From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 00:01:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FAD01065672 for ; Sun, 5 Dec 2010 00:01:29 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED9A8FC12 for ; Sun, 5 Dec 2010 00:01:29 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB501TrI036150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 4 Dec 2010 16:01:29 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB501SKm036148; Sat, 4 Dec 2010 16:01:28 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA28911; Sat, 4 Dec 10 15:51:46 PST Date: Sat, 04 Dec 2010 15:51:16 -0800 From: perryh@pluto.rain.com To: ika256@gmail.com Message-Id: <4cfad3f4.P80iow/olOkvxG0E%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 00:01:29 -0000 Irakli wrote: > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/src/sys/i386/compile/NS /usr/src/sys/modules/ae/../../dev/ae/if_ae.c > ===> aesni (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > make: don't know how to make aesni.c. Stop > *** Error code 2 Any chance the "contrib" source distribution is not installed? From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 03:34:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEFEF106564A; Sun, 5 Dec 2010 03:34:53 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5998FC12; Sun, 5 Dec 2010 03:34:52 +0000 (UTC) Received: by wyf19 with SMTP id 19so11010009wyf.13 for ; Sat, 04 Dec 2010 19:34:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=07zG3XpV453dBJ2Ru4yRsti20Phn9H/+zUsoRiHoeKs=; b=rFKlg6wHdc2V+7kDepUHfTjJTv0fLImu3/gbwxuLDJUWHBl4QzoRlWJTbzTITGw1Dk TaRFievpcL9C1W5IdgIHcIPWMKymFbhCg3DOhGqfMRfHmEQ1Ti1bn1ZPdmNknx5Z9yJY UI0r21Sj1wZmildji6es1PnXW5Q0ZnPVXolpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=HJy9Ygyfk6FvdN6f/HN162xLUdOnTMex+PuK1XFhFk9sgAEcTfWEusbOm22vArzn64 1L0NVfP8vXB/FbRBXRpQ4PsFpUSdILIy933Cf8AayCwh5LzeIfj1xEErGia9r9Kpr7Ka h4uOLvVja3jlFiaaY1Qu0izK+mmIv5wRkpN9I= MIME-Version: 1.0 Received: by 10.227.134.142 with SMTP id j14mr3936840wbt.228.1291520090498; Sat, 04 Dec 2010 19:34:50 -0800 (PST) Received: by 10.227.136.84 with HTTP; Sat, 4 Dec 2010 19:34:50 -0800 (PST) In-Reply-To: <4CFA23A7.3050604@freebsd.org> References: <20101123131353.GA7243@icarus.home.lan> <20101123132519.GA1426@icarus.home.lan> <4CEBC155.9090706@freebsd.org> <20101202002734.GA84177@icarus.home.lan> <20101202022416.GA86118@icarus.home.lan> <4CF8FDC8.7050702@freebsd.org> <4CF97D6A.7020900@freebsd.org> <4CFA23A7.3050604@freebsd.org> Date: Sat, 4 Dec 2010 21:34:50 -0600 Message-ID: From: Zhihao Yuan To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Brandon Gooch , freebsd-stable@freebsd.org, Navdeep Parhar , Jeremy Chadwick Subject: Re: Fwd: Re: Fail to use Dtrace on FreeBSD 8.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 03:34:54 -0000 On Sat, Dec 4, 2010 at 5:19 AM, Andriy Gapon wrote: > on 04/12/2010 04:28 Zhihao Yuan said the following: > > My world and kernel are sync. Is it possible that the dtrace-enabled > kernel must > > be compiled with '-g'? > > It shouldn't be a requirement. But please try. > > DTrace (userland utility on FreeBSD) self-diagnostics really should be > improved. > Obscure complaints about problem in system .d files do not help at all for > a > user to understand what the actual problem could be. Sigh. > > -- > Andriy Gapon > Yes... I hope the coming 8.2-RELEASE can have these 3 providers http://wiki.freebsd.org/DTrace/userland especially the pid provider. :( So far, we can only trace some system calls used by a userland program, which may bot be that helpful. -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 09:56:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB55C106564A for ; Sun, 5 Dec 2010 09:56:48 +0000 (UTC) (envelope-from ika256@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7EFCE8FC16 for ; Sun, 5 Dec 2010 09:56:48 +0000 (UTC) Received: by vws9 with SMTP id 9so4403198vws.13 for ; Sun, 05 Dec 2010 01:56:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=CjmKsck3tyFep6YxO7Dcom6Y5jQV5gcOXLCgANtYbIo=; b=w1DJzUNxYQ8wVTxF+1CiohCfrKGud68EjP9eMTjXAu1M3ppEyOBT+9cFuZn9O5ZyBK AU8HUJl4WasifrIr6RlyRVZXOffksenv8ASXL97TgKrhdxaJLBI4lo3iRXXxWmVeTeJ7 kvVJE8J5iauEqIYbOprRSZIU0jhRY+GnjzhNc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=l/JNykGGcE2Ek0ubfP7e9Nq9izaoqJf3yksAnxP6T7RLhSNf+DxOq0bPOlXNjlEW6E BxJbjbqV6s90tZZc7lATXgg03xSPG4kMUp1DTyS8eJH4b3Ead7F9iDqN4xmoyQEhTkOr KRYXwfsNC0ipGYrdMudU4eFVzfjWhtXeV/T/I= MIME-Version: 1.0 Received: by 10.220.94.149 with SMTP id z21mr988320vcm.153.1291543007541; Sun, 05 Dec 2010 01:56:47 -0800 (PST) Received: by 10.220.171.5 with HTTP; Sun, 5 Dec 2010 01:56:47 -0800 (PST) In-Reply-To: <4cfad3f4.P80iow/olOkvxG0E%perryh@pluto.rain.com> References: <4cfad3f4.P80iow/olOkvxG0E%perryh@pluto.rain.com> Date: Sun, 5 Dec 2010 13:56:47 +0400 Message-ID: From: Irakli To: perryh@pluto.rain.com X-Mailman-Approved-At: Sun, 05 Dec 2010 12:58:03 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 09:56:49 -0000 cvsup don't download /usr/src/sys/crypto/aesni/ files when I put this files from http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/crypto/aesni/ kernel compile successfully On Sun, Dec 5, 2010 at 3:51 AM, wrote: > Irakli wrote: > > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > > -I/usr/src/sys/i386/compile/NS > /usr/src/sys/modules/ae/../../dev/ae/if_ae.c > > ===> aesni (depend) > > @ -> /usr/src/sys > > machine -> /usr/src/sys/i386/include > > make: don't know how to make aesni.c. Stop > > *** Error code 2 > > Any chance the "contrib" source distribution is not installed? > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 15:02:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A9F1065670 for ; Sun, 5 Dec 2010 15:02:34 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2468FC16 for ; Sun, 5 Dec 2010 15:02:34 +0000 (UTC) Received: by yxh35 with SMTP id 35so5899162yxh.13 for ; Sun, 05 Dec 2010 07:02:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=6U1GlkmnmsguEWX2djHmPYVrKgIBGOZfKlIfhjhRiKA=; b=p0XInLFxFtzNOP9EzD2WpmeokeJc9T0cXHZcFpDC32Ai9adC4je5Zv2f7UBPYBsSu+ wtogBbAiaYourRVnajpUoV1NBEuCweQyB25wlCp33kbEdPsiVtoVcWj042A210M8/qeu VWmTbXM6cYS/D77Osxe/TS2Xo/9rO/sTdZU/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=LVzwida+kgZHfqCndrsedeOc8HYOgvXLDh+z9EQWombsQDptjcHrP5ku9PO6CdXIcr oXRPMH8RPwJq2EYXWb16o1mvKKMy5VTLmuxe9XVo9jiG3vNT6lj8OlbXS6uWq9S5RuSv qEpzPURow2hS0mhaUY38vFY8ds9xAZA6qWtIU= Received: by 10.100.93.2 with SMTP id q2mr2322515anb.193.1291561353502; Sun, 05 Dec 2010 07:02:33 -0800 (PST) Received: from centel.dataix.local (adsl-99-19-40-65.dsl.klmzmi.sbcglobal.net [99.19.40.65]) by mx.google.com with ESMTPS id c24sm4293165ana.10.2010.12.05.07.02.31 (version=SSLv3 cipher=RC4-MD5); Sun, 05 Dec 2010 07:02:32 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CFBA986.4090407@DataIX.net> Date: Sun, 05 Dec 2010 10:02:30 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Irakli References: <4cfad3f4.P80iow/olOkvxG0E%perryh@pluto.rain.com> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, perryh@pluto.rain.com Subject: Re: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 15:02:34 -0000 On 12/05/2010 04:56, Irakli wrote: > cvsup don't download /usr/src/sys/crypto/aesni/ files > when I put this files from > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/crypto/aesni/ > kernel compile successfully > csup(1) has replaced cvsup(1) for the most part. But if you are not getting the files you need try removing /var/db/sup or whatever "*default base=" points to in your supfile. You should be good to receive the files in question after this. If all else fails... remove that directory and remove your source tree and repeat. Good luck, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 16:29:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 195D3106566C for ; Sun, 5 Dec 2010 16:29:28 +0000 (UTC) (envelope-from ika256@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id BE9118FC16 for ; Sun, 5 Dec 2010 16:29:27 +0000 (UTC) Received: by qyk36 with SMTP id 36so8185578qyk.13 for ; Sun, 05 Dec 2010 08:29:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=PIc/8D89kg9vHxLK56GFVJP0wrM5YL9J8v1ykQa+nmg=; b=tVOe7mLq4ydhqxZdzm+ZJxECdUFdnXVha2+H6KNa2Lnm2PvZ4IBtdeXBDw2VeOIDLX lIAUppxCwt11OcdPp5EzH4Yw0tK1VgSBSGROwA4xbsY3GLzj5pD898trriFsi1uVI/TA apLsfROzd7qYqeeupipZNyFY0W/u2GbV6AvQc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=p9ZZlMzkG4rP3Bgy6m54hHG9Xu4pVXExRXPGQHr3iLSVDLht2nH7lQm75aH72eMf7i 7SiNA9itHnjz95Mcin2QR5xrCl7jmN4m3jpJAxybQNNfQGahPbVaO5tv9ZEfKfVfol9B gXV/saJh3u71H0H0Z7/RBAlNqBH7MfZ8TheBc= MIME-Version: 1.0 Received: by 10.229.185.1 with SMTP id cm1mr3546714qcb.29.1291566566891; Sun, 05 Dec 2010 08:29:26 -0800 (PST) Received: by 10.220.171.5 with HTTP; Sun, 5 Dec 2010 08:29:26 -0800 (PST) In-Reply-To: <4CFBA986.4090407@DataIX.net> References: <4cfad3f4.P80iow/olOkvxG0E%perryh@pluto.rain.com> <4CFBA986.4090407@DataIX.net> Date: Sun, 5 Dec 2010 20:29:26 +0400 Message-ID: From: Irakli To: jhell X-Mailman-Approved-At: Sun, 05 Dec 2010 16:38:31 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 16:29:28 -0000 Thank you for help first time i remove file in /var/db/sup/... but nothing then I remove whole /usr/src/sys and run cvsup and now no crypto in /usr/src/sys :))) cvsup updates all except crypto directory On Sun, Dec 5, 2010 at 7:02 PM, jhell wrote: > On 12/05/2010 04:56, Irakli wrote: > > cvsup don't download /usr/src/sys/crypto/aesni/ files > > when I put this files from > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/crypto/aesni/ > > kernel compile successfully > > > > csup(1) has replaced cvsup(1) for the most part. > > But if you are not getting the files you need try removing /var/db/sup > or whatever "*default base=" points to in your supfile. You should be > good to receive the files in question after this. > > If all else fails... remove that directory and remove your source tree > and repeat. > > > Good luck, > > -- > > jhell,v > -- ][rakli From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 17:03:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44817106564A for ; Sun, 5 Dec 2010 17:03:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 9215A8FC0A for ; Sun, 5 Dec 2010 17:03:55 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:2c91:fa66:2350:ddab] ([IPv6:2607:f3e0:0:4:2c91:fa66:2350:ddab]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oB5H3rNb009120 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 5 Dec 2010 12:03:53 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CFBC5F8.80701@sentex.net> Date: Sun, 05 Dec 2010 12:03:52 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Irakli References: <4cfad3f4.P80iow/olOkvxG0E%perryh@pluto.rain.com> <4CFBA986.4090407@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-stable@freebsd.org Subject: Re: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 17:03:56 -0000 On 12/5/2010 11:29 AM, Irakli wrote: > Thank you for help > first time i remove file in /var/db/sup/... but nothing > then I remove whole /usr/src/sys and run cvsup > and now no crypto in /usr/src/sys :))) > cvsup updates all except crypto directory Perhaps the mirror you are using, or your cvsup file is messed up. Try with this minimal cvsup file *default host=cvsup18.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8 *default delete use-rel-suffix *default compress src-all ---Mike From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 18:02:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 950DD106566C for ; Sun, 5 Dec 2010 18:02:09 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 485E68FC15 for ; Sun, 5 Dec 2010 18:02:08 +0000 (UTC) Received: by qwj9 with SMTP id 9so5856431qwj.13 for ; Sun, 05 Dec 2010 10:02:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=Aw5g3R7NuQABRRNziNCL2fmk+ynqVH8xd0K8nG4r8Z8=; b=Y5uK531/EW9RMYKJBi7jsCmW5u66Y97UuGdb9CRnJewBgZWlIaU1Qhqq85s/w6CmIL 7tLb1rCJxVTPPxYcyb0ZOeUdG+QCmRmR5fhTUtyoAVCYrnT9pzv3O/1TGCAMLlFow/U3 ZehCUR2Oj+rzdC+Kvv4+CNKUMUVImqtmhwRU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Yw4VSGQPIA1em/lvcH5N1GFf1McyndP+VwwroEZ5CSSP7RTLyW0TFLRs58OyF/sIT/ 6DpgCi/JzTWC7ovMHCNyARR70etUMmLWqchizBUQOHTdK/3gFYhJW4dzbPnwoq71Yahq wO8ZWwexrY6lTYgke96yEcQG0CC5ddIANEc90= MIME-Version: 1.0 Received: by 10.229.82.10 with SMTP id z10mr3577797qck.98.1291572128395; Sun, 05 Dec 2010 10:02:08 -0800 (PST) Sender: artemb@gmail.com Received: by 10.220.177.195 with HTTP; Sun, 5 Dec 2010 10:02:08 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Dec 2010 10:02:08 -0800 X-Google-Sender-Auth: VckFef6V6xZkAOVojWAJRD8y7oc Message-ID: From: Artem Belevich To: Thomas Zander Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 18:02:09 -0000 > GEOM sounds like a good candidate for probing of that kind. > > sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d > %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd, > args[0]->bio_offset, args[0]->bio_length); }' By the way, in order for this to work one would need r207057 applied to -8. Any chance that could be MFC'ed? http://svn.freebsd.org/viewvc/base?view=revision&revision=207057 --Artem From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 18:44:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EC7C106564A for ; Sun, 5 Dec 2010 18:44:30 +0000 (UTC) (envelope-from thomas.e.zander@googlemail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 50B878FC1A for ; Sun, 5 Dec 2010 18:44:29 +0000 (UTC) Received: by qyk36 with SMTP id 36so8259947qyk.13 for ; Sun, 05 Dec 2010 10:44:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=yeC59uGAjBgSHzqTV3BDnqp9ijrxlZL7+ASOvQoNJzc=; b=CnEU9Xf2hjGujKsaJI1wtfNW8Use1Z5UnbV39RU5nFkHcTZbXILNayEZbClIPjwgRJ oZcZ39lIJhwUWKy/PtfSqi3wDkyCCdoVifBW3HfLs5vvSEuRorIIjNu7gAbUPrftAA2r zbdk/Op9ZwWGDrn4ZoRwvH327E6myouwf892s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=pmas3S9Zsvtx6rD7B7tjkGdFrF7MCUvvN7gqoZCo8qY9ktdaA8w7dUJffOxQWpiEvz 5Bji6ZnJZdaXPPvqSCV9szua8cL71ZKzXtojUo3DkMTDaIRylkbj00yP20QqhF/ZLOXG iGStaWgMWjmBQs6NlaLG1v+rct3IqiKP4bGm0= MIME-Version: 1.0 Received: by 10.229.81.148 with SMTP id x20mr3607393qck.18.1291574669378; Sun, 05 Dec 2010 10:44:29 -0800 (PST) Received: by 10.229.239.133 with HTTP; Sun, 5 Dec 2010 10:44:29 -0800 (PST) In-Reply-To: References: Date: Sun, 5 Dec 2010 19:44:29 +0100 Message-ID: From: Thomas Zander To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 18:44:30 -0000 On Sun, Dec 5, 2010 at 19:02, Artem Belevich wrote: >> GEOM sounds like a good candidate for probing of that kind. >> >> sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d >> %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd, >> args[0]->bio_offset, args[0]->bio_length); }' > > By the way, in order for this to work one would need r207057 applied > to -8. Any chance that could be MFC'ed? In the meantime, a workaround is an explicit cast. Using ((struct bio *)arg0) instead of args[0] works. Or wrapped in a tiny d script: #!/usr/sbin/dtrace -s #pragma D option quiet fbt:kernel:g_io_deliver:entry { bio = (struct bio *)arg0; printf("%s %d %d %d\n",stringof(bio->bio_from->geom->name), bio->bio_cmd, bio->bio_offset, bio->bio_length); } Riggs From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 17:44:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 193AD106566C for ; Sun, 5 Dec 2010 17:44:46 +0000 (UTC) (envelope-from ika256@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B6C898FC14 for ; Sun, 5 Dec 2010 17:44:45 +0000 (UTC) Received: by vws9 with SMTP id 9so4493451vws.13 for ; Sun, 05 Dec 2010 09:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=EZE96pcK3fgSIim8glN+xwsMbcgAZ104fE8N5NmyqMs=; b=ZPDI9lqbPbYCQnJfa5B+/rcPXK5IxgNV9hA/hlDEaNxtrXYePfhOYqXCha9wgjUOxA 0C/nFvWXFoqQMKKkE17SH9LjQwD+YGDg0FmULaTNF5CddqoXmVCmH4Rn6W9wJnwvXn/j Rffae/D24YQEkuwDZBbV1D/4FZxzxeqM4x8pk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=eX892Q5YJpueIzTCxiHF7YjOGANscN6d2dbcZGspS1YKvaCXeVC6QePdEmFg+SmZjf Zu/6tpPEhoaF+kETgOGGFGcEHPZAS8QHgGxY3u7vHHXfWkZAlYxSdv/EsuGUMHEeT6zI RE7Thb2hNtZT7NDphL1+YImUZQpLFJF4S2qkc= MIME-Version: 1.0 Received: by 10.220.176.129 with SMTP id be1mr1045449vcb.3.1291571083675; Sun, 05 Dec 2010 09:44:43 -0800 (PST) Received: by 10.220.171.5 with HTTP; Sun, 5 Dec 2010 09:44:43 -0800 (PST) In-Reply-To: <4CFBC5F8.80701@sentex.net> References: <4cfad3f4.P80iow/olOkvxG0E%perryh@pluto.rain.com> <4CFBA986.4090407@DataIX.net> <4CFBC5F8.80701@sentex.net> Date: Sun, 5 Dec 2010 21:44:43 +0400 Message-ID: From: Irakli To: Mike Tancsa X-Mailman-Approved-At: Sun, 05 Dec 2010 18:52:29 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 8.1-stable kernel compile error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 17:44:46 -0000 No, mirror hasn't problem, its my fault, I had only src-sys and when i add src-sys-crypto now its work In other word RTFM :)) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html thank you Mike src-sys release=cvs The kernel (/usr/src/sys). src-sys-crypto release=cvs Kernel cryptography code (/usr/src/sys/crypto). On Sun, Dec 5, 2010 at 9:03 PM, Mike Tancsa wrote: > On 12/5/2010 11:29 AM, Irakli wrote: > > Thank you for help > > first time i remove file in /var/db/sup/... but nothing > > then I remove whole /usr/src/sys and run cvsup > > and now no crypto in /usr/src/sys :))) > > cvsup updates all except crypto directory > > Perhaps the mirror you are using, or your cvsup file is messed up. Try > with this minimal cvsup file > > > *default host=cvsup18.freebsd.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=RELENG_8 > *default delete use-rel-suffix > > *default compress > > src-all > > > ---Mike > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 19:31:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 445C7106566B for ; Sun, 5 Dec 2010 19:31:24 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 559DB8FC08 for ; Sun, 5 Dec 2010 19:31:22 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA24560; Sun, 05 Dec 2010 21:31:19 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PPKIp-0009P6-Eu; Sun, 05 Dec 2010 21:31:19 +0200 Message-ID: <4CFBE887.6010704@freebsd.org> Date: Sun, 05 Dec 2010 21:31:19 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Artem Belevich , Alexander Leidinger References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 19:31:24 -0000 on 05/12/2010 20:02 Artem Belevich said the following: >> GEOM sounds like a good candidate for probing of that kind. >> >> sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d >> %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd, >> args[0]->bio_offset, args[0]->bio_length); }' > > By the way, in order for this to work one would need r207057 applied > to -8. Any chance that could be MFC'ed? > > http://svn.freebsd.org/viewvc/base?view=revision&revision=207057 Nice catch. Alexander, can that commit be trivially MFC-ed or are there any complications around this change? Thanks! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Dec 5 20:27:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9949210656A4; Sun, 5 Dec 2010 20:27:02 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1098FC1E; Sun, 5 Dec 2010 20:27:01 +0000 (UTC) Received: by qwj9 with SMTP id 9so5933332qwj.13 for ; Sun, 05 Dec 2010 12:27:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=wd8oBkKBNnGCSdOJRsTUaN4wf8Es7AHV3Mwd/Qip0HA=; b=sIWqvMgeLE7k6WWN3+TSMR5jWQ9g0inDmMZrIU9vSmuQjTNLjpAImEZud3H2kxgmvb qx9lTFaGRfAFcjaoluDiShWtCEenwhK33P//UwoJRBqGqxvy25qnhWHYWOj6hdc9AOid 6adQiNjPAUaeXS+CsZ+CxIlUsaVC29nhiPpiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=iOWMl7bDSnY3LPpCybC32PTm9wWDmVuENDqfgRNYZUPRm6HJhXvnvXzwQc/hbHar7T 7shvQQjbgGNr/dDF2PhST2cMdl7v0Wkr8iUVnK3E2kVnr0hiwgNb3ToFshLYRSGuTUVV 9iikUtI8wp481lntc9kgwDWia+uQaZNnnXyzE= MIME-Version: 1.0 Received: by 10.224.80.198 with SMTP id u6mr3808259qak.113.1291580820684; Sun, 05 Dec 2010 12:27:00 -0800 (PST) Sender: artemb@gmail.com Received: by 10.220.177.195 with HTTP; Sun, 5 Dec 2010 12:27:00 -0800 (PST) In-Reply-To: <4CFBE887.6010704@freebsd.org> References: <4CFBE887.6010704@freebsd.org> Date: Sun, 5 Dec 2010 12:27:00 -0800 X-Google-Sender-Auth: dAbyoH4_T2PsX2eO6HdHSGaZRoY Message-ID: From: Artem Belevich To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable , Alexander Leidinger Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Dec 2010 20:27:02 -0000 On Sun, Dec 5, 2010 at 11:31 AM, Andriy Gapon wrote: >> By the way, in order for this to work one would need r207057 applied >> to -8. Any chance that could be MFC'ed? >> >> http://svn.freebsd.org/viewvc/base?view=revision&revision=207057 > > Nice catch. > > Alexander, > can that commit be trivially MFC-ed or are there any complications around this > change? r207057 seems to depend on r206082: http://svn.freebsd.org/viewvc/base?view=revision&revision=206082 I'm using simpler version of changes equivalent to those in r207057 that I've picked up on one of freebsd lists some time back: diff --git a/sys/conf/kmod.mk b/sys/conf/kmod.mk index 56ef3ef..e9b5879 100644 --- a/sys/conf/kmod.mk +++ b/sys/conf/kmod.mk @@ -132,6 +132,10 @@ CFLAGS+= -mlongcall -fno-omit-frame-pointer CFLAGS+= -G0 -fno-pic -mno-abicalls -mlong-calls .endif +.if defined(DEBUG) || defined(DEBUG_FLAGS) +CTFFLAGS+= -g +.endif + .if defined(FIRMWS) .if !exists(@) ${KMOD:S/$/.c/}: @ @@ -197,6 +201,9 @@ ${KMOD}.kld: ${OBJS} ${FULLPROG}: ${OBJS} .endif ${LD} ${LDFLAGS} -r -d -o ${.TARGET} ${OBJS} +.if defined(CTFMERGE) + ${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${OBJS} +.endif .if defined(EXPORT_SYMS) .if ${EXPORT_SYMS} != YES .if ${EXPORT_SYMS} == NO --Artem From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 00:13:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C60681065672; Mon, 6 Dec 2010 00:13:10 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id A326B8FC0C; Mon, 6 Dec 2010 00:13:10 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB60D6JH091686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 5 Dec 2010 16:13:07 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB60D653091685; Sun, 5 Dec 2010 16:13:06 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA02778; Sun, 5 Dec 10 16:11:07 PST Date: Sun, 05 Dec 2010 16:11:10 -0800 From: perryh@pluto.rain.com To: xcllnt@mac.com, bu7cher@yandex.ru, demelier.david@gmail.com Message-Id: <4cfc2a1e.rR/F7W1rhymw3F2n%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: joost@jodocus.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 00:13:10 -0000 David DEMELIER wrote: > Here : http://ivoras.sharanet.org/freebsd/freebsd8.html > > GEOM_PART becomes the default slicer > > Status: Committed to -CURRENT > Will appear in 8.0: sure > Author: Marcel Moolenaar & others > Web: commit message > > GEOM_PART (gpart) is a new GEOM partition class (slicer) and > utility that rolls up support for many partitioning formats > (MBR, BSD, GPT etc.) into a single code base. > ... > NOTE: Some old utilities like bsdlabel may not work if the kernel > doesn't include GEOM_BSD and other old slicer classes. In other > words, bsdlabel et al don't work with GEOM_PART. Does this mean that, in 8.1-RELEASE, bsdlabel/disklabel will not work with the GENERIC kernel (which includes GEOM_PART_GPT and GEOM_LABEL, but no other GEOM_ pieces AFAICT)? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 00:26:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A314A106566B for ; Mon, 6 Dec 2010 00:26:34 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 756B38FC0A for ; Mon, 6 Dec 2010 00:26:34 +0000 (UTC) Received: by pzk32 with SMTP id 32so1965247pzk.13 for ; Sun, 05 Dec 2010 16:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition :organization:x-operating-system:user-agent; bh=U91jFbrnZ+dvDAPvaSK3DH8fu8TRuvdtcfr3MG/B8Mc=; b=wDiEymLu3+p7IuVt7NJFbPciuzgMd3Kp9GT0kMyk1YI5XRKrtWPQZOa2vSWWIxst/3 dyIf+My57OiWFJnWh2QgEgeGckEjFbn5FitRkOzdJs6bvHf4/tRGpgFZMVZ8YoRU3/uI Xcy44A8MrSc3ciZK6SpgepJBKvi6sdMwtpWLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization:x-operating-system:user-agent; b=RiT1LKACDrUIt5tbjWyYOcMyn6mcs4nDkNWHvqmxWD8xyui/nkezTYaq4UIK8eB5X7 E4ngQKPxcwkUE/f3A7QenqJDKmYp+kQuAjTwsr55P0vPM5UnjLydlfOXfO66WX2PHBFX ys6lOLfkYEH0gKC/6TQh8vUAQqYBNOpVL/jpo= Received: by 10.142.164.5 with SMTP id m5mr4374518wfe.257.1291595193707; Sun, 05 Dec 2010 16:26:33 -0800 (PST) Received: from bsd.hasee.cpu ([221.6.39.130]) by mx.google.com with ESMTPS id w14sm6491732wfd.18.2010.12.05.16.26.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Dec 2010 16:26:32 -0800 (PST) Date: Mon, 6 Dec 2010 08:26:20 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20101206002620.GA1286@bsd.hasee.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: boot0cfg -B can't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 00:26:34 -0000 I want to rewrite boot0 into mbr but failed, infos follows: # boot0cfg -B ad2 boot0cfg: write_mbr: /dev/ad2: Operation not permitted # ls /dev/ad* /dev/ad2 /dev/ad2s2 /dev/ad2s2b /dev/ad2s2e /dev/ad2s2g /dev/ad2s1 /dev/ad2s2a /dev/ad2s2d /dev/ad2s2f /dev/ad2s3 > uname -a FreeBSD bsd.hasee.cpu 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sun Dec 5 19:14:33 CST 2010 root@bsd.hasee.cpu:/usr/obj/usr/src/sys/HASEE i386 -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 00:37:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4CC0106564A for ; Mon, 6 Dec 2010 00:37:33 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 72D1D8FC0C for ; Mon, 6 Dec 2010 00:37:33 +0000 (UTC) Received: by pwi10 with SMTP id 10so2166571pwi.13 for ; Sun, 05 Dec 2010 16:37:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:organization:x-operating-system:user-agent; bh=uZxpNL6Y89StJaAX5z6LpvdiqXUFREJ2EcDugSZIPXM=; b=UPNXIvej4VSv0WaFm6AkMmcS4Tw3fQ4id+ojCf426/YAaqDc7YpUXQYnQzMrR42yvk 9WEe8fE24HNU1r+UuiOwrLRBulnFL15+1NxKcmjmAyD+iO4O05ibnzMDas69eV6S0J5A lH4d7QCv6BmAV9FRUME9WacFd2pSnmZhn0ksM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:organization :x-operating-system:user-agent; b=mPp7sf2Ibo6oONfhfTf0rpklzZe++CIt8bKGeJsyN7ZYBz8gCTbmI0cbV8V7TxP84Z WgLgJkB1Vu9UZ/BYICVzkdRNkE5yE7O3hyvurZTFFLozHIVoD0RizYtu0S40RWnkfLGc anEglXOq5ptbiaDz93+Xt63Cwn6Cc4ThiYo9A= Received: by 10.142.252.3 with SMTP id z3mr4445751wfh.161.1291595852609; Sun, 05 Dec 2010 16:37:32 -0800 (PST) Received: from fbsd.t60.cpu ([221.6.39.130]) by mx.google.com with ESMTPS id e14sm6505290wfg.20.2010.12.05.16.37.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Dec 2010 16:37:31 -0800 (PST) Date: Mon, 6 Dec 2010 08:37:19 +0800 From: Yue Wu To: David Wolfskill Message-ID: <20101206003719.GA26050@fbsd.t60.cpu> References: <20101206002620.GA1286@bsd.hasee.cpu> <20101206002924.GE1480@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101206002924.GE1480@albert.catwhisker.org> Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.1-STABLE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: boot0cfg -B can't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 00:37:33 -0000 On Sun, Dec 05, 2010 at 04:29:24PM -0800, David Wolfskill wrote: > From boot0cfg(8): > > NOTE > Protection mechanisms in the geom(4) subsystem might prevent boot0cfg > from being able to update the MBR on a mounted disk. Instructions for > temporarily disabling these protection mechanisms can be found in the > geom(4) manpage. Specifically, do a > > sysctl kern.geom.debugflags=0x10 > > to allow writing to the MBR, and restore it to 0 afterwards. > Thanks, I remembered that boot0cfg in the previous version can do it without changing the sysctl parameter, maybe it's changed in newer version. -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 05:25:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1A631065694 for ; Mon, 6 Dec 2010 05:25:19 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id D244F8FC18 for ; Mon, 6 Dec 2010 05:25:19 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB65PJGd017940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 5 Dec 2010 21:25:19 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB65PJ6J017939 for freebsd-stable@freebsd.org; Sun, 5 Dec 2010 21:25:19 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03518; Sun, 5 Dec 10 21:20:35 PST Date: Sun, 05 Dec 2010 21:20:37 -0800 From: perryh@pluto.rain.com To: freebsd-stable@freebsd.org Message-Id: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 05:25:20 -0000 Would there be some fundamental problem in changing MSGBUF_SIZE from a compiled-in constant to a tunable that could be set at the loader prompt? (I'm _not_ suggesting that it be adjustable while the system is running.) The upside would be that, if someone needed a larger buffer temporarily to accommodate trace data from a mechanism such as kern.geom.debugflags, the size could be adjusted without having to rebuild the kernel. I didn't see any obvious downside from examining the 8.1-RELEASE code, but I could certainly have overlooked some subtle (or even blatant) reason why this would be a Bad Idea. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 06:26:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8EE0106564A for ; Mon, 6 Dec 2010 06:26:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id 64CBC8FC13 for ; Mon, 6 Dec 2010 06:26:05 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward1.mail.yandex.net (Yandex) with ESMTP id 45DBF69E8910; Mon, 6 Dec 2010 09:10:58 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291615858; bh=pztSEz6Nj4rKB1cwBPbLe4eswJ/ms5fSNjK0Z3nXCNg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SjxkpXSTvMMJ9XAtdYayrz0+JdY4+BrBZgpkRpB4ANwNvWmqoMbMAGCj4nfqSPnUu sxwjb/7rYQbBJ8zXuCAZuREnk7xhc+bn4yRKXgJ5zVzxlBB9NSN55oSl1GOYZvybfw ZXQsCTHVOA7ReIBmEXUr38rPib56hbf7b7g9GTyA= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id A87E1528085; Mon, 6 Dec 2010 09:10:57 +0300 (MSK) Message-ID: <4CFC7E70.7000405@yandex.ru> Date: Mon, 06 Dec 2010 09:10:56 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cfc2a1e.rR/F7W1rhymw3F2n%perryh@pluto.rain.com> In-Reply-To: <4cfc2a1e.rR/F7W1rhymw3F2n%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: demelier.david@gmail.com, joost@jodocus.org, xcllnt@mac.com, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 06:26:05 -0000 On 06.12.2010 3:11, perryh@pluto.rain.com wrote: >> GEOM_PART (gpart) is a new GEOM partition class (slicer) and >> utility that rolls up support for many partitioning formats >> (MBR, BSD, GPT etc.) into a single code base. >> ... >> NOTE: Some old utilities like bsdlabel may not work if the kernel >> doesn't include GEOM_BSD and other old slicer classes. In other >> words, bsdlabel et al don't work with GEOM_PART. > > Does this mean that, in 8.1-RELEASE, bsdlabel/disklabel will not work > with the GENERIC kernel (which includes GEOM_PART_GPT and GEOM_LABEL, > but no other GEOM_ pieces AFAICT)? No, It doesn't. You can create partitions with fdisk/bsdlabel. They do write directly to device and this does initiate tasting. And GPART detects created partitions. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 06:48:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F1C1065670 for ; Mon, 6 Dec 2010 06:48:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8359A8FC14 for ; Mon, 6 Dec 2010 06:48:40 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward5.mail.yandex.net (Yandex) with ESMTP id AEC0E14D0640; Mon, 6 Dec 2010 09:48:38 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291618118; bh=7rPItyo9EIxUyYc3hKHLYFuMmLMT5B5V1ukoAzVPaqE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=M/YAhQFWnsxhST33ttCVca5dmjEjZny0e8CeZDCATSBj8hFLtsOCAQwJ10lDtDytI 8dYvkyjePtR7cOsSY6yasb81EuU7VX4kWyKQzl8Yg3Cla6PaL70sMER85N98XLakcw qge3J4/ZsCWWzYk0Wxv0c00klDCTwMt2ZPrL94hs= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id 4336529009E; Mon, 6 Dec 2010 09:48:38 +0300 (MSK) Message-ID: <4CFC8741.1090508@yandex.ru> Date: Mon, 06 Dec 2010 09:48:33 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Yue Wu References: <20101206002620.GA1286@bsd.hasee.cpu> <20101206002924.GE1480@albert.catwhisker.org> <20101206003719.GA26050@fbsd.t60.cpu> In-Reply-To: <20101206003719.GA26050@fbsd.t60.cpu> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA7D4411094A35496009CEF74" Cc: Bruce Cran , freebsd-stable@freebsd.org Subject: Re: boot0cfg -B can't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 06:48:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA7D4411094A35496009CEF74 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 06.12.2010 3:37, Yue Wu wrote: > Thanks, I remembered that boot0cfg in the previous version can do it > without changing the sysctl parameter, maybe it's changed in newer > version. It seems it was broken with r209469. --=20 WBR, Andrey V. Elsukov --------------enigA7D4411094A35496009CEF74 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM/IdFAAoJEAHF6gQQyKF6fRIH/2uOezbjMrRdUTMP6qZDS59Z UJY+CU5czf9WA2Gm2DCVj83XchJ0NUuRXURjSOqLgZMa7TG0ZrKYTbun8emrsJXI VMbmeMYBX7mRE5LZxX+ndxyhxkSYUvkSPK74fJR+XvGGuFeB9eufT5Ln7DXiLN5i M9xcoupj7FgfpKUD0wZ4VmNYVhEczt/8+f4hRjUNRS3cE479vqVVNFsd59A+oh0C lHy7sRNtNkndro8vqFeQSWnMs8J1cUrNHgV1RphlKC4Z2AR6FBl3qIaPk6XVgeBq dLqdRe0xsTAVCPjNW2lLe1AB0vNlyHtl57G9RgtCfowV7rE2BnL161aM+dExQkQ= =Z3IZ -----END PGP SIGNATURE----- --------------enigA7D4411094A35496009CEF74-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 07:24:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F122106566B; Mon, 6 Dec 2010 07:24:36 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4E48FC16; Mon, 6 Dec 2010 07:24:36 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB67OYvK029827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 5 Dec 2010 23:24:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB67OYDh029826; Sun, 5 Dec 2010 23:24:34 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03864; Sun, 5 Dec 10 23:22:10 PST Date: Sun, 05 Dec 2010 23:22:13 -0800 From: perryh@pluto.rain.com To: bu7cher@yandex.ru Message-Id: <4cfc8f25.jTD+vTDyy5VPuqYn%perryh@pluto.rain.com> References: <4cfc2a1e.rR/F7W1rhymw3F2n%perryh@pluto.rain.com> <4CFC7E70.7000405@yandex.ru> In-Reply-To: <4CFC7E70.7000405@yandex.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: xcllnt@mac.com, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 07:24:36 -0000 "Andrey V. Elsukov" wrote: > >> NOTE: Some old utilities like bsdlabel may not work if the > >> kernel doesn't include GEOM_BSD and other old slicer classes. > >> In other words, bsdlabel et al don't work with GEOM_PART. > > > > Does this mean that, in 8.1-RELEASE, bsdlabel/disklabel will > > not work with the GENERIC kernel (which includes GEOM_PART_GPT > > and GEOM_LABEL, but no other GEOM_ pieces AFAICT)? > > No, It doesn't. You can create partitions with fdisk/bsdlabel. > They do write directly to device and this does initiate tasting. > And GPART detects created partitions. Thanks, that's what I had hoped (but had noticed a few things lately that had me wondering whether they might perhaps not be working entirely _correctly_ -- I need to do some more experimentation). The next question then is, when _does_ the kernel need to include added options like GEOM_BSD and/or GEOM_PART_BSD? From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 07:30:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04780106566C; Mon, 6 Dec 2010 07:30:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [95.108.130.94]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFCF8FC14; Mon, 6 Dec 2010 07:30:53 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward12.mail.yandex.net (Yandex) with ESMTP id CC41C2210B6C; Mon, 6 Dec 2010 10:30:51 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291620651; bh=QSh16XF9+R4fIYVRDMS05oTfsYV6vtmR6tXmnDhJkIg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=PFvI94U51ZGcXeNy53Hw6+GmSfiNYihOy+HMdtzpNkUBBf3+GVQ8xGTpPMfQnHxqE ZV67mLQYOJchT1b7MRm3x9mbDlJS3PSi/O/LAgx/3RfEzFCbyjPwqKZKsyAp7nzRWV hHO7VGtQT+MKo+bhTHZfVPtTpuqfuf6rtVuUo4uM= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp12.mail.yandex.net (Yandex) with ESMTPSA id 6955C13E809E; Mon, 6 Dec 2010 10:30:51 +0300 (MSK) Message-ID: <4CFC9126.80801@yandex.ru> Date: Mon, 06 Dec 2010 10:30:46 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cfc2a1e.rR/F7W1rhymw3F2n%perryh@pluto.rain.com> <4CFC7E70.7000405@yandex.ru> <4cfc8f25.jTD+vTDyy5VPuqYn%perryh@pluto.rain.com> In-Reply-To: <4cfc8f25.jTD+vTDyy5VPuqYn%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig333741D242FC5A8C459FB011" Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 07:30:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig333741D242FC5A8C459FB011 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 06.12.2010 10:22, perryh@pluto.rain.com wrote: > Thanks, that's what I had hoped (but had noticed a few things lately > that had me wondering whether they might perhaps not be working > entirely _correctly_ -- I need to do some more experimentation). >=20 > The next question then is, when _does_ the kernel need to include > added options like GEOM_BSD and/or GEOM_PART_BSD? GEOM_BSD is deprecated in FreeBSD 8.x+ and should not be included. GEOM_PART_BSD is already included in DEFAULTS config. --=20 WBR, Andrey V. Elsukov --------------enig333741D242FC5A8C459FB011 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM/JEqAAoJEAHF6gQQyKF6H/YIAIEEXO1OzYEi+xgSPCO7+EIy urA/bZqB7Wwx61IaVwe8bpQrMygdJ/qaxacOXHF1eemRhGEmOHZNUIehlaQonKaI /QOmhp4wFBdvU75MTNlnGn1go1MZRdIHYuHrIgupa6bseYZcrqZbhYnxVuP9Du3B 38yYUsHYUqvET14FoyrVPB3Jor+ul+W7JhEQHMQqniaSVTrXaODBxWLcPjMxCVuB H/vbvPC/IOmeiRiDHsIqtxa7J1yuBTJy8Pb+eVKoxWANzJL6dagz01RYuPSHtpV5 2I7hah68rVpL4hnwH4v7aEshyZSyc3Y6W29Tsmc/CHYO8lFu308zRh22ilw1WME= =QgLc -----END PGP SIGNATURE----- --------------enig333741D242FC5A8C459FB011-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 10:15:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB467106566C for ; Mon, 6 Dec 2010 10:15:29 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EF88B8FC1D for ; Mon, 6 Dec 2010 10:15:28 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA05986; Mon, 06 Dec 2010 12:15:23 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PPY6M-000CVs-Jl; Mon, 06 Dec 2010 12:15:22 +0200 Message-ID: <4CFCB7BA.1070509@freebsd.org> Date: Mon, 06 Dec 2010 12:15:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <20101206002620.GA1286@bsd.hasee.cpu> <20101206002924.GE1480@albert.catwhisker.org> <20101206003719.GA26050@fbsd.t60.cpu> <4CFC8741.1090508@yandex.ru> In-Reply-To: <4CFC8741.1090508@yandex.ru> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Bruce Cran , freebsd-stable@freebsd.org, Yue Wu Subject: Re: boot0cfg -B can't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 10:15:29 -0000 on 06/12/2010 08:48 Andrey V. Elsukov said the following: > On 06.12.2010 3:37, Yue Wu wrote: >> Thanks, I remembered that boot0cfg in the previous version can do it >> without changing the sysctl parameter, maybe it's changed in newer >> version. > > It seems it was broken with r209469. > Something as simple as what Yue is trying to do could/should be done with gpart. But boot0cfg has some additional features... -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 10:37:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32024106566C; Mon, 6 Dec 2010 10:37:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id CFB608FC1D; Mon, 6 Dec 2010 10:37:33 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward1.mail.yandex.net (Yandex) with ESMTP id 26E5969E84A9; Mon, 6 Dec 2010 13:37:32 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291631852; bh=4LbQAhPgnz2Z3kfx1Ei6TK2swCITGbtqUGyUNmLR9QE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=g5DGk4kvjj7cL0CouSGkUDgaL9K7EjTlIZDmVRlRPKbGGKptTAo4RvxTI13vZ01G/ 1bqT0hVCoe/5XmJ41h9TYqwxetHNjRbSdFllqSzdNuuQXPdRo1Vl2nODjZLOOR7+yx cNgzaAL2PibHpGD9bvFOCb7oQXZ++eMGGSWms1pc= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 9B3AF52806D; Mon, 6 Dec 2010 13:37:31 +0300 (MSK) Message-ID: <4CFCBCE5.5080301@yandex.ru> Date: Mon, 06 Dec 2010 13:37:25 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Andriy Gapon References: <20101206002620.GA1286@bsd.hasee.cpu> <20101206002924.GE1480@albert.catwhisker.org> <20101206003719.GA26050@fbsd.t60.cpu> <4CFC8741.1090508@yandex.ru> <4CFCB7BA.1070509@freebsd.org> In-Reply-To: <4CFCB7BA.1070509@freebsd.org> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6477CC14976A8A50BCB2CE6E" Cc: Bruce Cran , freebsd-stable@freebsd.org, Yue Wu Subject: Re: boot0cfg -B can't work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 10:37:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6477CC14976A8A50BCB2CE6E Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 06.12.2010 13:15, Andriy Gapon wrote: >> It seems it was broken with r209469. >> >=20 > Something as simple as what Yue is trying to do could/should be done wi= th gpart. > But boot0cfg has some additional features... boot0cfg is already doing this via gpart's ioctl interface. AFAIR, there is yet another issue with boot0cfg - it doesn't set active attribute when `-s` option is used. But i'm not sure that it should do th= is. --=20 WBR, Andrey V. Elsukov --------------enig6477CC14976A8A50BCB2CE6E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM/LzoAAoJEAHF6gQQyKF6vbAH/0+D2Pt//JAbDS3p9Am/eEVF abDNz3lEHII83hVqHuhxcaGBI+fpP2TzaQH45EKExGe9lHDlDsqzS6ahFHAe7XMP iU8UQ153gQqgqLIMDo1OFm1UIeq0Yn0GMIrpsWQKIRR8BLitffyG4fo2Zs7mVdRL idduxPlXyPos6RbYr+R4N7I8ikOK3Tl2Yhk8QsZRwL5zt1ImOsITu6QNVb4lNgfh P3ZaPFmOcdlU9bimCeEZ3b4Maznf6lpfdylkhrqDm7QZMMEsg2//p4zFgAlw3QAc rJsRHmfdAdcybIRtTmK0aD5iMRQsOPfkLsdeffvXoWNSUsn0ILJPgdA4lqstyEk= =PpwP -----END PGP SIGNATURE----- --------------enig6477CC14976A8A50BCB2CE6E-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 11:08:10 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BE6F1065698 for ; Mon, 6 Dec 2010 11:08:10 +0000 (UTC) (envelope-from lordcow@lordcow.org) Received: from lordcow.org (lordcow.org [41.203.5.188]) by mx1.freebsd.org (Postfix) with ESMTP id 400468FC20 for ; Mon, 6 Dec 2010 11:08:08 +0000 (UTC) Received: from lordcow.org (localhost [127.0.0.1]) by lordcow.org (8.14.4/8.14.4) with ESMTP id oB6B80LR083319 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Dec 2010 13:08:00 +0200 (SAST) (envelope-from lordcow@lordcow.org) Received: (from lordcow@localhost) by lordcow.org (8.14.4/8.14.4/Submit) id oB6B7tpF083318 for stable@freebsd.org; Mon, 6 Dec 2010 13:07:55 +0200 (SAST) (envelope-from lordcow) Date: Mon, 6 Dec 2010 13:07:54 +0200 From: Gareth de Vaux To: stable@freebsd.org Message-ID: <20101206110754.GA82394@lordcow.org> References: <20101127132249.GA80611@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101127132249.GA80611@lordcow.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lordcow.org Cc: Subject: Re: ZFS raidz recovery X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 11:08:10 -0000 On Sat 2010-11-27 (15:22), Gareth de Vaux wrote: > Hi all, I'm trying to simulate a disk fail and replacement in > a raidz array and failing myself. What'm I doing wrong? Here's Ok I did some science, it looks like the array doesn't like me throwing zeros at the disk when it's 'offline'. If I take the disk offline, just fiddle with the array's data, then set the disk online it resilvers fine. 'zpool replace' also only works if you physically swap out a disk at the same port, or replace disk1 with disk2 online. 'zpool remove' and 'zpool detach' don't remove devices from a raidz. So I can recover an array if I have an extra disk to play with, to use temporarily or to swap out with. If I don't and a disk is giving trouble I can't drop it from the array, try to do something with it, and reinsert it. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 13:24:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9243A106564A for ; Mon, 6 Dec 2010 13:24:11 +0000 (UTC) (envelope-from freebsduser@paradisegreen.co.uk) Received: from mail.paradisegreen.co.uk (almaz.paradisegreen.co.uk [81.187.228.2]) by mx1.freebsd.org (Postfix) with ESMTP id 24CE08FC12 for ; Mon, 6 Dec 2010 13:24:10 +0000 (UTC) Received: from [10.0.0.17] (vaio2.paradise [10.0.0.17]) by mail.paradisegreen.co.uk (8.13.3/8.13.3) with ESMTP id oB6DO7gH062925 for ; Mon, 6 Dec 2010 13:24:08 GMT (envelope-from freebsduser@paradisegreen.co.uk) DomainKey-Signature: a=rsa-sha1; s=default; d=paradisegreen.co.uk; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: content-type:content-transfer-encoding; b=Wkf7yod5hl9I8ayXdt6Fx6R8QL4poh1Xx2BGp73vn0OPKkIIuwniVhTBQHDcLrmlW 3lbXn9fWtDc8sHTvIvF1Q== Message-ID: <4CFCE3F3.8030505@paradisegreen.co.uk> Date: Mon, 06 Dec 2010 13:24:03 +0000 From: Thomas Sandford User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VERIFIED autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on almaz.paradisegreen.co.uk Subject: Find a committer for conf/144842 and kern/148928 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 13:24:11 -0000 There's two unloved buglets that as far as I can see haven't been resolved so far in 8-STABLE, but which would be nice to squeeze into 8.2-RELEASE. Could some kind committer/releng type please take a look at them - pretty please? conf/144842: [ip6] ipv6_default_interface causes route complaints from -cloning kern/148928: [ipfw] Problem with loading of ipfw NAT rules during system startup both have fixes proposed... -- Thomas Sandford From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 15:17:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B90D91065695; Mon, 6 Dec 2010 15:17:11 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6783E8FC13; Mon, 6 Dec 2010 15:17:11 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3B4B5.dip.t-dialin.net [87.179.180.181]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 3D209844012; Mon, 6 Dec 2010 16:00:13 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 8ED51168F; Mon, 6 Dec 2010 16:00:09 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oB6Exrnu069217; Mon, 6 Dec 2010 15:59:53 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 06 Dec 2010 15:59:53 +0100 Message-ID: <20101206155953.18474dz6i2p4njhk@webmail.leidinger.net> Date: Mon, 06 Dec 2010 15:59:53 +0100 From: Alexander Leidinger To: Artem Belevich References: <4CFBE887.6010704@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 3D209844012.A9E2F X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1292252413.74847@S0IMpVy/kdxmMtRgAHqABw X-EBL-Spam-Status: No Cc: freebsd-stable , Andriy Gapon Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 15:17:11 -0000 Quoting Artem Belevich (from Sun, 5 Dec 2010 12:27:00 -0800): > On Sun, Dec 5, 2010 at 11:31 AM, Andriy Gapon wrote: >>> By the way, in order for this to work one would need r207057 applied >>> to -8. Any chance that could be MFC'ed? >>> >>> http://svn.freebsd.org/viewvc/base?view=revision&revision=207057 >> >> Nice catch. >> >> Alexander, >> can that commit be trivially MFC-ed or are there any complications >> around this >> change? I do not think it is trivial. The amount of discussion around this does not makes me want to do a MFC. > r207057 seems to depend on r206082: > http://svn.freebsd.org/viewvc/base?view=revision&revision=206082 There are also some related changes in the Makefiles from the dtrace-userland-provider commit(s) which should be included for stable... IMO. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 "If you wanta talk to me, get me on Pop's special phone but don't call me unless it's really important." -- Santino Corleone, "Chapter 2", page 85 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 15:50:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7713106564A for ; Mon, 6 Dec 2010 15:50:22 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1CF8FC12 for ; Mon, 6 Dec 2010 15:50:21 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA11762; Mon, 06 Dec 2010 17:50:12 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CFD0633.9060509@freebsd.org> Date: Mon, 06 Dec 2010 17:50:11 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> In-Reply-To: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 15:50:23 -0000 on 06/12/2010 07:20 perryh@pluto.rain.com said the following: > Would there be some fundamental problem in changing MSGBUF_SIZE > from a compiled-in constant to a tunable that could be set at the > loader prompt? (I'm _not_ suggesting that it be adjustable while > the system is running.) > > The upside would be that, if someone needed a larger buffer > temporarily to accommodate trace data from a mechanism such as > kern.geom.debugflags, the size could be adjusted without having > to rebuild the kernel. > > I didn't see any obvious downside from examining the 8.1-RELEASE > code, but I could certainly have overlooked some subtle (or even > blatant) reason why this would be a Bad Idea. I also don't immediately see why that wouldn't work. Can you try to come up with a patch? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 16:08:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA9C1065672; Mon, 6 Dec 2010 16:08:29 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9588FC0C; Mon, 6 Dec 2010 16:08:27 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA11999; Mon, 06 Dec 2010 18:08:26 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CFD0A7A.7030505@freebsd.org> Date: Mon, 06 Dec 2010 18:08:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Leidinger References: <4CFBE887.6010704@freebsd.org> <20101206155953.18474dz6i2p4njhk@webmail.leidinger.net> In-Reply-To: <20101206155953.18474dz6i2p4njhk@webmail.leidinger.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , Artem Belevich Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 16:08:29 -0000 on 06/12/2010 16:59 Alexander Leidinger said the following: > I do not think it is trivial. The amount of discussion around this does not makes > me want to do a MFC. Sorry, I must have missed the discussion. Could you please clarify what is not trivial in this case? The change itself seems to be just a few lines... Are there any prerequisite changes, or some politics, or etc? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 21:39:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19631065673 for ; Mon, 6 Dec 2010 21:39:29 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail36.syd.optusnet.com.au (mail36.syd.optusnet.com.au [211.29.133.76]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1828FC1C for ; Mon, 6 Dec 2010 21:39:28 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail36.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id oB6LdQQI027313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 7 Dec 2010 08:39:27 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id oB6LdPwA062186 for ; Tue, 7 Dec 2010 08:39:25 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id oB6LdPo9062185 for freebsd-stable@freebsd.org; Tue, 7 Dec 2010 08:39:25 +1100 (EST) (envelope-from peter) Date: Tue, 7 Dec 2010 08:39:25 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20101206213925.GA61049@server.vk2pj.dyndns.org> References: <20101128072624.GA76358@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: idprio processes slowing down system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 21:39:29 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Nov-28 02:24:21 -0600, Adam Vande More wrot= e: >On Sun, Nov 28, 2010 at 1:26 AM, Peter Jeremy wrote: >> Since all the boinc processes are running at i31, why are they impacting >> a buildkernel that runs with 0 nicety? > >With the setup you presented you're going to have a lot of context switches >as the buildworld is going to give plenty of oppurtunities for boinc >processes to get some time. Agreed. > When it does switch out, the CPU cache is >invalidated, then invalidated again when the buildworld preempts back. Not quite. The amd64 uses physically addressed caches (see [1] 7.6.1) so there's no need to flush the caches on a context switch. (Though the TLB _will_ need to be flushed since it does virtual-to-physical mapping (see [1] 5.5)). OTOH, whilst the boinc code is running, it will occupy space in the caches, thus reducing the effective cache size and presumably reducing the effective cache hit rate. > This is what makes it slow. Unfortunately, I don't think this explains the difference. My system doesn't have hyperthreading so any memory stalls will block the affected core and the stall time will be added to the currently running process. My timing figures show that the user and system time is unaffected by boinc - which is inconsistent with the slowdown being due to the impact on boinc on caching. I've done some further investigations following a suggestion from a friend. In particular, an idprio process should only be occupying idle time so the time used by boinc and the system idle task whilst boinc is running should be the same as the system idle time whilst boinc is not running. Re-running the tests and additionally monitoring process times gives me the following idle time stats: x /tmp/boinc_running + /tmp/boinc_stopped +------------------------------------------------------------------------+ | + + + + xx x x| ||__________A_M_______| |__AM| | +------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 4 493.3 507.78 501.69 499.765 6.3722759 + 4 332.35 392.08 361.84 356.885 26.514364 Difference at 95.0% confidence -142.88 +/- 33.364 -28.5894% +/- 6.67595% (Student's t, pooled s =3D 19.2823) The numbers represent seconds of CPU time charged to [idle] (+) or [idle] and all boinc processes (x). This shows that when boinc is running, it is using time that would not otherwise be idle - which isn't what idprio processes should be doing. My suspicion is that idprio processes are not being preempted immediately a higher priority process becomes ready but are being allowed to continue to run for a short period (possibly until their current timeslice expires). Unfortunately, I haven't yet worked out how to prove or disprove this. I was hoping that someone more familiar with the scheduler behaviour would comment. [1] "AMD64 Architecture Programmer's Manual Volume 2: System Programming" http://support.amd.com/us/Processor_TechDocs/24593.pdf --=20 Peter Jeremy --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkz9WA0ACgkQ/opHv/APuIe2tQCcD8I7r7aL2lH7UhqhVgIcEjeP Yb8An3tqj2nfeEbaxLcVFLvNzTOVuY3g =KBGa -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 22:32:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F535106564A for ; Mon, 6 Dec 2010 22:32:56 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 14C7A8FC16 for ; Mon, 6 Dec 2010 22:32:55 +0000 (UTC) Received: by wwf26 with SMTP id 26so8379357wwf.31 for ; Mon, 06 Dec 2010 14:32:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=/GSxqYVqKy83hHgOOG1SasHaK6J6TZSNW2ntQOgJgHA=; b=hJuGtcF+KKXjtDRAXE5RTv4fb5W2tECGf8YoRxY/Mv3e+kqDX9nR0tLv6787H1lfOz 6pEqMmOR0ahOVMbMnFeucu/M5RIFX98z4ZnA1UHyrbA4P8jddbmcP7h42bJ1byiXgh6Y Rf3yhoaZx3CQYho1uxUO8IPQPhQDPphqD4Rjk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=jimaNjWANa+/+huAfVfkpugC/63cp5hWwegP7j2sLJ0tG2b4I9ZMBzw7Q7r3UHdtE1 /wDKggJUi5Pwz4sHKgi8XScvf5S5LPVver75IkiMZH0YH9KROTrv0B4VnbutoA7z1/by LbxJA+F0mpM6JkM0eWznyTieyx5epzvYKVjdE= MIME-Version: 1.0 Received: by 10.227.144.65 with SMTP id y1mr6443906wbu.199.1291674774963; Mon, 06 Dec 2010 14:32:54 -0800 (PST) Received: by 10.227.136.84 with HTTP; Mon, 6 Dec 2010 14:32:54 -0800 (PST) In-Reply-To: References: Date: Mon, 6 Dec 2010 16:32:54 -0600 Message-ID: From: Zhihao Yuan To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: pcm says `channel dead' with snd_hda X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 22:32:56 -0000 Anybody has any ideas? At the beginning, I guess it's caused by some software. After seen it many times in my log, I found that it appears whenever I want to use the sound card. If you don't use the sound card for a long time (like 10mins), the next time you use it will cause this warning message. Anyone helps? On Wed, Dec 1, 2010 at 3:53 PM, Zhihao Yuan wrote: > ~> uname -a FreeBSD compaq.yuetime 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE > #8: Thu Nov 25 15:48:19 CST 2010 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO > amd64 > > Sometimes, pcm prints the following message to the console & dmesg. > pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel > dead > > What's wrong? I haven't seen this in 8.1-RELEASE or other version before. > One post said that such message comes with noise, but I'm not sure. I uses > mplayer, sometimes quodlibet (gstreamer backend). > > -- > Zhihao Yuan > The best way to predict the future is to invent it. > > -- Zhihao Yuan The best way to predict the future is to invent it. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 22:51:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64D6D106579A for ; Mon, 6 Dec 2010 22:51:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2B31E8FC19 for ; Mon, 6 Dec 2010 22:51:38 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPjuC-000A6m-VU for freebsd-stable@freebsd.org; Mon, 06 Dec 2010 22:51:36 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPjuC-000FmZ-UW for freebsd-stable@freebsd.org; Mon, 06 Dec 2010 22:51:36 +0000 Date: Mon, 06 Dec 2010 22:51:36 +0000 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 22:51:38 -0000 Trying to re-install a set of HP servers over the iLO, and every time I tried to install the 8.1 CD I ended up with an error message telling me that the CD looked more like an audio CD than a FreeBSD distibution. I ouzzled over it a bit, and then remembered that I originally installed these machines using 7 not 8. So I download the 7.3 install CD and I get an extra step in the process, listing two CD drived - cd0 and acd0 - whuch allows me to select the correct one. I havent had a chance to see if this bug exists in the latest snapshot of 8, but I thought it was worth pointing out, as its a situation where 8 doesnt work but 7 did. It takes about 45 minuets to boot each image over the internet, so I am reluctant to try a more recent 8 snapshot in case I am back to square one again. Anyone know if this is fiex, or should I file a PR ? -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 23:16:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D01106566C for ; Mon, 6 Dec 2010 23:16:26 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EC60C8FC0A for ; Mon, 6 Dec 2010 23:16:25 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA17071; Tue, 07 Dec 2010 01:16:23 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PPkIA-000DdO-Ux; Tue, 07 Dec 2010 01:16:22 +0200 Message-ID: <4CFD6EC6.4040700@freebsd.org> Date: Tue, 07 Dec 2010 01:16:22 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 23:16:26 -0000 on 07/12/2010 00:51 Pete French said the following: > Trying to re-install a set of HP servers over the iLO, and every time > I tried to install the 8.1 CD I ended up with an error message > telling me that the CD looked more like an audio CD than a FreeBSD > distibution. > > I ouzzled over it a bit, and then remembered that I originally installed > these machines using 7 not 8. So I download the 7.3 install CD > and I get an extra step in the process, listing two CD drived - cd0 > and acd0 - whuch allows me to select the correct one. > > I havent had a chance to see if this bug exists in the latest snapshot > of 8, but I thought it was worth pointing out, as its a situation > where 8 doesnt work but 7 did. It takes about 45 minuets to boot each > image over the internet, so I am reluctant to try a more recent 8 > snapshot in case I am back to square one again. > > Anyone know if this is fiex, or should I file a PR ? Basically if it feels like you are the first one to report the problem, then, unfortunately, the onus is on you... And, well, opening a PR doesn't do any magic. For non-ports problems the PR database is a burial ground. It's not very frequent to see an issue reported via a PR to get resolved unless the reporter also actively pursues it. And, on the other hand, it's quite often that the issues get resolved when those who report/experience them are actively engaging into communication with developers and fellow FreeBSD users via the mailing lists. In my opinion, opening a PR is the last resort when everything else has failed. That happens sometimes - people with related expertise may be busy or a problem may be sufficiently obscure or something of that nature... So, my concrete suggestion is - please first try the latest version of FreeBSD that you consider to possibly use in the near future. If there is a problem with it, then please get back and let's try to get it solved. To repeat myself - there is no magic, problems only get solved by those who try solve them. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 23:25:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4D711065672 for ; Mon, 6 Dec 2010 23:25:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6337E8FC0C for ; Mon, 6 Dec 2010 23:25:41 +0000 (UTC) Received: from omta14.westchester.pa.mail.comcast.net ([76.96.62.60]) by qmta08.westchester.pa.mail.comcast.net with comcast id fwKP1f0031HzFnQ58zRijz; Mon, 06 Dec 2010 23:25:42 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta14.westchester.pa.mail.comcast.net with comcast id fzRW1f00Z3LrwQ23azRXJr; Mon, 06 Dec 2010 23:25:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7415C9B422; Mon, 6 Dec 2010 15:25:29 -0800 (PST) Date: Mon, 6 Dec 2010 15:25:29 -0800 From: Jeremy Chadwick To: Pete French Message-ID: <20101206232529.GA8235@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 23:25:42 -0000 On Mon, Dec 06, 2010 at 10:51:36PM +0000, Pete French wrote: > Trying to re-install a set of HP servers over the iLO, and every time > I tried to install the 8.1 CD I ended up with an error message > telling me that the CD looked more like an audio CD than a FreeBSD > distibution. > > I ouzzled over it a bit, and then remembered that I originally installed > these machines using 7 not 8. So I download the 7.3 install CD > and I get an extra step in the process, listing two CD drived - cd0 > and acd0 - whuch allows me to select the correct one. > > I havent had a chance to see if this bug exists in the latest snapshot > of 8, but I thought it was worth pointing out, as its a situation > where 8 doesnt work but 7 did. It takes about 45 minuets to boot each > image over the internet, so I am reluctant to try a more recent 8 > snapshot in case I am back to square one again. > > Anyone know if this is fiex, or should I file a PR ? This problem has been reported many times in the past and almost certainly has nothing to do with 8.x. Here's a thread about the matter where a user states the same as you but about 7.1: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-10/msg00307.html I would question 1) the burning software you used, and 2) the physical media you used. Also try burning the ISO to another disc (even if of the same kind/type); I have seen, on rare occasion, proper burns which Windows and other OSes also claimed were audio CDs yet weren't (indicating possibly a bad burn or something weird with that physical disc). Last resort would be to verify MD5/SHA1 checksums too. If the machine has a USB port, why not try doing a USB-based install with a USB flash drive (not USB hard disk) + memstick image instead? If all you have is a Windows machine available, I've blogged about how to accomplish this on Windows (in Vista/7 be sure to run cmd.exe as Administrator): http://koitsu.wordpress.com/2009/11/03/writing-freebsd-memstick-img-to-a-usb-drive-in-windows/ The USB installation method is blazing fast compared to CD anyway. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 23:27:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19F1C1065670; Mon, 6 Dec 2010 23:27:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id C40F98FC1E; Mon, 6 Dec 2010 23:27:05 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPkSX-000F4n-3V; Mon, 06 Dec 2010 23:27:05 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPkSW-000Fuv-Gf; Mon, 06 Dec 2010 23:27:04 +0000 Date: Mon, 06 Dec 2010 23:27:04 +0000 Message-Id: To: avg@freebsd.org In-Reply-To: <4CFD6EC6.4040700@freebsd.org> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 23:27:06 -0000 > Basically if it feels like you are the first one to report the problem, then, > unfortunately, the onus is on you... Sure, I've been around here long enough to know this - was just trying to see if anyone else knew about it, as it takes so long to boot over the network that I really didn't want to scrub my nstall to try the most recent snapshot only to find it doesnt work (we are talking 3 hours or so wasted potentially), or to duplicate testing for something already well known. > For non-ports problems the PR database is a burial ground. It's not very > frequent to see an issue reported via a PR to get resolved unless the reporter Actually my expereice of filing PR's has been pretty positive over the years. Am a bit surprised you feel this way. Investigating and posting here also generates reseults, but I do like to tag them onto a PR in the end, just so they dont get lost. I can't think of a serious kernel bug I filed a PR for which wasn't investigated and resolved, sorry if you've had less success. > So, my concrete suggestion is - please first try the latest version of FreeBSD > that you consider to possibly use in the near future. If there is a problem > with it, then please get back and let's try to get it solved. Well, am trying to boot the most recent 8.1 snapshot right now, lets see how that goes... -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 23:34:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3ADA106566C for ; Mon, 6 Dec 2010 23:34:24 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 245308FC08 for ; Mon, 6 Dec 2010 23:34:23 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA17270; Tue, 07 Dec 2010 01:34:21 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PPkZY-000Df1-T6; Tue, 07 Dec 2010 01:34:20 +0200 Message-ID: <4CFD72FC.7050601@freebsd.org> Date: Tue, 07 Dec 2010 01:34:20 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 23:34:24 -0000 on 07/12/2010 01:27 Pete French said the following: > Actually my expereice of filing PR's has been pretty positive over the > years. Am a bit surprised you feel this way. Investigating and posting > here also generates reseults, but I do like to tag them onto a PR in > the end, just so they dont get lost. I can't think of a serious kernel > bug I filed a PR for which wasn't investigated and resolved, sorry if > you've had less success. Apparently you've been born with a silver spoon or something :-) Because few thousand other people do not seem to be as lucky: http://people.freebsd.org/~edwin/gnats/gnats-openpercategorycummulative.html -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 23:44:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A71106564A; Mon, 6 Dec 2010 23:44:14 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B7E7B8FC15; Mon, 6 Dec 2010 23:44:12 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPkj6-000HML-2T; Mon, 06 Dec 2010 23:44:12 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPkj6-000Fz3-1b; Mon, 06 Dec 2010 23:44:12 +0000 Date: Mon, 06 Dec 2010 23:44:12 +0000 Message-Id: To: avg@freebsd.org In-Reply-To: <4CFD72FC.7050601@freebsd.org> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Efficacy of PR's [was Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 23:44:14 -0000 > Apparently you've been born with a silver spoon or something :-) ...more likely an ability to irritate people until it gets fixed ;-) > Because few thousand other people do not seem to be as lucky: > http://people.freebsd.org/~edwin/gnats/gnats-openpercategorycummulative.html ah, not good graph ;-( From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 23:46:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95DC71065670; Mon, 6 Dec 2010 23:46:22 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 542178FC13; Mon, 6 Dec 2010 23:46:22 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPkl9-000Hdz-9B; Mon, 06 Dec 2010 23:46:19 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPkl9-000G1G-60; Mon, 06 Dec 2010 23:46:19 +0000 Date: Mon, 06 Dec 2010 23:46:19 +0000 Message-Id: To: avg@freebsd.org, petefrench@ticketswitch.com In-Reply-To: From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 23:46:22 -0000 So, I just gave the 8.1 CD a try - which didnt take nearly as long as anticipated. End result is that it also fails to insall. Pr filed as http://www.freebsd.org/cgi/query-pr.cgi?pr=152874 Am wndering if this could be due to the change in the USB stack somehow though - I have a feeling that iLO presents the drive as a USB drive, and that there is already an IDE drive physicaly in the machine. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Dec 6 23:52:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 688831065672 for ; Mon, 6 Dec 2010 23:52:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B6B108FC22 for ; Mon, 6 Dec 2010 23:52:30 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPkr3-000IVE-Vd; Mon, 06 Dec 2010 23:52:25 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPkr3-000G1s-UC; Mon, 06 Dec 2010 23:52:25 +0000 Date: Mon, 06 Dec 2010 23:52:25 +0000 Message-Id: To: freebsd@jdc.parodius.com In-Reply-To: <20101206232529.GA8235@icarus.home.lan> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Dec 2010 23:52:31 -0000 > This problem has been reported many times in the past and almost > certainly has nothing to do with 8.x. Here's a thread about the matter > where a user states the same as you but about 7.1: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-10/msg00307.html I found that - it appears to be a different problem because.... > I would question 1) the burning software you used, and 2) the physical > media you used. Also try burning the ISO to another disc (even if of ....I am not burning a CD or using any physical media. I am booting directly off the image file using iLO. Hence the stuff in that thread doesnt apply. It's defintely 8 specific - I can boot an mage from 7 it works fine, but 8 doesn't. I think this is to do with USB now - the machine has a physical drive as well (acd0) - is it possible that the installer sees that, but not the USB connected drive ? So it tries that drive instead, which would produce the error message in question, just as if there was corrupt physical media [Indeed, the physical drive may well contain an Audio CD - I have no idea what the guys in the data centre might have put in it] I can't really do this physically - I'm in London and the server is somewhere in Louisiana, USA. Makes it hard to diagnose things. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 00:15:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE636106566B for ; Tue, 7 Dec 2010 00:15:30 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 453728FC0C for ; Tue, 7 Dec 2010 00:15:29 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id CAA18352; Tue, 07 Dec 2010 02:15:27 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PPlDL-000DiZ-IR; Tue, 07 Dec 2010 02:15:27 +0200 Message-ID: <4CFD7C9E.8080209@freebsd.org> Date: Tue, 07 Dec 2010 02:15:26 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Efficacy of PR's [was Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 00:15:31 -0000 on 07/12/2010 01:44 Pete French said the following: >> Apparently you've been born with a silver spoon or something :-) > > ...more likely an ability to irritate people until it gets fixed ;-) That's exactly the reason why I said "unless the reporter also actively pursues it" :-) Because as my experience shows most of the unresolved PRs are of fire-and-forget[*] kind. [*] forget - unless some developer for some reason starts bugging the reporter, but that's an unnatural order of things :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 00:18:36 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id ECE681065674; Tue, 7 Dec 2010 00:18:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Mon, 6 Dec 2010 19:18:20 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012061918.22097.jkim@FreeBSD.org> Cc: avg@freebsd.org, Pete French Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 00:18:36 -0000 On Monday 06 December 2010 06:46 pm, Pete French wrote: > So, I just gave the 8.1 CD a try - which didnt take nearly as long > as anticipated. End result is that it also fails to insall. Pr > filed as http://www.freebsd.org/cgi/query-pr.cgi?pr=152874 > > Am wndering if this could be due to the change in the USB stack > somehow though - I have a feeling that iLO presents the drive > as a USB drive, and that there is already an IDE drive > physicaly in the machine. This problem may be a reverse problem of this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=138789 In other words, your virtual CD-ROM reads correct TOC from mounted image but block size is wrong? Maybe old umass(4) corrects this case heuristicly but the new USB stack doesn't? Just thinking out loud... Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 00:19:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F7BE106578E for ; Tue, 7 Dec 2010 00:19:52 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EAB608FC1B for ; Tue, 7 Dec 2010 00:19:51 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id CAA18453; Tue, 07 Dec 2010 02:19:49 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PPlHZ-000Diw-8K; Tue, 07 Dec 2010 02:19:49 +0200 Message-ID: <4CFD7DA4.4000405@freebsd.org> Date: Tue, 07 Dec 2010 02:19:48 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 00:19:52 -0000 on 07/12/2010 01:46 Pete French said the following: > So, I just gave the 8.1 CD a try - which didnt take nearly as long as > anticipated. End result is that it also fails to insall. Pr > filed as http://www.freebsd.org/cgi/query-pr.cgi?pr=152874 BTW, that error message is produced by sysinstall on any error mounting the CD. As such it's almost useless information. I wonder if you can get any additional information (from system console, or some iLO tool). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 00:32:07 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FAD31065672; Tue, 7 Dec 2010 00:32:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 46C2A8FC08; Tue, 7 Dec 2010 00:32:06 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPlTR-000OGb-JE; Tue, 07 Dec 2010 00:32:05 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPlTR-000GBU-IA; Tue, 07 Dec 2010 00:32:05 +0000 Date: Tue, 07 Dec 2010 00:32:05 +0000 Message-Id: To: freebsd-stable@FreeBSD.org, jkim@FreeBSD.org In-Reply-To: <201012061918.22097.jkim@FreeBSD.org> From: Pete French Cc: avg@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 00:32:07 -0000 > This problem may be a reverse problem of this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=138789 > > In other words, your virtual CD-ROM reads correct TOC from mounted > image but block size is wrong? Maybe old umass(4) corrects this case > heuristicly but the new USB stack doesn't? Might be - Andrily also asked if I can get any more information from the console, so what I am propsing now is to get 8.1 onto it via the 7.3->upgrade route, and then go in and probe the devices from within the installed OS to see what it sees them as. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 00:40:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 964F2106566B for ; Tue, 7 Dec 2010 00:40:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 76C6F8FC16 for ; Tue, 7 Dec 2010 00:40:36 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta10.emeryville.ca.mail.comcast.net with comcast id fpQn1f0011vN32cAA0gc79; Tue, 07 Dec 2010 00:40:36 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta22.emeryville.ca.mail.comcast.net with comcast id g0gb1f0063LrwQ28i0gbmA; Tue, 07 Dec 2010 00:40:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2C8D89B422; Mon, 6 Dec 2010 16:40:35 -0800 (PST) Date: Mon, 6 Dec 2010 16:40:35 -0800 From: Jeremy Chadwick To: Pete French Message-ID: <20101207004035.GA9419@icarus.home.lan> References: <20101206232529.GA8235@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 00:40:37 -0000 On Mon, Dec 06, 2010 at 11:52:25PM +0000, Pete French wrote: > > This problem has been reported many times in the past and almost > > certainly has nothing to do with 8.x. Here's a thread about the matter > > where a user states the same as you but about 7.1: > > > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-10/msg00307.html > > I found that - it appears to be a different problem because.... > > > I would question 1) the burning software you used, and 2) the physical > > media you used. Also try burning the ISO to another disc (even if of > > ....I am not burning a CD or using any physical media. I am booting > directly off the image file using iLO. Hence the stuff in that thread > doesnt apply. It's defintely 8 specific - I can boot an mage > from 7 it works fine, but 8 doesn't. > > I think this is to do with USB now - the machine has a physical > drive as well (acd0) - is it possible that the installer sees > that, but not the USB connected drive ? So it tries that drive > instead, which would produce the error message in question, just > as if there was corrupt physical media [Indeed, the physical drive > may well contain an Audio CD - I have no idea what the guys in the > data centre might have put in it] > > I can't really do this physically - I'm in London and the server is > somewhere in Louisiana, USA. Makes it hard to diagnose things. Oh, I see. Yes, there have been discussions about problems with the iLO stuff and the USB "stuff" on FreeBSD. acd0 = ATA-based ATAPI, e.g. a CD drive connected to an ATA port cd0 = SCSI-based CD via CAM, e.g. a CD drive connected to a SCSI port USB on FreeBSD makes use of CAM, not ATA, which means a USB-based CD should be showing up as cd0 not acd0. If there is a physical CD-ROM drive which is upsetting sysinstall, I wouldn't be surprised (sysinstall is depressing, please don't get me started on it. :-) ). I'm willing to bet it makes the assumption there's only one CD device in the system. My recommendation? At the loader prompt, try disabling the ATA port that acd0 is associated with. E.g. if acd0 is tied to ata1-slave, then at loader do: set hint.ata.1.disabled="1" boot If the system in question has an IDE/ATA disk as ataX-master and the CD-ROM drive as ataX-slave, then your best choice would be to disable the Slave portion in your system BIOS and see if that improves things. (I do not know if you can do something like hint.acd.0.disabled="1"; so I'm assuming you can't). I know you can change the BIOS settings remotely via iLO. Hope this gives you some ideas or things to try. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 01:37:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E5921065670 for ; Tue, 7 Dec 2010 01:37:58 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id 274778FC15 for ; Tue, 7 Dec 2010 01:37:57 +0000 (UTC) Received: from 174-21-106-20.tukw.qwest.net ([174.21.106.20] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1PPnIk-0007Jg-6P for freebsd-stable@freebsd.org; Mon, 06 Dec 2010 18:29:11 -0800 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Mon, 06 Dec 2010 17:37:52 -0800 Date: Mon, 6 Dec 2010 17:37:52 -0800 From: Chip Camden To: freebsd-stable@freebsd.org Message-ID: <20101207013752.GI29782@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <4CFD72FC.7050601@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="utPK4TBebyzZxMrE" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Subject: Re: Efficacy of PR's [was Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 01:37:58 -0000 --utPK4TBebyzZxMrE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Pete French on Monday, 06 December 2010: > > Apparently you've been born with a silver spoon or something :-) >=20 > ...more likely an ability to irritate people until it gets fixed ;-) >=20 > > Because few thousand other people do not seem to be as lucky: > > http://people.freebsd.org/~edwin/gnats/gnats-openpercategorycummulative= .html >=20 > ah, not good graph ;-( This graph does not look unreasonable to me. In fact, the initial increase should be expected, and the more recent leveling off indicates that the maintainers and committers are keeping up with the flow. For a volunteer operation, I think it's commendable -- some for-profit efforts I've worked with don't do as well. --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips= .com --utPK4TBebyzZxMrE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJM/Y/wAAoJEIpckszW26+RoYIIAKZeWVoe8J1qh1N2PkCs1gST EJVmSrohEqiE/IM4dFOxBn/3Dm8Cm0jYNyzFmTdnlDGPohNmzfiA6ihcR8sguI3z uH8CBOvuZ+74yonIcxx6J8RltRUroGmcVIgOvxtzY24ymSwMs9wkzQddF9lIPRxs 81O+ubrG/3vMdPiQCSiCVQPNpZdINK3jacNrlnhdS9mnuOmr46PVk+wJqDDUQRas 2/zig7Gp/yXkVCe0Negii3IEuM5O241TTOcFtDPrKRWXX5lDej245982E8KiEhHA KS2tHBF/ebBsn59voVh4aKEWU4ipz2izVnmlsYRbih1YeV2OR/oZKbQGTFtPeFk= =f7O3 -----END PGP SIGNATURE----- --utPK4TBebyzZxMrE-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 05:38:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C80AC1065670; Tue, 7 Dec 2010 05:38:21 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF338FC14; Tue, 7 Dec 2010 05:38:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oB75cIdb003560; Tue, 7 Dec 2010 16:38:18 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 7 Dec 2010 16:38:17 +1100 (EST) From: Ian Smith To: Andriy Gapon In-Reply-To: <4CFD7C9E.8080209@freebsd.org> Message-ID: <20101207153849.W61647@sola.nimnet.asn.au> References: <4CFD7C9E.8080209@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: Efficacy of PR's [was Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 05:38:21 -0000 On Tue, 7 Dec 2010, Andriy Gapon wrote: > on 07/12/2010 01:44 Pete French said the following: > >> Apparently you've been born with a silver spoon or something :-) > > > > ...more likely an ability to irritate people until it gets fixed ;-) > > That's exactly the reason why I said "unless the reporter also actively pursues > it" :-) > > Because as my experience shows most of the unresolved PRs are of > fire-and-forget[*] kind. > > [*] forget - unless some developer for some reason starts bugging the reporter, > but that's an unnatural order of things :-) Well in that case, I'm most impressed by the swathe of unnatural acts you've been performing on mostly old [acpi] PRs the last few days :) Seriously though, your view on this is encouraging; I was starting to suspect that the reason nobody's yet commented on my '60 second stall resuming Thinkpad T23 on 8.x - regression' post the other day was that I hadn't yet filed a PR on it .. but I tried here first precisely because I've really no idea whether it's a kern, acpi or maybe net/fxp issue, and neither, I suspect, would whoever had to assign it to somewhere. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 08:25:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966831065673 for ; Tue, 7 Dec 2010 08:25:06 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4CEFF8FC0A for ; Tue, 7 Dec 2010 08:25:06 +0000 (UTC) Received: by yxh35 with SMTP id 35so6940687yxh.13 for ; Tue, 07 Dec 2010 00:25:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=oA+ZdrdErJhk6f40WDlG8k6qo6/dcH4LcNyi7CQUo1Q=; b=k97ca5iKkke9gdPR4A/OVtVeRhaRqlVU7F+HS7/pPL1DRi6cIwojQsipHqsdBgXoRV XzYchKx6cs4+SOlhiBYND5foIbR3qh2nR4yKv0eRJM2PpxplveKOTVWDfu523XujkB0/ BoGFedJ/KlrRFVqi7NUtfE1FBwX+6YHTkAr8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nyEA8gTriUnWzZg1Myke2w2sbYwtci7YNHPf6tECqd9Xbg+Gpth1Vp+juLvcH7b/WN 4stobbs7AiKoMxx2n38MwfZEUvP4KZsqPUAw2jW2GwKja7uWkN4uPyhT8hjuU7zp1DiO +3vcnVelskf38SxXPbH6R03ZGDTuUh6xwwOS8= MIME-Version: 1.0 Received: by 10.151.46.18 with SMTP id y18mr1227377ybj.324.1291708499676; Mon, 06 Dec 2010 23:54:59 -0800 (PST) Received: by 10.150.220.1 with HTTP; Mon, 6 Dec 2010 23:54:59 -0800 (PST) In-Reply-To: References: <20101206232529.GA8235@icarus.home.lan> Date: Tue, 7 Dec 2010 02:54:59 -0500 Message-ID: From: Zaphod Beeblebrox To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 08:25:06 -0000 On Mon, Dec 6, 2010 at 6:52 PM, Pete French wrote: > ....I am not burning a CD or using any physical media. I am booting > directly off the image file using iLO. Hence the stuff in that thread > doesnt apply. It's defintely 8 specific - I can boot an mage > from 7 it works fine, but 8 doesn't. Just in case it was the same issue I faced with some ILO stuff... My problem was that the ILO CDROM presented it's drive as starting from block one (or somesuch nonsense). I ended up doing a netinstall because the boot would work (BIOS understood what was going on) but FreeBSD did not. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 08:39:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4805E106566C for ; Tue, 7 Dec 2010 08:39:37 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id CBE2B8FC0C for ; Tue, 7 Dec 2010 08:39:36 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id E6A06E7173; Tue, 7 Dec 2010 08:39:35 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=CTJQbkrd5pGI u6/O+WWiNNy1fcE=; b=RzGBa/+26uS74tydskrX6Jr1U4SvLyX3HhluXKQNIv+2 A0RMa5y1PmCTBF16h0MvMULKe6JVz/MOVnPHx3Rembe6zrIqSesnKB408+ctKlEh RO4BqgPPEuzxirwEUXwM8TmPjUOFb6xZtiA72TXR2OSsIHtXqetwvg05X+66FkI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=nsqWt1 Iz/DyYAY0JQaS7GhSuTTgwj7Bx0RSYzFz+3pl9ZkAMR82Jt6j8qbtl539tCc+dxn +hKakVgSufCGETks/OCcWA5JKpN8CuoV7lPrIA2rH+rYoHMlTh0Jfexb8zu/J+sz KGbe11Lwb4DJylIrchgmFFUatX6eXZXnwMUyM= Received: from unknown (client-86-25-14-189.oxfd.adsl.virginmedia.com [86.25.14.189]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 905DEE7170; Tue, 7 Dec 2010 08:39:35 +0000 (GMT) Date: Tue, 7 Dec 2010 08:39:33 +0000 From: Bruce Cran To: Jeremy Chadwick Message-ID: <20101207083933.0000379c@unknown> In-Reply-To: <20101207004035.GA9419@icarus.home.lan> References: <20101206232529.GA8235@icarus.home.lan> <20101207004035.GA9419@icarus.home.lan> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 08:39:37 -0000 On Mon, 6 Dec 2010 16:40:35 -0800 Jeremy Chadwick wrote: > If there is a physical CD-ROM drive which is upsetting sysinstall, I > wouldn't be surprised (sysinstall is depressing, please don't get me > started on it. :-) ). I'm willing to bet it makes the assumption > there's only one CD device in the system. If there's more than one CD device you'll get a prompt asking which to use. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 09:03:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C087D106566B for ; Tue, 7 Dec 2010 09:03:58 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 806CF8FC22 for ; Tue, 7 Dec 2010 09:03:58 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPtSm-0002HZ-Q3; Tue, 07 Dec 2010 09:03:56 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPtSm-000JSC-Mh; Tue, 07 Dec 2010 09:03:56 +0000 Date: Tue, 07 Dec 2010 09:03:56 +0000 Message-Id: To: bruce@cran.org.uk, freebsd@jdc.parodius.com In-Reply-To: <20101207083933.0000379c@unknown> From: Pete French Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 09:03:58 -0000 > If there's more than one CD device you'll get a prompt asking which to > use. ...which is precisely what happens under 7.X So, now that I have it installed, when I am logged into the machine I have these devices in /dev: crw-r----- 1 root operator 0, 89 7 Dec 02:39 /dev/acd0 crw-r----- 1 root operator 0, 90 7 Dec 02:39 /dev/acd0t01 Which does indeed look like a music CD is there! If I connect up the iLO then I get this in dmesg: ugen5.4: at usbus5 umass0: on usbus5 umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 umass0:2:0:-1: Attached to scbus2 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) cd0 at umass-sim0 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 1.000MB/s transfers cd0: cd present [352624 x 2048 byte records] and lo and behlod, in /dev we now have: crw-r----- 1 root operator 0, 89 7 Dec 02:39 /dev/acd0 crw-r----- 1 root operator 0, 90 7 Dec 02:39 /dev/acd0t01 crw-r----- 1 root operator 0, 122 7 Dec 09:00 /dev/cd0 So, what I think is that somehow the sysinstall environment is not seeing that USB CD. I am not too familiar with how booting up to do an install works though - but I do know that the USB stack changed in 8 (and I have had probnlems booting USB sticks too since then as they dont seem to find root, as the drive is only detected somewhat later in the process). Anything else I can do to diagnose this ? Is there a way inside the install environment to see what the kernel has detected and created in /dev ? -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 09:04:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22B09106564A for ; Tue, 7 Dec 2010 09:04:44 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id D0EBD8FC1A for ; Tue, 7 Dec 2010 09:04:43 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PPtTW-0002S8-TT; Tue, 07 Dec 2010 09:04:42 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PPtTW-000JSH-S7; Tue, 07 Dec 2010 09:04:42 +0000 Date: Tue, 07 Dec 2010 09:04:42 +0000 Message-Id: To: zbeeble@gmail.com In-Reply-To: From: Pete French Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 09:04:44 -0000 > My problem was that the ILO CDROM presented it's drive as starting > from block one (or somesuch nonsense). I ended up doing a netinstall > because the boot would work (BIOS understood what was going on) but > FreeBSD did not. Interesting ... I've never seen that, but it's always good to know that such things can happen. Was that HP kit too ? -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 10:51:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DD7A106566B; Tue, 7 Dec 2010 10:51:24 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id D100A8FC1A; Tue, 7 Dec 2010 10:51:23 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3AFEB.dip.t-dialin.net [87.179.175.235]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 20E15844012; Tue, 7 Dec 2010 11:51:16 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 511151740; Tue, 7 Dec 2010 11:51:11 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oB7Aoo1Y052385; Tue, 7 Dec 2010 11:50:50 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 07 Dec 2010 11:50:49 +0100 Message-ID: <20101207115049.19103x6rr77p3kw0@webmail.leidinger.net> Date: Tue, 07 Dec 2010 11:50:49 +0100 From: Alexander Leidinger To: Andriy Gapon References: <4CFBE887.6010704@freebsd.org> <20101206155953.18474dz6i2p4njhk@webmail.leidinger.net> <4CFD0A7A.7030505@freebsd.org> In-Reply-To: <4CFD0A7A.7030505@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 20E15844012.A67DF X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1292323880.09454@l8SQijxFHSCdQb/24wH99w X-EBL-Spam-Status: No Cc: freebsd-stable , Artem Belevich Subject: Re: DTrace (or other monitor) access to LBA of a block device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 10:51:24 -0000 Quoting Andriy Gapon (from Mon, 06 Dec 2010 18:08:26 +0200): > on 06/12/2010 16:59 Alexander Leidinger said the following: >> I do not think it is trivial. The amount of discussion around this >> does not makes >> me want to do a MFC. > > Sorry, I must have missed the discussion. > Could you please clarify what is not trivial in this case? > The change itself seems to be just a few lines... Are there any prerequisite > changes, or some politics, or etc? The few lines presented in this thread (the ctfmerge) should not be a problem, but the big patch I did resulted in comments that the ctf* stuff is not printed, that there are things regarding config which should be done differently (Warner has put them on his TODO list, as this is a generic problem and not directly related to my changes). For -current it was not a problem, and the changes during the pid-provider work included a little rework of the Makefile related stuff (as you may know). So just MFCing my changes is IMHO not enough. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Love tells us many things that are not so. -- Krainian proverb From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 13:24:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62FDB106564A for ; Tue, 7 Dec 2010 13:24:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8C90F8FC0C for ; Tue, 7 Dec 2010 13:24:08 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-157-107.lns6.adl6.internode.on.net [121.45.157.107]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id oB7D0xXI080137 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 7 Dec 2010 23:31:05 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: multipart/signed; boundary=Apple-Mail-60--112954107; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 7 Dec 2010 23:30:58 +1030 To: freebsd-stable Stable Message-Id: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 13:24:09 -0000 --Apple-Mail-60--112954107 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Does anyone have a recommendation for one? I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and = I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. Our supplier has an LSI SAS3081E-R which is not outrageously expensive, = has anyone used one? This post says it should work so it's my current front runner.. http://forums.freebsd.org/showpost.php?p=3D59735&postcount=3D5 Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-60--112954107-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 13:47:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4185A106564A for ; Tue, 7 Dec 2010 13:47:40 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 71EBC8FC19 for ; Tue, 7 Dec 2010 13:47:39 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA02404; Tue, 07 Dec 2010 15:47:37 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CFE3AF9.8050608@freebsd.org> Date: Tue, 07 Dec 2010 15:47:37 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Zhihao Yuan References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pcm says `channel dead' with snd_hda X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 13:47:40 -0000 on 07/12/2010 00:32 Zhihao Yuan said the following: > Anybody has any ideas? At the beginning, I guess it's caused by some > software. After seen it many times in my log, I found that it appears > whenever I want to use the sound card. If you don't use the sound card for a > long time (like 10mins), the next time you use it will cause this warning > message. Anyone helps? Try contacting multimedia@ and perhaps mav@ directly. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 14:39:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3648A106564A for ; Tue, 7 Dec 2010 14:39:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C4C2A8FC19 for ; Tue, 7 Dec 2010 14:39:56 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6DB3A46B3B; Tue, 7 Dec 2010 09:39:56 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9154F8A01D; Tue, 7 Dec 2010 09:39:55 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 7 Dec 2010 09:19:43 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> In-Reply-To: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201012070919.43995.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 07 Dec 2010 09:39:55 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 14:39:57 -0000 On Tuesday, December 07, 2010 8:00:58 am Daniel O'Connor wrote: > Does anyone have a recommendation for one? > > I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. > > Our supplier has an LSI SAS3081E-R which is not outrageously expensive, has anyone used one? > > This post says it should work so it's my current front runner.. > http://forums.freebsd.org/showpost.php?p=59735&postcount=5 It should be supported by mpt(4). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 17:40:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 312711065675 for ; Tue, 7 Dec 2010 17:40:19 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id EA0A18FC15 for ; Tue, 7 Dec 2010 17:40:18 +0000 (UTC) Received: from magnum.bit0.com (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id ADF8DE2D2 for ; Tue, 7 Dec 2010 12:21:39 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=bit0.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=boogity; bh=QKUYY3euE ju+JohEzpX10em+2t2hHL9aB/Dy6a3Ro6E=; b=06MMaB79t60tptH4+BD5KT72M MdYD5OYb2mXrOJcPKV/jfXx1dDjEtszI7qW440CLFDWmolWP4p9hcHlXohUtM/Fu cVH+GSE4bIBPdYCniiEOjWOibmMxqHpLRPtN2OtSvb1ad4J/Wa1uKVkUF4JtUelH Jl2TawQRWWAWG1tZ/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bit0.com; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=boogity; b=mmL OJtsacmxw2BP2NPnzcdy4WO9oat3AJiACQThYPPRGVqfz5ESN49IFpwMNic/QkNV s3yznulT2sPbV/tJBxO9ZWrE6YODQO0UYG5+/iXwfeRjd/Hglai5YloqzrgGrOHU SX9thONkUYNPsMdYaxpwsttiNIJVDwSFMjIZO9MQ= Received: from [172.27.0.11] (207-246-87-56.dsl.static.blueone.net [207.246.87.56]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id 7990DE2D1 for ; Tue, 7 Dec 2010 12:21:39 -0500 (EST) Message-ID: <4CFE6D1B.3070502@bit0.com> Date: Tue, 07 Dec 2010 12:21:31 -0500 From: Mike Andrews User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> In-Reply-To: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 17:40:19 -0000 On 12/7/2010 8:00 AM, Daniel O'Connor wrote: > Does anyone have a recommendation for one? > > I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. > > Our supplier has an LSI SAS3081E-R which is not outrageously expensive, has anyone used one? Yes, I've got one, it works fine :) You may want to flash the non-raid firmware from LSI onto it. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 21:59:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F2D106566C for ; Tue, 7 Dec 2010 21:59:29 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8743A8FC0C for ; Tue, 7 Dec 2010 21:59:29 +0000 (UTC) Received: from fuzz.geek.sh (unknown [41.27.119.61]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id DB9423C9EC for ; Tue, 7 Dec 2010 23:43:37 +0200 (SAST) Message-ID: <4CFEAA71.2080300@phat.za.net> Date: Tue, 07 Dec 2010 23:43:13 +0200 From: Aragon Gouveia User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20101016 Thunderbird/3.1.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD on Intel DH55TC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 21:59:30 -0000 Hi, Please could anyone share their experiences with 8-STABLE on an Intel DH55TC motherboard? Looking to use one soon. :) Thanks, Aragon From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 22:03:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73DE8106566B for ; Tue, 7 Dec 2010 22:03:20 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B76778FC08 for ; Tue, 7 Dec 2010 22:03:19 +0000 (UTC) Received: from ur.dons.net.au (ppp121-45-157-107.lns6.adl6.internode.on.net [121.45.157.107]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id oB7M34Ss016473 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 8 Dec 2010 08:33:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-61--80428164; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: <201012070919.43995.jhb@freebsd.org> Date: Wed, 8 Dec 2010 08:33:04 +1030 Message-Id: References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> <201012070919.43995.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1082) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 22:03:20 -0000 --Apple-Mail-61--80428164 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 08/12/2010, at 24:49, John Baldwin wrote: > On Tuesday, December 07, 2010 8:00:58 am Daniel O'Connor wrote: >> Does anyone have a recommendation for one? >>=20 >> I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and = I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. >>=20 >> Our supplier has an LSI SAS3081E-R which is not outrageously = expensive, has anyone used one? >>=20 >> This post says it should work so it's my current front runner.. >> http://forums.freebsd.org/showpost.php?p=3D59735&postcount=3D5 >=20 > It should be supported by mpt(4). OK, thanks! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-61--80428164-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 22:25:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD82A106566C for ; Tue, 7 Dec 2010 22:25:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6738FC18 for ; Tue, 7 Dec 2010 22:25:11 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:2c91:fa66:2350:ddab] ([IPv6:2607:f3e0:0:4:2c91:fa66:2350:ddab]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oB7MP94r007352 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 7 Dec 2010 17:25:09 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CFEB43F.6020503@sentex.net> Date: Tue, 07 Dec 2010 17:25:03 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Aragon Gouveia References: <4CFEAA71.2080300@phat.za.net> In-Reply-To: <4CFEAA71.2080300@phat.za.net> X-Enigmail-Version: 1.1.1 Content-Type: multipart/mixed; boundary="------------040302020502030600060501" X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD on Intel DH55TC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 22:25:12 -0000 This is a multi-part message in MIME format. --------------040302020502030600060501 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 12/7/2010 4:43 PM, Aragon Gouveia wrote: > Hi, > > Please could anyone share their experiences with 8-STABLE on an Intel > DH55TC motherboard? Looking to use one soon. :) It works very well for me. dmesg attached. ---Mike --------------040302020502030600060501 Content-Type: text/plain; name="55.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="55.txt" Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-PRERELEASE #6: Mon Dec 6 10:27:00 EST 2010 mdtancsa@ich10.sentex.ca:/usr/obj/usr/src/sys/ipsec i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz (3192.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x20652 Family = 6 Model = 25 Stepping = 2 Features=0xbfebfbff Features2=0x298e3ff AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3328749568 (3174 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 5 ACPI Warning: 32/64X FACS address mismatch in FADT - 0xCB628E40/0x00000000CB628D40, using 32 (20101013/tbfadt-586) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ichwd module loaded cryptosoft0: on motherboard aesni0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xf100-0xf107 mem 0xfe000000-0xfe3fffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 32764k stolen memory agp0: aperture size is 256M pci0: at device 22.0 (no driver attached) atapci0: port 0xf0f0-0xf0f7,0xf0e0-0xf0e3,0xf0d0-0xf0d7,0xf0c0-0xf0c3,0xf0b0-0xf0bf irq 18 at device 22.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 22.3 (no driver attached) em0: port 0xf040-0xf05f mem 0xfe500000-0xfe51ffff,0xfe528000-0xfe528fff irq 20 at device 25.0 on pci0 em0: Using an MSI interrupt em0: [FILTER] em0: Ethernet address: 00:27:0e:09:5e:00 ehci0: mem 0xfe527000-0xfe5273ff irq 16 at device 26.0 on pci0 ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 pci0: at device 27.0 (no driver attached) pcib1: irq 17 at device 28.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: irq 17 at device 28.4 on pci0 pci2: on pcib2 ehci1: mem 0xfe526000-0xfe5263ff irq 23 at device 29.0 on pci0 ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib3: at device 30.0 on pci0 pci3: on pcib3 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xf090-0xf097,0xf080-0xf083,0xf070-0xf077,0xf060-0xf063,0xf020-0xf03f mem 0xfe525000-0xfe5257ff irq 19 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.30 with 6 3Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] ahcich2: at channel 2 on ahci0 ahcich2: [ITHREAD] ahcich3: at channel 3 on ahci0 ahcich3: [ITHREAD] ahcich4: at channel 4 on ahci0 ahcich4: [ITHREAD] ahcich5: at channel 5 on ahci0 ahcich5: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 ppc1: port 0x378-0x37f,0x778-0x77f irq 5 drq 3 on acpi0 ppc1: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc1: FIFO with 16/16/9 bytes threshold ppc1: [ITHREAD] ppbus0: on ppc1 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (115200,n,8,1) pmtimer0 on isa0 ichwd0: on isa0 ichwd0: Intel H55 watchdog timer (ICH10 or equivalent) orm0: at iomem 0xcd000-0xcdfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: cannot reserve I/O port range est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to accept, logging disabled usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Root mount waiting for:ugen1.1: at usbus1 usbus1 usbus0 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 Root mount waiting for: usbus1 usbus0 uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered Root mount waiting for: usbus1 usbus0 ugen1.2: at usbus1 uhub2: on usbus1 ugen0.2: at usbus0 uhub3: on usbus0 Root mount waiting for: usbus1 usbus0 uhub2: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered Trying to mount root from nfs: NFS ROOT: 10.255.255.1:/home/pxe hostb0@pci0:0:0:0: class=0x060000 card=0x00368086 chip=0x00408086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI cap 09[e0] = vendor (length 12) Intel cap 0 version 1 vgapci0@pci0:0:2:0: class=0x030000 card=0x00368086 chip=0x00428086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA cap 05[90] = MSI supports 1 message cap 01[d0] = powerspec 2 supports D0 D3 current D0 cap 13[a4] = PCI Advanced Features: FLR TP none0@pci0:0:22:0: class=0x078000 card=0x00368086 chip=0x3b648086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = simple comms cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[8c] = MSI supports 1 message, 64 bit atapci0@pci0:0:22:2: class=0x010185 card=0x00368086 chip=0x3b668086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit none1@pci0:0:22:3: class=0x070002 card=0x00368086 chip=0x3b678086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = simple comms subclass = UART cap 01[c8] = powerspec 3 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit em0@pci0:0:25:0: class=0x020000 card=0x00368086 chip=0x10f08086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = PCI Advanced Features: FLR TP ehci0@pci0:0:26:0: class=0x0c0320 card=0x00368086 chip=0x3b3c8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP none2@pci0:0:27:0: class=0x040300 card=0x00368086 chip=0x3b568086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = multimedia subclass = HDA cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[60] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 root endpoint max data 128(128) link x0(x0) ecap 0002[100] = VC 1 max VC1 ecap 0005[130] = unknown 1 pcib1@pci0:0:28:0: class=0x060400 card=0x00368086 chip=0x3b428086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 2 root port max data 128(128) link x1(x1) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x00368086 cap 01[a0] = powerspec 2 supports D0 D3 current D0 pcib2@pci0:0:28:4: class=0x060400 card=0x00368086 chip=0x3b4a8086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 2 root port max data 128(128) link x0(x1) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x00368086 cap 01[a0] = powerspec 2 supports D0 D3 current D0 ehci1@pci0:0:29:0: class=0x0c0320 card=0x00368086 chip=0x3b348086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 cap 13[98] = PCI Advanced Features: FLR TP pcib3@pci0:0:30:0: class=0x060401 card=0x00368086 chip=0x244e8086 rev=0xa6 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[50] = PCI Bridge card=0x00368086 isab0@pci0:0:31:0: class=0x060100 card=0x00368086 chip=0x3b068086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 16) Intel cap 1 version 1 ahci0@pci0:0:31:2: class=0x010601 card=0x00368086 chip=0x3b228086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'IBEX AHCI Controller(6Port) (Intel Q57 Express)' class = mass storage subclass = SATA cap 05[80] = MSI supports 1 message enabled with 1 message cap 01[70] = powerspec 3 supports D0 D3 current D0 cap 12[a8] = SATA Index-Data Pair cap 13[b0] = PCI Advanced Features: FLR TP none3@pci0:0:31:3: class=0x0c0500 card=0x00368086 chip=0x3b308086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus xhci0@pci0:1:0:0: class=0x0c0330 card=0x01941033 chip=0x01941033 rev=0x03 hdr=0x00 vendor = 'NEC Electronics Hong Kong' class = serial bus subclass = USB cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[70] = MSI supports 8 messages, 64 bit cap 11[90] = MSI-X supports 8 messages in map 0x10 cap 10[a0] = PCI-Express 2 endpoint max data 128(128) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0003[140] = Serial 1 ffffffffffffffff ecap 0018[150] = unknown 1 --------------040302020502030600060501-- From owner-freebsd-stable@FreeBSD.ORG Tue Dec 7 22:56:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAD6E106564A for ; Tue, 7 Dec 2010 22:56:54 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id 814308FC17 for ; Tue, 7 Dec 2010 22:56:54 +0000 (UTC) Received: from 174-21-106-20.tukw.qwest.net ([174.21.106.20] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1PQ7GL-0002Wk-NZ for freebsd-stable@freebsd.org; Tue, 07 Dec 2010 15:48:02 -0800 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Tue, 07 Dec 2010 14:56:49 -0800 Date: Tue, 7 Dec 2010 14:56:49 -0800 From: Chip Camden To: freebsd-stable@freebsd.org Message-ID: <20101207225649.GA2288@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <4CFEAA71.2080300@phat.za.net> <4CFEB43F.6020503@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <4CFEB43F.6020503@sentex.net> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Subject: Re: FreeBSD on Intel DH55TC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 22:56:54 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > On 12/7/2010 4:43 PM, Aragon Gouveia wrote: > > Hi, > >=20 > > Please could anyone share their experiences with 8-STABLE on an Intel > > DH55TC motherboard? Looking to use one soon. :) >=20 What video chip? If you're planning to use X11, Ironlake is not yet supported (you have to use the vesa driver). Otherwise, it works very well. --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips= .com --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJM/ruxAAoJEIpckszW26+RQKUIAKhjJzytRDsZNCjVCsGsEEhQ 1jz9fNvFYY5vwbJC2ZkmTU8pRERINfc9UjFo4uIIUCVHHFB+vsmfJO9JovEAVLLu 6v4sswgEPsOcRpoMnv3w55+eh3+Dvf2WKl7NKBDdbip/OyJ22HJwSnA96Zc5yr5E w/4gQoDksLMyPNaDOIbNsm4dYNV9VLo3WoJzYSkw1WNSuuUJ5Fvu3EWSefcvAyeX AdKWjkyYK1YMmwWLt5otnTiLIcNYNeU/bwy0EQp1bwPc+vZ3NUgS04QvtGVA4sN/ iYcKSon7eS2fPgJPKyt0Ypd9ck0nBHUEZcPxUxXwlDs5KdLTRYUIc8Gf4QaAYks= =u/Zt -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 01:37:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AF44106566C for ; Wed, 8 Dec 2010 01:37:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1A48FC17 for ; Wed, 8 Dec 2010 01:37:08 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id oB81auGZ037600 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 8 Dec 2010 12:07:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-66--67596494; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: <4CFE6D1B.3070502@bit0.com> Date: Wed, 8 Dec 2010 12:06:55 +1030 Message-Id: References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> <4CFE6D1B.3070502@bit0.com> To: Mike Andrews X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 01:37:09 -0000 --Apple-Mail-66--67596494 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 08/12/2010, at 3:51, Mike Andrews wrote: > On 12/7/2010 8:00 AM, Daniel O'Connor wrote: >> Does anyone have a recommendation for one? >>=20 >> I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and = I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. >>=20 >> Our supplier has an LSI SAS3081E-R which is not outrageously = expensive, has anyone used one? >=20 > Yes, I've got one, it works fine :) Ahh, good news, thanks :) Have you used it with a tape drive? > You may want to flash the non-raid firmware from LSI onto it. OK thanks. I just realised it doesn't have any external connectors so I'll have to = find another candidate. However I do see the LSI spec sheet for it lists the chip which is = listed in mpt(4) so I should be able to find something. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-66--67596494-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 01:58:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 212D4106564A for ; Wed, 8 Dec 2010 01:58:14 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 688C28FC08 for ; Wed, 8 Dec 2010 01:58:12 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id oB81w6OM038112 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 8 Dec 2010 12:28:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-67--66326556; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: <20101208014320.GA4877@alderaan.mechanicalism.net> Date: Wed, 8 Dec 2010 12:28:05 +1030 Message-Id: References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> <20101208014320.GA4877@alderaan.mechanicalism.net> To: Jason Fortezzo X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Stable Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 01:58:14 -0000 --Apple-Mail-67--66326556 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 08/12/2010, at 12:13, Jason Fortezzo wrote: >> This post says it should work so it's my current front runner.. >> http://forums.freebsd.org/showpost.php?p=3D59735&postcount=3D5 >=20 > You can save a little money by going with the Intel SASUC8I, which is=20= > the same exact card re-badged by Intel. Ahh interesting, although the LSI card is available from one of our = usual wholesalers, I can't find a local reseller of the Intel one :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-67--66326556-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 01:59:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61CF6106566B for ; Wed, 8 Dec 2010 01:59:32 +0000 (UTC) (envelope-from fortezza@mechanicalism.net) Received: from mail.mechanicalism.net (alderaan.mechanicalism.net [69.56.179.130]) by mx1.freebsd.org (Postfix) with ESMTP id 464008FC13 for ; Wed, 8 Dec 2010 01:59:31 +0000 (UTC) Received: by mail.mechanicalism.net (Postfix, from userid 1001) id 9D7C51C081C; Tue, 7 Dec 2010 19:43:20 -0600 (CST) Date: Tue, 7 Dec 2010 19:43:20 -0600 From: Jason Fortezzo To: Daniel O'Connor Message-ID: <20101208014320.GA4877@alderaan.mechanicalism.net> References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable Stable Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 01:59:32 -0000 On Tue, Dec 07, 2010 at 11:30:58PM +1030, Daniel O'Connor wrote: > Does anyone have a recommendation for one? > > I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and > I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. > > Our supplier has an LSI SAS3081E-R which is not outrageously > expensive, has anyone used one? > > This post says it should work so it's my current front runner.. > http://forums.freebsd.org/showpost.php?p=59735&postcount=5 You can save a little money by going with the Intel SASUC8I, which is the same exact card re-badged by Intel. -- Jason Fortezzo fortezza@mechanicalism.net From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 02:19:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C934F106564A; Wed, 8 Dec 2010 02:19:51 +0000 (UTC) (envelope-from russell.yount@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 55A078FC0A; Wed, 8 Dec 2010 02:19:51 +0000 (UTC) Received: by qwj9 with SMTP id 9so650969qwj.13 for ; Tue, 07 Dec 2010 18:19:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=7YvKL2t19qlZZhTODSf6b5u2Y3VcjGC8jbSfAa2C/J8=; b=r4WLjAr3e2A6LBkz4f+jmO+t0Ymwb5/fRsIlfHpwz1bihVaXm0+qv6rADLP62aiak9 ahO9Hc41J+4WEzPmMqBw++IRPd/kudV73Hu/hsdWnJ6AMUXcdhXcRelQAlCRnPxMPdWW qP1FyJfBNAKfMXigMagem9TlRctnpZYbZH7sA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dCWxI0JbvcfX8NVuz07SvGCFQfS5zTFTvTvLWhZuJCHcr+kaz7O4xPETqe4ABl9EVa NbB5iALObdrijDhDS0Gd+iS8CAfneYpHv+gufMZJqdHvSJUbkDJRGySHdoh9QpNOH90g u2pjrKVCIgHpiud/mcgYWnly4dB/VM9Oua4lU= MIME-Version: 1.0 Received: by 10.229.212.72 with SMTP id gr8mr6316616qcb.177.1291773240209; Tue, 07 Dec 2010 17:54:00 -0800 (PST) Received: by 10.220.13.148 with HTTP; Tue, 7 Dec 2010 17:54:00 -0800 (PST) In-Reply-To: References: <4B521FC2.4050402@errno.com> <4B535AAE.3060308@errno.com> <4B5BA0C1.8010901@errno.com> Date: Tue, 7 Dec 2010 20:54:00 -0500 Message-ID: From: Russell Yount To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: atheros broadcast/multicast corruption with multiple hostap's X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 02:19:51 -0000 Adrian, Yes, I can help track down this. I have only 11agb radios though: NL-5354MP + Aries2 5004 MP Atheros 4G / CM9 The changes I made definiately work for these chips, I have 4 APs operating with 4 SSID each all configured with WPA2 using x509 certs. Currently, the kernel I am using is 8.1. I seem to recall that the hardware abstration layer for different chipsets treated handling of multicast reception differently. Could you send me pointers to what problems are described? Sorry, I took so long to reply, been rather busy, I do not check this email account as often as my others. -Russ On Sat, Dec 4, 2010 at 8:32 AM, Adrian Chadd wrote: > Just FYI, (and sorry for resurrecting such an old thread!) > > The mcast keysearch changes you've suggested have broken CCMP handling > on at least the AR9160 in -HEAD. > > kern/150148 also notes that between 8.0-REL and 8.1-REL CCMP WPA for > the poster also broke. The main change here related to crypto/key > handling is the mcast key search enable that's been enabled. > > Reverting those changes so mcast key search is enabled fixes 11n WPA > (which requires CCMP.) I bet it'd also fix kern/150148. > > I'm guessing there's some work needed in the key handling code in if_ath. > > Russell, are you still interested in this problem? Would you be > interested in giving me a hand? > > Thanks Russell/Sam, > > > Adrian > > On 25 January 2010 08:16, Russell Yount wrote: > > On Sat, Jan 23, 2010 at 8:22 PM, Sam Leffler wrote: > > > >> Russell Yount wrote: > >> > On Sun, Jan 17, 2010 at 1:45 PM, Sam Leffler >> > > wrote: > >> > > >> > Russell Yount wrote: > >> > > >> > > >> > > >> > On Sat, Jan 16, 2010 at 3:21 PM, Sam Leffler >> > >> > >> wrote: > >> > > >> > Russell Yount wrote: > >> > > >> > It seems AP to client broadcasts/multicasts traffic is > >> > broken when using WPA2/802.11i with multiple hostapds > in > >> 8.0. > >> > > >> > Only the SSID associated with the last hostapd to be > >> > started has > >> > AP to client broadcasts/multicasts being delivered > >> correctly. > >> > > >> > The AP and client are 8.0 freebsd systems althought I > see > >> > same > >> > problems with windows XP as a client. > >> > > >> > The AP has 4 hostapds configured to use TLS with client > >> > certificates for > >> > authentication. (hostapd recompiled with > >> > HOSTAPD_CFLAGS=-DEAP_SERVER) > >> > The AP and client radio are shown as ath0: AR5212 mac > 5.9 > >> > RF5112 > >> > phy 4.3 > >> > in dmesg. > >> > > >> > Client authenticate using client certificates associate > >> > correctly > >> > to all 4 SSIDs. Unicast traffic flows correctly between > >> > clients > >> > and AP > >> > for all for 4 SSIDs. Client to AP broadcast/multicast > >> > traffic works > >> > on of 4 SSIDs. AP to client broadcast/multicast traffic > >> > only works > >> > on 1 of the SSIDs. I have documented this using ARP > >> > broadcasts, > >> > but normal IP broadcasts also observed to corrupted. > >> > > >> > When an ARP request is send through the AP to an > >> > associated client > >> > it seems to be trashed on any of the SSID except the > one > >> > associated > >> > with the last hostapd to be started. Here is the output > of > >> > client side > >> > tcpdump showing the problems. > >> > > >> > In the first client side tcpdump with the hostapd > >> associated > >> > with the SSID > >> > being associaed with the last hostapd started and the > >> traffic > >> > flowing > >> > normally. > >> > > >> > In the second client side tcpdump with the hostapd > >> associated > >> > with the SSID > >> > being not the last hostapd started the ARP request is > >> resent > >> > multiple times > >> > and appears corrupted. > >> > > >> > I would really like to find a fix for this. > >> > Any help would be greatly appreciated. > >> > > >> > > >> > This sounds like the crypto encap of the frame is > clobbering > >> the > >> > mbuf contents. You can verify this by setting up multiple > >> > vaps w/o > >> > WPA. If this is the problem look for the mbuf copy logic > for > >> > mcast > >> > frames and make sure a deep copy is done. > >> > > >> > Sam > >> > > >> > The four VAPs broadcast traffic works find without WPA if I > >> > do not start hostapds on them > >> > I have been trying to discovery why broadcast traffic only > >> > works correctly on the VAP associated with the last hostapd to > >> > be started. I have move with VAP has the working broadcast > >> > traffic by restarting the hostapd > >> > associated with it. > >> > It would seem something in the WPA/802.1x layer > initialization > >> > remembers which hostapd was started last and that affected the > >> > crypto encap. > >> > I keep looking but do not see any place in the code that > could > >> > account for this. > >> > It seems the corrupt crypto encap also happens on broadcast > >> > between stations. > >> > Please correct me if I am wrong: > >> > but when using hostapd normally traffic is bridged withing the > >> card. > >> > So if a station sends to the VAP a broadcast it is actaully > >> > sending a non- broadcast frame to the AP > >> > and the AP sends the frame to all the other stations. > >> > > >> > > >> > I told you waht the likely problem is. Look in the net80211 layer > >> > in the kernel for the problem. > >> > > >> > Sam > >> > > >> > > >> > > >> > > >> > I tried to find problems in mbuf corruption > >> > in ieee80211_output.c by placing > >> > > >> > m = m_unshare(m,M_NOWAIT); > >> > if (m == NULL) { > >> > IEEE80211_DPRINTF(vap, IEEE80211_MSG_OUTPUT, > >> > "%s: cannot get writable mbuf\n", __func__); > >> > return NULL; > >> > } > >> > > >> > at begining ieee80211_mbuf_adjust() and at > >> > beginning of ieee80211_encap() with no change > >> > in the broadcast traffic behaviour. > >> > > >> > I tried then to in ieee80211_crypto.c substituting > >> > > >> > flags |= IEEE80211_KEY_SWCRYPT; > >> > > >> > for the encryption capabilities test code > >> > > >> > if ((ic->ic_cryptocaps & (1< >> > IEEE80211_DPRINTF(vap, IEEE80211_MSG_CRYPTO, > >> > "%s: no h/w support for cipher %s, falling back to s/w\n", > >> > __func__, cip->ic_name); > >> > flags |= IEEE80211_KEY_SWCRYPT; > >> > } > >> > > >> > to force all the encryption to be done in software. > >> > > >> > This fixed the broadcast traffic problem but without > >> > hardware support its very slow and really loads machine. > >> > Enabling in the debug code to ath and net80211 > >> > > >> > and enabled ATH_DEBUG_KEYCACHE in if_ath.c and > >> > IEEE80211_MSG_CRYPTO in net80211 code. > >> > > >> > It seems that all the VAPS sets the broadcast key for > >> > mac ff:ff:ff:ff:ff:ff in the ath device so I assume > >> > they conflict and the last one setting the key is the > >> > working one; that would explain why the last hostapd > >> > started is the only one with working broadcast code > >> > to clients. > >> > > >> > In if_ath.c the code > >> > > >> > if ((k->wk_flags & IEEE80211_KEY_GROUP) && sc->sc_mcastkey) { > >> > /* > >> > * Group keys on hardware that supports multicast frame > >> > * key search use a mac that is the sender's address with > >> > * the high bit set instead of the app-specified address. > >> > */ > >> > IEEE80211_ADDR_COPY(gmac, bss->ni_macaddr); > >> > gmac[0] |= 0x80; > >> > mac = gmac; > >> > } else > >> > mac = k->wk_macaddr; > >> > > >> > seems to indicate that for multiple VAPs the ath chips > >> > needs to be able to distinguish between broadcast keys > >> > by using a permutation of VAPs bssid. > >> > > >> > But in if_athvar.h the code does not seem complete > >> > and sc->sc_mcastkey is also set false. > >> > > >> > #ifdef notyet > >> > #define ath_hal_hasmcastkeysearch(_ah) \ > >> > (ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 0, NULL) == > >> > HAL_OK) > >> > #define ath_hal_getmcastkeysearch(_ah) \ > >> > (ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 1, NULL) == > >> > HAL_OK) > >> > #else > >> > #define ath_hal_getmcastkeysearch(_ah) 0 > >> > #endif > >> > > >> > I am using cards with an AR5212 which does seem to have > >> > multiple bssid support working so I hope they should also > >> > support mcastkeysearch capability. Maybe only some > >> > firmware revisions have this? > >> > > >> > Do you know what the status of the HAL code is for > >> > supporting this? Why it is commented out in if_athvar.h? > >> > >> Good work analyzing things; been a long time since I looked at this. I > >> vaguely recall disabling mcastkey searching because of problems with > >> WEP. I'm surprised WPA is broken as that was a standard test case. > >> > >> You can try enabling the notyet code and see if the right thing happens. > >> I don't see any indication of the mac rev for your part but I expect it > >> supports this as it was only very early parts that had issues. > >> > >> If enabling the mcastkey search mechanism doesn't fix this I might've > >> broken things with changes to explicitly mark group keys when hostapd > >> plumbs their contents. I recall doing this for mwl which doesn't have > >> an indexed key table like ath (it uses the mac address of the local bss > >> and/or associated station to find the data structure where crypto keys > >> are stored). > >> > >> I haven't looked at this stuff in a long time and can't setup a system > >> to test but if you keep pushing on this I'll try to help w/ advise. > >> > >> Sam > >> > > > > Sam, > > I have the ath working with multiple hostap's and multicast key search > and > > also > > have the station side working, but I do not like how I got the station > side > > working. > > Let me explain what I have done and what I am tryinig to figure out now. > > I would like to submit a patch once I get the last issues resolved. > > > > In if_athvar.h I uncommented your macros > > > > #define ath_hal_hasmcastkeysearch(_ah) \ > > (ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 0, NULL) == > > HAL_OK) > > #define ath_hal_getmcastkeysearch(_ah) \ > > (ath_hal_getcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 1, NULL) == > > HAL_OK) > > > > and added a macro > > > > #define ath_hal_setmcastkeysearch(_ah, _v) \ > > ath_hal_setcapability(_ah, HAL_CAP_MCAST_KEYSRCH, 0, _v, NULL) > > In if_ath.c I added > > > > /* > > * if multicast key search is supported by device enable it > > */ > > if (ath_hal_hasmcastkeysearch(sc->sc_ah)) { > > if (!ath_hal_getmcastkeysearch(sc->sc_ah)) { > > ath_hal_setmcastkeysearch(sc->sc_ah,1); > > } > > } > > > > just before > > > > sc->sc_mcastkey = ath_hal_getmcastkeysearch(ah); > > > > in ath_attach(). > > > > Then in ieee80211_ioctl.c I changed ieee80211_ioctl_setkey() so > > not to assign a slot when opering in hostap mode by changing > > > > /* > > * Global slots start off w/o any assigned key index. > > * Force one here for consistency with > IEEE80211_IOC_WEPKEY. > > */ > > if (wk->wk_keyix == IEEE80211_KEYIX_NONE) > > wk->wk_keyix = kid; > > to be > > /* > > * Global slots start off w/o any assigned key index. > > * Force one here for consistency with > IEEE80211_IOC_WEPKEY. > > */ > > if (vap->iv_opmode != IEEE80211_M_HOSTAP > > && wk->wk_keyix == IEEE80211_KEYIX_NONE) > > wk->wk_keyix = kid; > > > > to preserve the station mode operation I had to keep the key index > > assignment > > when not VAP is not operating in hostapd mode. This seems wrong to me. > > > > Now here is the question I am trying to understand. Group keys are > special > > as they are used in only one direction only; sending on hostap and > receiving > > on a station. > > > > The multicast key search code when operating in hostap mode permits the > > lookup > > of the key for encryption by sending VAP bssid on transmission of > multicast > > traffic. > > > > Is there a corresponding station side multicast key search that would let > > the lookup > > of the encryption key be done on receive by looking up the sending VAP > for > > received > > multicast traffic. If so it seems it could enable multiple stations also > to > > work on one > > device. > > > > I noticed in the linux legacy hal ar5212_keycache.c the following > > code/comment > > > > u_int32_t validBit = AR_KEYTABLE_VALID; > > ...... > > /* > > * If upper layers have requested mcast MACaddr lookup, > > then > > * signify this to the hw by setting the (poorly named) > > validBit > > * to 0. Yes, really 0. The hardware specs, > > pcu_registers.txt, is > > * has incorrectly named ValidBit. It should be called "Unicast". > > * When the Key Cache entry is to decrypt Unicast frames, then > this > > * bit should be '1'; for multicast and broadcast frames, this > bit > > is '0'. > > */ > > if (mac[0] & 0x01) { > > validBit = 0; > > } > > ..... > > OS_KC_WRITE(ah, AR_KEYTABLE_MAC0(entry), macLo); > > OS_KC_WRITE(ah, AR_KEYTABLE_MAC1(entry), macHi | validBit); > > > > where as in the freebsd hal in ar5212_keycache.c the AR_KEYTABLE_VALID > > is always set > > > > OS_REG_WRITE(ah, AR_KEYTABLE_MAC0(entry), macLo); > > OS_REG_WRITE(ah, AR_KEYTABLE_MAC1(entry), macHi | > > AR_KEYTABLE_VALID); > > by not setting the AR_KEYTABLE_VALID bit would the multicast key search > code > > work for station mode? I am just guessing here, but seemed like a likely > > explaination? > > > > -Russ > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 02:35:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D497D106564A for ; Wed, 8 Dec 2010 02:35:51 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA488FC08 for ; Wed, 8 Dec 2010 02:35:51 +0000 (UTC) Received: (qmail 93273 invoked by uid 0); 8 Dec 2010 02:09:11 -0000 Received: from smtp.bway.net (216.220.96.25) by xena.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Dec 2010 02:09:11 -0000 Received: (qmail 93264 invoked by uid 90); 8 Dec 2010 02:09:10 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Dec 2010 02:09:10 -0000 Date: Tue, 7 Dec 2010 21:09:09 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: Daniel O'Connor In-Reply-To: Message-ID: References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> <4CFE6D1B.3070502@bit0.com> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Mike Andrews Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 02:35:51 -0000 On Wed, 8 Dec 2010, Daniel O'Connor wrote: > > On 08/12/2010, at 3:51, Mike Andrews wrote: >> On 12/7/2010 8:00 AM, Daniel O'Connor wrote: >>> Does anyone have a recommendation for one? >>> >>> I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. >>> >>> Our supplier has an LSI SAS3081E-R which is not outrageously expensive, has anyone used one? >> >> Yes, I've got one, it works fine :) > > Ahh, good news, thanks :) > > Have you used it with a tape drive? > >> You may want to flash the non-raid firmware from LSI onto it. > > OK thanks. > > I just realised it doesn't have any external connectors so I'll have to > find another candidate. Have a look here, you might find something to bring an internal port out of the chassis: http://www.scsi4me.com/sas-serial-attached-scsi-adapters.html?osCsid=fda686b95b73fe275aaa7bec038e1dbc Charles > However I do see the LSI spec sheet for it lists the chip which is listed in mpt(4) so I should be able to find something. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 02:51:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AA1F106566B for ; Wed, 8 Dec 2010 02:51:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 701198FC17 for ; Wed, 8 Dec 2010 02:51:47 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id oB82pTA1043849 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 8 Dec 2010 13:21:34 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-68--63123409; protocol="application/pkcs7-signature"; micalg=sha1 From: "Daniel O'Connor" In-Reply-To: Date: Wed, 8 Dec 2010 13:21:29 +1030 Message-Id: <9E5B70A2-5439-4848-8383-D745225092A2@gsoft.com.au> References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> <4CFE6D1B.3070502@bit0.com> To: Charles Sprickman X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Mike Andrews Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 02:51:48 -0000 --Apple-Mail-68--63123409 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 08/12/2010, at 12:39, Charles Sprickman wrote: >> I just realised it doesn't have any external connectors so I'll have = to find another candidate. >=20 > Have a look here, you might find something to bring an internal port = out of the chassis: >=20 > = http://www.scsi4me.com/sas-serial-attached-scsi-adapters.html?osCsid=3Dfda= 686b95b73fe275aaa7bec038e1dbc Cheaper to buy the LSI SAS 3442E-R :) Thanks for the pointer though. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-68--63123409-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 09:11:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62A58106566C; Wed, 8 Dec 2010 09:11:20 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 0BDBD8FC08; Wed, 8 Dec 2010 09:11:20 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB89BIPw096678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 8 Dec 2010 01:11:18 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB89BI7Z096677; Wed, 8 Dec 2010 01:11:18 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA01111; Wed, 8 Dec 10 01:09:47 PST Date: Wed, 08 Dec 2010 01:09:38 -0800 From: perryh@pluto.rain.com To: avg@freebsd.org Message-Id: <4cff4b52.WgKWgVaxljcckd8Z%perryh@pluto.rain.com> References: <4cfc72a5.3nAjkv8mdrO/NrKQ%perryh@pluto.rain.com> <4CFD0633.9060509@freebsd.org> In-Reply-To: <4CFD0633.9060509@freebsd.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Could MSGBUF_SIZE be made a loader tunable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 09:11:20 -0000 Andriy Gapon wrote: > on 06/12/2010 07:20 perryh@pluto.rain.com said the following: > > Would there be some fundamental problem in changing MSGBUF_SIZE > > from a compiled-in constant to a tunable that could be set at the > > loader prompt? (I'm _not_ suggesting that it be adjustable while > > the system is running.) ... > > I didn't see any obvious downside from examining the 8.1-RELEASE > > code, but I could certainly have overlooked some subtle (or even > > blatant) reason why this would be a Bad Idea. > > I also don't immediately see why that wouldn't work. > Can you try to come up with a patch? I was planning to try it, unless someone pointed out a reason not to bother -- and then there is the same problem everyone else has, ENOTIME :( Sort-of related question, since the only 8.x I currently have is the not-yet-installed memstick: should I be able to build a usable 8.1 kernel on a 6.1 system (with the 8.1 sources installed somewhere, of course)? From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 09:11:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AEC4106564A for ; Wed, 8 Dec 2010 09:11:26 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 2B46A8FC0C for ; Wed, 8 Dec 2010 09:11:26 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB89BFpp096670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 8 Dec 2010 01:11:18 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB89BFn5096669; Wed, 8 Dec 2010 01:11:15 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA01095; Wed, 8 Dec 10 01:00:41 PST Date: Wed, 08 Dec 2010 01:00:34 -0800 From: perryh@pluto.rain.com To: petefrench@ticketswitch.com Message-Id: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: bruce@cran.org.uk, freebsd-stable@freebsd.org, freebsd@jdc.parodius.com Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 09:11:26 -0000 Pete French wrote: > Is there a way inside the install environment to see > what the kernel has detected and created in /dev ? Go into Fixit# and examine /dev and/or the dmesg. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 09:17:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F26106564A for ; Wed, 8 Dec 2010 09:17:40 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 7B82C8FC08 for ; Wed, 8 Dec 2010 09:17:40 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A2871E7175; Wed, 8 Dec 2010 09:17:39 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=6CpSoB73+nNP p9zeb9ocw/mBQnM=; b=UHacAyM2O6FFIoyMWFap11zAuNz1mkPiPSyFN0HrGY16 rg7suZhOw3sk4m1LEZga+/eFxO559iAdAk9dm6e0ZAUwTZUiL0gmn/hlRUi2sGlh dXG5PI7Wa6N0Hc4RGcf3k2jygg0r3WVGIlxyiygFQINGXCmn3IFYv/pRhQTtWkM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=cdbsrv S4HUWj6PIvtzShv+FCqyNhETDcwrHkUk5joe33f3y09HinONUotukti0d73aVA+P WaMfvXOv6ifzDglVaBz7tRb0njlAX8gZpFI0FxokTZ7JOI2o11cBbN5G9aXf2IUK 1T6K1GXI294BvyYc8QhQ7oSmuzt/dBjgoMHjo= Received: from core.draftnet (client-86-27-21-134.glfd.adsl.virginmedia.com [86.27.21.134]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 06CABE7170; Wed, 8 Dec 2010 09:17:37 +0000 (GMT) Date: Wed, 8 Dec 2010 09:17:27 +0000 From: Bruce Cran To: perryh@pluto.rain.com Message-ID: <20101208091727.111a786c@core.draftnet> In-Reply-To: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> References: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> X-Mailer: Claws Mail 3.7.7 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd@jdc.parodius.com, petefrench@ticketswitch.com Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 09:17:40 -0000 On Wed, 08 Dec 2010 01:00:34 -0800 perryh@pluto.rain.com wrote: > Go into Fixit# and examine /dev and/or the dmesg. The problem is there's no "ls" in FixIt mode so you need to use "echo *" to see what files are present. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 10:13:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D48DB106564A for ; Wed, 8 Dec 2010 10:13:11 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9398FC12 for ; Wed, 8 Dec 2010 10:13:11 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A833BE7175; Wed, 8 Dec 2010 10:13:10 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=E/elzs9+yfHv ooh44Qh5fR5yfAM=; b=x3d6uva4gdABpJ5voV8WfbHHegrDFQ7/J0XmPU6Sk+/x zXSZ7P5LdIVyyJlIj51MYmZN4GbjRGY4Cu5ELEyOGmIcz+I+ubJKIIyCGFYhwGKC SqqGi0/o7TpI14Z76AQdAoqjcj2wYzTtwQpWhTD5tkVZdKF37Hte/cFsWgRUqFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=pRtsAV 5gjXifrs9gb2Rm8L2wBRHbs7Bm3vUqhgWWHhopKORd0aOD+fNoekqBQLXvJ8SnF8 uQ67zx23cxZovOzbCJH1OAna6zgY/eDOJpeOHhOudq1HyeTIJCzuiI/K9GUMMyQu 8NBt85R81N6muNZ3kkcnyyee/JbF4GCf5RBWk= Received: from core.draftnet (client-86-27-21-134.glfd.adsl.virginmedia.com [86.27.21.134]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 66ED2E716F; Wed, 8 Dec 2010 10:13:10 +0000 (GMT) Date: Wed, 8 Dec 2010 10:13:05 +0000 From: Bruce Cran To: Andy Farkas Message-ID: <20101208101305.0b592721@core.draftnet> In-Reply-To: References: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> <20101208091727.111a786c@core.draftnet> X-Mailer: Claws Mail 3.7.7 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 10:13:11 -0000 On Wed, 8 Dec 2010 20:01:32 +1000 Andy Farkas wrote: > Why is this so? I think the Fixit environment only contains tools necessary for installing the system and has traditionally needed to be small enough to fit on a 1.44MB floppy disk. So since "ls" wasn't required it wasn't included. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 10:23:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51FD81065670 for ; Wed, 8 Dec 2010 10:23:50 +0000 (UTC) (envelope-from chuzzwassa@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3E38FC15 for ; Wed, 8 Dec 2010 10:23:49 +0000 (UTC) Received: by qwj9 with SMTP id 9so1106153qwj.13 for ; Wed, 08 Dec 2010 02:23:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=aVVpm4sZvImsKGrMCDsryVJWLTh7AeDG+Hjwg6oCxBI=; b=SKQsEpdN90GQ+rnXVlLtRl/sjFlOUXssz+YCsssPvzoeFfAF+ay0FeP8SfNSm4K/SN bPcTQn48DTniW7tR+JlT3aGTYLH7doEU/fPhzfUBIy2wMhtMEKDCE6TbAz/cLPl40XLo ZUX7vX4MU6NKHUAmrWpxuH0IxcHmCnqbJPEqI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=h5Jn2AQfCIlzfwvyxzokNGm0X82OLe0NBpgyJPxDU/XYklLzCHUAHecZWD9YobfaQ6 aZDGcFYxPpx6qolBT6KAvCZouSba90f+rsEIHcRn3NkLLMYSVTIRQO+iQ0WU5mHc2qcB BCZ3YX6Zjyr7zVw2yjeuc9xgipARBs4dwEPTE= MIME-Version: 1.0 Received: by 10.224.181.197 with SMTP id bz5mr6801021qab.221.1291802492953; Wed, 08 Dec 2010 02:01:32 -0800 (PST) Received: by 10.220.65.94 with HTTP; Wed, 8 Dec 2010 02:01:32 -0800 (PST) In-Reply-To: <20101208091727.111a786c@core.draftnet> References: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> <20101208091727.111a786c@core.draftnet> Date: Wed, 8 Dec 2010 20:01:32 +1000 Message-ID: From: Andy Farkas To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Bruce Cran Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 10:23:50 -0000 On Wed, Dec 8, 2010 at 7:17 PM, Bruce Cran wrote: > On Wed, 08 Dec 2010 01:00:34 -0800 > perryh@pluto.rain.com wrote: > >> Go into Fixit# and examine /dev and/or the dmesg. > > The problem is there's no "ls" in FixIt mode so you need to use > "echo *" to see what files are present. Why is this so? -andyf From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 10:28:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2F3D106566B for ; Wed, 8 Dec 2010 10:28:56 +0000 (UTC) (envelope-from vermaden@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 1CEAC8FC15 for ; Wed, 8 Dec 2010 10:28:55 +0000 (UTC) Received: (qmail invoked by alias); 08 Dec 2010 10:28:54 -0000 Received: from unknown (EHLO [10.48.50.2]) [194.0.181.128] by mail.gmx.com (mp-eu004) with SMTP; 08 Dec 2010 11:28:54 +0100 X-Authenticated: #68675852 X-Provags-ID: V01U2FsdGVkX1/UhbpTfXPUeQfzKeBydH6AT2V3ySHoe9vb3y8+Zv DE0uOT/EZYhsuF From: vermaden To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Wed, 08 Dec 2010 11:29:51 +0100 Message-ID: <1291804191.9972.2.camel@e6400.gkpge.pl> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: OpenIndiana code improovements that may be used in FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 10:28:56 -0000 Hi, if you know about these, the forget about this mail. There are interesgin code changes that are useful for FreeBSD, these include for example improoved printf command: http://gdamore.blogspot.com/2010/12/zfs-should-not-depend-on-python-and.html ... and python-free ZFS commands: http://gdamore.blogspot.com/2010/10/new-implementation-of-printf.html "FreeBSD folks, you might want to incorporate this into your tree. If you do, I'd sure like to know." "The license remains BSD, so the various BSD operating systems (or even Oracle) are free to incorporate these improvements if they like." Regards, vermaden From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 10:29:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E9D106566B for ; Wed, 8 Dec 2010 10:29:33 +0000 (UTC) (envelope-from chuzzwassa@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC5FD8FC27 for ; Wed, 8 Dec 2010 10:29:32 +0000 (UTC) Received: by qwj9 with SMTP id 9so1111317qwj.13 for ; Wed, 08 Dec 2010 02:29:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=3F7ueIWUP86y69RaKvAEyJt5mzpGQkODbyX2VI5zdhY=; b=EucormLyl4VyJBUaphxhTeWQmfQTugzl8mxYJTjvq2LtYRIa9pFyqL7VZlsmrxIdXs ewmIfozjtr8e1cmFVu2fp55z89Xmv+/bLDzfMG+8rzL/o9nijd1MlJorUorLBG55oTfY LqCF53+FRkrUrzrI+OAKvie0MB4jEdSGccoE8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DOhn4NuIyoZVFr3erS0nbGm1PE5q56UCJGRyD6+fHYJp+QuZt+5CxD1nC/k238Hr9o ErnsGvTF+izJURIBjTn/UeSdx9Cv0jsZbp0PZEzieMT+UzhYm5YuK/S2ITvv3QaJ5VQs 8IrzefXds4JCginUlAN9yagYGMHdpwpDAyUuw= MIME-Version: 1.0 Received: by 10.229.86.149 with SMTP id s21mr6523791qcl.234.1291804171718; Wed, 08 Dec 2010 02:29:31 -0800 (PST) Received: by 10.220.65.94 with HTTP; Wed, 8 Dec 2010 02:29:31 -0800 (PST) In-Reply-To: <20101208101305.0b592721@core.draftnet> References: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> <20101208091727.111a786c@core.draftnet> <20101208101305.0b592721@core.draftnet> Date: Wed, 8 Dec 2010 20:29:31 +1000 Message-ID: From: Andy Farkas To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 10:29:33 -0000 > So since "ls" wasn't required it wasn't included. I just booted an old 6.1-RELEASE CD and selected Fixit mode... ls -lF works as expected! -andyf From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 10:37:55 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA60D1065696 for ; Wed, 8 Dec 2010 10:37:55 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6828FC0C for ; Wed, 8 Dec 2010 10:37:55 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 85C8DE7175; Wed, 8 Dec 2010 10:37:54 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=lPzoiQfTwpxl yHE29AY94ZnC3jM=; b=vx9q0Bc0ighsk+0qbXK/a1ByI66cdwAo1/Jd7JpyEfPn qYrm/M/qmNvYkCAqrlL95a/O8z6UMxssU1hRYKE6WW7FAjX+cVgpY+2ceTfzU4DG EiDfouMeWzMxJIACb6GfJpb6+MawO4clq/plLB7vKNgtqvfycqgQ+42pyT/16cY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=fPdumH HwMcu6S66VsieqtoUNIh23sAqWzdp4xp1bDXVEx+Nc4qdvojjsnnfLv0PVNrflNY uX9Fr+jCvYBal7IbPrksu11co+SEwWABTG8WKzzQUwGRQUdAkx619fhHpijSFOIR S0+Kl/52tW5Eo9ny2v7IyIhXWXVLQA81GsgwE= Received: from core.draftnet (client-86-27-21-134.glfd.adsl.virginmedia.com [86.27.21.134]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 43EBAE716F; Wed, 8 Dec 2010 10:37:54 +0000 (GMT) Date: Wed, 8 Dec 2010 10:37:49 +0000 From: Bruce Cran To: Andy Farkas Message-ID: <20101208103749.67ae5e04@core.draftnet> In-Reply-To: References: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> <20101208091727.111a786c@core.draftnet> <20101208101305.0b592721@core.draftnet> X-Mailer: Claws Mail 3.7.7 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 10:37:55 -0000 On Wed, 8 Dec 2010 20:29:31 +1000 Andy Farkas wrote: > > So since "ls" wasn't required it wasn't included. > > I just booted an old 6.1-RELEASE CD and selected Fixit mode... > > ls -lF works as expected! I should clarify that by saying that "ls" is included in the "live filesystem" but not in the Emergency Holographic Shell that is present on CD1. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 11:00:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D5071065670 for ; Wed, 8 Dec 2010 11:00:26 +0000 (UTC) (envelope-from vermaden@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 8A5AF8FC1E for ; Wed, 8 Dec 2010 11:00:25 +0000 (UTC) Received: (qmail invoked by alias); 08 Dec 2010 11:00:24 -0000 Received: from unknown (EHLO [10.48.50.2]) [194.0.181.128] by mail.gmx.com (mp-eu005) with SMTP; 08 Dec 2010 12:00:24 +0100 X-Authenticated: #68675852 X-Provags-ID: V01U2FsdGVkX18fZqx0x6MfGgqIIh7p4hs2StnmiV0j1+2YiQRmE9 qh/kPsGf/GLtKF From: vermaden To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Wed, 08 Dec 2010 12:01:26 +0100 Message-ID: <1291806086.9972.9.camel@e6400.gkpge.pl> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: OpenIndiana code improovements that may be used in FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 11:00:26 -0000 Hi, If you know about these, the forge These include for example improoved printf command: http://gdamore.blogspot.com/2010/12/zfs-should-not-depend-on-python-and.html ... and python-free ZFS commands: http://gdamore.blogspot.com/2010/10/new-implementation-of-printf.html "FreeBSD folks, you might want to incorporate this into your tree. If you do, I'd sure like to know." "The license remains BSD, so the various BSD operating systems (or even Oracle) are free to incorporate these improvements if they like." From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 13:53:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A9321065674 for ; Wed, 8 Dec 2010 13:53:58 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id D125D8FC18 for ; Wed, 8 Dec 2010 13:53:57 +0000 (UTC) Received: from vivi.cc.vt.edu (vivi.cc.vt.edu [198.82.163.43]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id oB8Dr8RN016236; Wed, 8 Dec 2010 08:53:25 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by vivi.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id OOR57314; Wed, 08 Dec 2010 08:53:23 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id oB8DrMg9011824 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 8 Dec 2010 08:53:23 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: Date: Wed, 8 Dec 2010 08:53:22 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6BCA9614-9C5C-4828-B126-79FF5EA0E57F@gsoft.com.au> <4CFE6D1B.3070502@bit0.com> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1082) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=vivi.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020207.4CFF8DD4.02AB,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: freebsd-stable@freebsd.org, Mike Andrews Subject: Re: Supported SAS controllers (single port) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 13:53:58 -0000 On Dec 7, 2010, at 8:36 PM, Daniel O'Connor wrote: >=20 > On 08/12/2010, at 3:51, Mike Andrews wrote: >> On 12/7/2010 8:00 AM, Daniel O'Connor wrote: >>> Does anyone have a recommendation for one? >>>=20 >>> I am looking to connect a LTO tape drive to a FreeBSD 7 or 8 box and = I've only ever used Adaptec 19160 and similar cards and LVDS SCSI. >>>=20 >>> Our supplier has an LSI SAS3081E-R which is not outrageously = expensive, has anyone used one? >>=20 >> Yes, I've got one, it works fine :) >=20 > Ahh, good news, thanks :) >=20 > Have you used it with a tape drive? >=20 >> You may want to flash the non-raid firmware from LSI onto it. >=20 > OK thanks. >=20 > I just realised it doesn't have any external connectors so I'll have = to find another candidate. >=20 > However I do see the LSI spec sheet for it lists the chip which is = listed in mpt(4) so I should be able to find something. I have a LSI SAS3801E (note lack of -R suffix) in a FreeBSD 8 box that = is hooked up to a Quantum SuperLoader LTO-4 tape drive. It's not in = production yet, and I haven't done extensive testing, but so far it = probes the tape drive and autochanger correctly. The LSI SAS3801E itself attaches as a mpt device. It has two external = connectors but no internal ones. I had intended to use an Areca ARC-1300-4X external SAS controller to = drive this tape unit but, alas, I discovered that there is as yet no = FreeBSD driver for that card. :-( Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 14:38:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 420FD106566B for ; Wed, 8 Dec 2010 14:38:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id DFFC98FC0A for ; Wed, 8 Dec 2010 14:38:22 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta06.westchester.pa.mail.comcast.net with comcast id gcLs1f00B16LCl056eePW4; Wed, 08 Dec 2010 14:38:23 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta06.westchester.pa.mail.comcast.net with comcast id geeM1f0063LrwQ23SeeMWm; Wed, 08 Dec 2010 14:38:23 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B8DB79B427; Wed, 8 Dec 2010 06:38:19 -0800 (PST) Date: Wed, 8 Dec 2010 06:38:19 -0800 From: Jeremy Chadwick To: Bruce Cran Message-ID: <20101208143819.GA71214@icarus.home.lan> References: <4cff4932.19wIy6S+EgAziCcD%perryh@pluto.rain.com> <20101208091727.111a786c@core.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101208091727.111a786c@core.draftnet> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, perryh@pluto.rain.com, petefrench@ticketswitch.com Subject: Re: FreeBSD 7 installs where FreeBSD 8 wont due to CD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 14:38:23 -0000 On Wed, Dec 08, 2010 at 09:17:27AM +0000, Bruce Cran wrote: > On Wed, 08 Dec 2010 01:00:34 -0800 > perryh@pluto.rain.com wrote: > > > Go into Fixit# and examine /dev and/or the dmesg. > > The problem is there's no "ls" in FixIt mode so you need to use > "echo *" to see what files are present. "Sort of". Fixit offers these choices: 2 CDROM/DVD Use the live filesystem CDROM/DVD 3 USB Use the live filesystem from a USB drive 4 Floppy Use a floppy generated from the fixit image 5 Shell Start an Emergency Holographic Shell Options 2,3 and presumably 4 will all offer "ls capability" in addition to many other useful utilities (pciconf, dmesg, less, vi, etc.). It's option 5 (Emergency Holographic Shell) which offers generally nothing useful (requiring echo *, etc.). I imagine the segregation of these two is due to capacity concerns dating back to the days of floppy disks. We really should re-think that model. I think most people who are in an emergency or "bare bones" situation really do want the ability to boot disc1.iso and get a shell with the majority of common utilities that make up the base system. And let's not forget those of us who PXEboot in emergencies -- we're mostly screwed. :-) A "one-stop shop" makes the most sense, IMHO. It's for this reason that I regularly advocate use of USB flash drives and the memstick image if physically at the console. (Most of our servers have CD drives, not DVD, while all of them have USB ports) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Dec 9 21:54:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D6C3106564A for ; Thu, 9 Dec 2010 21:54:35 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6EF8FC13 for ; Thu, 9 Dec 2010 21:54:33 +0000 (UTC) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id ADB902CF9A for ; Thu, 9 Dec 2010 22:36:04 +0100 (CET) Received: from pollux.local.net (unknown [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id B22304C8177 for ; Thu, 9 Dec 2010 22:35:57 +0100 (CET) Received: by pollux.local.net (Postfix, from userid 2000) id 49742285B1; Thu, 9 Dec 2010 22:35:56 +0100 (CET) Date: Thu, 9 Dec 2010 22:35:56 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20101209213556.GA3322@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: umass: AutoSense failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2010 21:54:35 -0000 Hello All, What could be the reason for the following failure? ugen2.2: at usbus2 umass0: on usbus2 umass0: RBC over CBI; quirks = 0x0000 umass0:1:0:-1: Attached to scbus1 (probe0:umass-sim0:0:0:0): AutoSense failed This occurs on 4 different boxes, all on 8.1-RELEASE. Never happened on previous releases. The camera works on an Ubuntu system. Thank you for any advice, Harald Weis From owner-freebsd-stable@FreeBSD.ORG Thu Dec 9 22:11:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041091065672 for ; Thu, 9 Dec 2010 22:11:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id DF7E78FC0A for ; Thu, 9 Dec 2010 22:11:10 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta12.emeryville.ca.mail.comcast.net with comcast id h8Zv1f0051smiN4ACABA25; Thu, 09 Dec 2010 22:11:10 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta20.emeryville.ca.mail.comcast.net with comcast id hAB91f0083LrwQ28gAB9FA; Thu, 09 Dec 2010 22:11:10 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 009279B427; Thu, 9 Dec 2010 14:11:08 -0800 (PST) Date: Thu, 9 Dec 2010 14:11:08 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20101209221108.GA13256@icarus.home.lan> References: <20101209213556.GA3322@pollux.local.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101209213556.GA3322@pollux.local.net> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: umass: AutoSense failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2010 22:11:11 -0000 On Thu, Dec 09, 2010 at 10:35:56PM +0100, Harald Weis wrote: > What could be the reason for the following failure? > > ugen2.2: at usbus2 > umass0: on usbus2 > umass0: RBC over CBI; quirks = 0x0000 > umass0:1:0:-1: Attached to scbus1 > (probe0:umass-sim0:0:0:0): AutoSense failed > > This occurs on 4 different boxes, all on 8.1-RELEASE. > Never happened on previous releases. > The camera works on an Ubuntu system. Please try a 8.1-STABLE or 8.2-PRERELEASE snapshot (you can boot the livefs CD or USB memstick image to test) and see if things are different (improved) there. ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201011/ 8.x uses a newer/different USB stack than 7.x. Finally, when you say "the camera", are you talking about a webcam, a digital camera with an SD or CF card, or what? "The camera" doesn't really describe the product. The reason I ask: umass is for storage devices; a webcam shouldn't be appearing as a storage device, while a SD/CF/etc. card in a digital camera should. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 05:03:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0883106564A for ; Fri, 10 Dec 2010 05:03:21 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id 5746D8FC08 for ; Fri, 10 Dec 2010 05:03:20 +0000 (UTC) Received: by fxm19 with SMTP id 19so3091739fxm.36 for ; Thu, 09 Dec 2010 21:03:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=yOibpmDLj2RFHLWfl3aswM1T1g5mNa336OZ+f7ZRBGY=; b=l4Pd+Azk+8whrmWsGR8hTtkqPSnl3TGfojOJOejgp1rZRhvW6C5iFLnEOrLfmpY0WJ x0i3lVuLKLcZxskdaXEwxC8vOFWTahJ3hgBMkiBL86qb/tbQRnP8GIYeHFRBvT5ZrNlO ByFZBm5NctzQ4IMhyBDiS117AHaelSgTIYDxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cDgz0nBX4YBIulCFp9LEE7gaxftKqGjosm2mqanKWjxbN+j9HXxZGbuVAo6ty0+ctp odNQ99sc91wH1ZJaRKez61i9bahcPMOqSUKc6GCRS9CCnURe0ItUZVZrOA35Z7dNZC6K vhxa8Pv5aoMeF0aiWJpc6rau4pvaJSi/aFNV4= MIME-Version: 1.0 Received: by 10.223.106.210 with SMTP id y18mr342012fao.108.1291957400286; Thu, 09 Dec 2010 21:03:20 -0800 (PST) Received: by 10.223.107.79 with HTTP; Thu, 9 Dec 2010 21:03:20 -0800 (PST) Date: Thu, 9 Dec 2010 23:03:20 -0600 Message-ID: From: Adam Vande More To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 05:03:21 -0000 Is there a reason /sbin/reboot isn't assigned to the operator group or is this an oversight? -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 05:11:08 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C76541065670 for ; Fri, 10 Dec 2010 05:11:08 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id ABBD48FC14 for ; Fri, 10 Dec 2010 05:11:08 +0000 (UTC) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.pao1.isc.org (Postfix) with ESMTPS id C2946C941A; Fri, 10 Dec 2010 05:11:00 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:ea06:88ff:fef3:4f9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 7F6F3E6030; Fri, 10 Dec 2010 05:11:00 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 353747BF861; Fri, 10 Dec 2010 16:10:58 +1100 (EST) To: Adam Vande More From: Mark Andrews References: In-reply-to: Your message of "Thu, 09 Dec 2010 23:03:20 MDT." Date: Fri, 10 Dec 2010 16:10:58 +1100 Message-Id: <20101210051058.353747BF861@drugs.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 05:11:08 -0000 In message , Adam Vande More writes: > Is there a reason /sbin/reboot isn't assigned to the operator group or is > this an oversight? Why would you want it to be? One really shouldn't be running /sbin/reboot directly as part of normal operations. shutdown does a graceful reboot if and when operators need to perform reboot. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 05:35:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4BC1106566C for ; Fri, 10 Dec 2010 05:35:52 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id 55D3F8FC08 for ; Fri, 10 Dec 2010 05:35:51 +0000 (UTC) Received: by fxm19 with SMTP id 19so3109011fxm.36 for ; Thu, 09 Dec 2010 21:35:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=6Q84IMSbD9CxvL3gSr3ZqnnGEDxXoDllC0mQjVkdbsY=; b=mubiSMloSN/ko6oFNWxK9EAT9d0K1O0pOMUwQNYS1V0jZ9LXZ4EYio49kVKMrn8a+s JmdfWeGAatgeGFUzZ0oLEN07qqaFmTGpR5dzkmxyOoUPIWUqtMufvj8WeqJQ0Yim9wuH TcLBDSY7DZyyyQDT0Wz5JCBaRKbM85qdg0+lA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rSv+IBwy8egxIzygUEBng1ovWjnCpHeMRJ58FUJ3GiGEtI10LTTZkPIRGcWxksE27O Bzbeibu5AZGwnc1Euxrj+E/XA7RAS+fB+qCGnJhHDhNGrGyynMvYHPSJ6sXz4o3ckAD0 oi/Tw7qO03pMAttJXEgYd+paOx931sBGZ+ggA= MIME-Version: 1.0 Received: by 10.223.97.13 with SMTP id j13mr346556fan.146.1291959351225; Thu, 09 Dec 2010 21:35:51 -0800 (PST) Received: by 10.223.107.79 with HTTP; Thu, 9 Dec 2010 21:35:51 -0800 (PST) In-Reply-To: <20101210051058.353747BF861@drugs.dv.isc.org> References: <20101210051058.353747BF861@drugs.dv.isc.org> Date: Thu, 9 Dec 2010 23:35:51 -0600 Message-ID: From: Adam Vande More To: Mark Andrews Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 05:35:52 -0000 On Thu, Dec 9, 2010 at 11:10 PM, Mark Andrews wrote: > Why would you want it to be? One really shouldn't be running /sbin/reboot > directly as part of normal operations. shutdown does a graceful reboot if > and when operators need to perform reboot. > AFAIK, the only functional difference between the two is shutdown(8) notifies other logged in users of the impending shutdown. I've used reboot(8) for a long time with no ill effects so I'd be interested to hear what you meant there. Since an operator can use shutdown(8) to initiate the same shutdown sequence reboot(8) uses, it wouldn't seems to be a security based decision. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 06:03:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D55AD106566C for ; Fri, 10 Dec 2010 06:03:36 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 995EA8FC16 for ; Fri, 10 Dec 2010 06:03:36 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id oBA63ZmY021209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 9 Dec 2010 22:03:35 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BCDCC1CC12; Thu, 9 Dec 2010 22:03:35 -0800 (PST) To: Adam Vande More In-reply-to: Your message of "Thu, 09 Dec 2010 23:35:51 CST." Date: Thu, 09 Dec 2010 22:03:35 -0800 From: "Kevin Oberman" Message-Id: <20101210060335.BCDCC1CC12@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 06:03:36 -0000 > Date: Thu, 9 Dec 2010 23:35:51 -0600 > From: Adam Vande More > Sender: owner-freebsd-stable@freebsd.org > > On Thu, Dec 9, 2010 at 11:10 PM, Mark Andrews wrote: > > > Why would you want it to be? One really shouldn't be running /sbin/reboot > > directly as part of normal operations. shutdown does a graceful reboot if > > and when operators need to perform reboot. > > > > AFAIK, the only functional difference between the two is shutdown(8) > notifies other logged in users of the impending shutdown. I've used > reboot(8) for a long time with no ill effects so I'd be interested to hear > what you meant there. Since an operator can use shutdown(8) to initiate the > same shutdown sequence reboot(8) uses, it wouldn't seems to be a security > based decision. Sorry, but this is not at all true, though it often seems so. Unlike reboot, shutdown attempts to cleanly stop all processes. Things like databases can be badly damaged by a reboot. Other processes save state when stopped and that is lost with a reboot. Simply stated, doing a reboot as a standard method of restarting a system is not a good idea and that is why it is not owned by the operator group. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 06:20:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69883106564A for ; Fri, 10 Dec 2010 06:20:44 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 233758FC13 for ; Fri, 10 Dec 2010 06:20:43 +0000 (UTC) Received: by qwj9 with SMTP id 9so3457836qwj.13 for ; Thu, 09 Dec 2010 22:20:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.224.60.65 with SMTP id o1mr414129qah.13.1291962043045; Thu, 09 Dec 2010 22:20:43 -0800 (PST) Received: by 10.220.176.132 with HTTP; Thu, 9 Dec 2010 22:20:42 -0800 (PST) X-Originating-IP: [128.95.133.147] In-Reply-To: References: <20101210051058.353747BF861@drugs.dv.isc.org> Date: Thu, 9 Dec 2010 22:20:42 -0800 Message-ID: From: Rob Farmer To: Adam Vande More Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 06:20:44 -0000 On Thu, Dec 9, 2010 at 21:35, Adam Vande More wrote= : > On Thu, Dec 9, 2010 at 11:10 PM, Mark Andrews wrote: > >> Why would you want it to be? =A0 One really shouldn't be running /sbin/r= eboot >> directly as part of normal operations. =A0shutdown does a graceful reboo= t if >> and when operators need to perform =A0reboot. >> > > AFAIK, the only functional difference between the two is shutdown(8) > notifies other logged in users of the impending shutdown. =A0I've used > reboot(8) for a long time with no ill effects so I'd be interested to hea= r > what you meant there. =A0Since an operator can use shutdown(8) to initiat= e the > same shutdown sequence reboot(8) uses, it wouldn't seems to be a security > based decision. Shutdown runs rc.shutdown (stops all rc.d scripts). Also, halt/reboot have options like -n and -q which can disrupt things worse than an unintended clean reboot. --=20 Rob Farmer From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 06:46:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52721106564A for ; Fri, 10 Dec 2010 06:46:59 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id D91BA8FC1A for ; Fri, 10 Dec 2010 06:46:58 +0000 (UTC) Received: by fxm19 with SMTP id 19so3146567fxm.36 for ; Thu, 09 Dec 2010 22:46:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=cZVnebtG4q3UaddhH1q0sJ51cIOGL6gfqMXawhxZ0YE=; b=pPpq6jSZYhSduUMcj+My3AB+HrTb3rpeRUcL7BzMyIWvJy8FKvms+p92VcVSIp0sh2 zTOH6WYozJY/QtTkKOfe0GE815AJ8ouH8GpEoH7HoHkoy1S8twUlqfHjGIfjmVzD8ljh 8MqkgzskiUMaz03XO58u1hhZ3hWZ4OY4vYxOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=O+1MRWBn5vIRCijp7wkOM0C+IryqFfvnavfGn59WP8og1/NIU0JYIYDwqSr2yl7FCQ R62P8OlXyP2sYecuOgqJM/L+vFUQe0+8mDfjp1Tb8CtkKbjR18BuB+ENmE7SsN7iqW3Y 0IZ0U6ONAZaS25UeSCeB/C4uVT/jKITNl35h4= MIME-Version: 1.0 Received: by 10.223.116.1 with SMTP id k1mr449333faq.51.1291963617833; Thu, 09 Dec 2010 22:46:57 -0800 (PST) Received: by 10.223.107.79 with HTTP; Thu, 9 Dec 2010 22:46:57 -0800 (PST) In-Reply-To: <20101210060335.BCDCC1CC12@ptavv.es.net> References: <20101210060335.BCDCC1CC12@ptavv.es.net> Date: Fri, 10 Dec 2010 00:46:57 -0600 Message-ID: From: Adam Vande More To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 06:46:59 -0000 On Fri, Dec 10, 2010 at 12:03 AM, Kevin Oberman wrote: > Unlike reboot, shutdown attempts to cleanly stop all processes. Things > like databases can be badly damaged by a reboot. Other processes save > state when stopped and that is lost with a reboot. > For the correct order, "shutdown -r" calls reboot which calls init which calls rc.shutdown. Doing a shutdown -r is the same as a reboot without the warning to logged in users and shutdown handles the logging instead of reboot. > Also, halt/reboot have options like -n and -q which can disrupt things worse than an unintended clean reboot. shutdown also give operator more possibilities than a clean shutdown some which could be very bad. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 07:04:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1229A1065674 for ; Fri, 10 Dec 2010 07:04:38 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id E80C68FC1B for ; Fri, 10 Dec 2010 07:04:37 +0000 (UTC) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.pao1.isc.org (Postfix) with ESMTPS id 04060C9421; Fri, 10 Dec 2010 07:04:28 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:ea06:88ff:fef3:4f9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 66366E605D; Fri, 10 Dec 2010 07:04:27 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id BB76C7C04EE; Fri, 10 Dec 2010 18:04:24 +1100 (EST) To: Adam Vande More From: Mark Andrews References: <20101210060335.BCDCC1CC12@ptavv.es.net> In-reply-to: Your message of "Fri, 10 Dec 2010 00:46:57 MDT." Date: Fri, 10 Dec 2010 18:04:24 +1100 Message-Id: <20101210070424.BB76C7C04EE@drugs.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 07:04:38 -0000 In message , Adam Vande More writes: > On Fri, Dec 10, 2010 at 12:03 AM, Kevin Oberman wrote: > > > Unlike reboot, shutdown attempts to cleanly stop all processes. Things > > like databases can be badly damaged by a reboot. Other processes save > > state when stopped and that is lost with a reboot. > > > > For the correct order, "shutdown -r" calls reboot which calls init which > calls rc.shutdown. > > Doing a shutdown -r is the same as a reboot without the warning to logged in > users and shutdown handles the logging instead of reboot. > > > Also, halt/reboot have options like -n and -q which can disrupt things > worse than an unintended clean reboot. > > shutdown also give operator more possibilities than a clean shutdown some > which could be very bad. > > -- > Adam Vande More When you have administered multi-user systems you learn to do things gracefully unless you actually need to do things abbruptly. The operator group is for tape operators to be able shut the system down to perform backups. Telling people that the system is going down allows them to save work. You don't want tape operators to just bring the system down without notice if it can be avoided. Not giving the operator a command which will shut the system down without notice prevents this. Even "shutdown -r now" informs users that the system is going away and has not just crashed. With single user systems this isn't such a issue. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 07:11:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8E40106566B for ; Fri, 10 Dec 2010 07:11:01 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 137F28FC15 for ; Fri, 10 Dec 2010 07:11:00 +0000 (UTC) Received: by qwj9 with SMTP id 9so3490266qwj.13 for ; Thu, 09 Dec 2010 23:11:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.224.67.136 with SMTP id r8mr460715qai.63.1291965060029; Thu, 09 Dec 2010 23:11:00 -0800 (PST) Received: by 10.220.176.132 with HTTP; Thu, 9 Dec 2010 23:10:59 -0800 (PST) X-Originating-IP: [128.95.133.147] In-Reply-To: References: <20101210060335.BCDCC1CC12@ptavv.es.net> Date: Thu, 9 Dec 2010 23:10:59 -0800 Message-ID: From: Rob Farmer To: Adam Vande More Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 07:11:01 -0000 On Thu, Dec 9, 2010 at 22:46, Adam Vande More wrote: > shutdown also give operator more possibilities than a clean shutdown some > which could be very bad. > I haven't thought about the situation in any detail, but nothing jumps out at me from the manpage. You could do a denial of service thing by kicking people off or endlessly rebooting the system, but intervention to stop that should be easy enough. With reboot, you could require fsck of the filesystem, plus any fallout from databases not stopping properly, etc. Of course, this is all (or should be) academic, since people in "limited" admin groups like operator should be presumed able to escalate to root. I think operator is allowed to run dump, among other things. A big Windows security flaw is adding people to "Power Users," as if that stops anything beyond clumsy mistakes. -- Rob Farmer From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 07:28:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3306B106564A for ; Fri, 10 Dec 2010 07:27:59 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8D18FC17 for ; Fri, 10 Dec 2010 07:27:59 +0000 (UTC) Received: by fxm19 with SMTP id 19so3169007fxm.36 for ; Thu, 09 Dec 2010 23:27:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=oGp2dHzaacC4I1iyp8KFiamB9JbLYFPlAl9ikEjPoZ0=; b=ne7EaHoyp4CsFYfdqi84D+vHe5G/iHcnic2wTx5gahXpo0gYe2OO0jicH+x/JrrQGJ 7tXTf/VP3OJ8ZoEXKH8hHVV8mdbwAONFOP3ni/vioJEmAEp1P8KUM3wN2NGE1X4Dju3q gaB4w4RFv1NUNRh16eVAS1PSldXLn3LEH53hA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uEN4pBBsCE+JQBeY2lypbU1dNFMfciJdt6TYGt6MeABZxFsnuk9CXXZJWFjMBHhdeY YSe+s2k1AQVZmeF5Uw0oY3wG2qaehzP+c5/ntFi0zQ1Jv7iqaEAiyrD4Lleqa4yZnnwH qOObBw13UCcap6uST1MGNwS3/cl/RZNt0tmq4= MIME-Version: 1.0 Received: by 10.223.97.13 with SMTP id j13mr448717fan.146.1291966078381; Thu, 09 Dec 2010 23:27:58 -0800 (PST) Received: by 10.223.107.79 with HTTP; Thu, 9 Dec 2010 23:27:58 -0800 (PST) In-Reply-To: References: <20101210060335.BCDCC1CC12@ptavv.es.net> Date: Fri, 10 Dec 2010 01:27:58 -0600 Message-ID: From: Adam Vande More To: Rob Farmer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 07:28:00 -0000 On Fri, Dec 10, 2010 at 1:04 AM, Mark Andrews wrote: > When you have administered multi-user systems you learn to do things > gracefully unless you actually need to do things abbruptly. > Yes I of course I use shutdown -r on a multi-user system in the rare times I deal with one. However that's not much of a reason not to have reboot in the operator group, especially if you're like me in thinking the vast majority of installs are single user type systems. As the end of the day, it's pretty trivial to me one way or the other but I do think the current way is a POLA violation. On Fri, Dec 10, 2010 at 1:10 AM, Rob Farmer wrote: > I haven't thought about the situation in any detail, but nothing jumps > out at me from the manpage. > shutdown will also pass the -n flag to reboot or halt as the man page describes. Also the simplest DoS from shutdown -p/h. All I'm saying is that if you're comfortable with the privs operator gives to the user, there shouldn't be much qualms in granting reboot's functionality. Looks like just mksnap_ffs and shutdown have operator grouping by default. -- Adam Vande More From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 07:35:02 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29FB5106564A for ; Fri, 10 Dec 2010 07:35:02 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id D31498FC1A for ; Fri, 10 Dec 2010 07:35:01 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.4/8.14.4) with ESMTP id oBA7Z0u1005353; Fri, 10 Dec 2010 02:35:00 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.4/8.14.4/Submit) id oBA7Z0S1005352; Fri, 10 Dec 2010 02:35:00 -0500 (EST) (envelope-from wollman) Date: Fri, 10 Dec 2010 02:35:00 -0500 (EST) From: Garrett Wollman Message-Id: <201012100735.oBA7Z0S1005352@hergotha.csail.mit.edu> To: amvandemore@gmail.com X-Newsgroups: mit.lcs.mail.freebsd-stable In-Reply-To: References: <20101210060335.BCDCC1CC12@ptavv.es.net> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (hergotha.csail.mit.edu [127.0.0.1]); Fri, 10 Dec 2010 02:35:00 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hergotha.csail.mit.edu Cc: stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 07:35:02 -0000 In article , amvandemore@gmail.com writes: >For the correct order, "shutdown -r" calls reboot which calls init which >calls rc.shutdown. No. shutdown(8) sends a SIGINT to init(8), which runs rc.shutdown and then calls reboot(2) as its last act. reboot(8) freezes init(8), then sends a SIGTERM to anything left running, then sends a SIGKILL to anything left running, then calls reboot(2) as its last act. >Doing a shutdown -r is the same as a reboot without the warning to logged in >users and shutdown handles the logging instead of reboot. Not even close. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 08:40:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E644106566C for ; Fri, 10 Dec 2010 08:40:38 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 5CDDD8FC0C for ; Fri, 10 Dec 2010 08:40:36 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBA8KGKh077012; Fri, 10 Dec 2010 14:20:16 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D01E2BB.1070609@rdtc.ru> Date: Fri, 10 Dec 2010 14:20:11 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: Adam Vande More References: <20101210051058.353747BF861@drugs.dv.isc.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 08:40:38 -0000 On 10.12.2010 11:35, Adam Vande More wrote: >> Why would you want it to be? One really shouldn't be running /sbin/reboot >> directly as part of normal operations. shutdown does a graceful reboot if >> and when operators need to perform reboot. >> > > AFAIK, the only functional difference between the two is shutdown(8) > notifies other logged in users of the impending shutdown. I've used > reboot(8) for a long time with no ill effects so I'd be interested to hear > what you meant there. Since an operator can use shutdown(8) to initiate the > same shutdown sequence reboot(8) uses, it wouldn't seems to be a security > based decision. In short, one should use reboot/halt from single user mode to avoid calling shutdown command sequences for non-running services. For multi-user one should use shutdown to not miss these sequences. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 09:51:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B61D4106566B for ; Fri, 10 Dec 2010 09:51:59 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id D393A8FC0C for ; Fri, 10 Dec 2010 09:51:58 +0000 (UTC) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id oBA9cauU070207 for ; Fri, 10 Dec 2010 10:38:36 +0100 (CET) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id oBA9bXnM028077 for ; Fri, 10 Dec 2010 10:37:33 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id oBA9bWTo028074; Fri, 10 Dec 2010 10:37:32 +0100 (CET) (envelope-from arno) To: freebsd-stable@freebsd.org From: "Arno J. Klaassen" Date: Fri, 10 Dec 2010 10:37:32 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Miltered: at jchkmail.jussieu.fr with ID 4D01F51C.008 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4D01F51C.008/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ Subject: 8.2-PRERELEASE freezing on reboot (-current OK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 09:51:59 -0000 Hello, just FYI that on an 8-way Tyan S3992-E based box, a reboot under 8.2-PRERELEASE (in fact, 8-stable since quite a while) makes the box freeze, whilst the same thing under -current works OK. For info the end of console output in both cases as well as dmesg.boot for -current. Feel free to contact me for more info or test patches. Best, Arno ### console log ### -current : [root@siamesetwins ~]# reboot Dec 10 10:12:03 siamesetwins reboot: rebooted by toor Dec 10 10:12:03 siamesetwins syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done ts_to_ct(1291972331.482314452) = [2010-12-10 09:12:11] Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...3 3 3 2 2 1 0 0 0 done All buffers synced. Swap device aacd0s1b removed. Uptime: 7d13h4m34s bge0: link DOWN pcib1: wake_prep disabled wake for \_SB_.PCI0.P0P1 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.P0P1.P1P2.SL2X (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.P0P1.P1P2.SL3X (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB0 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB1 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB2 (S5) atkbdc0: wake_prep disabled wake for \_SB_.PCI0.SBRG.PS2K (S5) psmcpnp0: wake_prep disabled wake for \_SB_.PCI0.SBRG.PS2M (S5) pcib3: wake_prep disabled wake for \_SB_.PCI0.BR14 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.BR14.SL4X (S5) pcib4: wake_prep disabled wake for \_SB_.PCI0.BR1E (S5) bge0: wake_prep disabled wake for \_SB_.PCI0.BR1E.GBE1 (S5) bge1: wake_prep disabled wake for \_SB_.PCI0.BR1E.GBE2 (S5) pcib5: wake_prep disabled wake for \_SB_.PCI0.BR28 (S5) pcib8: wake_prep disabled wake for \_SB_.PCI0.BR32 (S5) pcib9: wake_prep disabled wake for \_SB_.PCI0.BR3C (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.SL1X (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.MBE1 (S5) aac0: shutting down controller...done Rebooting... cpu_reset: Stopping other CPUs 8.2-PRE : # reboot Dec 10 10:18:21 siamesetwins reboot: rebooted by root Dec 10 10:18:21 siamesetwins syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop...Syncing disks, vnodes remaining...1 1 0 1 0 0 0 0 done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done All buffers synced. lock order reversal: 1st 0xffffff004b2747e8 ufs (ufs) @ /raid1/bsd/8/src/sys/kern/vfs_mount.c:1204 2nd 0xffffff004b27e308 syncer (syncer) @ /raid1/bsd/8/src/sys/kern/vfs_subr.c:2231 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801d623a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff802e4d27 = kdb_backtrace+0x37 _witness_debugger() at 0xffffffff802f8645 = _witness_debugger+0x65 witness_checkorder() at 0xffffffff802f98f3 = witness_checkorder+0x833 __lockmgr_args() at 0xffffffff8029cd05 = __lockmgr_args+0xd75 vop_stdlock() at 0xffffffff803386c9 = vop_stdlock+0x39 VOP_LOCK1_APV() at 0xffffffff8054a38b = VOP_LOCK1_APV+0x9b _vn_lock() at 0xffffffff80355308 = _vn_lock+0x68 vputx() at 0xffffffff8034b595 = vputx+0x315 dounmount() at 0xffffffff80340adb = dounmount+0x2ab vfs_unmountall() at 0xffffffff8034851c = vfs_unmountall+0x4c boot() at 0xffffffff802b2fd6 = boot+0x7b6 reboot() at 0xffffffff802b32f8 = reboot+0x68 syscallenter() at 0xffffffff802f190f = syscallenter+0xef syscall() at 0xffffffff804fc230 = syscall+0x60 Xfast_syscall() at 0xffffffff804e4312 = Xfast_syscall+0xe2 --- syscall (55, FreeBSD ELF64, reboot), rip = 0x80078db3c, rsp = 0x7fffffffecf8, rbp = 0 --- lock order reversal: 1st 0xffffff004b2747e8 ufs (ufs) @ /raid1/bsd/8/src/sys/kern/vfs_mount.c:1204 2nd 0xffffff0007faf7e8 devfs (devfs) @ /raid1/bsd/8/src/sys/ufs/ffs/ffs_vfsops.c:1244 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801d623a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff802e4d27 = kdb_backtrace+0x37 _witness_debugger() at 0xffffffff802f8645 = _witness_debugger+0x65 witness_checkorder() at 0xffffffff802f98f3 = witness_checkorder+0x833 __lockmgr_args() at 0xffffffff8029cd05 = __lockmgr_args+0xd75 vop_stdlock() at 0xffffffff803386c9 = vop_stdlock+0x39 VOP_LOCK1_APV() at 0xffffffff8054a38b = VOP_LOCK1_APV+0x9b _vn_lock() at 0xffffffff80355308 = _vn_lock+0x68 ffs_flushfiles() at 0xffffffff804a29e5 = ffs_flushfiles+0xc5 ffs_unmount() at 0xffffffff804a33ec = ffs_unmount+0x6c dounmount() at 0xffffffff80340b16 = dounmount+0x2e6 vfs_unmountall() at 0xffffffff8034851c = vfs_unmountall+0x4c boot() at 0xffffffff802b2fd6 = boot+0x7b6 reboot() at 0xffffffff802b32f8 = reboot+0x68 syscallenter() at 0xffffffff802f190f = syscallenter+0xef syscall() at 0xffffffff804fc230 = syscall+0x60 Xfast_syscall() at 0xffffffff804e4312 = Xfast_syscall+0xe2 --- syscall (55, FreeBSD ELF64, reboot), rip = 0x80078db3c, rsp = 0x7fffffffecf8, rbp = 0 --- Swap device aacd0s1b removed. Uptime: 3m24s bge0: link DOWN pcib1: wake_prep disabled wake for \_SB_.PCI0.P0P1 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.P0P1.P1P2.SL2X (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.P0P1.P1P2.SL3X (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB0 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB1 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.USB2 (S5) atkbdc0: wake_prep disabled wake for \_SB_.PCI0.SBRG.PS2K (S5) psmcpnp0: wake_prep disabled wake for \_SB_.PCI0.SBRG.PS2M (S5) pcib3: wake_prep disabled wake for \_SB_.PCI0.BR14 (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.BR14.SL4X (S5) pcib4: wake_prep disabled wake for \_SB_.PCI0.BR1E (S5) bge0: wake_prep disabled wake for \_SB_.PCI0.BR1E.GBE1 (S5) bge1: wake_prep disabled wake for \_SB_.PCI0.BR1E.GBE2 (S5) pcib5: wake_prep disabled wake for \_SB_.PCI0.BR28 (S5) pcib8: wake_prep disabled wake for \_SB_.PCI0.BR32 (S5) pcib9: wake_prep disabled wake for \_SB_.PCI0.BR3C (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.SL1X (S5) unknown: wake_prep disabled wake for \_SB_.PCI0.MBE1 (S5) aac0: shutting down controller...done Rebooting... ### dmesg ### Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Thu Dec 2 16:36:19 CET 2010 toor@siamesetwins:/zfiles/obj/raid1/bsd/current/src/sys/S3992-E amd64 Table 'FACP' at 0xbfff0290 Table 'APIC' at 0xbfff0390 Table 'MCFG' at 0xbfff04a0 Table 'OEMB' at 0xbfffe040 Table 'SRAT' at 0xbfff3bf0 SRAT: Found table at 0xbfff3bf0 SRAT: Found CPU APIC ID 0 domain 0: enabled SRAT: Found CPU APIC ID 1 domain 0: enabled SRAT: Found CPU APIC ID 2 domain 0: enabled SRAT: Found CPU APIC ID 3 domain 0: enabled SRAT: Found memory domain 0 addr 0 len a0000: enabled SRAT: Found memory domain 0 addr 100000 len bff00000: enabled SRAT: Found memory domain 0 addr 100000000 len 100000000: enabled SRAT: Found CPU APIC ID 4 domain 1: enabled SRAT: Found CPU APIC ID 5 domain 1: enabled SRAT: Found CPU APIC ID 6 domain 1: enabled SRAT: Found CPU APIC ID 7 domain 1: enabled SRAT: Found memory domain 1 addr 200000000 len 200000000: enabled Preloaded elf kernel "/boot/current/kernel" at 0xffffffff80935000. Preloaded elf obj module "/boot/current/ipfw.ko" at 0xffffffff80935230. Preloaded elf obj module "/boot/current/libalias.ko" at 0xffffffff80935898. Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff80935f08. Calibrating TSC clock ... TSC clock: 2194572488 Hz CPU: Quad-Core AMD Opteron(tm) Processor 2354 (2194.57-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Family = 10 Model = 2 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 17179869184 (16384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000097fff, 618496 bytes (151 pages) 0x0000000000960000 - 0x00000000bffeffff, 3211329536 bytes (784016 pages) 0x0000000100000000 - 0x00000003e1ebffff, 12380274688 bytes (3022528 pages) avail memory = 15493488640 (14775 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <060909 APIC1250> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 SRAT: CPU 0 has memory domain 0 SRAT: CPU 1 has memory domain 0 SRAT: CPU 2 has memory domain 0 SRAT: CPU 3 has memory domain 0 SRAT: CPU 4 has memory domain 1 SRAT: CPU 5 has memory domain 1 SRAT: CPU 6 has memory domain 1 SRAT: CPU 7 has memory domain 1 x86bios: IVT 0x000000-0x0004ff at 0xfffffe0000000000 x86bios: SSEG 0x001000-0x001fff at 0xffffff8000060000 x86bios: EBDA 0x09c000-0x09ffff at 0xfffffe000009c000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffffe00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 4 APIC: CPU 4 has ACPI ID 5 APIC: CPU 5 has ACPI ID 6 APIC: CPU 6 has ACPI ID 7 APIC: CPU 7 has ACPI ID 8 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf8f80 00024 (v02 ACPIAM) ACPI: XSDT 0xbfff0100 00054 (v01 060909 XSDT1250 20090609 MSFT 00000097) ACPI: FACP 0xbfff0290 000F4 (v03 060909 FACP1250 20090609 MSFT 00000097) ACPI: DSDT 0xbfff04e0 0370B (v01 0AAAB 0AAAB001 00000001 INTL 02002026) ACPI: FACS 0xbfffe000 00040 ACPI: APIC 0xbfff0390 00102 (v01 060909 APIC1250 20090609 MSFT 00000097) ACPI: MCFG 0xbfff04a0 0003C (v01 060909 OEMMCFG 20090609 MSFT 00000097) ACPI: OEMB 0xbfffe040 00056 (v01 060909 OEMB1250 20090609 MSFT 00000097) ACPI: SRAT 0xbfff3bf0 00150 (v01 AMD FAM_F_10 00000002 AMD 00000001) ACPI: SSDT 0xbfff3d40 0143C (v01 A M I POWERNOW 00000001 AMD 00000001) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 16 at 0xfec01000 MADT: Found IO APIC ID 10, Interrupt 32 at 0xfec02000 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic2: Routing NMI -> LINT1 lapic2: LINT1 trigger: edge lapic2: LINT1 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high lapic4: Routing NMI -> LINT1 lapic4: LINT1 trigger: edge lapic4: LINT1 polarity: high lapic5: Routing NMI -> LINT1 lapic5: LINT1 trigger: edge lapic5: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 9 MADT: Ignoring local NMI routed to ACPI CPU 10 MADT: Ignoring local NMI routed to ACPI CPU 11 MADT: Ignoring local NMI routed to ACPI CPU 12 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device io: null: random: acpi0: <060909 XSDT1250> on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 ACPI: Executed 1 blocks of module-level executable AML code acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed ACPI timer: 0/4 0/4 0/4 0/4225 0/4 0/4 0/4 0/4 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 7 9 11 12 14 15 Validation 0 9 N 0 3 4 5 7 9 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 11 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 7 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 5 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 9 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 Validation 0 10 N 0 10 After Disable 0 255 N 0 10 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 11 Validation 0 11 N 0 11 After Disable 0 255 N 0 11 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0036, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0205, revid=0x00 domain=0, bus=0, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0214, revid=0x00 domain=0, bus=0, slot=2, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x1166, dev=0x0234, revid=0x00 domain=0, bus=0, slot=2, func=2 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6ec000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd400, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 ioapic0: Changing trigger for pin 10 to level ioapic0: Changing polarity for pin 10 to low ohci early: SMM active, request owner change found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6ed000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 ohci early: SMM active, request owner change found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xff6ee000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 found-> vendor=0x8086, dev=0x1229, revid=0x10 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xff6eb000, size 12, enabled map[14]: type I/O Port, range 32, base 0xec00, size 6, enabled map[18]: type Memory, range 32, base 0xff6a0000, size 17, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1166, dev=0x0130, revid=0xb0 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x0130, revid=0xb0 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x515e, revid=0x02 domain=0, bus=0, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0187, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd8000000, size 27, enabled map[14]: type I/O Port, range 32, base 0xe000, size 8, enabled map[18]: type Memory, range 32, base 0xff6f0000, size 16, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=25, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0xa000-0xbfff pcib1: memory decode 0xfef00000-0xfeffffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1166, dev=0x0104, revid=0xc0 domain=0, bus=1, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0016, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x024a, revid=0x00 domain=0, bus=1, slot=14, func=0 class=01-04-05, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xbc00, size 3, enabled pcib1: requested I/O range 0xbc00-0xbc07: in range map[14]: type I/O Port, range 32, base 0xb880, size 2, enabled pcib1: requested I/O range 0xb880-0xb883: in range map[18]: type I/O Port, range 32, base 0xb800, size 3, enabled pcib1: requested I/O range 0xb800-0xb807: in range map[1c]: type I/O Port, range 32, base 0xb480, size 2, enabled pcib1: requested I/O range 0xb480-0xb483: in range map[20]: type I/O Port, range 32, base 0xb400, size 5, enabled pcib1: requested I/O range 0xb400-0xb41f: in range map[24]: type Memory, range 32, base 0xfeffe000, size 13, enabled pcib1: requested memory range 0xfeffe000-0xfeffffff: good pcib1: matched entry for 1.14.INTA pcib1: slot 14 INTA hardwired to IRQ 11 ioapic0: Changing trigger for pin 11 to level ioapic0: Changing polarity for pin 11 to low pcib2: at device 13.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb41f mem 0xfeffe000-0xfeffffff irq 11 at device 14.0 on pci1 ioapic0: routing intpin 11 (ISA IRQ 11) to lapic 0 vector 49 ARNO rid = <0> ata2: on atapci0 ata2: hardware reset ... ata2: SATA connect timeout status=00000004 ata3: on atapci0 ata3: hardware reset ... ata3: SATA connect time=10ms status=00000113 ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0xd0 err=0x01 lsb=0x00 msb=0x00 ata3: stat0=0xd0 err=0x01 lsb=0x00 msb=0x00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata4: on atapci0 ata4: hardware reset ... ata4: SATA connect time=10ms status=00000113 ata4: reset tp1 mask=01 ostat0=50 ostat1=00 ata4: stat0=0xd0 err=0x01 lsb=0x00 msb=0x00 ata4: stat0=0xd0 err=0x01 lsb=0x00 msb=0x00 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: reset tp2 stat0=50 stat1=00 devices=0x1 ata5: on atapci0 ata5: hardware reset ... ata5: SATA connect time=10ms status=00000113 ata5: reset tp1 mask=01 ostat0=50 ostat1=00 ata5: stat0=0xd0 err=0x01 lsb=0x00 msb=0x00 ata5: stat0=0xd0 err=0x01 lsb=0x00 msb=0x00 ata5: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata5: reset tp2 stat0=50 stat1=00 devices=0x1 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci1 ata0: reset tp1 mask=03 ostat0=7f ostat1=50 ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=ff stat1=00 devices=0x20000 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50 ata1: on atapci1 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 51 isab0: at device 2.2 on pci0 isa0: on isab0 pci0: at device 3.0 (no driver attached) pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 4.0 (no driver attached) pcib3: at device 6.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 7.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0xff000000-0xff0fffff pcib4: prefetched decode 0xcfd00000-0xcfdfffff pci4: on pcib4 pci4: domain=0, physical bus=4 found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xff0d0000, size 16, enabled pcib4: requested memory range 0xff0d0000-0xff0dffff: good map[18]: type Memory, range 64, base 0xff0c0000, size 16, enabled pcib4: requested memory range 0xff0c0000-0xff0cffff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 26 found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xff0f0000, size 16, enabled pcib4: requested memory range 0xff0f0000-0xff0fffff: good map[18]: type Memory, range 64, base 0xff0e0000, size 16, enabled pcib4: requested memory range 0xff0e0000-0xff0effff: good pcib4: matched entry for 4.4.INTB pcib4: slot 4 INTB hardwired to IRQ 27 pci4: at device 4.0 (no driver attached) pci4: at device 4.1 (no driver attached) pcib5: at device 8.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 7 pcib5: I/O decode 0x0-0x0 pcib5: memory decode 0xff100000-0xff5fffff pcib5: prefetched decode 0xcfe00000-0xcfefffff pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x0370, revid=0x00 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x0372, revid=0x00 domain=0, bus=5, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib6: at device 0.0 on pci5 pcib6: domain 0 pcib6: secondary bus 7 pcib6: subordinate bus 7 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0xff100000-0xff5fffff pcib6: prefetched decode 0xcfe00000-0xcfefffff pci7: on pcib6 pci7: domain=0, physical bus=7 found-> vendor=0x9005, dev=0x0285, revid=0x00 domain=0, bus=7, slot=14, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0196, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x01 (250 ns), maxlat=0x01 (250 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Memory, range 64, base 0xff400000, size 21, enabled pcib6: requested memory range 0xff400000-0xff5fffff: good pcib5: requested memory range 0xff400000-0xff5fffff: good pcib5: matched entry for 5.0.INTC pcib5: slot 0 INTC hardwired to IRQ 28 pcib6: slot 14 INTA is routed to irq 28 aac0: mem 0xff400000-0xff5fffff irq 28 at device 14.0 on pci7 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled ioapic1: routing intpin 12 (PCI IRQ 28) to lapic 0 vector 52 ARNO rid = <0> aac0: XScale 80321 500MHz, 128MB memory (111MB cache, 17MB execution), optional battery not installed aac0: Kernel 5.2-0, Build 15323, S/N 14BB38 aac0: Supported Options=7f1d7d aac0: Adaptec 3405, aac driver 2.1.9-1 aacp0: on aac0 aacp1: on aac0 aacp2: on aac0 pcib7: at device 0.2 on pci5 pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: I/O decode 0x0-0x0 pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 pcib8: at device 9.0 on pci0 pcib8: domain 0 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0x0-0x0 pcib8: no prefetched decode pci8: on pcib8 pci8: domain=0, physical bus=8 pcib9: at device 10.0 on pci0 pcib9: domain 0 pcib9: secondary bus 9 pcib9: subordinate bus 9 pcib9: I/O decode 0x0-0x0 pcib9: no prefetched decode pci9: on pcib9 pci9: domain=0, physical bus=9 pcib10: at device 11.0 on pci0 pcib10: domain 0 pcib10: secondary bus 10 pcib10: subordinate bus 10 pcib10: I/O decode 0x0-0x0 pcib10: no prefetched decode pcib10: could not get PCI interrupt routing table for \\_SB_.PCI0.BR46 - AE_NOT_FOUND pci10: on pcib10 pci10: domain=0, physical bus=10 vgapci0: port 0xe000-0xe0ff mem 0xd8000000-0xdfffffff,0xff6f0000-0xff6fffff irq 17 at device 12.0 on pci0 acpi_button0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 ioapic0: routing intpin 2 (ISA IRQ 0) to lapic 0 vector 53 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) ioapic0: routing intpin 8 (ISA IRQ 8) to lapic 0 vector 54 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 55 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 56 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 57 uart0: fast interrupt uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 58 uart1: fast interrupt hpet0: iomem 0xfed00000-0xfed03fff on acpi0 hpet0: vendor 0xffff, rev 0xff, 232831Hz 64bit, 32 timers, legacy route hpet0: t0: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t1: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t2: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t3: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t4: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t5: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t6: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t7: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t8: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t9: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t10: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t11: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t12: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t13: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t14: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t15: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t16: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t17: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t18: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t19: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t20: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t21: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t22: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t23: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t24: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t25: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t26: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t27: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t28: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t29: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t30: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: t31: irqs 0xffffffff (31), MSI, 64bit, periodic hpet0: 0.000000000: 4294967295 ... 4294967295 = 0 hpet0: time per call: 0 ns hpet0: HPET never increments, disabling device_attach: hpet0 attach returned 6 acpi0: wakeup code va 0xffffff83a5395000 pa 0x4000 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc8fff,0xcb800-0xd0fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered linprocfs registered linsysfs registered Timecounter "TSC" frequency 2194572488 Hz quality -100 lapic: Divisor 2, Frequency 99753304 Hz Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled ipfw0: bpf attached lo0: bpf attached ata0: Identifying devices: 00020000 ata0: New devices: 00020000 ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting UDMA33 acd0: DVDROM drive at ata0 as slave acd0: read 8958KB/s (8958KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000000 ata2: New devices: 00000000 ata3: Identifying devices: 00000001 ata3: New devices: 00000001 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: setting UDMA100 ad6: 953869MB at ata3-master UDMA100 SATA 1.5Gb/s ad6: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue ata4: Identifying devices: 00000001 ata4: New devices: 00000001 ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad8: setting UDMA100 ad8: 953869MB at ata4-master UDMA100 SATA 1.5Gb/s ad8: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue ata5: Identifying devices: 00000001 ata5: New devices: 00000001 ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: setting UDMA100 ad10: 953869MB at ata5-master UDMA100 SATA 1.5Gb/s ad10: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue aacd0: on aac0 aacd0: 69890MB (143134720 sectors) GEOM: new disk ad6 GEOM: new disk ad8 GEOM: new disk ad10 GEOM: new disk aacd0 (probe0:aacp0:0:0:0): Data overrun (probe0:aacp0:0:0:0): Retrying command (probe0:aacp0:0:0:0): Data overrun (probe0:aacp0:0:0:0): Retrying command (probe0:aacp0:0:0:0): Data overrun (probe0:aacp0:0:0:0): Retrying command (probe0:aacp0:0:0:0): Data overrun (probe0:aacp0:0:0:0): Retrying command (probe0:aacp0:0:0:0): Data overrun (probe0:aacp0:0:0:0): Error 5, Retries exhausted pass0 at aacp0 bus 0 scbus0 target 0 lun 0 pass0: Fixed Uninstalled SCSI-5 device pass0: 3.300MB/s transfers pass0 at aacp0 bus 0 scbus0 target 0 lun 0 pass0: Fixed Uninstalled SCSI-5 device pass0: 0KB/s transfers SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 1 vector 48 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 2 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 3 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 4 vector 48 ioapic0: routing intpin 11 (ISA IRQ 11) to lapic 5 vector 48 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 6 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 7 vector 48 ioapic1: routing intpin 12 (PCI IRQ 28) to lapic 1 vector 49 Trying to mount root from ufs:/dev/aacd0s1a [rw]... ct_to_ts([2010-12-02 20:08:00]) = 1291320480.000000000 start_init: trying /sbin/init ZFS filesystem version 4 ZFS storage pool version 15 tap0: bpf attached tap0: Ethernet address: 00:bd:f0:2a:00:00 pci0: driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci0:0:3:0: reprobing on driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci0:0:3:1: reprobing on driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:0:3:2: reprobing on driver added found-> vendor=0x8086, dev=0x1229, revid=0x10 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:0:4:0: reprobing on driver added pci1: driver added pci2: driver added pci3: driver added pci4: driver added found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=26 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit pci0:4:4:0: reprobing on driver added pci0:4:4:0: bad VPD cksum, remain 14 bge0: mem 0xff0d0000-0xff0dffff,0xff0c0000-0xff0cffff irq 26 at device 4.0 on pci4 bge0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 256 to local APIC 2 vector 56 bge0: using IRQ 256 for MSI bge0: CHIP ID 0x00008100; ASIC REV 0x08; CHIP REV 0x81; PCI-X miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0035, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: 00:e0:81:4d:5d:b8 ARNO rid = <1> found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=27 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit pci0:4:4:1: reprobing on driver added pci0:4:4:1: bad VPD cksum, remain 14 bge1: mem 0xff0f0000-0xff0fffff,0xff0e0000-0xff0effff irq 27 at device 4.1 on pci4 bge1: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 257 to local APIC 3 vector 56 bge1: using IRQ 257 for MSI bge1: CHIP ID 0x00008100; ASIC REV 0x08; CHIP REV 0x81; PCI-X miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0035, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: bpf attached bge1: Ethernet address: 00:e0:81:4d:5d:b9 ARNO rid = <1> pci5: driver added pci6: driver added pci7: driver added pci8: driver added pci9: driver added pci10: driver added hwpstate0: on cpu0 amdtemp0: on hostb4 amdtemp0: Found 4 cores and 1 sensors. amdtemp1: on hostb9 amdtemp1: Found 4 cores and 1 sensors. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 10:02:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19B11065679 for ; Fri, 10 Dec 2010 10:02:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 73E258FC14 for ; Fri, 10 Dec 2010 10:02:32 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta13.westchester.pa.mail.comcast.net with comcast id hMzw1f0010EZKEL5DN2ZN4; Fri, 10 Dec 2010 10:02:33 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta01.westchester.pa.mail.comcast.net with comcast id hN2Y1f0013LrwQ23MN2YDj; Fri, 10 Dec 2010 10:02:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BE9C59B427; Fri, 10 Dec 2010 02:02:30 -0800 (PST) Date: Fri, 10 Dec 2010 02:02:30 -0800 From: Jeremy Chadwick To: "Arno J. Klaassen" Message-ID: <20101210100230.GA25419@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRERELEASE freezing on reboot (-current OK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 10:02:33 -0000 On Fri, Dec 10, 2010 at 10:37:32AM +0100, Arno J. Klaassen wrote: > just FYI that on an 8-way Tyan S3992-E based box, a reboot under > 8.2-PRERELEASE (in fact, 8-stable since quite a while) makes the box > freeze, whilst the same thing under -current works OK. Try toggling these two sysctls on the 8.2-PRERELEASE box. Be sure to check what the defaults are before toggling them, and only mess with one at a time. hw.acpi.handle_reboot hw.acpi.disable_on_reboot -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 13:52:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1625F10656C3 for ; Fri, 10 Dec 2010 13:52:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D82B28FC1B for ; Fri, 10 Dec 2010 13:52:01 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7F6EB46B52; Fri, 10 Dec 2010 08:52:01 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 62E4D8A01D; Fri, 10 Dec 2010 08:52:00 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 10 Dec 2010 08:51:17 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012100851.17425.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 10 Dec 2010 08:52:00 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Adam Vande More , Rob Farmer Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 13:52:02 -0000 On Friday, December 10, 2010 2:27:58 am Adam Vande More wrote: > On Fri, Dec 10, 2010 at 1:04 AM, Mark Andrews wrote: > > > When you have administered multi-user systems you learn to do things > > gracefully unless you actually need to do things abbruptly. > > > > Yes I of course I use shutdown -r on a multi-user system in the rare times I > deal with one. However that's not much of a reason not to have reboot in > the operator group, especially if you're like me in thinking the vast > majority of installs are single user type systems. As the end of the day, > it's pretty trivial to me one way or the other but I do think the current > way is a POLA violation. No, it is purposeful to force operator-induced shutdowns to send the warning message. That is actually useful aside from the fact that shutdown -r is more graceful than reboot as several people have already told you. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 14:40:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F4108106564A for ; Fri, 10 Dec 2010 14:40:36 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id A38BE8FC0C for ; Fri, 10 Dec 2010 14:40:36 +0000 (UTC) Received: from vivi.cc.vt.edu (vivi.cc.vt.edu [198.82.163.43]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id oBAEe5sD008014; Fri, 10 Dec 2010 09:40:05 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by vivi.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id OPR06072; Fri, 10 Dec 2010 09:40:05 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id oBAEe5bB021895 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 10 Dec 2010 09:40:05 -0500 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <20101209221108.GA13256@icarus.home.lan> Date: Fri, 10 Dec 2010 09:40:05 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <8591B0F0-82B2-433C-AE0C-0D454B12E41B@gromit.dlib.vt.edu> References: <20101209213556.GA3322@pollux.local.net> <20101209221108.GA13256@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1082) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=vivi.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020204.4D023BC5.0150,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Cc: freebsd-stable@freebsd.org Subject: Re: umass: AutoSense failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 14:40:37 -0000 On Dec 9, 2010, at 5:11 PM, Jeremy Chadwick wrote: > On Thu, Dec 09, 2010 at 10:35:56PM +0100, Harald Weis wrote: >> What could be the reason for the following failure? >>=20 >> ugen2.2: at usbus2 >> umass0: on usbus2 >> umass0: RBC over CBI; quirks =3D 0x0000 >> umass0:1:0:-1: Attached to scbus1 >> (probe0:umass-sim0:0:0:0): AutoSense failed >>=20 >> This occurs on 4 different boxes, all on 8.1-RELEASE. >> Never happened on previous releases. >> The camera works on an Ubuntu system. >=20 > Please try a 8.1-STABLE or 8.2-PRERELEASE snapshot (you can boot the > livefs CD or USB memstick image to test) and see if things are = different > (improved) there. >=20 > ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201011/ >=20 > 8.x uses a newer/different USB stack than 7.x. I get something similar to this happening on 8.2-PRERELEASE. In my = case, it's not during boot probing or device attachment. Instead, it = happens occasionally after boot. The devices concerned are Maxtor = OneTouch external USB hard drives. Every now and then, I will get = something akin to the following crop up in the console log: (da1:umass-sim1:1:0:0): AutoSense failed I have three of these Maxtor OneTouch drives attached to the system as = part of a ZFS pool. When I get an "AutoSense failed" message, it is = usually accompanied by the ZFS pool being marked as faulted. The Maxtor OneTouch drives are wont to spin down and go into a deep = sleep after a period of inactivity and appear very slow to wake up again = when I/O occurs. I have always assumed that the "AutoSense failed" is = associated with this---that there is some kind of timeout in the FreeBSD = stack that this device is exceeding. In fact, sometimes the devices = fail to probe properly during boot when they are asleep. This is what the OneTouch normally probes as: da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device=20 da0: 40.000MB/s transfers da0: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 14:47:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D271D1065679 for ; Fri, 10 Dec 2010 14:47:39 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1448FC13 for ; Fri, 10 Dec 2010 14:47:39 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 7BD79E7178; Fri, 10 Dec 2010 14:47:38 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=5yWnps8VFbMJ egKDAPJ3F6fZluU=; b=Q8o6Y+Pxx1q7J8JYLqBGEL6dxkKdLddyYEoxt8x5I9zJ m1u/wYiEM/JmbYoUZpm7fw/PCptQLkthXIG4IsBjMzjczzjwtcD90K1smTsL7PBn yZgsUrDuOl/kVoh/sxY6G0rWhIQG5mbp5Q54rPdFhydeLHGjfpWlGolbEOfLozg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=dUMnBq i7UobrMlFgu4CBiO9bVzrl6IjvTPA2B1vUWKF68bbWU9pio2/xsg87ilxdKE+p+T T9wG7d27q6jaF1v3UYgIrYfg/6sNNeuGfZKzIawWgPhjU+7PyWZ7bP3AGChukxft TzNtu/yWvybbZ1Ke+oFAIOqOFCpg+jtPeQnpU= Received: from unknown (client-86-27-21-134.glfd.adsl.virginmedia.com [86.27.21.134]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 2C4FDE7174; Fri, 10 Dec 2010 14:47:38 +0000 (GMT) Date: Fri, 10 Dec 2010 14:47:20 +0000 From: Bruce Cran To: Paul Mather Message-ID: <20101210144720.00002b38@unknown> In-Reply-To: <8591B0F0-82B2-433C-AE0C-0D454B12E41B@gromit.dlib.vt.edu> References: <20101209213556.GA3322@pollux.local.net> <20101209221108.GA13256@icarus.home.lan> <8591B0F0-82B2-433C-AE0C-0D454B12E41B@gromit.dlib.vt.edu> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: umass: AutoSense failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 14:47:39 -0000 On Fri, 10 Dec 2010 09:40:05 -0500 Paul Mather wrote: > I get something similar to this happening on 8.2-PRERELEASE. In my > case, it's not during boot probing or device attachment. Instead, it > happens occasionally after boot. The devices concerned are Maxtor > OneTouch external USB hard drives. Every now and then, I will get > something akin to the following crop up in the console log: > > (da1:umass-sim1:1:0:0): AutoSense failed I'm seeing the same with a USB card reader and an 8GB card on CURRENT: after a while I'll get "AutoSense failed" and the device stops responding. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 15:22:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FBE106566C for ; Fri, 10 Dec 2010 15:22:00 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7ABE18FC12 for ; Fri, 10 Dec 2010 15:21:57 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA09448; Fri, 10 Dec 2010 17:20:34 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D024541.7090302@freebsd.org> Date: Fri, 10 Dec 2010 17:20:33 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Bruce Cran References: <20101209213556.GA3322@pollux.local.net> <20101209221108.GA13256@icarus.home.lan> <8591B0F0-82B2-433C-AE0C-0D454B12E41B@gromit.dlib.vt.edu> <20101210144720.00002b38@unknown> In-Reply-To: <20101210144720.00002b38@unknown> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: umass: AutoSense failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 15:22:00 -0000 on 10/12/2010 16:47 Bruce Cran said the following: > On Fri, 10 Dec 2010 09:40:05 -0500 > Paul Mather wrote: > >> I get something similar to this happening on 8.2-PRERELEASE. In my >> case, it's not during boot probing or device attachment. Instead, it >> happens occasionally after boot. The devices concerned are Maxtor >> OneTouch external USB hard drives. Every now and then, I will get >> something akin to the following crop up in the console log: >> >> (da1:umass-sim1:1:0:0): AutoSense failed > > I'm seeing the same with a USB card reader and an 8GB card on CURRENT: > after a while I'll get "AutoSense failed" and the device stops > responding. I looked at the code a little and I guess that the source of this message is umass_cam_sense_cb(), specifically the default case of the status switch. Which means that the status is likely STATUS_WIRE_FAILED. So I suspect that something goes wrong at USB level. But unfortunately usb/umass drivers do not tell us anything. So perhaps compiling and running umass with debug enabled could shed more light at what is actually happening. The code would have to be compiled with USB_DEBUG and tunable/sysctl hw.usb.umass.debug would have to be set. Maybe enabling overall usb debug would be a good idea too. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 17:01:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DC05106566B for ; Fri, 10 Dec 2010 17:01:27 +0000 (UTC) (envelope-from aw1@swelter.hanley.stade.co.uk) Received: from outbound-queue-1.mail.thdo.gradwell.net (outbound-queue-1.mail.thdo.gradwell.net [212.11.70.34]) by mx1.freebsd.org (Postfix) with ESMTP id F2ADF8FC15 for ; Fri, 10 Dec 2010 17:01:26 +0000 (UTC) Received: from outbound-edge-1.mail.thdo.gradwell.net (bonnie.gradwell.net [212.11.70.2]) by outbound-queue-1.mail.thdo.gradwell.net (Postfix) with ESMTP id 1C0FB223B5; Fri, 10 Dec 2010 16:50:46 +0000 (GMT) Received: from 93-97-22-18.zone5.bethere.co.uk (HELO swelter.hanley.stade.co.uk) (93.97.22.18) (smtp-auth username postmaster%pop3.stade.co.uk, mechanism cram-md5) by outbound-edge-1.mail.thdo.gradwell.net (qpsmtpd/0.83) with (AES256-SHA encrypted) ESMTPSA; Fri, 10 Dec 2010 16:50:45 +0000 Received: from swelter.hanley.stade.co.uk (localhost [127.0.0.1]) by swelter.hanley.stade.co.uk (8.14.4/8.14.4) with ESMTP id oBAGojUe031940; Fri, 10 Dec 2010 16:50:45 GMT (envelope-from aw1@swelter.hanley.stade.co.uk) Received: (from aw1@localhost) by swelter.hanley.stade.co.uk (8.14.4/8.14.4/Submit) id oBAGojqN031939; Fri, 10 Dec 2010 16:50:45 GMT (envelope-from aw1) Date: Fri, 10 Dec 2010 16:50:45 +0000 From: Adrian Wontroba To: Paul Mather Message-ID: <20101210165044.GA31790@swelter.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , Paul Mather , Jeremy Chadwick , freebsd-stable@freebsd.org References: <20101209213556.GA3322@pollux.local.net> <20101209221108.GA13256@icarus.home.lan> <8591B0F0-82B2-433C-AE0C-0D454B12E41B@gromit.dlib.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8591B0F0-82B2-433C-AE0C-0D454B12E41B@gromit.dlib.vt.edu> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.2-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: clamav-milter 0.95.3 at swelter.hanley.stade.co.uk X-Virus-Status: Clean X-Gradwell-MongoId: 4d025a65.167cb-357d-1 X-Gradwell-Auth-Method: mailbox X-Gradwell-Auth-Credentials: postmaster@pop3.stade.co.uk Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: umass: AutoSense failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 17:01:27 -0000 On Fri, Dec 10, 2010 at 09:40:05AM -0500, Paul Mather wrote: (reformatted) > I get something similar to this happening on 8.2-PRERELEASE. In my > case, it's not during boot probing or device attachment. Instead, it > happens occasionally after boot. The devices concerned are Maxtor > OneTouch external USB hard drives. Every now and then, I will get > something akin to the following crop up in the console log: > > (da1:umass-sim1:1:0:0): AutoSense failed > > I have three of these Maxtor OneTouch drives attached to the system as > part of a ZFS pool. When I get an "AutoSense failed" message, it is > usually accompanied by the ZFS pool being marked as faulted. > > The Maxtor OneTouch drives are wont to spin down and go into a > deep sleep after a period of inactivity and appear very slow to > wake up again when I/O occurs. I have always assumed that the > "AutoSense failed" is associated with this---that there is some kind > of timeout in the FreeBSD stack that this device is exceeding. In > fact, sometimes the devices fail to probe properly during boot when > they are asleep. > > This is what the OneTouch normally probes as: > > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 : > da0Fixed Direct Access SCSI-4 device : 40.000MB/s transfers : 953869MB > da0(1953525168 512 byte sectors: 255H 63S/T 121601C) > > > Cheers, > > Paul. I had this happen while backing up to two successive previously reliable UFS USB external disk drives. Plugging the USB cable into a motherboard USB socket at the back of the computer rather than a front panel socket made the problem go away. This might cure the OP's problem too. -- Adrian Wontroba If it weren't for the opinion polls we'd never know what people are undecided about. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 18:58:31 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EECAE10656A4 for ; Fri, 10 Dec 2010 18:58:31 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174]) by mx1.freebsd.org (Postfix) with ESMTP id C0D918FC12 for ; Fri, 10 Dec 2010 18:58:31 +0000 (UTC) Received: by iwn9 with SMTP id 9so6345030iwn.19 for ; Fri, 10 Dec 2010 10:58:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.11.204 with SMTP id u12mr778928ibu.109.1292005893886; Fri, 10 Dec 2010 10:31:33 -0800 (PST) Received: by 10.231.59.142 with HTTP; Fri, 10 Dec 2010 10:31:33 -0800 (PST) In-Reply-To: <201012100735.oBA7Z0S1005352@hergotha.csail.mit.edu> References: <20101210060335.BCDCC1CC12@ptavv.es.net> <201012100735.oBA7Z0S1005352@hergotha.csail.mit.edu> Date: Fri, 10 Dec 2010 19:31:33 +0100 Message-ID: From: Olivier Smedts To: Garrett Wollman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: amvandemore@gmail.com, stable@freebsd.org Subject: Re: /sbin/reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 18:58:32 -0000 2010/12/10 Garrett Wollman : > In article = , > amvandemore@gmail.com writes: > >>For the correct order, "shutdown -r" calls reboot which calls init which >>calls rc.shutdown. > > No. =A0shutdown(8) sends a SIGINT to init(8), which runs rc.shutdown and > then calls reboot(2) as its last act. > > reboot(8) freezes init(8), then sends a SIGTERM to anything left > running, then sends a SIGKILL to anything left running, then calls > reboot(2) as its last act. Thanks for clarifying this for Adam Vande More and all the persons he may have confused. Don's use reboot(8), even on a single user system (I'm not speaking of single user mode). The reboot command does not work like on most GNU/Linux systems ! An other thread on the same subject (quoting des@) :: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D419569+0+archive/2009/freebs= d-current/20091004.freebsd-current http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D0+0+archive/2010/freebsd-cur= rent/20100110.freebsd-current Something related : https://bugs.kde.org/show_bug.cgi?id=3D250989 >>Doing a shutdown -r is the same as a reboot without the warning to logged= in >>users and shutdown handles the logging instead of reboot. Another no... > Not even close. > > -GAWollman > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Fri Dec 10 21:59:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A726B106566B for ; Fri, 10 Dec 2010 21:59:28 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3C9238FC14 for ; Fri, 10 Dec 2010 21:59:26 +0000 (UTC) Received: from pollux.local.net (unknown [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id 80BB24C8107; Fri, 10 Dec 2010 22:59:19 +0100 (CET) Received: by pollux.local.net (Postfix, from userid 2000) id 0363628669; Fri, 10 Dec 2010 22:59:17 +0100 (CET) Date: Fri, 10 Dec 2010 22:59:17 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20101210215917.GA2447@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org, Adrian Wontroba , Paul Mather , Jeremy Chadwick References: <20101209213556.GA3322@pollux.local.net> <20101209221108.GA13256@icarus.home.lan> <8591B0F0-82B2-433C-AE0C-0D454B12E41B@gromit.dlib.vt.edu> <20101210165044.GA31790@swelter.hanley.stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101210165044.GA31790@swelter.hanley.stade.co.uk> User-Agent: Mutt/1.4.2.3i Cc: Jeremy Chadwick Subject: Re: umass: AutoSense failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Dec 2010 21:59:28 -0000 On Fri, Dec 10, 2010 at 04:50:45PM +0000, Adrian Wontroba wrote: > On Fri, Dec 10, 2010 at 09:40:05AM -0500, Paul Mather wrote: > > (reformatted) > > I get something similar to this happening on 8.2-PRERELEASE. In my > > case, it's not during boot probing or device attachment. Instead, it > > happens occasionally after boot. The devices concerned are Maxtor > > OneTouch external USB hard drives. Every now and then, I will get > > something akin to the following crop up in the console log: > > > > (da1:umass-sim1:1:0:0): AutoSense failed > > > > I have three of these Maxtor OneTouch drives attached to the system as > > part of a ZFS pool. When I get an "AutoSense failed" message, it is > > usually accompanied by the ZFS pool being marked as faulted. > > > > The Maxtor OneTouch drives are wont to spin down and go into a > > deep sleep after a period of inactivity and appear very slow to > > wake up again when I/O occurs. I have always assumed that the > > "AutoSense failed" is associated with this---that there is some kind > > of timeout in the FreeBSD stack that this device is exceeding. In > > fact, sometimes the devices fail to probe properly during boot when > > they are asleep. > > > > This is what the OneTouch normally probes as: > > > > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 : > > da0Fixed Direct Access SCSI-4 device : 40.000MB/s transfers : 953869MB > > da0(1953525168 512 byte sectors: 255H 63S/T 121601C) > > > > > > Cheers, > > > > Paul. > > I had this happen while backing up to two successive previously reliable > UFS USB external disk drives. > > Plugging the USB cable into a motherboard USB socket at the back of the > computer rather than a front panel socket made the problem go away. > > This might cure the OP's problem too. Okay, that's easy to test. I just did it. The AutoSense failure occurs on two desktop computers, whether motherboard or not, and on three laptops. As I said, all PC's run 8.1-RELEASE. What I do not know is whether the Sony DSC (Digital Still Camera) has worked on 8.0-RELEASE. I didn't use it for some time, so I'm afraid I never tried it on 8.x. But I am sure it worked on all earlier releases. In my original post I have forgotten to mention that I never had any problems with all sorts of thumbdrives and USB disks. Fortunately, I can read the 256MB CF memory of the DSC on an Ubuntu laptop. Could it possibly be a DSC hardware problem which is ignored by Ubuntu, but not by FreeBSD? Anyway, I should now follow Jeremy's proposal and check with a livefs CD, but this will take a bit more time... But before, I'll plug the DSC into a MacPro which I can access over the weekend and report the result here. Thanks to all of you. Harald From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 01:06:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20D27106566C for ; Sat, 11 Dec 2010 01:06:41 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id A63498FC0A for ; Sat, 11 Dec 2010 01:06:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id 0F05190291; Sat, 11 Dec 2010 01:48:57 +0100 (CET) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eYF9QDomojnq; Sat, 11 Dec 2010 01:48:56 +0100 (CET) Received: from nb895.math (g224004002.adsl.alicedsl.de [92.224.4.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id CC31190099; Sat, 11 Dec 2010 01:48:56 +0100 (CET) Message-ID: <4D02CA9E.1030704@janh.de> Date: Sat, 11 Dec 2010 01:49:34 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: stable-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: aesni(?) corrupts data on 8.2-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 01:06:41 -0000 I just upgraded my main laptop from 8.1-RELEASE (GENERIC, amd64) to 8.2-BETA1 and added aesni_load="YES" to my /boot/loader.conf. (If my interpretation is correct:) With aesni loaded, I see many files corrupted on my geli encrypted volume. Without aesni loaded, they are ok. I have got a journaling UFS2 on gjournal on geli on a FreeBSD partition on a MBR slice on a disk with ahci loaded. Story: First I noticed some weirdness of Thunderbird not showing the "upgraded" message properly and reloading IMAP messages that have already been read, but did not think of anything. Only during my usual rsyncing of the encrypted volume, I saw that some files could not be read (invalid file descriptor?). I rebooted without aesni and got a different error message. I created checksums of all files on that encrypted volume with and without aesni loaded (rebooting in between): 150 Differences (one files could not be read in both cases). Just to make sure, I tried to rsync with "--checksum" and "--dry-run" to the other machine that is supposed to have the same files: With aesni, many files were scheduled to be synced and one could not be read, but without aesni, only that one file was scheduled to be synced -- it probably got corrupted for good with aesni loaded. It is especially weird that I did not attempt to write to the file that got corrupted on disk with aesni loaded. Is there anything I am doing wrong or is it really aesni or the processor failing? The processor is a Core i7-M620 (with AESNI of course). Before I investigate any further, I have to make a real backup... rsyncing does not prevent silent corruption. I am lucky that it was not so silent after all. Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 01:43:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC9C2106564A for ; Sat, 11 Dec 2010 01:43:32 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 680318FC12 for ; Sat, 11 Dec 2010 01:43:32 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:2540:154a:ba54:4afb] ([IPv6:2607:f3e0:0:4:2540:154a:ba54:4afb]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oBB1hUuF002806 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 10 Dec 2010 20:43:30 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D02D736.7000103@sentex.net> Date: Fri, 10 Dec 2010 20:43:18 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jan Henrik Sylvester References: <4D02CA9E.1030704@janh.de> In-Reply-To: <4D02CA9E.1030704@janh.de> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: Kostik Belousov , stable-list freebsd Subject: Re: aesni(?) corrupts data on 8.2-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 01:43:32 -0000 Actually, I just noticed something like this as well with ssh via cryptodev and rsync as well. It was erroring out. eg. Dec 10 16:50:01 backup3 sshd[13120]: Corrupted MAC on input. Dec 10 16:50:01 backup3 sshd[13120]: Finished discarding for 64.x.x.x I had a few ssh sessions die as well. It was working ok with a kernel / world from last week. I was going to try and see if I can narrow it down, but it seemed to had been working fine with world from last week. Not sure if its the openssl update ? But if you are seeing issues with geli, then I doubt its openssl. ---Mike On 12/10/2010 7:49 PM, Jan Henrik Sylvester wrote: > I just upgraded my main laptop from 8.1-RELEASE (GENERIC, amd64) to > 8.2-BETA1 and added aesni_load="YES" to my /boot/loader.conf. > > (If my interpretation is correct:) With aesni loaded, I see many files > corrupted on my geli encrypted volume. Without aesni loaded, they are ok. > > I have got a journaling UFS2 on gjournal on geli on a FreeBSD partition > on a MBR slice on a disk with ahci loaded. > > Story: First I noticed some weirdness of Thunderbird not showing the > "upgraded" message properly and reloading IMAP messages that have > already been read, but did not think of anything. Only during my usual > rsyncing of the encrypted volume, I saw that some files could not be > read (invalid file descriptor?). I rebooted without aesni and got a > different error message. > > I created checksums of all files on that encrypted volume with and > without aesni loaded (rebooting in between): 150 Differences (one files > could not be read in both cases). > > Just to make sure, I tried to rsync with "--checksum" and "--dry-run" to > the other machine that is supposed to have the same files: With aesni, > many files were scheduled to be synced and one could not be read, but > without aesni, only that one file was scheduled to be synced -- it > probably got corrupted for good with aesni loaded. It is especially > weird that I did not attempt to write to the file that got corrupted on > disk with aesni loaded. > > Is there anything I am doing wrong or is it really aesni or the > processor failing? > > The processor is a Core i7-M620 (with AESNI of course). > > Before I investigate any further, I have to make a real backup... > rsyncing does not prevent silent corruption. I am lucky that it was not > so silent after all. > > Jan Henrik > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 04:39:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE358106564A for ; Sat, 11 Dec 2010 04:39:37 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0E48FC0A for ; Sat, 11 Dec 2010 04:39:37 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 9664C92205 for ; Fri, 10 Dec 2010 23:39:36 -0500 (EST) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id AE7DC78EF3 for ; Fri, 10 Dec 2010 23:39:34 -0500 (EST) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id A90891615C for ; Fri, 10 Dec 2010 23:39:34 -0500 (EST) Received: from [192.168.1.101] (cpe-76-180-182-44.buffalo.res.rr.com [76.180.182.44]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 4BF04207A8 for ; Fri, 10 Dec 2010 23:39:34 -0500 (EST) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-z9i5cH6AaY+AlCUcKU18" Organization: U. Buffalo Date: Fri, 10 Dec 2010 23:39:29 -0500 Message-ID: <1292042369.18269.2.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: XX: 28% Subject: FreeBSD 8.2/7.4-BETA1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 04:39:37 -0000 --=-z9i5cH6AaY+AlCUcKU18 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The first of the test builds for the 8.2/7.4 Release Cycle is now available for amd64, i386, ia64, pc98, and sparc64 architectures. Files suitable for creating installation media or doing FTP based installs through the network should be on most of the FreeBSD mirror sites. MD5/SHA256 checksums of the images are at the bottom of this message. The ISOs for this build do not include packages other than the docs. For amd64 and i386 "memstick" images are available that can be copied to a USB "memory stick" and used for installs on machines that support booting from that type of media. The target schedule for the releases is available here: http://www.freebsd.org/releases/8.2R/schedule.html http://www.freebsd.org/releases/7.4R/schedule.html and the wiki pages tracking the current status of the releases are: http://wiki.freebsd.org/Releng/8.2TODO http://wiki.freebsd.org/Releng/7.4TODO If you find problems you can report them through the normal Gnats based PR system or here on this mailing list. If you are updating an already running machine the CVS branch tag for 8.2-BETA1 is RELENG_8, for 7.4-BETA1 it is RELENG_7. If you prefer SVN use "stable/8" or "stable/7". Updates done this way will result in a machine that says it is running "8.2-PRERELEASE" or "7.4-PRERELEASE". The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 8.0-RELEASE or 8.1-RELEASE can upgrade as follows: # freebsd-update upgrade -r 8.2-BETA1 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 7.x) can also use freebsd-update to upgrade to FreeBSD 8.2-BETA1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 7.x and FreeBSD 8.x. Substitute "7.4-BETA1" for "8.2-BETA1" in the above instructions if you are targeting 7.4-BETA1 instead. Checksums: MD5 (FreeBSD-8.2-BETA1-amd64-bootonly.iso) =3D 9e6f836f2d198c2637e52b566f74= 4e9b MD5 (FreeBSD-8.2-BETA1-amd64-disc1.iso) =3D 03ef3464bf8fe51b9aa0e34ed9dcd79= 0 MD5 (FreeBSD-8.2-BETA1-amd64-dvd1.iso) =3D 2222fee558f64d07924d5a40a66f2ac0 MD5 (FreeBSD-8.2-BETA1-amd64-livefs.iso) =3D d7192c3a15826b7fe49e1d65170b73= fc MD5 (FreeBSD-8.2-BETA1-amd64-memstick.img) =3D 8bd7a535ffed5445524bc576a121= 25f5 MD5 (FreeBSD-8.2-BETA1-i386-bootonly.iso) =3D 5ab6bda4afe52b3b587f0aec42492= 38a MD5 (FreeBSD-8.2-BETA1-i386-disc1.iso) =3D 321281f144aa681fa01b368861384e2e MD5 (FreeBSD-8.2-BETA1-i386-dvd1.iso) =3D f31617a46d03525becbf1a62acc3c8ef MD5 (FreeBSD-8.2-BETA1-i386-livefs.iso) =3D 59e430cd7189ca4e9d70266b2e01c70= 8 MD5 (FreeBSD-8.2-BETA1-i386-memstick.img) =3D c8acb8ecabc90451c440bb4b87fcf= 264 MD5 (FreeBSD-8.2-BETA1-ia64-bootonly.iso) =3D 933007035e97e5a0a5ba0c0707776= 14d MD5 (FreeBSD-8.2-BETA1-ia64-disc1.iso) =3D 9d9f69c3300052e47b5998e31de390ce MD5 (FreeBSD-8.2-BETA1-ia64-disc2.iso) =3D 11dc53e7032e9a41119e54d63e4e8131 MD5 (FreeBSD-8.2-BETA1-ia64-disc3.iso) =3D cc61eaf2e0ec412edf6da2649c5ef610 MD5 (FreeBSD-8.2-BETA1-ia64-dvd1.iso) =3D 5c7d3c3f44f7a190a2241bef9f7ee79d MD5 (FreeBSD-8.2-BETA1-ia64-livefs.iso) =3D d358efe9dd9912ada836d4b6460280c= f MD5 (FreeBSD-8.2-BETA1-pc98-bootonly.iso) =3D cd7e2d3f48cc43ac04243d2f4dbee= 2f1 MD5 (FreeBSD-8.2-BETA1-pc98-disc1.iso) =3D 1b7d581c505fd378e5040d5c00936a82 MD5 (FreeBSD-8.2-BETA1-pc98-livefs.iso) =3D f1a6c0c9203f8467517e1c8d62de130= 5 MD5 (FreeBSD-8.2-BETA1-sparc64-bootonly.iso) =3D 4304e4a3c8ae976295696bf1ef= 656618 MD5 (FreeBSD-8.2-BETA1-sparc64-disc1.iso) =3D 4561d5801910e495fb9d489ee8a73= 1b9 MD5 (FreeBSD-8.2-BETA1-sparc64-dvd1.iso) =3D 7ca43e4b59dcf44eb4380501ba0597= 13 MD5 (FreeBSD-8.2-BETA1-sparc64-livefs.iso) =3D 1b328ff4beb7e46ab0876be77806= e924 MD5 (FreeBSD-7.4-BETA1-amd64-bootonly.iso) =3D 3f9edec2206d220fbd487b35247b= 6df9 MD5 (FreeBSD-7.4-BETA1-amd64-disc1.iso) =3D 7e0fbceb554b7b216df8d51d368fadf= e MD5 (FreeBSD-7.4-BETA1-amd64-docs.iso) =3D 56984cb0a68adb88e67a05ad953adafe MD5 (FreeBSD-7.4-BETA1-amd64-dvd1.iso) =3D 64a98223b588f2362be4adcecd2d90d7 MD5 (FreeBSD-7.4-BETA1-amd64-livefs.iso) =3D 0cf18af343582f1dd52060438ddea6= cf MD5 (FreeBSD-7.4-BETA1-i386-bootonly.iso) =3D 9f095dc9c8e7ef828df7509a8f7c1= 6ee MD5 (FreeBSD-7.4-BETA1-i386-disc1.iso) =3D efcba991c12f0601e653d82bdc8b26a6 MD5 (FreeBSD-7.4-BETA1-i386-docs.iso) =3D 7ff12ac1862f4b0a1c9ba892dfab2256 MD5 (FreeBSD-7.4-BETA1-i386-dvd1.iso) =3D 498f2bd6106978e6d96b3e1e2150e0f2 MD5 (FreeBSD-7.4-BETA1-i386-livefs.iso) =3D 8a542124ab0a007897188394654d90e= 5 MD5 (FreeBSD-7.4-BETA1-pc98-bootonly.iso) =3D 87bb8f401b4aa90c81ac71457959c= ffd MD5 (FreeBSD-7.4-BETA1-pc98-disc1.iso) =3D bb835438f20f0104480586463bfd5611 MD5 (FreeBSD-7.4-BETA1-pc98-livefs.iso) =3D 12e0cc49c322ad3d0c8c5a0c231189d= 1 MD5 (FreeBSD-7.4-BETA1-sparc64-bootonly.iso) =3D eaeca01b3fd221cece696c6f46= 0a35a2 MD5 (FreeBSD-7.4-BETA1-sparc64-disc1.iso) =3D dc4ff7b5564b8cfaee00672624fea= aab MD5 (FreeBSD-7.4-BETA1-sparc64-docs.iso) =3D a6fba4a4e256c448d021cb6afa9ba0= 4a SHA256 (FreeBSD-8.2-BETA1-amd64-bootonly.iso) =3D 151c8d0499c73bf128258cd33= a2158013ce0df424e830e545613df5ca9ba1c4e SHA256 (FreeBSD-8.2-BETA1-amd64-disc1.iso) =3D ddbfb4b394924038ba5cfa27f0ba= 36370d75b3088a2b675797d2b723f7e3f0f2 SHA256 (FreeBSD-8.2-BETA1-amd64-dvd1.iso) =3D 6bfe00a7b0adbd346a2a2793501e2= 8adf9241b36357fabdc81199047f52a12e2 SHA256 (FreeBSD-8.2-BETA1-amd64-livefs.iso) =3D 87f86255d0b0cbd22f07f0b43c4= b900b05f2d2ed7c2b8abba3c9cdde7dc71689 SHA256 (FreeBSD-8.2-BETA1-amd64-memstick.img) =3D 2307c6dec0eb4a711e0f2b835= a5d76714ae9230835d2e1087d62f7ee4f3ce914 SHA256 (FreeBSD-8.2-BETA1-i386-bootonly.iso) =3D e612b57208ed66ba49bb5e2059= efb524684dd6f0b85f9e1d31273896492a293e SHA256 (FreeBSD-8.2-BETA1-i386-disc1.iso) =3D fb3607518a4d1770f700f41f5d107= 2d19e0cddb747e7462c866b0d52e97cfbd3 SHA256 (FreeBSD-8.2-BETA1-i386-dvd1.iso) =3D 88b0d11fc68207823b480adddb0693= 44ffe2f3a19f50c4543fc9732a72f166e2 SHA256 (FreeBSD-8.2-BETA1-i386-livefs.iso) =3D 5c899fc83f5d60ca3369e1d8ee86= bd87af375c72297a3365875492a4531819ea SHA256 (FreeBSD-8.2-BETA1-i386-memstick.img) =3D 29d586dfd47079ad645d60ed19= df7a519615686ff3d88af63c631594fc4007fc SHA256 (FreeBSD-8.2-BETA1-ia64-bootonly.iso) =3D e121f883875a3568e35ba79911= d0c3524a915139a015e5c58a2d790a5bfd8281 SHA256 (FreeBSD-8.2-BETA1-ia64-disc1.iso) =3D 95bb7ca6b689a216654a1cc1f7360= b1eb161edee95423c33c3e3d3847b392483 SHA256 (FreeBSD-8.2-BETA1-ia64-disc2.iso) =3D 4fd80dbc9d7c306d31bf4c3dab96e= 2ec50c636d279decd9c520f8538572cf849 SHA256 (FreeBSD-8.2-BETA1-ia64-disc3.iso) =3D 8033599a49c79481af5be9e7dfe39= 26cf91ffe2b93ab8be8b2c3f28a45bfdc10 SHA256 (FreeBSD-8.2-BETA1-ia64-dvd1.iso) =3D 11c8f2224a29c69049e869187a9af7= c31ad89aef1f4b47268e15f5042c4352ee SHA256 (FreeBSD-8.2-BETA1-ia64-livefs.iso) =3D c90ea4e7baa93eeaf34969172ed7= f732d1aa247c08aa14cfa99141174743c23d SHA256 (FreeBSD-8.2-BETA1-pc98-bootonly.iso) =3D 4393234a743cfc2d2c6acc8c9f= 64433075a305a00e2ab8312aa13b316eb3d288 SHA256 (FreeBSD-8.2-BETA1-pc98-disc1.iso) =3D 089cc8242ac36f3eb959da2908033= 35adb865be69cc00d1214f0abc740d23a6e SHA256 (FreeBSD-8.2-BETA1-pc98-livefs.iso) =3D dbdb09af5217e60b16ee223bf3f3= 6089c8b8250f0d5ba129d03bc1299d168347 SHA256 (FreeBSD-8.2-BETA1-sparc64-bootonly.iso) =3D 2f42537be93e498573fca1d= 828426f4d6062f25a892e5ad24a633275006ecbe0 SHA256 (FreeBSD-8.2-BETA1-sparc64-disc1.iso) =3D 53efb7fbc6cce16749f12f2cc6= 815ef3e233c0b252c017971803017ad9a03948 SHA256 (FreeBSD-8.2-BETA1-sparc64-dvd1.iso) =3D b1fc68ae1ce6e56213d101dfa48= 1a1354269481987d97fe4756a7b9a7e30e4a5 SHA256 (FreeBSD-8.2-BETA1-sparc64-livefs.iso) =3D fcd0eb9a5c778dc26e015405d= f9ff5c7bceafff9d549eaa0414eed170f57ba01 SHA256 (FreeBSD-7.4-BETA1-amd64-bootonly.iso) =3D b515fc999f01ef6a7d49ec9c3= 8b67923b2c14ca47b519acbefab89d3bc3b4b9e SHA256 (FreeBSD-7.4-BETA1-amd64-disc1.iso) =3D 8742d2ca3e310f4a6dfb1222f81b= d14dd572c256fe1bcaf6f29ee0cccd30bf59 SHA256 (FreeBSD-7.4-BETA1-amd64-docs.iso) =3D 2043e465d42f39b12e3cff1aeebd0= dccb4fd62e2f5a8619613510f56ba4e3864 SHA256 (FreeBSD-7.4-BETA1-amd64-dvd1.iso) =3D 20e41f1bc78da0de2e2fab314c6de= 1a00312b4766c2f350a7dbe3d6f3b5d5e4e SHA256 (FreeBSD-7.4-BETA1-amd64-livefs.iso) =3D aa0caf56d92bc0e5cdd688e25bc= 39610ee176b1ad8882af9d5d1f9f97f3a12a0 SHA256 (FreeBSD-7.4-BETA1-i386-bootonly.iso) =3D 32162eb82235cd0e861b2c9ad2= 8729dcdddf8edc9ed54dadf5bc81a7fd8769ef SHA256 (FreeBSD-7.4-BETA1-i386-disc1.iso) =3D 88768cf30c6ca5da5e5f8c6cb163d= 7c602abce1149f33054c0ff0c66244220f5 SHA256 (FreeBSD-7.4-BETA1-i386-docs.iso) =3D d997a2d7a4deda0eb7d990296c74bc= 4955b51de1dd2a313833f0eb919c4a092a SHA256 (FreeBSD-7.4-BETA1-i386-dvd1.iso) =3D 4ab482eacb14d6c250481e4d43b0d6= df26ad9bab93008ba041ea5d5c33e4ed01 SHA256 (FreeBSD-7.4-BETA1-i386-livefs.iso) =3D 6b23b38583b195043c7cbbd12d47= 7c3f3283c0b07da48144f6ee07607b66ae57 SHA256 (FreeBSD-7.4-BETA1-pc98-bootonly.iso) =3D faa866f7901c3bbd8d98333702= 4b998314d650c16e57d062509e7e64ee46c93b SHA256 (FreeBSD-7.4-BETA1-pc98-disc1.iso) =3D 051066e1a919a477f4ee864d8f06e= 25e5ec4f1a35e21eb98443dc5e95b498ad3 SHA256 (FreeBSD-7.4-BETA1-pc98-livefs.iso) =3D 10ac082f0e13d373394b4c335ee4= b21226bb25f1956f9c33d935f3f588ea8bfe SHA256 (FreeBSD-7.4-BETA1-sparc64-bootonly.iso) =3D b4176a2011d7b3fa34012aa= b1fbbbec2c9efc253e752f142db289ad2a83a87a3 SHA256 (FreeBSD-7.4-BETA1-sparc64-disc1.iso) =3D 4ac17f79caa97a6c5050a85102= 9bca9c92aabb64f3b2d9d62e41a9bc69c50718 SHA256 (FreeBSD-7.4-BETA1-sparc64-docs.iso) =3D 7f2563bdf16446cb119b88f3043= 59d6d96bf01e81058676747a5f3f89403a938 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-z9i5cH6AaY+AlCUcKU18 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAk0DAHkACgkQ/G14VSmup/b6SQCgmeJ2tKPbxFEFNmVSwBd6c/GW VycAn0g69//dgV2NDa9cfo+caZunL6Ky =LNQA -----END PGP SIGNATURE----- --=-z9i5cH6AaY+AlCUcKU18-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 13:14:37 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EB21106566B for ; Sat, 11 Dec 2010 13:14:37 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norman-vivat.ru [89.250.210.68]) by mx1.freebsd.org (Postfix) with ESMTP id 917688FC18 for ; Sat, 11 Dec 2010 13:14:35 +0000 (UTC) Received: from bsdrookie.norma.com. (bsdrookie.hq.norma.perm.ru [192.168.7.246]) by elf.hq.norma.perm.ru (8.14.3/8.14.3) with ESMTP id oBBDESDs064119 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 11 Dec 2010 18:14:29 +0500 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <4D037934.6080401@norma.perm.ru> Date: Sat, 11 Dec 2010 18:14:28 +0500 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100917 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (elf.hq.norma.perm.ru [192.168.3.10]); Sat, 11 Dec 2010 18:14:29 +0500 (YEKT) X-Callback: Sender verified by milter-callback 1.5.10 at elf.hq.norma.perm.ru. X-Callback-Status: relay [192.168.7.246] found in white list. X-Callback-Envelope-From: emz@norma.perm.ru X-Spam-Status: No hits=-102.9 bayes=0.0000 testhits ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on elf.hq.norma.perm.ru Subject: 8.1 livelock/hangup: possible actions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 13:14:37 -0000 Hi. I'm having problems with 8.1-REL/zfs/amd64. It's a IMB x3250 m2 system, 1Gb RAM, dualcore intel e3110, two bge(4) and LSI1064e disk controller. Suddenly it can stop answering to network requests and nothing works except of the keyborad, so I guess the system isn't really dead. No trap screen, no reboot. I realize very clearly that this description isn't useful in any way. :) So I'm asking what can I do to localize the source of the problem or get additional diagnostics ? Only reset button currently comes to my mind, it helps of course, but it doesn't provide me with any information about what is happening. After reboot logs are empty for the period of the hangup. Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 16:01:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76C051065672 for ; Sat, 11 Dec 2010 16:01:25 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD9C8FC13 for ; Sat, 11 Dec 2010 16:01:24 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oBBG1L3H051905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Dec 2010 18:01:21 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oBBG1LO7053808; Sat, 11 Dec 2010 18:01:21 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oBBG1LvW053807; Sat, 11 Dec 2010 18:01:21 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 11 Dec 2010 18:01:21 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20101211160121.GL33073@deviant.kiev.zoral.com.ua> References: <4D02CA9E.1030704@janh.de> <4D02D736.7000103@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EecmvZxDifkbrwfl" Content-Disposition: inline In-Reply-To: <4D02D736.7000103@sentex.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Jan Henrik Sylvester , stable-list freebsd Subject: Re: aesni(?) corrupts data on 8.2-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 16:01:25 -0000 --EecmvZxDifkbrwfl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 10, 2010 at 08:43:18PM -0500, Mike Tancsa wrote: > Actually, I just noticed something like this as well with ssh via > cryptodev and rsync as well. It was erroring out. eg. >=20 >=20 > Dec 10 16:50:01 backup3 sshd[13120]: Corrupted MAC on input. > Dec 10 16:50:01 backup3 sshd[13120]: Finished discarding for 64.x.x.x >=20 > I had a few ssh sessions die as well. It was working ok with a kernel / > world from last week. I was going to try and see if I can narrow it > down, but it seemed to had been working fine with world from last week. > Not sure if its the openssl update ? But if you are seeing issues with > geli, then I doubt its openssl. >=20 > ---Mike >=20 > On 12/10/2010 7:49 PM, Jan Henrik Sylvester wrote: > > I just upgraded my main laptop from 8.1-RELEASE (GENERIC, amd64) to > > 8.2-BETA1 and added aesni_load=3D"YES" to my /boot/loader.conf. > >=20 > > (If my interpretation is correct:) With aesni loaded, I see many files > > corrupted on my geli encrypted volume. Without aesni loaded, they are o= k. > >=20 > > I have got a journaling UFS2 on gjournal on geli on a FreeBSD partition > > on a MBR slice on a disk with ahci loaded. > >=20 > > Story: First I noticed some weirdness of Thunderbird not showing the > > "upgraded" message properly and reloading IMAP messages that have > > already been read, but did not think of anything. Only during my usual > > rsyncing of the encrypted volume, I saw that some files could not be > > read (invalid file descriptor?). I rebooted without aesni and got a > > different error message. > >=20 > > I created checksums of all files on that encrypted volume with and > > without aesni loaded (rebooting in between): 150 Differences (one files > > could not be read in both cases). > >=20 > > Just to make sure, I tried to rsync with "--checksum" and "--dry-run" to > > the other machine that is supposed to have the same files: With aesni, > > many files were scheduled to be synced and one could not be read, but > > without aesni, only that one file was scheduled to be synced -- it > > probably got corrupted for good with aesni loaded. It is especially > > weird that I did not attempt to write to the file that got corrupted on > > disk with aesni loaded. > >=20 > > Is there anything I am doing wrong or is it really aesni or the > > processor failing? > >=20 > > The processor is a Core i7-M620 (with AESNI of course). > >=20 > > Before I investigate any further, I have to make a real backup... > > rsyncing does not prevent silent corruption. I am lucky that it was not > > so silent after all. I have no access to AESNI hardware. For start, you may use src/tools/tools/crypto/cryptotest to somewhat verify the sanity of the driver. --EecmvZxDifkbrwfl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0DoFEACgkQC3+MBN1Mb4iLRwCfWpRmZ55wg5xUXcqK03wRF5D+ 1VoAniaPBmLTwbfgEr+Msp8V2Z+NnGIA =Nvll -----END PGP SIGNATURE----- --EecmvZxDifkbrwfl-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 17:08:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C572106566C for ; Sat, 11 Dec 2010 17:08:36 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 19F4D8FC12 for ; Sat, 11 Dec 2010 17:08:34 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 24B3119E02E; Sat, 11 Dec 2010 17:51:44 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D14E219E02D; Sat, 11 Dec 2010 17:51:41 +0100 (CET) Message-ID: <4D03AC1D.5070906@quip.cz> Date: Sat, 11 Dec 2010 17:51:41 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.16) Gecko/20101123 SeaMonkey/2.0.11 MIME-Version: 1.0 To: Garrett Cooper References: <4BCE4D0F.2020807@quip.cz> <4BCE6615.9010707@quip.cz> In-Reply-To: <4BCE6615.9010707@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: /libexec/ld-elf.so.1: Cannot execute objects on / X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 17:08:36 -0000 Miroslav Lachman wrote: > Garrett Cooper wrote: >> 2010/4/20 Miroslav Lachman<000.fbsd@quip.cz>: >>> I have large storage partition (/vol0) mounted as noexec and nosuid. >>> Then >>> one directory from this partition is mounted by nullfs as "exec and >>> suid" so >>> anything on it can be executed. >>> >>> The directory contains full installation of jail. Jail is running >>> fine, but >>> some ports (PHP for example) cannot be compiled inside the jail with >>> message: >>> >>> /libexec/ld-elf.so.1: Cannot execute objects on / >>> >>> The same apply to executing of apxs >>> >>> root@rainnew ~/# /usr/local/sbin/apxs -q MPM_NAME >>> /libexec/ld-elf.so.1: Cannot execute objects on / >>> >>> apxs:Error: Sorry, no shared object support for Apache. >>> apxs:Error: available under your platform. Make sure. >>> apxs:Error: the Apache module mod_so is compiled into. >>> apxs:Error: your server binary '/usr/local/sbin/httpd'.. >>> >>> (it should return "prefork") >>> >>> So I think there is some bug in checking the mountpoint options, >>> where the >>> check is made on "parent" of the nullfs instead of the nullfs target >>> mountpoint. >>> >>> It is on 6.4-RELEASE i386 GENERIC. I did not test it on another release. >>> >>> This is list of related mount points: >>> >>> /dev/mirror/gm0s2d on /vol0 (ufs, local, noexec, nosuid, soft-updates) >>> /vol0/jail/.nullfs/rain on /vol0/jail/rain_new (nullfs, local) >>> /usr/ports on /vol0/jail/rain_new/usr/ports (nullfs, local) >>> devfs on /vol0/jail/rain_new/dev (devfs, local) >>> >>> If I changed /vol0 options to (ufs, local, soft-updates) the above >>> error is >>> gone and apxs / compilation works fine. >>> >>> Can somebody look at this problem? >> >> Can you please provide output from ktrace / truss for the issue? > > I did > # ktrace /usr/local/sbin/apxs -q MPM_NAME > > The output is here http://freebsd.quip.cz/ld-elf/ktrace.out > > Let me know if you need something else. > > Thank you for your interest! The problem is still there in FreeBSD 8.1-RELEASE amd64 GENERIC (and in 7.x). Can somebody say if this is a bug or an expected "feature"? Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 17:08:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A40B1065780 for ; Sat, 11 Dec 2010 17:08:48 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A116D8FC12 for ; Sat, 11 Dec 2010 17:08:47 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA23117; Sat, 11 Dec 2010 19:06:10 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PRSte-0008Fd-94; Sat, 11 Dec 2010 19:06:10 +0200 Message-ID: <4D03AF81.7010401@freebsd.org> Date: Sat, 11 Dec 2010 19:06:09 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Eugene M. Zheganin" References: <4D037934.6080401@norma.perm.ru> In-Reply-To: <4D037934.6080401@norma.perm.ru> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: 8.1 livelock/hangup: possible actions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 17:08:48 -0000 on 11/12/2010 15:14 Eugene M. Zheganin said the following: > Hi. > > I'm having problems with 8.1-REL/zfs/amd64. It's a IMB x3250 m2 system, 1Gb RAM, > dualcore intel e3110, two bge(4) and LSI1064e disk controller. > > Suddenly it can stop answering to network requests and nothing works except of > the keyborad, so I guess the system isn't really dead. Can you enter debugger via its key combination? > No trap screen, no reboot. > > I realize very clearly that this description isn't useful in any way. :) > > So I'm asking what can I do to localize the source of the problem or get > additional diagnostics ? > Only reset button currently comes to my mind, it helps of course, but it doesn't > provide me with any information about what is happening. After reboot logs are > empty for the period of the hangup. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 23:08:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 138AE106564A for ; Sat, 11 Dec 2010 23:08:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id C88578FC13 for ; Sat, 11 Dec 2010 23:08:25 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:2540:154a:ba54:4afb] ([IPv6:2607:f3e0:0:4:2540:154a:ba54:4afb]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oBBN8Muq066923 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 11 Dec 2010 18:08:22 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D040458.3030601@sentex.net> Date: Sat, 11 Dec 2010 18:08:08 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Kostik Belousov References: <4D02CA9E.1030704@janh.de> <4D02D736.7000103@sentex.net> <20101211160121.GL33073@deviant.kiev.zoral.com.ua> In-Reply-To: <20101211160121.GL33073@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: Jan Henrik Sylvester , stable-list freebsd Subject: Re: aesni(?) corrupts data on 8.2-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 23:08:27 -0000 On 12/11/2010 11:01 AM, Kostik Belousov wrote: > > I have no access to AESNI hardware. For start, you may use > src/tools/tools/crypto/cryptotest > to somewhat verify the sanity of the driver. I doesnt happen every time, but one out of 5 or so ./cryptotest -c -z -t 10 0.000 sec, 20 aes crypts, 16 bytes, 4637681 byte/sec, 35.4 Mb/sec 0.000 sec, 20 aes crypts, 32 bytes, 9014085 byte/sec, 68.8 Mb/sec 0.000 sec, 20 aes crypts, 64 bytes, 17777778 byte/sec, 135.6 Mb/sec 0.000 sec, 20 aes crypts, 128 bytes, 33684211 byte/sec, 257.0 Mb/sec 0.000 sec, 20 aes crypts, 256 bytes, 67368421 byte/sec, 514.0 Mb/sec 0.000 sec, 20 aes crypts, 512 bytes, 116363636 byte/sec, 887.8 Mb/sec 0.000 sec, 20 aes crypts, 1024 bytes, 179649123 byte/sec, 1370.6 Mb/sec 0.000 sec, 20 aes crypts, 2048 bytes, 201773399 byte/sec, 1539.4 Mb/sec decrypt mismatch: original: 0000: 35 38 65 74 61 69 75 62 6e 31 6e 6a 6a 33 37 38 0010: 6f 38 32 75 74 74 6a 34 62 62 62 21 69 74 6e 6f 0020: 61 38 32 39 6a 6f 6f 73 6e 31 65 74 73 62 6f 75 0030: 69 37 39 73 74 37 35 75 6f 73 6e 75 31 6f 68 6e 0040: 33 30 35 31 6f 30 68 61 31 33 35 35 6f 30 6a 65 0050: 34 38 6f 61 68 34 31 34 61 73 37 6e 62 35 65 6f 0060: 36 69 6e 74 73 37 65 61 74 73 75 36 73 61 73 61 0070: 62 33 75 74 37 73 38 32 34 61 61 69 74 75 6f 32 0080: 75 61 6f 30 65 61 65 62 35 61 31 36 6e 68 74 61 0090: 61 74 6f 6f 74 6e 74 65 31 65 35 34 61 69 75 68 00a0: 61 36 68 74 74 21 32 65 61 21 38 74 31 6a 32 36 00b0: 68 74 31 6f 75 68 30 73 69 65 6a 6a 32 31 6e 74 00c0: 74 34 30 30 73 62 32 35 6f 75 6f 21 31 61 65 32 00d0: 65 6f 37 61 31 34 62 31 6f 69 36 68 68 65 6f 61 00e0: 6e 35 61 75 34 69 65 39 21 34 62 74 36 38 39 37 00f0: 30 69 65 38 38 37 6f 74 38 31 6f 62 6f 69 30 35 0100: 6f 61 68 39 6f 21 62 61 73 34 36 6e 65 68 33 32 0110: 61 65 75 62 36 35 6e 33 6e 31 6f 35 34 6f 30 6f 0120: 30 6a 62 35 6a 38 21 6f 65 65 68 73 69 31 6f 61 0130: 6f 62 74 35 74 33 61 33 73 69 6a 6a 6f 61 37 35 0140: 21 6e 30 34 30 74 39 32 6f 74 6f 6f 65 35 69 31 0150: 74 73 6e 6a 74 31 31 37 31 6e 35 6e 37 62 68 74 0160: 35 6a 31 65 61 37 73 69 38 33 65 39 61 65 74 36 0170: 32 33 69 36 74 31 6f 68 74 34 34 31 69 36 38 35 0180: 30 36 74 35 6f 38 35 30 74 69 75 36 36 69 38 38 0190: 33 38 69 73 6f 6f 35 32 37 39 33 74 68 37 32 65 01a0: 6f 62 69 65 33 6f 62 73 65 35 6e 73 35 69 6f 6a 01b0: 31 6f 65 6e 31 73 6a 6a 21 31 35 68 6f 37 21 38 01c0: 33 21 21 6e 6a 6f 75 75 30 32 74 35 32 36 21 33 01d0: 73 65 39 61 32 73 21 65 35 61 21 30 62 39 38 6f 01e0: 62 73 31 69 32 38 30 62 75 37 73 62 6f 73 6f 75 01f0: 32 38 38 34 65 37 6e 69 62 6e 69 34 65 38 6f 38 0200: 65 69 38 74 38 34 21 34 68 30 21 74 74 6a 69 39 0210: 6f 6a 69 31 35 75 31 74 62 31 61 37 6f 73 68 74 0220: 34 39 34 65 69 73 6f 65 74 32 62 6a 37 6f 37 75 0230: 74 31 37 32 73 6a 33 6f 62 34 75 73 35 6a 31 39 0240: 37 35 38 37 36 74 62 6f 39 6a 74 33 37 6a 39 34 0250: 36 33 75 39 38 6e 6f 33 37 68 37 32 39 61 6a 33 0260: 75 36 37 6f 6f 6e 31 32 74 65 65 34 75 68 6f 65 0270: 31 65 38 62 38 6f 65 68 73 36 69 30 30 68 21 33 0280: 73 74 68 75 21 39 6f 74 38 37 68 73 6f 75 32 6e 0290: 6a 75 61 6f 36 74 73 6e 62 34 6e 39 32 6e 62 6e 02a0: 39 74 6f 62 21 38 6e 73 61 37 38 21 69 75 6e 6f 02b0: 6f 37 31 61 74 68 74 21 36 69 62 6a 6e 38 74 35 02c0: 61 21 34 31 38 30 61 62 73 62 36 73 35 6a 32 34 02d0: 35 21 62 6e 68 21 36 69 33 31 6a 62 35 62 74 30 02e0: 6f 61 38 6f 68 6f 6f 65 6a 73 6e 69 65 61 38 74 02f0: 68 69 39 39 21 61 6f 6f 36 31 6a 38 75 6f 38 68 0300: 30 65 34 68 31 6f 69 39 33 6e 6f 68 37 74 6a 6f 0310: 74 38 38 75 62 37 62 68 6a 69 62 34 32 33 36 32 0320: 61 75 30 6e 36 30 35 35 6f 34 75 30 38 61 35 61 0330: 62 21 31 38 74 74 36 68 30 34 32 62 37 34 38 32 0340: 38 6a 61 33 6a 21 6f 31 74 68 38 6a 6e 39 6f 68 0350: 62 73 6e 32 74 68 69 37 6e 32 75 21 74 73 65 34 0360: 65 75 73 74 6f 62 34 33 74 6f 68 33 38 74 68 74 0370: 34 37 36 68 35 6e 62 38 6a 65 38 68 36 39 32 34 0380: 6f 75 38 65 65 65 35 62 30 33 32 38 69 30 31 61 0390: 37 74 6f 62 6f 6a 74 37 21 34 62 32 30 31 75 39 03a0: 73 73 68 6f 32 33 68 62 6e 30 75 6e 30 34 37 73 03b0: 38 30 33 74 6a 21 73 61 73 39 74 74 37 33 30 31 03c0: 69 68 30 32 34 65 31 74 6f 37 39 62 6a 74 6f 36 03d0: 69 32 32 6a 65 33 6f 32 32 39 33 39 62 21 37 62 03e0: 31 37 31 65 36 65 35 34 6e 31 21 73 38 32 75 38 03f0: 68 35 6e 33 6a 6f 32 37 61 65 75 69 68 69 39 32 0400: 38 30 74 33 32 36 37 61 33 69 6f 31 6f 68 35 73 0410: 74 31 69 68 75 36 6f 31 37 65 31 6f 65 30 37 39 0420: 37 38 6f 6e 21 75 74 33 30 36 74 6f 37 32 33 74 0430: 69 75 65 75 32 37 37 6e 62 61 61 74 65 6f 74 62 0440: 33 39 68 39 32 65 62 62 37 6e 6a 34 6f 31 68 65 0450: 34 69 6a 75 37 65 62 6e 33 30 33 61 62 21 30 65 0460: 36 68 38 61 21 74 69 37 6f 6f 6a 31 6e 21 39 30 0470: 21 37 33 74 36 32 39 62 32 62 30 38 62 37 6e 31 0480: 35 73 36 35 74 6e 62 21 34 74 31 74 33 30 37 6f 0490: 34 74 6e 21 36 65 6f 6a 31 36 32 75 6f 6f 37 38 04a0: 32 33 6f 39 62 68 62 21 35 75 75 6a 74 30 38 38 04b0: 37 30 37 39 32 6f 37 21 6a 75 6e 37 61 21 61 69 04c0: 6f 34 39 6a 32 6a 38 73 68 31 62 61 31 75 32 61 04d0: 75 39 34 35 6f 6a 68 33 34 37 30 36 37 65 62 75 04e0: 6e 6a 61 61 33 62 36 31 21 34 36 38 74 38 32 69 04f0: 69 33 36 32 6a 74 35 32 31 36 61 61 73 30 31 75 0500: 35 32 31 6a 68 75 36 31 74 31 6f 38 6f 38 6a 6f 0510: 74 69 74 6f 30 6f 38 38 61 32 32 6f 62 69 61 73 0520: 32 32 6f 69 36 73 61 6e 61 21 74 21 37 6f 6f 61 0530: 65 36 21 6f 6a 73 75 39 6f 35 38 65 6f 62 36 38 0540: 68 34 31 74 6a 32 39 21 32 75 39 6e 61 34 37 33 0550: 30 37 65 61 31 61 34 73 21 6f 36 35 34 31 6f 36 0560: 65 69 62 30 6f 61 21 61 68 36 37 6e 74 61 39 74 0570: 65 38 6a 39 32 62 33 6f 34 35 69 6f 33 6e 74 61 0580: 75 39 61 62 73 31 30 35 69 37 68 30 6f 37 69 74 0590: 61 68 75 69 37 6e 65 68 6a 32 75 31 6a 74 36 31 05a0: 6e 37 75 75 61 33 6f 6a 37 75 6a 36 69 68 6f 61 05b0: 21 36 6a 69 68 75 68 39 6f 38 74 69 34 6f 31 74 05c0: 75 38 21 31 74 6a 39 38 34 73 30 34 36 6f 62 65 05d0: 6a 69 35 6e 30 75 32 6f 73 62 6f 61 6a 21 6a 34 05e0: 37 34 32 34 6f 68 62 69 35 62 6a 37 6a 74 62 6f 05f0: 37 73 6f 37 74 37 32 37 33 38 65 31 37 75 32 31 0600: 31 34 35 30 36 74 30 37 39 6a 68 73 65 30 75 62 0610: 31 65 6f 34 62 68 65 65 62 69 21 6e 74 65 69 34 0620: 6f 36 31 61 6e 31 65 32 39 33 6e 38 30 6f 33 38 0630: 34 36 65 21 69 69 65 6f 73 6a 35 37 75 62 68 62 0640: 34 32 69 74 21 65 62 36 35 35 33 65 38 6e 6e 65 0650: 6a 38 68 6f 6a 21 38 6f 34 6f 36 74 6a 74 39 62 0660: 36 6f 6e 65 61 61 38 75 21 74 61 73 69 74 32 6a 0670: 61 74 33 6f 30 74 31 68 30 33 65 6a 75 6a 73 65 0680: 37 21 73 6f 31 6a 61 38 35 6e 68 6f 33 73 69 6a 0690: 34 75 37 31 73 35 62 73 6a 31 6f 61 36 32 33 6f 06a0: 6f 69 68 21 68 6f 73 74 36 65 65 6f 36 65 75 75 06b0: 6f 73 34 32 36 21 6f 69 37 31 61 6f 69 6a 36 65 06c0: 6a 69 6a 21 6e 65 33 68 73 61 74 6e 74 33 39 65 06d0: 69 30 74 62 21 33 39 37 73 73 75 73 6f 65 6f 74 06e0: 65 74 33 61 39 6e 6f 21 37 39 32 74 6f 68 62 6f 06f0: 6a 39 6f 61 62 34 6f 21 61 61 69 69 69 6e 74 35 0700: 69 21 21 6f 32 6f 32 6e 65 34 74 31 6f 36 74 37 0710: 65 62 65 74 21 30 74 34 35 74 34 35 33 31 30 75 0720: 37 30 36 6e 39 38 32 31 62 62 62 6a 31 39 35 6f 0730: 61 73 30 34 74 74 6f 36 73 33 37 73 74 38 30 6a 0740: 34 6e 73 69 30 6f 31 36 68 21 69 39 36 36 65 30 0750: 39 6f 31 21 32 21 32 6f 39 39 75 75 69 74 31 38 0760: 39 65 31 39 34 32 65 6f 6f 35 65 34 37 30 34 33 0770: 62 36 33 38 65 65 30 38 38 69 73 68 74 65 62 6e 0780: 69 74 65 38 62 30 30 37 36 65 68 39 32 6f 6f 38 0790: 61 32 65 75 73 6f 74 6a 65 31 39 6f 6f 35 31 6e 07a0: 65 21 73 74 21 74 34 65 6f 6f 68 68 35 74 36 21 07b0: 6f 37 6f 75 36 21 34 34 74 74 39 69 36 37 39 37 07c0: 69 21 34 21 74 6f 65 21 38 21 31 6f 74 75 62 39 07d0: 30 6a 32 36 38 33 75 6f 69 6e 6f 36 33 38 6f 75 07e0: 38 69 6e 61 32 34 34 75 74 35 39 37 6a 61 75 6a 07f0: 21 35 30 37 6f 74 32 65 39 74 38 32 35 74 35 39 0800: 74 31 73 39 32 6a 36 39 21 68 74 38 75 21 32 6f 0810: 35 32 21 69 36 62 65 61 6e 39 69 31 33 6f 30 69 0820: 75 73 39 35 6f 68 34 6a 33 31 36 6e 38 34 6f 6f 0830: 69 61 6f 62 30 34 74 75 74 74 73 69 39 34 69 32 0840: 61 6f 37 30 73 6a 6a 69 39 74 39 69 61 34 6e 6a 0850: 6e 6f 73 6e 6f 31 32 33 68 75 33 74 37 75 39 6f 0860: 36 33 6f 75 68 69 21 37 73 6e 74 35 74 75 69 6f 0870: 68 73 62 74 61 38 73 6e 74 69 69 38 30 6f 33 36 0880: 6f 68 65 73 68 6f 31 35 31 68 74 38 34 74 74 36 0890: 31 6e 6e 36 69 75 6a 34 30 68 6f 74 31 68 32 30 08a0: 21 31 73 31 6e 68 33 74 6f 30 31 69 37 68 62 6a 08b0: 37 68 69 38 61 6a 6f 61 75 74 68 73 35 30 73 61 08c0: 38 38 32 30 62 65 74 6a 65 6a 68 62 6e 74 69 30 08d0: 61 69 34 39 65 6f 74 6a 39 6f 65 34 62 36 36 33 08e0: 21 61 69 35 75 74 33 35 68 31 74 38 38 34 34 32 08f0: 34 6f 6f 6e 31 62 74 74 38 62 6a 33 31 69 6f 74 0900: 61 6e 36 6a 21 35 21 31 6e 30 35 30 31 39 6f 36 0910: 34 38 6a 35 75 62 62 74 34 74 30 36 74 33 6f 65 0920: 36 35 21 35 30 39 33 33 6e 6a 33 37 34 32 39 35 0930: 21 73 37 33 6f 6e 69 73 6f 73 39 39 69 6f 31 62 0940: 69 37 31 74 33 73 69 39 6f 33 33 39 36 62 61 65 0950: 6f 65 61 32 38 6f 6e 30 62 65 6e 32 30 37 38 73 0960: 31 6f 31 34 62 31 30 38 73 33 69 6e 6f 6a 6a 31 0970: 75 6f 33 73 38 36 74 33 37 74 65 38 74 21 6a 6a 0980: 6a 36 32 37 75 62 68 74 6f 61 33 74 33 38 61 6e 0990: 74 38 30 68 30 37 34 37 74 75 68 38 6e 6e 6e 74 09a0: 6a 61 34 34 73 36 6a 62 37 31 6e 74 35 74 6f 65 09b0: 61 6f 21 61 74 34 62 73 37 74 65 21 21 34 30 38 09c0: 62 68 32 39 74 74 6f 73 38 31 74 39 68 69 38 6f 09d0: 6f 38 34 6e 65 33 30 36 75 6f 35 6e 6f 65 73 6a 09e0: 33 6f 34 74 39 39 37 69 30 61 39 6a 6a 74 37 37 09f0: 34 68 30 6f 31 30 6a 38 6f 21 69 38 65 73 36 68 0a00: 33 21 6a 62 36 36 62 36 74 6a 30 68 35 38 6f 39 0a10: 36 35 32 74 35 74 34 30 74 34 34 35 35 30 75 6a 0a20: 75 68 37 32 69 6f 34 30 31 68 68 6e 36 75 65 31 0a30: 65 73 38 69 38 6f 74 34 33 61 39 6a 68 32 6f 61 0a40: 30 75 69 69 39 34 69 30 36 68 6f 38 6a 34 62 75 0a50: 6f 33 21 6e 65 74 74 68 65 6f 39 21 68 6f 34 65 0a60: 35 38 35 31 32 36 31 34 69 69 32 68 38 38 34 6f 0a70: 74 31 35 32 38 6f 30 6e 31 39 6e 39 61 30 31 75 0a80: 61 6e 37 69 6a 61 38 65 6a 21 21 32 73 34 65 61 0a90: 35 69 69 6f 62 73 62 75 21 68 36 34 68 75 74 6f 0aa0: 39 34 6e 37 62 73 62 69 30 36 6e 34 21 34 36 61 0ab0: 34 62 73 33 6f 39 21 39 74 35 30 62 65 31 68 38 0ac0: 35 38 61 31 6a 74 34 61 6e 74 36 36 31 31 74 36 0ad0: 74 37 35 6e 74 61 35 37 74 36 6f 6f 33 34 6e 61 0ae0: 6f 37 36 33 38 30 34 30 74 30 32 61 38 62 74 34 0af0: 33 65 74 21 74 36 69 30 38 75 35 74 37 38 36 32 0b00: 61 38 65 39 38 6e 39 68 6e 6f 6e 73 73 6f 61 74 0b10: 34 35 75 38 38 30 38 35 33 6f 6f 74 30 61 62 65 0b20: 32 37 31 30 33 74 68 6e 35 37 75 39 75 31 6e 74 0b30: 75 39 35 74 6e 6f 36 62 32 61 36 62 39 31 74 65 0b40: 6a 68 6f 38 35 75 69 30 69 21 6e 75 38 32 74 73 0b50: 68 6f 31 37 6a 33 6f 30 6a 61 62 37 32 21 36 74 0b60: 38 73 34 6f 30 6a 21 30 34 36 75 65 38 30 32 36 0b70: 6f 33 39 33 33 6f 33 31 21 62 6a 65 35 74 6f 6f 0b80: 34 21 32 61 34 65 61 6f 73 6a 37 6f 6a 6e 73 33 0b90: 6e 30 75 62 6f 6e 21 35 61 34 74 75 61 32 6e 39 0ba0: 65 6a 74 6e 75 65 31 30 75 61 6f 31 31 39 34 74 0bb0: 39 37 36 34 21 65 6e 68 6e 33 38 38 65 69 69 30 0bc0: 6a 73 6e 31 32 69 68 62 6f 75 21 39 36 74 6f 68 0bd0: 34 6a 6f 34 21 6f 36 32 6a 33 75 21 69 21 21 6a 0be0: 30 32 39 39 6e 74 6a 31 74 34 74 39 35 39 37 39 0bf0: 37 21 69 69 35 36 32 33 36 62 21 62 35 6e 74 32 0c00: 6f 6e 68 31 33 39 6f 74 69 35 6f 35 34 21 61 68 0c10: 75 61 68 68 74 30 31 6f 36 74 68 31 74 61 33 65 0c20: 38 34 6f 37 30 31 73 69 6e 33 36 74 33 30 6a 6e 0c30: 68 6e 37 6f 6e 61 31 65 36 62 39 62 74 62 74 6a 0c40: 33 21 35 33 37 6e 33 33 62 6f 21 6f 35 34 34 69 0c50: 74 6a 6f 39 33 21 38 35 35 74 73 36 36 31 69 35 0c60: 74 36 61 38 6a 61 37 69 21 69 32 65 34 33 35 38 0c70: 6a 69 74 38 21 61 39 35 6a 33 74 74 74 31 36 31 0c80: 75 37 35 34 65 62 34 68 32 75 21 33 75 61 74 31 0c90: 35 73 35 68 6f 34 75 69 37 73 73 38 61 6e 35 38 0ca0: 33 74 6f 68 36 6f 21 34 6e 39 37 32 34 34 21 6e 0cb0: 6a 61 37 69 62 74 74 6f 34 74 74 62 75 6f 75 75 0cc0: 35 61 38 74 37 37 68 21 74 35 6f 38 39 6a 69 73 0cd0: 39 37 37 6a 38 74 37 65 31 73 37 34 32 30 74 73 0ce0: 68 61 31 62 32 32 35 36 73 73 33 33 65 33 73 68 0cf0: 30 38 6e 61 6f 69 75 39 73 74 30 75 74 74 74 32 0d00: 36 6a 38 34 74 6f 21 31 75 39 74 35 32 34 75 62 0d10: 32 62 69 74 32 74 75 75 37 74 39 38 73 6e 75 6e 0d20: 74 73 74 38 69 75 6f 21 36 62 61 34 69 38 69 32 0d30: 74 74 39 36 69 36 65 37 62 38 65 33 74 6a 36 31 0d40: 62 6f 6f 32 36 74 65 6a 6f 69 32 6f 38 36 61 34 0d50: 39 73 74 39 6e 35 74 35 33 6f 61 69 33 74 31 65 0d60: 39 75 73 65 21 6f 21 32 6f 65 61 30 34 6e 68 69 0d70: 21 6a 39 6f 33 6e 34 6f 31 36 6f 31 32 73 6f 6f 0d80: 30 69 30 75 6f 21 62 65 68 69 6f 32 75 21 36 6f 0d90: 34 35 35 34 38 39 74 36 61 75 75 73 30 36 32 74 0da0: 36 62 33 61 6f 6f 75 75 62 65 62 35 6a 31 38 6f 0db0: 6f 21 69 37 62 30 6f 74 75 36 31 33 38 33 75 30 0dc0: 6f 75 68 74 68 61 21 30 75 35 65 34 75 21 69 36 0dd0: 39 74 6f 61 73 65 65 74 37 6f 74 65 32 33 6f 74 0de0: 6e 21 73 34 34 73 34 74 62 75 35 65 6f 35 38 6f 0df0: 32 30 21 6e 32 65 6f 6e 31 39 34 69 39 6f 74 65 0e00: 6f 61 6e 69 35 37 34 74 30 6e 6f 6f 31 74 38 21 0e10: 74 37 36 36 36 6f 6f 74 34 6f 30 69 32 37 32 68 0e20: 65 6a 61 74 35 36 38 35 68 74 34 39 69 65 62 74 0e30: 6e 61 6f 68 21 38 6a 74 74 61 31 62 32 33 30 74 0e40: 38 65 34 33 37 6f 61 36 35 6e 61 35 38 69 65 30 0e50: 61 31 65 31 6f 75 6f 36 6a 39 31 30 62 6a 37 75 0e60: 21 68 6e 74 21 38 32 68 69 69 75 38 73 35 6a 6f 0e70: 6e 21 75 68 6f 61 69 74 74 31 37 39 62 61 36 6f 0e80: 6f 6f 32 6f 6e 31 74 39 68 73 74 35 62 61 30 68 0e90: 31 33 39 73 38 6f 31 6a 74 6f 73 39 33 21 61 36 0ea0: 6a 69 61 73 31 36 21 32 39 75 37 61 68 34 6e 62 0eb0: 37 32 6f 65 68 73 75 65 62 74 68 65 74 6f 73 68 0ec0: 6e 36 65 74 38 68 39 69 38 33 6a 36 37 74 61 61 0ed0: 6f 73 75 31 34 6f 6f 33 21 73 61 75 75 36 38 62 0ee0: 38 39 6e 35 74 65 6f 35 61 33 74 62 30 65 69 21 0ef0: 6e 75 74 30 36 33 69 36 73 61 65 74 74 75 6e 34 0f00: 36 6f 39 33 30 34 6a 61 73 35 69 31 37 69 74 33 0f10: 75 38 21 32 37 33 34 31 61 6f 61 68 62 74 6e 68 0f20: 36 65 31 36 33 62 74 69 74 37 34 38 74 68 37 73 0f30: 36 73 6f 33 74 74 74 6a 6e 35 21 65 32 32 21 38 0f40: 74 74 21 69 6e 74 73 75 73 61 31 31 75 61 68 6f 0f50: 6f 73 68 32 37 32 30 30 73 75 65 75 6f 68 74 39 0f60: 65 74 39 38 73 33 74 38 6a 68 35 31 33 74 39 68 0f70: 37 31 30 68 21 74 68 69 69 33 75 32 31 37 68 6f 0f80: 34 74 74 6a 73 37 32 6f 36 73 39 6f 37 6f 75 61 0f90: 6e 69 6f 36 74 73 6e 73 74 32 6e 34 6e 73 74 30 0fa0: 61 30 61 35 73 74 30 39 38 39 34 61 34 38 6e 74 0fb0: 31 6f 6f 6a 62 6f 65 32 38 6a 75 69 65 21 74 33 0fc0: 21 35 61 73 62 61 21 33 74 31 38 35 35 74 32 6f 0fd0: 36 61 74 61 30 32 74 38 74 69 38 36 33 6a 35 21 0fe0: 30 30 69 36 68 21 6f 32 74 6e 37 32 33 39 61 62 0ff0: 74 35 30 37 34 74 68 31 74 39 33 30 73 6f 75 74 cleartext: 0000: 35 38 65 74 61 69 75 62 6e 31 6e 6a 6a 33 37 38 0010: 6f 38 32 75 74 74 6a 34 62 62 62 21 69 74 6e 6f 0020: 61 38 32 39 6a 6f 6f 73 6e 31 65 74 73 62 6f 75 0030: 69 37 39 73 74 37 35 75 6f 73 6e 75 31 6f 68 6e 0040: 33 30 35 31 6f 30 68 61 31 33 35 35 6f 30 6a 65 0050: 34 38 6f 61 68 34 31 34 61 73 37 6e 62 35 65 6f 0060: 36 69 6e 74 73 37 65 61 74 73 75 36 73 61 73 61 0070: 62 33 75 74 37 73 38 32 34 61 61 69 74 75 6f 32 0080: 75 61 6f 30 65 61 65 62 35 61 31 36 6e 68 74 61 0090: 61 74 6f 6f 74 6e 74 65 31 65 35 34 61 69 75 68 00a0: 61 36 68 74 74 21 32 65 61 21 38 74 31 6a 32 36 00b0: 68 74 31 6f 75 68 30 73 69 65 6a 6a 32 31 6e 74 00c0: 74 34 30 30 73 62 32 35 6f 75 6f 21 31 61 65 32 00d0: 65 6f 37 61 31 34 62 31 6f 69 36 68 68 65 6f 61 00e0: 6e 35 61 75 34 69 65 39 21 34 62 74 36 38 39 37 00f0: 30 69 65 38 38 37 6f 74 38 31 6f 62 6f 69 30 35 0100: cd ba bb d9 ef fa 5e c4 cd d3 8a 9e cd 69 5f 39 0110: 61 65 75 62 36 35 6e 33 6e 31 6f 35 34 6f 30 6f 0120: 30 6a 62 35 6a 38 21 6f 65 65 68 73 69 31 6f 61 0130: 6f 62 74 35 74 33 61 33 73 69 6a 6a 6f 61 37 35 0140: 21 6e 30 34 30 74 39 32 6f 74 6f 6f 65 35 69 31 0150: 74 73 6e 6a 74 31 31 37 31 6e 35 6e 37 62 68 74 0160: 35 6a 31 65 61 37 73 69 38 33 65 39 61 65 74 36 0170: 32 33 69 36 74 31 6f 68 74 34 34 31 69 36 38 35 0180: 30 36 74 35 6f 38 35 30 74 69 75 36 36 69 38 38 0190: 33 38 69 73 6f 6f 35 32 37 39 33 74 68 37 32 65 01a0: 6f 62 69 65 33 6f 62 73 65 35 6e 73 35 69 6f 6a 01b0: 31 6f 65 6e 31 73 6a 6a 21 31 35 68 6f 37 21 38 01c0: 33 21 21 6e 6a 6f 75 75 30 32 74 35 32 36 21 33 01d0: 73 65 39 61 32 73 21 65 35 61 21 30 62 39 38 6f 01e0: 62 73 31 69 32 38 30 62 75 37 73 62 6f 73 6f 75 01f0: 32 38 38 34 65 37 6e 69 62 6e 69 34 65 38 6f 38 0200: 65 69 38 74 38 34 21 34 68 30 21 74 74 6a 69 39 0210: 6f 6a 69 31 35 75 31 74 62 31 61 37 6f 73 68 74 0220: 34 39 34 65 69 73 6f 65 74 32 62 6a 37 6f 37 75 0230: 74 31 37 32 73 6a 33 6f 62 34 75 73 35 6a 31 39 0240: 37 35 38 37 36 74 62 6f 39 6a 74 33 37 6a 39 34 0250: 36 33 75 39 38 6e 6f 33 37 68 37 32 39 61 6a 33 0260: 75 36 37 6f 6f 6e 31 32 74 65 65 34 75 68 6f 65 0270: 31 65 38 62 38 6f 65 68 73 36 69 30 30 68 21 33 0280: 73 74 68 75 21 39 6f 74 38 37 68 73 6f 75 32 6e 0290: 6a 75 61 6f 36 74 73 6e 62 34 6e 39 32 6e 62 6e 02a0: 39 74 6f 62 21 38 6e 73 61 37 38 21 69 75 6e 6f 02b0: 6f 37 31 61 74 68 74 21 36 69 62 6a 6e 38 74 35 02c0: 61 21 34 31 38 30 61 62 73 62 36 73 35 6a 32 34 02d0: 35 21 62 6e 68 21 36 69 33 31 6a 62 35 62 74 30 02e0: 6f 61 38 6f 68 6f 6f 65 6a 73 6e 69 65 61 38 74 02f0: 68 69 39 39 21 61 6f 6f 36 31 6a 38 75 6f 38 68 0300: 30 65 34 68 31 6f 69 39 33 6e 6f 68 37 74 6a 6f 0310: 74 38 38 75 62 37 62 68 6a 69 62 34 32 33 36 32 0320: 61 75 30 6e 36 30 35 35 6f 34 75 30 38 61 35 61 0330: 62 21 31 38 74 74 36 68 30 34 32 62 37 34 38 32 0340: 38 6a 61 33 6a 21 6f 31 74 68 38 6a 6e 39 6f 68 0350: 62 73 6e 32 74 68 69 37 6e 32 75 21 74 73 65 34 0360: 65 75 73 74 6f 62 34 33 74 6f 68 33 38 74 68 74 0370: 34 37 36 68 35 6e 62 38 6a 65 38 68 36 39 32 34 0380: 6f 75 38 65 65 65 35 62 30 33 32 38 69 30 31 61 0390: 37 74 6f 62 6f 6a 74 37 21 34 62 32 30 31 75 39 03a0: 73 73 68 6f 32 33 68 62 6e 30 75 6e 30 34 37 73 03b0: 38 30 33 74 6a 21 73 61 73 39 74 74 37 33 30 31 03c0: 69 68 30 32 34 65 31 74 6f 37 39 62 6a 74 6f 36 03d0: 69 32 32 6a 65 33 6f 32 32 39 33 39 62 21 37 62 03e0: 31 37 31 65 36 65 35 34 6e 31 21 73 38 32 75 38 03f0: 68 35 6e 33 6a 6f 32 37 61 65 75 69 68 69 39 32 0400: 38 30 74 33 32 36 37 61 33 69 6f 31 6f 68 35 73 0410: 74 31 69 68 75 36 6f 31 37 65 31 6f 65 30 37 39 0420: 37 38 6f 6e 21 75 74 33 30 36 74 6f 37 32 33 74 0430: 69 75 65 75 32 37 37 6e 62 61 61 74 65 6f 74 62 0440: 33 39 68 39 32 65 62 62 37 6e 6a 34 6f 31 68 65 0450: 34 69 6a 75 37 65 62 6e 33 30 33 61 62 21 30 65 0460: 36 68 38 61 21 74 69 37 6f 6f 6a 31 6e 21 39 30 0470: 21 37 33 74 36 32 39 62 32 62 30 38 62 37 6e 31 0480: 35 73 36 35 74 6e 62 21 34 74 31 74 33 30 37 6f 0490: 34 74 6e 21 36 65 6f 6a 31 36 32 75 6f 6f 37 38 04a0: 32 33 6f 39 62 68 62 21 35 75 75 6a 74 30 38 38 04b0: 37 30 37 39 32 6f 37 21 6a 75 6e 37 61 21 61 69 04c0: 6f 34 39 6a 32 6a 38 73 68 31 62 61 31 75 32 61 04d0: 75 39 34 35 6f 6a 68 33 34 37 30 36 37 65 62 75 04e0: 6e 6a 61 61 33 62 36 31 21 34 36 38 74 38 32 69 04f0: 69 33 36 32 6a 74 35 32 31 36 61 61 73 30 31 75 0500: 35 32 31 6a 68 75 36 31 74 31 6f 38 6f 38 6a 6f 0510: 74 69 74 6f 30 6f 38 38 61 32 32 6f 62 69 61 73 0520: 32 32 6f 69 36 73 61 6e 61 21 74 21 37 6f 6f 61 0530: 65 36 21 6f 6a 73 75 39 6f 35 38 65 6f 62 36 38 0540: 68 34 31 74 6a 32 39 21 32 75 39 6e 61 34 37 33 0550: 30 37 65 61 31 61 34 73 21 6f 36 35 34 31 6f 36 0560: 65 69 62 30 6f 61 21 61 68 36 37 6e 74 61 39 74 0570: 65 38 6a 39 32 62 33 6f 34 35 69 6f 33 6e 74 61 0580: 75 39 61 62 73 31 30 35 69 37 68 30 6f 37 69 74 0590: 61 68 75 69 37 6e 65 68 6a 32 75 31 6a 74 36 31 05a0: 6e 37 75 75 61 33 6f 6a 37 75 6a 36 69 68 6f 61 05b0: 21 36 6a 69 68 75 68 39 6f 38 74 69 34 6f 31 74 05c0: 75 38 21 31 74 6a 39 38 34 73 30 34 36 6f 62 65 05d0: 6a 69 35 6e 30 75 32 6f 73 62 6f 61 6a 21 6a 34 05e0: 37 34 32 34 6f 68 62 69 35 62 6a 37 6a 74 62 6f 05f0: 37 73 6f 37 74 37 32 37 33 38 65 31 37 75 32 31 0600: 31 34 35 30 36 74 30 37 39 6a 68 73 65 30 75 62 0610: 31 65 6f 34 62 68 65 65 62 69 21 6e 74 65 69 34 0620: 6f 36 31 61 6e 31 65 32 39 33 6e 38 30 6f 33 38 0630: 34 36 65 21 69 69 65 6f 73 6a 35 37 75 62 68 62 0640: 34 32 69 74 21 65 62 36 35 35 33 65 38 6e 6e 65 0650: 6a 38 68 6f 6a 21 38 6f 34 6f 36 74 6a 74 39 62 0660: 36 6f 6e 65 61 61 38 75 21 74 61 73 69 74 32 6a 0670: 61 74 33 6f 30 74 31 68 30 33 65 6a 75 6a 73 65 0680: 37 21 73 6f 31 6a 61 38 35 6e 68 6f 33 73 69 6a 0690: 34 75 37 31 73 35 62 73 6a 31 6f 61 36 32 33 6f 06a0: 6f 69 68 21 68 6f 73 74 36 65 65 6f 36 65 75 75 06b0: 6f 73 34 32 36 21 6f 69 37 31 61 6f 69 6a 36 65 06c0: 6a 69 6a 21 6e 65 33 68 73 61 74 6e 74 33 39 65 06d0: 69 30 74 62 21 33 39 37 73 73 75 73 6f 65 6f 74 06e0: 65 74 33 61 39 6e 6f 21 37 39 32 74 6f 68 62 6f 06f0: 6a 39 6f 61 62 34 6f 21 61 61 69 69 69 6e 74 35 0700: 69 21 21 6f 32 6f 32 6e 65 34 74 31 6f 36 74 37 0710: 65 62 65 74 21 30 74 34 35 74 34 35 33 31 30 75 0720: 37 30 36 6e 39 38 32 31 62 62 62 6a 31 39 35 6f 0730: 61 73 30 34 74 74 6f 36 73 33 37 73 74 38 30 6a 0740: 34 6e 73 69 30 6f 31 36 68 21 69 39 36 36 65 30 0750: 39 6f 31 21 32 21 32 6f 39 39 75 75 69 74 31 38 0760: 39 65 31 39 34 32 65 6f 6f 35 65 34 37 30 34 33 0770: 62 36 33 38 65 65 30 38 38 69 73 68 74 65 62 6e 0780: 69 74 65 38 62 30 30 37 36 65 68 39 32 6f 6f 38 0790: 61 32 65 75 73 6f 74 6a 65 31 39 6f 6f 35 31 6e 07a0: 65 21 73 74 21 74 34 65 6f 6f 68 68 35 74 36 21 07b0: 6f 37 6f 75 36 21 34 34 74 74 39 69 36 37 39 37 07c0: 69 21 34 21 74 6f 65 21 38 21 31 6f 74 75 62 39 07d0: 30 6a 32 36 38 33 75 6f 69 6e 6f 36 33 38 6f 75 07e0: 38 69 6e 61 32 34 34 75 74 35 39 37 6a 61 75 6a 07f0: 21 35 30 37 6f 74 32 65 39 74 38 32 35 74 35 39 0800: 74 31 73 39 32 6a 36 39 21 68 74 38 75 21 32 6f 0810: 35 32 21 69 36 62 65 61 6e 39 69 31 33 6f 30 69 0820: 75 73 39 35 6f 68 34 6a 33 31 36 6e 38 34 6f 6f 0830: 69 61 6f 62 30 34 74 75 74 74 73 69 39 34 69 32 0840: 61 6f 37 30 73 6a 6a 69 39 74 39 69 61 34 6e 6a 0850: 6e 6f 73 6e 6f 31 32 33 68 75 33 74 37 75 39 6f 0860: 36 33 6f 75 68 69 21 37 73 6e 74 35 74 75 69 6f 0870: 68 73 62 74 61 38 73 6e 74 69 69 38 30 6f 33 36 0880: 6f 68 65 73 68 6f 31 35 31 68 74 38 34 74 74 36 0890: 31 6e 6e 36 69 75 6a 34 30 68 6f 74 31 68 32 30 08a0: 21 31 73 31 6e 68 33 74 6f 30 31 69 37 68 62 6a 08b0: 37 68 69 38 61 6a 6f 61 75 74 68 73 35 30 73 61 08c0: 38 38 32 30 62 65 74 6a 65 6a 68 62 6e 74 69 30 08d0: 61 69 34 39 65 6f 74 6a 39 6f 65 34 62 36 36 33 08e0: 21 61 69 35 75 74 33 35 68 31 74 38 38 34 34 32 08f0: 34 6f 6f 6e 31 62 74 74 38 62 6a 33 31 69 6f 74 0900: 61 6e 36 6a 21 35 21 31 6e 30 35 30 31 39 6f 36 0910: 34 38 6a 35 75 62 62 74 34 74 30 36 74 33 6f 65 0920: 36 35 21 35 30 39 33 33 6e 6a 33 37 34 32 39 35 0930: 21 73 37 33 6f 6e 69 73 6f 73 39 39 69 6f 31 62 0940: 69 37 31 74 33 73 69 39 6f 33 33 39 36 62 61 65 0950: 6f 65 61 32 38 6f 6e 30 62 65 6e 32 30 37 38 73 0960: 31 6f 31 34 62 31 30 38 73 33 69 6e 6f 6a 6a 31 0970: 75 6f 33 73 38 36 74 33 37 74 65 38 74 21 6a 6a 0980: 6a 36 32 37 75 62 68 74 6f 61 33 74 33 38 61 6e 0990: 74 38 30 68 30 37 34 37 74 75 68 38 6e 6e 6e 74 09a0: 6a 61 34 34 73 36 6a 62 37 31 6e 74 35 74 6f 65 09b0: 61 6f 21 61 74 34 62 73 37 74 65 21 21 34 30 38 09c0: 62 68 32 39 74 74 6f 73 38 31 74 39 68 69 38 6f 09d0: 6f 38 34 6e 65 33 30 36 75 6f 35 6e 6f 65 73 6a 09e0: 33 6f 34 74 39 39 37 69 30 61 39 6a 6a 74 37 37 09f0: 34 68 30 6f 31 30 6a 38 6f 21 69 38 65 73 36 68 0a00: 33 21 6a 62 36 36 62 36 74 6a 30 68 35 38 6f 39 0a10: 36 35 32 74 35 74 34 30 74 34 34 35 35 30 75 6a 0a20: 75 68 37 32 69 6f 34 30 31 68 68 6e 36 75 65 31 0a30: 65 73 38 69 38 6f 74 34 33 61 39 6a 68 32 6f 61 0a40: 30 75 69 69 39 34 69 30 36 68 6f 38 6a 34 62 75 0a50: 6f 33 21 6e 65 74 74 68 65 6f 39 21 68 6f 34 65 0a60: 35 38 35 31 32 36 31 34 69 69 32 68 38 38 34 6f 0a70: 74 31 35 32 38 6f 30 6e 31 39 6e 39 61 30 31 75 0a80: 61 6e 37 69 6a 61 38 65 6a 21 21 32 73 34 65 61 0a90: 35 69 69 6f 62 73 62 75 21 68 36 34 68 75 74 6f 0aa0: 39 34 6e 37 62 73 62 69 30 36 6e 34 21 34 36 61 0ab0: 34 62 73 33 6f 39 21 39 74 35 30 62 65 31 68 38 0ac0: 35 38 61 31 6a 74 34 61 6e 74 36 36 31 31 74 36 0ad0: 74 37 35 6e 74 61 35 37 74 36 6f 6f 33 34 6e 61 0ae0: 6f 37 36 33 38 30 34 30 74 30 32 61 38 62 74 34 0af0: 33 65 74 21 74 36 69 30 38 75 35 74 37 38 36 32 0b00: 61 38 65 39 38 6e 39 68 6e 6f 6e 73 73 6f 61 74 0b10: 34 35 75 38 38 30 38 35 33 6f 6f 74 30 61 62 65 0b20: 32 37 31 30 33 74 68 6e 35 37 75 39 75 31 6e 74 0b30: 75 39 35 74 6e 6f 36 62 32 61 36 62 39 31 74 65 0b40: 6a 68 6f 38 35 75 69 30 69 21 6e 75 38 32 74 73 0b50: 68 6f 31 37 6a 33 6f 30 6a 61 62 37 32 21 36 74 0b60: 38 73 34 6f 30 6a 21 30 34 36 75 65 38 30 32 36 0b70: 6f 33 39 33 33 6f 33 31 21 62 6a 65 35 74 6f 6f 0b80: 34 21 32 61 34 65 61 6f 73 6a 37 6f 6a 6e 73 33 0b90: 6e 30 75 62 6f 6e 21 35 61 34 74 75 61 32 6e 39 0ba0: 65 6a 74 6e 75 65 31 30 75 61 6f 31 31 39 34 74 0bb0: 39 37 36 34 21 65 6e 68 6e 33 38 38 65 69 69 30 0bc0: 6a 73 6e 31 32 69 68 62 6f 75 21 39 36 74 6f 68 0bd0: 34 6a 6f 34 21 6f 36 32 6a 33 75 21 69 21 21 6a 0be0: 30 32 39 39 6e 74 6a 31 74 34 74 39 35 39 37 39 0bf0: 37 21 69 69 35 36 32 33 36 62 21 62 35 6e 74 32 0c00: 6f 6e 68 31 33 39 6f 74 69 35 6f 35 34 21 61 68 0c10: 75 61 68 68 74 30 31 6f 36 74 68 31 74 61 33 65 0c20: 38 34 6f 37 30 31 73 69 6e 33 36 74 33 30 6a 6e 0c30: 68 6e 37 6f 6e 61 31 65 36 62 39 62 74 62 74 6a 0c40: 33 21 35 33 37 6e 33 33 62 6f 21 6f 35 34 34 69 0c50: 74 6a 6f 39 33 21 38 35 35 74 73 36 36 31 69 35 0c60: 74 36 61 38 6a 61 37 69 21 69 32 65 34 33 35 38 0c70: 6a 69 74 38 21 61 39 35 6a 33 74 74 74 31 36 31 0c80: 75 37 35 34 65 62 34 68 32 75 21 33 75 61 74 31 0c90: 35 73 35 68 6f 34 75 69 37 73 73 38 61 6e 35 38 0ca0: 33 74 6f 68 36 6f 21 34 6e 39 37 32 34 34 21 6e 0cb0: 6a 61 37 69 62 74 74 6f 34 74 74 62 75 6f 75 75 0cc0: 35 61 38 74 37 37 68 21 74 35 6f 38 39 6a 69 73 0cd0: 39 37 37 6a 38 74 37 65 31 73 37 34 32 30 74 73 0ce0: 68 61 31 62 32 32 35 36 73 73 33 33 65 33 73 68 0cf0: 30 38 6e 61 6f 69 75 39 73 74 30 75 74 74 74 32 0d00: 36 6a 38 34 74 6f 21 31 75 39 74 35 32 34 75 62 0d10: 32 62 69 74 32 74 75 75 37 74 39 38 73 6e 75 6e 0d20: 74 73 74 38 69 75 6f 21 36 62 61 34 69 38 69 32 0d30: 74 74 39 36 69 36 65 37 62 38 65 33 74 6a 36 31 0d40: 62 6f 6f 32 36 74 65 6a 6f 69 32 6f 38 36 61 34 0d50: 39 73 74 39 6e 35 74 35 33 6f 61 69 33 74 31 65 0d60: 39 75 73 65 21 6f 21 32 6f 65 61 30 34 6e 68 69 0d70: 21 6a 39 6f 33 6e 34 6f 31 36 6f 31 32 73 6f 6f 0d80: 30 69 30 75 6f 21 62 65 68 69 6f 32 75 21 36 6f 0d90: 34 35 35 34 38 39 74 36 61 75 75 73 30 36 32 74 0da0: 36 62 33 61 6f 6f 75 75 62 65 62 35 6a 31 38 6f 0db0: 6f 21 69 37 62 30 6f 74 75 36 31 33 38 33 75 30 0dc0: 6f 75 68 74 68 61 21 30 75 35 65 34 75 21 69 36 0dd0: 39 74 6f 61 73 65 65 74 37 6f 74 65 32 33 6f 74 0de0: 6e 21 73 34 34 73 34 74 62 75 35 65 6f 35 38 6f 0df0: 32 30 21 6e 32 65 6f 6e 31 39 34 69 39 6f 74 65 0e00: 6f 61 6e 69 35 37 34 74 30 6e 6f 6f 31 74 38 21 0e10: 74 37 36 36 36 6f 6f 74 34 6f 30 69 32 37 32 68 0e20: 65 6a 61 74 35 36 38 35 68 74 34 39 69 65 62 74 0e30: 6e 61 6f 68 21 38 6a 74 74 61 31 62 32 33 30 74 0e40: 38 65 34 33 37 6f 61 36 35 6e 61 35 38 69 65 30 0e50: 61 31 65 31 6f 75 6f 36 6a 39 31 30 62 6a 37 75 0e60: 21 68 6e 74 21 38 32 68 69 69 75 38 73 35 6a 6f 0e70: 6e 21 75 68 6f 61 69 74 74 31 37 39 62 61 36 6f 0e80: 6f 6f 32 6f 6e 31 74 39 68 73 74 35 62 61 30 68 0e90: 31 33 39 73 38 6f 31 6a 74 6f 73 39 33 21 61 36 0ea0: 6a 69 61 73 31 36 21 32 39 75 37 61 68 34 6e 62 0eb0: 37 32 6f 65 68 73 75 65 62 74 68 65 74 6f 73 68 0ec0: 6e 36 65 74 38 68 39 69 38 33 6a 36 37 74 61 61 0ed0: 6f 73 75 31 34 6f 6f 33 21 73 61 75 75 36 38 62 0ee0: 38 39 6e 35 74 65 6f 35 61 33 74 62 30 65 69 21 0ef0: 6e 75 74 30 36 33 69 36 73 61 65 74 74 75 6e 34 0f00: 36 6f 39 33 30 34 6a 61 73 35 69 31 37 69 74 33 0f10: 75 38 21 32 37 33 34 31 61 6f 61 68 62 74 6e 68 0f20: 36 65 31 36 33 62 74 69 74 37 34 38 74 68 37 73 0f30: 36 73 6f 33 74 74 74 6a 6e 35 21 65 32 32 21 38 0f40: 74 74 21 69 6e 74 73 75 73 61 31 31 75 61 68 6f 0f50: 6f 73 68 32 37 32 30 30 73 75 65 75 6f 68 74 39 0f60: 65 74 39 38 73 33 74 38 6a 68 35 31 33 74 39 68 0f70: 37 31 30 68 21 74 68 69 69 33 75 32 31 37 68 6f 0f80: 34 74 74 6a 73 37 32 6f 36 73 39 6f 37 6f 75 61 0f90: 6e 69 6f 36 74 73 6e 73 74 32 6e 34 6e 73 74 30 0fa0: 61 30 61 35 73 74 30 39 38 39 34 61 34 38 6e 74 0fb0: 31 6f 6f 6a 62 6f 65 32 38 6a 75 69 65 21 74 33 0fc0: 21 35 61 73 62 61 21 33 74 31 38 35 35 74 32 6f 0fd0: 36 61 74 61 30 32 74 38 74 69 38 36 33 6a 35 21 0fe0: 30 30 69 36 68 21 6f 32 74 6e 37 32 33 39 61 62 0ff0: 74 35 30 37 34 74 68 31 74 39 33 30 73 6f 75 74 0.002 sec, 20 aes crypts, 4096 bytes, 40756219 byte/sec, 310.9 Mb/sec 0.001 sec, 20 aes crypts, 8192 bytes, 124498480 byte/sec, 949.8 Mb/sec 0.000 sec, 20 aes192 crypts, 16 bytes, 2990654 byte/sec, 22.8 Mb/sec 0.000 sec, 20 aes192 crypts, 32 bytes, 8888889 byte/sec, 67.8 Mb/sec 0.000 sec, 20 aes192 crypts, 64 bytes, 18550725 byte/sec, 141.5 Mb/sec 0.000 sec, 20 aes192 crypts, 128 bytes, 32820513 byte/sec, 250.4 Mb/sec 0.000 sec, 20 aes192 crypts, 256 bytes, 62439024 byte/sec, 476.4 Mb/sec 0.000 sec, 20 aes192 crypts, 512 bytes, 106666667 byte/sec, 813.8 Mb/sec 0.000 sec, 20 aes192 crypts, 1024 bytes, 179649123 byte/sec, 1370.6 Mb/sec 0.000 sec, 20 aes192 crypts, 2048 bytes, 182857143 byte/sec, 1395.1 Mb/sec 0.000 sec, 20 aes192 crypts, 4096 bytes, 273979933 byte/sec, 2090.3 Mb/sec 0.001 sec, 20 aes192 crypts, 8192 bytes, 259651347 byte/sec, 1981.0 Mb/sec 0.000 sec, 20 aes256 crypts, 16 bytes, 4210526 byte/sec, 32.1 Mb/sec 0.000 sec, 20 aes256 crypts, 32 bytes, 9142857 byte/sec, 69.8 Mb/sec 0.000 sec, 20 aes256 crypts, 64 bytes, 18823529 byte/sec, 143.6 Mb/sec 0.000 sec, 20 aes256 crypts, 128 bytes, 32820513 byte/sec, 250.4 Mb/sec 0.000 sec, 20 aes256 crypts, 256 bytes, 63209877 byte/sec, 482.3 Mb/sec 0.000 sec, 20 aes256 crypts, 512 bytes, 112527473 byte/sec, 858.5 Mb/sec 0.000 sec, 20 aes256 crypts, 1024 bytes, 170666667 byte/sec, 1302.1 Mb/sec 0.000 sec, 20 aes256 crypts, 2048 bytes, 119766082 byte/sec, 913.7 Mb/sec 0.000 sec, 20 aes256 crypts, 4096 bytes, 298978102 byte/sec, 2281.0 Mb/sec 0.001 sec, 20 aes256 crypts, 8192 bytes, 248242424 byte/sec, 1893.9 Mb/sec From owner-freebsd-stable@FreeBSD.ORG Sat Dec 11 23:22:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED18F106566B for ; Sat, 11 Dec 2010 23:22:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6998FC12 for ; Sat, 11 Dec 2010 23:22:56 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oBBNMr7Q076300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Dec 2010 01:22:53 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oBBNMrp9057618; Sun, 12 Dec 2010 01:22:53 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oBBNMrgE057617; Sun, 12 Dec 2010 01:22:53 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 12 Dec 2010 01:22:53 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20101211232253.GR33073@deviant.kiev.zoral.com.ua> References: <4D02CA9E.1030704@janh.de> <4D02D736.7000103@sentex.net> <20101211160121.GL33073@deviant.kiev.zoral.com.ua> <4D040458.3030601@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QoFl77rH4lq6But" Content-Disposition: inline In-Reply-To: <4D040458.3030601@sentex.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Jan Henrik Sylvester , stable-list freebsd Subject: Re: aesni(?) corrupts data on 8.2-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2010 23:22:58 -0000 --+QoFl77rH4lq6But Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 11, 2010 at 06:08:08PM -0500, Mike Tancsa wrote: > On 12/11/2010 11:01 AM, Kostik Belousov wrote: > >=20 > > I have no access to AESNI hardware. For start, you may use > > src/tools/tools/crypto/cryptotest > > to somewhat verify the sanity of the driver. >=20 > I doesnt happen every time, but one out of 5 or so=20 >=20 First, which arch is it, amd64 or i386 ? Also, please revert r216162 and do the same tests. --+QoFl77rH4lq6But Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0EB80ACgkQC3+MBN1Mb4hfeACgva9Cker2JREDAGYvXfvnvAXK kXoAoM/dXop/UADitEFCeoLlie1lk38x =Ipgh -----END PGP SIGNATURE----- --+QoFl77rH4lq6But--