From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 14:06:17 2009 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 81B751065696 for ; Sun, 20 Sep 2009 14:06:17 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 446588FC0C for ; Sun, 20 Sep 2009 14:06:17 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8KDlVg3098672 for ; Sun, 20 Sep 2009 07:47:31 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8KDlVO5098669 for ; Sun, 20 Sep 2009 07:47:31 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 20 Sep 2009 07:47:31 -0600 (MDT) From: Warren Block To: stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Sun, 20 Sep 2009 07:47:31 -0600 (MDT) Cc: Subject: What happened to DVD writing? 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, 20 Sep 2009 14:06:17 -0000 Recording data DVDs worked a few weeks/months ago on this system with a PATA Lite-On DVD recorder: FreeBSD lightning 7.2-STABLE FreeBSD 7.2-STABLE #0: Sun Sep 20 07:25:58 MDT 2009 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 Now growisofs starts, but appears to never manage to write to the DVD. It's a DVD-R, one from the same batch that has worked before: 0.77% done, estimate finish Sun Sep 20 07:55:57 2009 and there it stops. Rebooting is needed, and the machine can't quite bring itself to shut down after syncing buffers. /var/log/messages: Sep 20 07:42:44 lightning kernel: acd0: FAILURE - READ_BUFFER ILLEGAL REQUEST as c=0x24 ascq=0x00 Sep 20 07:42:46 lightning kernel: acd0: FAILURE - MODE_SELECT_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 Sep 20 07:42:56 lightning kernel: acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 Sep 20 07:43:25 lightning kernel: acd0: WARNING - TEST_UNIT_READY taskqueue time out - completing request directly Sep 20 07:43:36 lightning kernel: acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request Sep 20 07:45:26 lightning kernel: acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly Sep 20 07:45:26 lightning kernel: acd0: WARNING - PREVENT_ALLOW freeing taskqueue zombie request -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 15:10:09 2009 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 41D29106568B for ; Sun, 20 Sep 2009 15:10:09 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id CE7668FC13 for ; Sun, 20 Sep 2009 15:10:08 +0000 (UTC) Received: by fxm22 with SMTP id 22so924499fxm.36 for ; Sun, 20 Sep 2009 08:10:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=6svMcC+BF+FCaqoh60kojNKvicF1EKNiiUSlJabVEos=; b=czRAciPtQVsyQ51IsSdyjy9qkfrUb9TJ6QZjEMiiHI45N722cja8y2Sj9N4R/6ugOf kWU5bWpEVM61T60KzZjL/AiSYqucmWt1jGbuYULlBc+oHGeXzAmEqzOL5FFlwvujOAEr TOVfUdCregPEu7RcxfE0X71eE9l50bVZNL9HY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NRet6jQR43DXqw23j2c5TzZgxn6By2UPNydsWkVU4dh1jCI5kSwOkDAPe92kQRhjQ1 MMSi+hDt+rB0N34SyV0VqrqJhSaGvTr7gdLYbFmQwKhhIMPoFT5fK9uliv8YWSfvlwW2 bSBkFxZwAZa61B99YAnA6/tTi49Y7tNkSdBxw= MIME-Version: 1.0 Received: by 10.86.249.30 with SMTP id w30mr3673945fgh.35.1253459407633; Sun, 20 Sep 2009 08:10:07 -0700 (PDT) Date: Sun, 20 Sep 2009 17:10:07 +0200 Message-ID: <6101e8c40909200810l11d90ca4nc0985e644f8a0fc4@mail.gmail.com> From: Oliver Pinter To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: octave 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, 20 Sep 2009 15:10:09 -0000 Hi all! this is the error: gmake -C src all gmake[2]: Entering directory `/usr/ports/math/octave/work/octave-3.2.2/src' making defaults.h from defaults.h.in defaults.h is unchanged making oct-conf.h from oct-conf.h.in oct-conf.h is unchanged making DOCSTRINGS /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required b y ./gendoc not found gmake[2]: *** [DOCSTRINGS] Error 1 gmake[2]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2/src' gmake[1]: *** [src] Error 2 gmake[1]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/math/octave. and the system: FreeBSD fbsd 7.2-STABLE FreeBSD 7.2-STABLE #9: Tue Sep 15 04:10:15 CEST 2009 root@fbsd:/usr/obj/usr/src/sys/stable amd64 From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 15:22:53 2009 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 36E141065670 for ; Sun, 20 Sep 2009 15:22:53 +0000 (UTC) (envelope-from tkjacobsen@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id BA4C48FC24 for ; Sun, 20 Sep 2009 15:22:52 +0000 (UTC) Received: by ewy4 with SMTP id 4so1767148ewy.36 for ; Sun, 20 Sep 2009 08:22:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=tYSn1loGx39Usgri8SAyieEWpZ873pFUWrArsrx/bgg=; b=enpSC0bDkdWYdZ9dIs7Gn3lEmHfmq67TGsSNAnC8z/A04WV1jhH7eWlALo9gXIfoY4 g6qjXHAWYpo3/PTErXEJPPMNtcq9xqEp+lwoJwZAtXwfPA4CN5NqN/JXbLg8EEmU3oqP GlV+A9FSn+TSQp3HRH066FWq76QjAPVOvDk38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=atLInzFbW771nXmxKTrVWmAg4qX8zvF+L0NAIFtWq124+XKu1Uvhl28zX6XN4zGLfU 2UUZOyVZ5Aji4By5t1Y0e+eR7OGILtmMJP88jXZo/gNJq3aSCXDMV7vJXuxrkMIbjwYA SR1rjr+GSnopdZbsoLFy3ctgHWZVLk6LUleTU= Received: by 10.210.7.23 with SMTP id 23mr4465497ebg.27.1253460171730; Sun, 20 Sep 2009 08:22:51 -0700 (PDT) Received: from photon.std (84-238-115-154.u.parknet.dk [84.238.115.154]) by mx.google.com with ESMTPS id 10sm4832128eyd.8.2009.09.20.08.22.49 (version=SSLv3 cipher=RC4-MD5); Sun, 20 Sep 2009 08:22:50 -0700 (PDT) From: Troels Kofoed Jacobsen To: freebsd-stable@freebsd.org Date: Sun, 20 Sep 2009 17:22:46 +0200 User-Agent: KMail/1.12.1 (FreeBSD/7.2-STABLE; KDE/4.3.1; amd64; ; ) References: <6101e8c40909200810l11d90ca4nc0985e644f8a0fc4@mail.gmail.com> In-Reply-To: <6101e8c40909200810l11d90ca4nc0985e644f8a0fc4@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909201722.47024.tkjacobsen@gmail.com> Subject: Re: octave 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, 20 Sep 2009 15:22:53 -0000 On Sunday 20 September 2009 17:10:07 Oliver Pinter wrote: > Hi all! > > this is the error: > > gmake -C src all > gmake[2]: Entering directory `/usr/ports/math/octave/work/octave-3.2.2/src' > making defaults.h from defaults.h.in > defaults.h is unchanged > making oct-conf.h from oct-conf.h.in > oct-conf.h is unchanged > making DOCSTRINGS > /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 > required b y ./gendoc not found > gmake[2]: *** [DOCSTRINGS] Error 1 > gmake[2]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2/src' > gmake[1]: *** [src] Error 2 > gmake[1]: Leaving directory `/usr/ports/math/octave/work/octave-3.2.2' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/math/octave. > > and the system: > FreeBSD fbsd 7.2-STABLE FreeBSD 7.2-STABLE #9: Tue Sep 15 04:10:15 > CEST 2009 root@fbsd:/usr/obj/usr/src/sys/stable amd64 > _______________________________________________ > 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" > A bug has already been filed: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/138939 (ports/138939: math/octave doesn't build on 7.2) Best regards Troels Kofoed Jacobsen From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 18:25:18 2009 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 3F8CA1065693 for ; Sun, 20 Sep 2009 18:25:18 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id BDB8E8FC15 for ; Sun, 20 Sep 2009 18:25:17 +0000 (UTC) Received: by ewy4 with SMTP id 4so1850205ewy.36 for ; Sun, 20 Sep 2009 11:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=TtS9l0L8kboBJMYIKe/lhg5USfisv7zcDOTFmDUsWW4=; b=bcN5keOxsv4A/N+EQkKDbU+L+Mx8omdjvwixw1ia58JjP2Sj6xSDsOn+nVfpKE3wpU aHC3AP/cyQWIUoOiUtQ3dafa5kS2A6O8CbD3diS5bDwXvAlHmEgm4VmZQzAMSL02xTgu b8FLd00oCs21fFcwwULR8fvjDrcEQK5xnNtjg= 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=GDm5L1EkkmsM6tDCrSr6FjP5dJDLwMryl7R1yJF3Z8ve6WFdf3XIyT1CCm+vo/sLcg IzGiUE+TXBuXkStvHphEfJ6q7C0OyGpJqCZhfRQQmCh9kJlrOnImvgms9/O9zJDqI0n2 7Tq4/azcI/B4IXpHR90hRqj+/+61TfACu15c4= MIME-Version: 1.0 Received: by 10.216.16.139 with SMTP id h11mr1041782weh.83.1253469818946; Sun, 20 Sep 2009 11:03:38 -0700 (PDT) In-Reply-To: References: Date: Sun, 20 Sep 2009 14:03:38 -0400 Message-ID: <5f67a8c40909201103g2dba2d26m414b6bec4142b724@mail.gmail.com> From: Zaphod Beeblebrox To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: What happened to DVD writing? 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, 20 Sep 2009 18:25:18 -0000 On Sun, Sep 20, 2009 at 9:47 AM, Warren Block wrote: > Recording data DVDs worked a few weeks/months ago on this system with a > PATA Lite-On DVD recorder: > > FreeBSD lightning 7.2-STABLE FreeBSD 7.2-STABLE #0: Sun Sep 20 07:25:58 MDT > 2009 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 > > Now growisofs starts, but appears to never manage to write to the DVD. It's > a DVD-R, one from the same batch that has worked before: > > 0.77% done, estimate finish Sun Sep 20 07:55:57 2009 > > and there it stops. Rebooting is needed, and the machine can't quite bring > itself to shut down after syncing buffers. /var/log/messages: > > Sep 20 07:42:44 lightning kernel: acd0: FAILURE - READ_BUFFER ILLEGAL > REQUEST as c=0x24 ascq=0x00 > Sep 20 07:42:46 lightning kernel: acd0: FAILURE - MODE_SELECT_BIG ILLEGAL > REQUEST asc=0x24 ascq=0x00 > Sep 20 07:42:56 lightning kernel: acd0: FAILURE - READ_TOC ILLEGAL REQUEST > asc=0x24 ascq=0x00 > Sep 20 07:43:25 lightning kernel: acd0: WARNING - TEST_UNIT_READY taskqueue > time out - completing request directly > Sep 20 07:43:36 lightning kernel: acd0: WARNING - TEST_UNIT_READY freeing > taskqueue zombie request > Sep 20 07:45:26 lightning kernel: acd0: WARNING - PREVENT_ALLOW taskqueue > timeout - completing request directly > Sep 20 07:45:26 lightning kernel: acd0: WARNING - PREVENT_ALLOW freeing > taskqueue zombie request > > I recently upgraded from 7.0 to 7.2-p3. I just last night cut a dual layer DVD with growisofs. It appears to have cut fine. When growisofs stops in the middle like that, it's often caused by media defects. Have you tried another disk? Another possibility is that the drive is worn out. DVD writers have a limited lifespan largely measured by the number of disks they cut. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 18:58:30 2009 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 154EC1065670 for ; Sun, 20 Sep 2009 18:58:30 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id ACDAE8FC13 for ; Sun, 20 Sep 2009 18:58:29 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8KIwTfI099652; Sun, 20 Sep 2009 12:58:29 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8KIwTjE099649; Sun, 20 Sep 2009 12:58:29 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 20 Sep 2009 12:58:29 -0600 (MDT) From: Warren Block To: Zaphod Beeblebrox In-Reply-To: <5f67a8c40909201103g2dba2d26m414b6bec4142b724@mail.gmail.com> Message-ID: References: <5f67a8c40909201103g2dba2d26m414b6bec4142b724@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Sun, 20 Sep 2009 12:58:29 -0600 (MDT) Cc: stable@freebsd.org Subject: Re: What happened to DVD writing? 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, 20 Sep 2009 18:58:30 -0000 On Sun, 20 Sep 2009, Zaphod Beeblebrox wrote: >> >> FreeBSD lightning 7.2-STABLE FreeBSD 7.2-STABLE #0: Sun Sep 20 07:25:58 MDT >> 2009 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 >> >> Now growisofs starts, but appears to never manage to write to the DVD. It's >> a DVD-R, one from the same batch that has worked before: >> >> 0.77% done, estimate finish Sun Sep 20 07:55:57 2009 >> >> and there it stops. Rebooting is needed, and the machine can't quite bring >> itself to shut down after syncing buffers. /var/log/messages: >> >> Sep 20 07:42:44 lightning kernel: acd0: FAILURE - READ_BUFFER ILLEGAL >> REQUEST as c=0x24 ascq=0x00 >> Sep 20 07:42:46 lightning kernel: acd0: FAILURE - MODE_SELECT_BIG ILLEGAL >> REQUEST asc=0x24 ascq=0x00 >> Sep 20 07:42:56 lightning kernel: acd0: FAILURE - READ_TOC ILLEGAL REQUEST >> asc=0x24 ascq=0x00 >> Sep 20 07:43:25 lightning kernel: acd0: WARNING - TEST_UNIT_READY taskqueue >> time out - completing request directly >> Sep 20 07:43:36 lightning kernel: acd0: WARNING - TEST_UNIT_READY freeing >> taskqueue zombie request >> Sep 20 07:45:26 lightning kernel: acd0: WARNING - PREVENT_ALLOW taskqueue >> timeout - completing request directly >> Sep 20 07:45:26 lightning kernel: acd0: WARNING - PREVENT_ALLOW freeing >> taskqueue zombie request >> > I recently upgraded from 7.0 to 7.2-p3. I just last night cut a dual layer > DVD with growisofs. It appears to have cut fine. > > When growisofs stops in the middle like that, it's often caused by media > defects. Have you tried another disk? Yes, same effect. Also with a DVD+R. Also tried it on 8-STABLE, same messages, same results. > Another possibility is that the drive is worn out. DVD writers have a > limited lifespan largely measured by the number of disks they cut. This drive has probably written under 50 DVDs, all ISOs used for backup. It's a Lite-On DH-20A4P bought in August 2008. It's looking like the drive itself has failed. Which seems odd, since I thought it could still burn CDs. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 20:42:48 2009 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 578BE1065672 for ; Sun, 20 Sep 2009 20:42:48 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id EC0FC8FC1C for ; Sun, 20 Sep 2009 20:42:47 +0000 (UTC) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id n8KKJwPL074519; Sun, 20 Sep 2009 21:19:58 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from rbPBP.gid.co.uk ([194.32.164.6]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id n8KKJr3n077654; Sun, 20 Sep 2009 21:19:53 +0100 (BST) (envelope-from rb@gid.co.uk) Message-Id: <16D3375E-4857-4068-868A-814C09478F3C@gid.co.uk> From: Bob Bishop To: Warren Block In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 20 Sep 2009 21:19:53 +0100 References: <5f67a8c40909201103g2dba2d26m414b6bec4142b724@mail.gmail.com> X-Mailer: Apple Mail (2.936) Cc: stable@freebsd.org Subject: Re: What happened to DVD writing? 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, 20 Sep 2009 20:42:48 -0000 Hi, On 20 Sep 2009, at 19:58, Warren Block wrote: > [...]This drive has probably written under 50 DVDs, all ISOs used > for backup. It's a Lite-On DH-20A4P bought in August 2008. It's > looking like the drive itself has failed. Which seems odd, since I > thought it could still burn CDs. Have you tried a cleaning disk on it? -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 21:02:40 2009 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 AFF3B1065679 for ; Sun, 20 Sep 2009 21:02:40 +0000 (UTC) (envelope-from mahlerrd@yahoo.com) Received: from web51004.mail.re2.yahoo.com (web51004.mail.re2.yahoo.com [206.190.38.135]) by mx1.freebsd.org (Postfix) with SMTP id 575DF8FC0A for ; Sun, 20 Sep 2009 21:02:40 +0000 (UTC) Received: (qmail 21207 invoked by uid 60001); 20 Sep 2009 20:35:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253478958; bh=ET7292oaDwjgbo/tiYBZUSes1/7NyRx4OEr4OcNzZ9o=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=IBZkIn3y4gA6sR4//XXpSOupRMv1AJJAl7M++ljwcxM3TpU9WDLs38B+0OE4WcvTzec8IF78ZAHjvGsTn1CCGOVkxZygHH186TEgq8zRqod9dNESyIxfwj6e1vCYvKsrnV2oFFlo1/ZbanE2I6smAXcP8sMLFPtfuQBRhysKLOs= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=ngJQZxLVpDsPXPtbfV7ul0jVFR0Xh/XMkVZLgbibUTLezXbD3++O3b3ovJb3g7jEcKVmjZkNn3Xm5JkJFe3zffD5r5ad6K5+xLSgWiQQSlrtivpFzH9fCSU8IyVMqlRDfbhz1dIIE3Ya9rTyKLQcP8U3tA56N8JNOHVE55epdX4=; Message-ID: <673698.21068.qm@web51004.mail.re2.yahoo.com> X-YMail-OSG: R7AdyRIVM1kuoqezZ6oz98BNaby.Vbb30QYtS9pKOngR1bNuEmJy10ZHZWsACodfq5f2H0qMxCTL1f8.8JY98BwdAXcl4LuyUzXC117Wk5.iQb.nXBFDpRts2z8OSUDIRX5PcaIpBT5VrWpiSq4Yc4wkrdvnjWmcBIw55ajZObe8KSG8eKlk6AyhJxeQQpIb2qIxPAuoegSayZ2senEe0xO0ZdriUm6U0eBkHfXd5p1YGBct_NGWZ5jsMoPRg94WesFaIRxcevLlTJeO.FDk2csDy6KUfUosBPuEooyL1RCsdjBhWpJPqK9blxV0qs_qoXRtUCO9MYR7WUABe1L14zC6rv_RnfN28IdppabifQoZjWMzfgtmt6UkXXzD_QycHR2FCA-- Received: from [71.117.53.27] by web51004.mail.re2.yahoo.com via HTTP; Sun, 20 Sep 2009 13:35:58 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Sun, 20 Sep 2009 13:35:58 -0700 (PDT) From: Richard Mahlerwein To: stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: What happened to DVD writing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mahlerrd@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 21:02:40 -0000 >From: Warren Block >Subject: Re: What happened to DVD writing? >Date: Sunday, September 20, 2009, 2:58 PM >>On Sun, 20 Sep 2009, Zaphod Beeblebrox wrote: >>> >>> FreeBSD lightning 7.2-STABLE FreeBSD 7.2-STABLE #0: Sun Sep 20 07:25:58= MDT >>> 2009=A0 =A0 =A0 root@lightning:/usr/obj/usr/src/sys/LIGHTNING=A0 i386 >>> >>> Now growisofs starts, but appears to never manage to write to the DVD. = It's >>> a DVD-R, one from the same batch that has worked before: >>> >>>=A0 0.77% done, estimate finish Sun Sep 20 07:55:57 2009 >>> >>> and there it stops.=A0 Rebooting is needed, and the machine can't quite= bring >>> itself to shut down after syncing buffers.=A0 /var/log/messages: >>> >> Another possibility is that the drive is worn out.=A0 DVD writers have a >> limited lifespan largely measured by the number of disks they cut. > >This drive has probably written under 50 DVDs, all ISOs used for backup.= =20 >It's a Lite-On DH-20A4P bought in August 2008.=A0 It's looking like the=20 >drive itself has failed.=A0 Which seems odd, since I thought it could=20 >still burn CDs. I have had several exhibit behavior even more odd. The most unusual was this particular CD writer... It read both DVDs and CDs= but would write neither (it had worked fine the week before).=A0 I took it= out of the drive bay and hooked it to another PC to test and it worked fin= e there.=A0 I put it back in the original PC and it failed.=A0 I was swappi= ng things around on that PC (assuming bad cable, bad power, etc) and had it= sitting loose on the desk and found that it now worked again.=A0 Put it ba= ck in the drive cage and it again would not write, though reading was fine.= =A0 Anyway, I finally figured out that even slight pressure in on the sides= where it mounts would make it fail to burn CDs.=A0 The cage itself exerted= a bit of pressure and that was enough to make it fail at any attempt to bu= rn a CD. -Rich =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 21:20:08 2009 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 CF010106566C for ; Sun, 20 Sep 2009 21:20:08 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2998FC15 for ; Sun, 20 Sep 2009 21:20:08 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n8KLK7wD000210; Sun, 20 Sep 2009 15:20:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n8KLK7D9000207; Sun, 20 Sep 2009 15:20:07 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 20 Sep 2009 15:20:07 -0600 (MDT) From: Warren Block To: Richard Mahlerwein In-Reply-To: <673698.21068.qm@web51004.mail.re2.yahoo.com> Message-ID: References: <673698.21068.qm@web51004.mail.re2.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-902635197-1787406556-1253481607=:199" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Sun, 20 Sep 2009 15:20:07 -0600 (MDT) Cc: stable@freebsd.org Subject: Re: What happened to DVD writing? 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, 20 Sep 2009 21:20:08 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---902635197-1787406556-1253481607=:199 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 20 Sep 2009, Richard Mahlerwein wrote: >> >> This drive has probably written under 50 DVDs, all ISOs used for backup. >> It's a Lite-On DH-20A4P bought in August 2008.  It's looking like the >> drive itself has failed.  Which seems odd, since I thought it could >> still burn CDs. > > I have had several exhibit behavior even more odd. > > The most unusual was this particular CD writer... It read both DVDs > and CDs but would write neither (it had worked fine the week before).  > I took it out of the drive bay and hooked it to another PC to test and > it worked fine there.  I put it back in the original PC and it > failed.  I was swapping things around on that PC (assuming bad cable, > bad power, etc) and had it sitting loose on the desk and found that it > now worked again.  Put it back in the drive cage and it again would > not write, though reading was fine.  Anyway, I finally figured out > that even slight pressure in on the sides where it mounts would make > it fail to burn CDs.  The cage itself exerted a bit of pressure and > that was enough to make it fail at any attempt to burn a CD. It does appear to be hardware failure. A web search suggests that this drive has two separate lasers, so DVD writing failing while CD writing still works is believable. Sorry for the noise, and thanks to everyone for the suggestions. -Warren Block * Rapid City, South Dakota USA ---902635197-1787406556-1253481607=:199-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 21:42:25 2009 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 D0435106566C for ; Sun, 20 Sep 2009 21:42:25 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 257928FC14 for ; Sun, 20 Sep 2009 21:42:24 +0000 (UTC) Received: (qmail invoked by alias); 20 Sep 2009 21:42:23 -0000 Received: from 98.90.135.212.in-addr.arpa (EHLO klausdieter0815.dyndns.org) [212.135.90.98] by mail.gmx.com (mp-eu003) with SMTP; 20 Sep 2009 23:42:23 +0200 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX18vv1tc6scvE1TKbmhAYQPpLFNrhe3VKXkZiiL2cl Z6xQhpONXEvnqr Received: by myhost.mydomain.de (Postfix, from userid 1001) id 04C6685; Sun, 20 Sep 2009 23:42:23 +0200 (CEST) From: Christof Schulze To: freebsd-stable@freebsd.org Date: Sun, 20 Sep 2009 23:42:22 +0200 User-Agent: KMail/1.12.0 (FreeBSD/7.2-STABLE; KDE/4.3.0; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909202342.22881.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Subject: zpool scrub hangs on 7.2-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, 20 Sep 2009 21:42:25 -0000 Hello, currently I am running a 7.2 stable with zfs v13. Things work nicely except that zpool scrub hangs without disk activity. I do not get any error messages in dmesg or /var/log/messages and therefore I do not know where to look further. Is this a known issue or should I investigate? If the latter is the case I would need some help doing so. % uname -a ~ FreeBSD ccschu935 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jul 7 04:56:00 CEST 2009 root@ccschu935:/usr/obj/usr/src/sys/GENERIC amd64 % zpool status ~ pool: tank state: ONLINE scrub: scrub in progress for 0h3m, 0,00% done, 3370h48m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad0s6 ONLINE 0 0 0 ad0s3f ONLINE 0 0 0 ad0s3e ONLINE 0 0 0 cache mmcsd0 UNAVAIL 0 0 0 cannot open errors: No known data errors kind Regards Christof From owner-freebsd-stable@FreeBSD.ORG Sun Sep 20 22:35:35 2009 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 5095B106568F for ; Sun, 20 Sep 2009 22:35:35 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-yw0-f199.google.com (mail-yw0-f199.google.com [209.85.211.199]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8268FC1A for ; Sun, 20 Sep 2009 22:35:34 +0000 (UTC) Received: by ywh37 with SMTP id 37so2861346ywh.28 for ; Sun, 20 Sep 2009 15:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=n2XfjCDtcBHdIq4XS4/zk54SaOBddjCRP9eH2hVcqCE=; b=HkYxrPQ9vXiCx6FX3Lt/xD9oN8VUX2p0Y6UV63otPe0eoB5bFBT6Wcyyr9OeztDDy3 bS7G2+1HN5GYhpfUoNGgU0xXCGx4ScwOdV1RBNVL/Nuiy4BXtJAioMCkWPIE9AEJ3WVz ibUkdwX7b5h9cq8vmYS8SH1sXQwGlFkDdWDAI= 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 :content-transfer-encoding; b=UDqn6sFoUzo00XIHRnXttkTzP1sQ4I7dYy1D7Eye8osNk4uuVPQTfxH379VS87ni5S eeg+HEFBLVv0srI/vyfd+g5IH+PxoNQbGQD/yVbrjFjWs7fwe49ikatm8KRpEBAQHyDL thwxB+YqFA74eUToiA4Bs3SIJAJS7tliGC6TM= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.91.153.15 with SMTP id f15mr2836171ago.77.1253484639900; Sun, 20 Sep 2009 15:10:39 -0700 (PDT) In-Reply-To: <200909202342.22881.christof.schulze@gmx.com> References: <200909202342.22881.christof.schulze@gmx.com> Date: Sun, 20 Sep 2009 15:10:39 -0700 X-Google-Sender-Auth: 28981156b9460af4 Message-ID: From: Artem Belevich To: Christof Schulze Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: zpool scrub hangs on 7.2-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, 20 Sep 2009 22:35:35 -0000 Do you have ZIL disabled? I think I saw the same scrub stall on -7 when I had vfs.zfs.zil_disable=3D1. After re-enabling ZIL scrub proceeded normally. --Artem On Sun, Sep 20, 2009 at 2:42 PM, Christof Schulze wrote: > Hello, > > currently I am running a 7.2 stable with zfs v13. > Things work nicely except that zpool scrub hangs without disk activity. > I do not get any error messages in dmesg or /var/log/messages and therefo= re I > do not know where to look further. > > Is this a known issue or should I investigate? If the latter is the case = I > would need some help doing so. > > % uname -a =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 ~ > FreeBSD ccschu935 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jul =A07 04:56:00= CEST > 2009 =A0 =A0 root@ccschu935:/usr/obj/usr/src/sys/GENERIC =A0amd64 > % zpool status =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 ~ > =A0pool: tank > =A0state: ONLINE > =A0scrub: scrub in progress for 0h3m, 0,00% done, 3370h48m to go > config: > > =A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM > =A0 =A0 =A0 =A0tank =A0 =A0 =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0 > =A0 =A0 =A0 =A0 =A0ad0s6 =A0 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0ad0s3f =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0ad0s3e =A0 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0 > =A0 =A0 =A0 =A0cache > =A0 =A0 =A0 =A0 =A0mmcsd0 =A0 =A0UNAVAIL =A0 =A0 =A00 =A0 =A0 0 =A0 =A0 0= =A0cannot open > > errors: No known data errors > > > kind Regards > > Christof > _______________________________________________ > 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 Mon Sep 21 01:12:26 2009 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 DE04C106566C for ; Mon, 21 Sep 2009 01:12:26 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ew0-f208.google.com (mail-ew0-f208.google.com [209.85.219.208]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6F98FC08 for ; Mon, 21 Sep 2009 01:12:26 +0000 (UTC) Received: by ewy4 with SMTP id 4so2036755ewy.36 for ; Sun, 20 Sep 2009 18:12:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=tVbBjwoDwHZjcR5b6+t0XIc0GD07Ag8hvWbrMfAGLCE=; b=XW82EciiASUVBiYWgEnbOaT+L8iqIZGcB7AWrw7XVFOGmhxspZaLLSWM6o5Qu3EZU4 Syz1Yp5BPE8Mk2Zu9VMZRx+NK5aRr58VE6MffecBqjoDPRDyfMs/7wcME80tEUOwJdZY Hr8uKOrWOBvhyJ839f2YYUIReEOhnGaC8MbcU= 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=GTr2KuRxqIBon8Jdi2RNkReHUasA6OIUPxOYn274JcjES7CW/cf079gbN8SSfm1ZAh qlZPbenKh6xFDDJWeDn/1jHtuVNz6dI0sshhwByYxKMAy9uj7nP7GJhD8Y2/bF2RxodL 2IsUD+qTqd0zNLSdRHOii4Akbp11IErMIwIlw= MIME-Version: 1.0 Received: by 10.216.10.3 with SMTP id 3mr1191963weu.60.1253495545364; Sun, 20 Sep 2009 18:12:25 -0700 (PDT) In-Reply-To: <673698.21068.qm@web51004.mail.re2.yahoo.com> References: <673698.21068.qm@web51004.mail.re2.yahoo.com> Date: Sun, 20 Sep 2009 21:12:25 -0400 Message-ID: <5f67a8c40909201812l4a364cb5y46dffbf3ff6b0d49@mail.gmail.com> From: Zaphod Beeblebrox To: mahlerrd@yahoo.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: What happened to DVD writing? 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, 21 Sep 2009 01:12:26 -0000 On Sun, Sep 20, 2009 at 4:35 PM, Richard Mahlerwein wrote: > > I have had several exhibit behavior even more odd. > > The most unusual was this particular CD writer... It read both DVDs and CDs > but would write neither (it had worked fine the week before). I took it out > of the drive bay and hooked it to another PC to test and it worked fine > there. I put it back in the original PC and it failed. I was swapping > things around on that PC (assuming bad cable, bad power, etc) and had it > sitting loose on the desk and found that it now worked again. Put it back > in the drive cage and it again would not write, though reading was fine. > Anyway, I finally figured out that even slight pressure in on the sides > where it mounts would make it fail to burn CDs. The cage itself exerted a > bit of pressure and that was enough to make it fail at any attempt to burn a > CD. > This is not necessarily odd. The CD burner is one of the highest draw bits in your system... save possibly your CPU and/or graphics card (depending on what they are). I have found that various DVD drives have been very sensitive to power supply voltages and fail to burn properly when they're marginal. Your description here seems to point in that direction. If it works in computer B, try using B's power supply for A --- or maybe B has other lighter draws. Power supplies can also degrade over time --- especially if you have some cheap capacitors in there. I find the DVD drive is often the canary for spotting power supply problems. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 01:29:09 2009 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 9468B1065676; Mon, 21 Sep 2009 01:29:09 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1305A8FC17; Mon, 21 Sep 2009 01:29:08 +0000 (UTC) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8L1SwXb018381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Sep 2009 11:28:59 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1253496539; bh=Fyd6aRKMfE4YZyX/P8cceAMde/XPvWBIr+KfcDCGjt0=; h=Date:From:To:Cc:Subject:Message-ID:References:Mime-Version: Content-Type:In-Reply-To; b=ZusNbNXGjL7U7JQ87Wr49aT2nObbiKZeiANME+Jz0OEI5ZTFNa6uJBnfxdQMJ++3R LKxGPXo6fM7PnJ7vxde/Q4utoYcHcHSuZzBRl3pJNTw9TJnqSEX9oK+KGK+MhhH7YF 4La7tPfrmU66viasMSsPkDU8EfeDGmrYwglBbRw4= Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id n8L1SwAt001953; Mon, 21 Sep 2009 11:28:58 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.3/8.14.3/Submit) id n8L1Stxs001952; Mon, 21 Sep 2009 11:28:55 +1000 (AEST) (envelope-from john) Date: Mon, 21 Sep 2009 11:28:55 +1000 From: John Marshall To: Rick Macklem Message-ID: <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: Rick Macklem , George Mamalakis , freebsd-current@freebsd.org, freebsd-stable References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.net.au/pgp/johnmarshall.asc Cc: freebsd-stable , freebsd-current@freebsd.org, George Mamalakis Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 21 Sep 2009 01:29:09 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 19 Sep 2009, 09:31 +1000, John Marshall wrote: > On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: > > When cyrus-sasl2 builds, it uses the little shell script > > /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of > > libraries to link against. This doesn't return "-lgssapi_spnego" in the > > list. (The list can be changed by editting line #96 of=20 > > /usr/bin/krb5-config.) >=20 > I think this sounds promising! It makes sense. Thanks for pointing us > in this direction. This morning, on my 8.0-RC1 system, I did the following to confirm that GSSAPI authentication to the LDAP server via SASL2 using the base Heimdal was still broken: - removed the heimdal-1.2.1 port - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) - started the openldap-sasl-server-2.4.18_1 - queried the LDAP server from a separate client using ldapsearch: -------- SASL/GSSAPI authentication started ldap_sasl_interactive_bind_s: Can't contact LDAP server (-1) -------- - and noted that the ldap server died at that point. I edited line 96 of /usr/bin/krb5-config to include -lgssapi_krb5 in the libraries list: lib_flags=3D"$lib_flags -lgssapi -lgssapi_krb5 -lheimntlm" and then did the following: - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) - started the openldap-sasl-server-2.4.18_1 - queried the LDAP server from a separate client using ldapsearch -------- SASL/GSSAPI authentication started SASL username: john@EXAMPLE.COM SASL SSF: 56 SASL data security layer installed. # extended LDIF # # LDAPv3 -------- SUCCESS! So, this fix obviates THAT reason for installing the Heimdal port. If George meets with similar success adding -lgssapi_spnego for his spnego problem, I suggest that both libraries be added to the list in line 96 of /usr/bin/krb5-config prior to release of FreeBSD 8.0. It doesn't look like this fix is as simple as submitting a patch to krb5-config. It looks like magic needs to happen somewhere in the base kerberos build system. I notice that the Heimdal port doesn't build the separate libraries and everything seems to be included in libgssapi (which explains why sasl2 "works" when linked against the Heimdal port). --=20 John Marshall --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq21tcACgkQw/tAaKKahKJxLgCeLlh73ABMo8lKSAnwqxX/Ywsr kcQAoLtctYCMcA5GUSpd9pEb9zBi8/cL =9F41 -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 07:46:02 2009 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 2A5EB106566C for ; Mon, 21 Sep 2009 07:46:02 +0000 (UTC) (envelope-from baest@baest.catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [129.142.64.64]) by mx1.freebsd.org (Postfix) with ESMTP id D49808FC14 for ; Mon, 21 Sep 2009 07:46:01 +0000 (UTC) Received: from localhost (moof.catpipe.net [129.142.64.64]) by localhost.catpipe.net (Postfix) with ESMTP id EA03383AFE1; Mon, 21 Sep 2009 09:18:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at catpipe.net Received: from moof.catpipe.net ([129.142.64.64]) by localhost (moof.catpipe.net [129.142.64.64]) (amavisd-new, port 10024) with ESMTP id 59aduPUQUCvN; Mon, 21 Sep 2009 09:18:31 +0200 (CEST) Received: from baest.catpipe.net (baest.catpipe.net [195.249.214.181]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTP id 63CF483AFE4; Mon, 21 Sep 2009 09:18:31 +0200 (CEST) Received: by baest.catpipe.net (Postfix, from userid 1001) id AB28C11BE3; Mon, 21 Sep 2009 09:18:28 +0200 (CEST) Date: Mon, 21 Sep 2009 09:18:28 +0200 From: Martin Kjeldsen To: Zaphod Beeblebrox Message-ID: <20090921071828.GA1681@baest.catpipe.net> References: <673698.21068.qm@web51004.mail.re2.yahoo.com> <5f67a8c40909201812l4a364cb5y46dffbf3ff6b0d49@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f67a8c40909201812l4a364cb5y46dffbf3ff6b0d49@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, mahlerrd@yahoo.com Subject: Re: What happened to DVD writing? 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, 21 Sep 2009 07:46:02 -0000 Zaphod Beeblebrox (21:12 2009-09-20): > On Sun, Sep 20, 2009 at 4:35 PM, Richard Mahlerwein wrote: > > > > > I have had several exhibit behavior even more odd. > > > > The most unusual was this particular CD writer... It read both DVDs and CDs > > but would write neither (it had worked fine the week before). I took it out > > of the drive bay and hooked it to another PC to test and it worked fine > > there. I put it back in the original PC and it failed. I was swapping > > things around on that PC (assuming bad cable, bad power, etc) and had it > > sitting loose on the desk and found that it now worked again. Put it back > > in the drive cage and it again would not write, though reading was fine. > > Anyway, I finally figured out that even slight pressure in on the sides > > where it mounts would make it fail to burn CDs. The cage itself exerted a > > bit of pressure and that was enough to make it fail at any attempt to burn a > > CD. > > > > This is not necessarily odd. The CD burner is one of the highest draw bits > in your system... save possibly your CPU and/or graphics card (depending on > what they are). I have found that various DVD drives have been very > sensitive to power supply voltages and fail to burn properly when they're > marginal. Your description here seems to point in that direction. If it > works in computer B, try using B's power supply for A --- or maybe B has > other lighter draws. > > Power supplies can also degrade over time --- especially if you have some > cheap capacitors in there. > > I find the DVD drive is often the canary for spotting power supply problems. Hi, I have the same problem. I can read DVDs and CDs and write CDs, but I'm unable to write DVDs. I can't be sure that it is a software problem, but I think it happened when upgrading from 8.0-BETA2 to 8.0-BETA4. Not sure at all though. Martin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 11:51:42 2009 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 1E4931065670; Mon, 21 Sep 2009 11:51:42 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8FF158FC0C; Mon, 21 Sep 2009 11:51:41 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8LBpa0n098754; Mon, 21 Sep 2009 14:51:36 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4AB768C3.6030003@eng.auth.gr> Date: Mon, 21 Sep 2009 14:51:31 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: Rick Macklem , George Mamalakis , freebsd-current@freebsd.org, freebsd-stable References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> In-Reply-To: <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 21 Sep 2009 11:51:42 -0000 John Marshall wrote: > On Sat, 19 Sep 2009, 09:31 +1000, John Marshall wrote: > >> On Fri, 18 Sep 2009, 17:38 -0400, Rick Macklem wrote: >> >>> When cyrus-sasl2 builds, it uses the little shell script >>> /usr/bin/krb5-config with the args. "--libs gssapi" to get the list of >>> libraries to link against. This doesn't return "-lgssapi_spnego" in the >>> list. (The list can be changed by editting line #96 of >>> /usr/bin/krb5-config.) >>> >> I think this sounds promising! It makes sense. Thanks for pointing us >> in this direction. >> > > This morning, on my 8.0-RC1 system, I did the following to confirm that > GSSAPI authentication to the LDAP server via SASL2 using the base > Heimdal was still broken: > > - removed the heimdal-1.2.1 port > - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) > - started the openldap-sasl-server-2.4.18_1 > - queried the LDAP server from a separate client using ldapsearch: > -------- > SASL/GSSAPI authentication started > ldap_sasl_interactive_bind_s: Can't contact LDAP server (-1) > -------- > - and noted that the ldap server died at that point. > > I edited line 96 of /usr/bin/krb5-config to include -lgssapi_krb5 in the > libraries list: > > lib_flags="$lib_flags -lgssapi -lgssapi_krb5 -lheimntlm" > > and then did the following: > > - rebuilt the cyrus-sasl-2.1.23 port (against the base heimdal) > - started the openldap-sasl-server-2.4.18_1 > - queried the LDAP server from a separate client using ldapsearch > -------- > SASL/GSSAPI authentication started > SASL username: john@EXAMPLE.COM > SASL SSF: 56 > SASL data security layer installed. > # extended LDIF > # > # LDAPv3 > -------- > > SUCCESS! > > So, this fix obviates THAT reason for installing the Heimdal port. If > George meets with similar success adding -lgssapi_spnego for his spnego > problem, I suggest that both libraries be added to the list in line 96 > of /usr/bin/krb5-config prior to release of FreeBSD 8.0. > > It doesn't look like this fix is as simple as submitting a patch to > krb5-config. It looks like magic needs to happen somewhere in the base > kerberos build system. > > I notice that the Heimdal port doesn't build the separate libraries and > everything seems to be included in libgssapi (which explains why sasl2 > "works" when linked against the Heimdal port). > > Guys, I changed my /usr/bin/krb5-config's line 96 to include -lgssapi_spnego and -lgssapi_krb5, and ever since both client and server work correctly!! Of course I get some other error, but at least this must be a configuration error :). So, to sum up: Still running on fbsd.8-BETA4, changed krb5-config to include the missing libraries, recompiled cyrus-sasl-2.1.23 after I changed the krb5-config, restarted openldap-sasl-server-2.4.18_1 and after performing an ldapsearch, the client does not complain (and exits) about missing libraries, NOR does the server crash on sasl authentication. Great job guys, thank you all very very much for your help! I posted my query on the 17th of Sep. and in four days (weekend inclusive!) someone came up with an answer that resolves my issue! Great job, once more, and thank you all again! -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 12:43:23 2009 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 D9CAA106566C for ; Mon, 21 Sep 2009 12:43:23 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id DD5038FC12 for ; Mon, 21 Sep 2009 12:43:21 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id ACB87B6; Mon, 21 Sep 2009 14:26:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id A7506B3 for ; Mon, 21 Sep 2009 14:26:15 +0200 (CEST) Date: Mon, 21 Sep 2009 14:26:15 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: freebsd-stable@freebsd.org Message-ID: <20090921140345.H37424@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 21 Sep 2009 12:43:23 -0000 Hi. I have recently upgraded the server from 6.X -> Latest 6.X -> 7.2. But after the upgrade it boots OK once and after that it freezes. Verbose boot give me these lines: ---- snip ---- Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 root@gs4:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e7e000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e7e1d8. Calibrating clock(s) ... i8254 clock: 1193116 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... ---- snap ---- I can boot the system without ACPI enabled w/o problem. But once it is enabled it will freeze at this point. This has happend on both servers I have upgraded. Both of them are identical. /Bjorn Full dmesg w acpi disabled: %dmesg Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 root@gs4:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 285 (2605.93-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x2 Cores per package: 2 real memory = 3221192704 (3071 MB) avail memory = 3146604544 (3000 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic2: Assuming intbase of 28 ioapic3: Assuming intbase of 32 ioapic4: Assuming intbase of 36 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard kbd1 at kbdmux0 pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at device 0.0 on pci1 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at device 0.1 on pci1 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 3 ports with 3 removable, self powered pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) vgapci0: port 0x4400-0x44ff mem 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 4.3 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 ciss0: port 0x5000-0x50ff mem 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 ciss0: [ITHREAD] pcib3: at device 8.0 on pci0 pci3: on pcib3 bge0: mem 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:17:a4:8d:f9:2a bge0: [ITHREAD] bge1: mem 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:17:a4:8d:f9:29 bge1: [ITHREAD] cpu0 on motherboard powernow0: on cpu0 device_attach: powernow0 attach returned 6 cpu1 on motherboard powernow1: on cpu1 device_attach: powernow1 attach returned 6 cpu2 on motherboard powernow2: on cpu2 device_attach: powernow2 attach returned 6 cpu3 on motherboard powernow3: on cpu3 device_attach: powernow3 attach returned 6 eisa0: on motherboard mainboard0: at slot 0 on eisa0 pnpbios: error 1/82 getting device count/size limit pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers SdMaP0:: ACPo mCmPaUn d# 1Q uLeauuenicnhge dE!n abled da0: 69452MB (142239510 512 bSyMtPe: sAePc tCoPrUs :# 22 5L5aunHc h6e3dS/!T 8854C) SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/da0s1a bge0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 13:36:07 2009 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 249F01065670; Mon, 21 Sep 2009 13:36:07 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmailC.acsu.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id EA5D48FC18; Mon, 21 Sep 2009 13:36:06 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 2470F4B192; Mon, 21 Sep 2009 09:36:06 -0400 (EDT) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 7FB2F4B185; Mon, 21 Sep 2009 09:36:03 -0400 (EDT) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 688C64B0DB; Mon, 21 Sep 2009 09:36:03 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 51F41207B4; Mon, 21 Sep 2009 09:36:03 -0400 (EDT) From: Ken Smith To: freebsd-current , freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-A9PgbBGdOoECFQ9iEDvm" Date: Mon, 21 Sep 2009 09:35:59 -0400 Message-Id: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Subject: 8.0-RC1 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: Mon, 21 Sep 2009 13:36:07 -0000 --=-A9PgbBGdOoECFQ9iEDvm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The first of the Release Candidates for the FreeBSD 8.0 release cycle is now available. How many RC's we have will depend on how well 8.0-RC1 does. At the moment only one more RC is on the schedule but odds are fairly high we will wind up inserting at least one more RC. Between BETA4 and RC1 a lot of work has gone into IPv6 issues as well as many other issues that have been brought up from the public testing. And a patch set was committed by the people who handle porting ZFS to FreeBSD that they felt makes ZFS production-ready. Details about the current target schedule along with much more detail about the current status of the release is available here: http://wiki.freebsd.org/8.0TODO There are two known problems with 8.0-RC1. One known issue with the 8.0-RC1 build was discovered after the builds got started so is not part of the ISO images or FreeBSD-Update builds. The issue is that local IPv6 link-local addresses are not reachable. A fix for it has been committed to RELENG_8 so if you install from the 8.0-RC1 media or update using FreeBSD-Update you will then need to update using csup/cvsup mechanisms if you need that fix for your environment. It should only impact people using IPv6. The other known issue is that the flowtable may direct packets to the wrong interface under certain routing conditions. We feel confident that this bug will be fixed so the flowtable is enabled in RC1 to maximize testing. If you experience routing problems, please temporarily disable the flowtable using the sysctl =3D0 and report the results to the freebsd-current@ mailing list. If we are unable to resolve this issue by RC2, we will disable the flowtable in 8.0-RELEASE. If you notice problems you can report them through the normal Gnats PR system or on the freebsd-current mailing list. I do cross-post announcements to freebsd-stable because this particular release is "about to become a stable branch" but when it comes to watching for issues related to the release most of the developers pay more attention to the freebsd-current list. ISO images for all supported architectures are available on the FTP sites, and a "memory stick" image is available for amd64/i386 architectures. For amd64/i386 architectures the cdrom and memstick images include the documentation packages this time but no other packages. The DVD image includes a rough pass at what packages will be available on the official release media but is subject to change between now and release. For sparc64 the DVD image has the set of packages that currently build for sparc64, which is a sub-set of the set provided for amd64/i386. The sparc64 disc1 does not have any packages on it because I noticed a little too late that adding the doc packages to disc1 caused it to overflow the target size. For 8.0-RC2 sparc64 will have the livefs bits split out to a separate image (which is the way all the other architectures have been for a while now) and the doc packages will be provided on disc1. None of the other images include packages. If you are using csup/cvsup methods to update an older system the branch tag to use is RELENG_8. The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, or 8.0-BETA4 can upgrade as follows: =20 # freebsd-update upgrade -r 8.0-RC1 =20 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. Systems running 8.0-BETA3 may print the warning INDEX-OLD.all: Invalid arguments when downloading updates; this warning is a harmless bug (fixed in 8.0-BETA4) and can be safely ignored. # freebsd-update install =20 The system must be rebooted with the newly installed kernel before continui= ng. =20 # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install =20 At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or earlier will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. See: http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html for mode details. After updating installed third-party applications (and again, only if freebsd-update printed a message indicating that this was necessary), run freebsd-update again so that it can delete the old (no longer used) system libraries: # freebsd-update install =20 Finally, reboot into 8.0-RC1: =20 # shutdown -r now MD5/SHA256 checksums for the image files: MD5 (8.0-RC1-amd64-bootonly.iso) =3D a84d43c8adaba3fee9a618098668154e MD5 (8.0-RC1-amd64-disc1.iso) =3D fb4f75c74144239b4994dc3ad040af33 MD5 (8.0-RC1-amd64-dvd1.iso) =3D 5da3097634fbe049dd01ad4127d0f396 MD5 (8.0-RC1-amd64-livefs.iso) =3D 43a483ea73cbbe80f0ef068502594363 MD5 (8.0-RC1-amd64-memstick.img) =3D 9b1ffcab33ceed4dcdf1a0f3d862f811 MD5 (8.0-RC1-i386-bootonly.iso) =3D b569d950d6806c7c88a15d857bef6a02 MD5 (8.0-RC1-i386-disc1.iso) =3D 1cfecd1489b8be4a6d06040b07af941b MD5 (8.0-RC1-i386-dvd1.iso) =3D 474b54e73a04a2f573b8a26ad00e3077 MD5 (8.0-RC1-i386-livefs.iso) =3D 7e5c3390c9f1e7915b9f229eb95f7e70 MD5 (8.0-RC1-i386-memstick.img) =3D 532736e255f069f7f891d6ed4f14970e MD5 (8.0-RC1-ia64-bootonly.iso) =3D f53c920e46d3ceeb755617b2de20507a MD5 (8.0-RC1-ia64-disc1.iso) =3D 504d3828b919563a83d7232d9a3a952b MD5 (8.0-RC1-ia64-disc2.iso) =3D 5f22a63a89bff893038b32c0c53bf2eb MD5 (8.0-RC1-ia64-disc3.iso) =3D bf17e84e9dfa62a6ce131e07bc701478 MD5 (8.0-RC1-ia64-dvd1.iso) =3D b8cf5cc2feab96c98da12b6fb1623136 MD5 (8.0-RC1-ia64-livefs.iso) =3D 2a83a1b32cfeb9a95f8ccc5e4cf36918 MD5 (8.0-RC1-pc98-bootonly.iso) =3D 60603f538db73c264ad7271da044e185 MD5 (8.0-RC1-pc98-disc1.iso) =3D 7c00a58b4b8f3e94b25a4539116542bd MD5 (8.0-RC1-pc98-livefs.iso) =3D aa67b1f3d8246381764a4df867e23f67 MD5 (8.0-RC1-powerpc-bootonly.iso) =3D a498cafdb4118f2d33007c5f0cf6ca0d MD5 (8.0-RC1-powerpc-disc1.iso) =3D 4448a906a36356c479623c8b4af7e685 MD5 (8.0-RC1-powerpc-disc2.iso) =3D bf9bf9e46da074a0787ca84da13251c8 MD5 (8.0-RC1-powerpc-disc3.iso) =3D 2f600348579d4adc87b2a32f565f3f03 MD5 (8.0-RC1-powerpc-livefs.iso) =3D 962f7d69cad7bb47e1cdfaf746b97f90 MD5 (8.0-RC1-sparc64-bootonly.iso) =3D 674724d0c2ddd997d86f91863c01ba20 MD5 (8.0-RC1-sparc64-disc1.iso) =3D 9e896ac68263ff816e3721b8b31e63bb MD5 (8.0-RC1-sparc64-dvd1.iso) =3D 8451f6fee8523cd33e3e7e973922d2cf SHA256 (8.0-RC1-amd64-bootonly.iso) =3D 0fcff1f76629c694be73133ad6ca5057a97= a7030d824adb3a3a58bfe881528ab SHA256 (8.0-RC1-amd64-disc1.iso) =3D 1b0246694012170ef83ce38395f4179c990d56= 89e1da2224a7cd2164770d1efb SHA256 (8.0-RC1-amd64-dvd1.iso) =3D 63dec5385f549a22e6940a8d30d23be96dec0c2= 7253550787107918631021bcc SHA256 (8.0-RC1-amd64-livefs.iso) =3D adda93a732168586272697d32824626898bee= 6c95ec2efc9e691e649489b99c2 SHA256 (8.0-RC1-amd64-memstick.img) =3D d2d3f90d3fb3b11cb06734df3ff1eb8433e= 4184158c85d34c4bd41ba068e131c SHA256 (8.0-RC1-i386-bootonly.iso) =3D 6b3f78fe556cb396cb1734fdcdfdd3619013= b4318f94b1736349e641a0745dbb SHA256 (8.0-RC1-i386-disc1.iso) =3D 06094f54d0b9141b571a8d22727a9c639a4ffb8= a72dd05d12e995ef417eaaf37 SHA256 (8.0-RC1-i386-dvd1.iso) =3D 02009c487ce5a00f52e45d2ccefc5c7b47edea11= 0d1922ff21fe05ee7b1c8cb3 SHA256 (8.0-RC1-i386-livefs.iso) =3D abcc0c3d975df784eaa4840af15555fc25f610= f8699619142185c77b396e00aa SHA256 (8.0-RC1-i386-memstick.img) =3D f6ed2716312b6fcdf4bea15e4290a122d34e= 569fda895fb8bdffa499eea6d9ce SHA256 (8.0-RC1-ia64-bootonly.iso) =3D c307cdfa5f98d84b367ac8ef939da6f42a2a= 0454c07ab0f7b7fe17b78c3f4c9e SHA256 (8.0-RC1-ia64-disc1.iso) =3D 44612f9922e8ee2ca6453f9a54b81c01bf35148= 6580fa7cc9cd031b2f0b132c6 SHA256 (8.0-RC1-ia64-disc2.iso) =3D 01eb3badf81e2e64ab4ddcfd4921f5bc6710c6e= b5eba514c92985266fcb805e5 SHA256 (8.0-RC1-ia64-disc3.iso) =3D 31fd356921f9430233bc7bf0699676746c735dd= de9dc4d6ad21438ba66124912 SHA256 (8.0-RC1-ia64-dvd1.iso) =3D a5bbdf0b0a338ffdc744f1d47513ebede568e852= c3e07062b7c0e2f2aafd108b SHA256 (8.0-RC1-ia64-livefs.iso) =3D a3a5633900decc819982c50d672cdd653503fe= 4edebcb566eb4b27784f073635 SHA256 (8.0-RC1-pc98-bootonly.iso) =3D 5d50fd76e3a1124189acaf54e5258b92383a= b0ce8b44b3e5b506020e011b9938 SHA256 (8.0-RC1-pc98-disc1.iso) =3D 4007e728e8a51fa04663ce9a234db2c1e1f587e= bacc45bdeee0ba86261a89345 SHA256 (8.0-RC1-pc98-livefs.iso) =3D 18f2d066e7fb31b7ea5d95fc70f1bb99e2a9c6= c72a45335858e461b9d4cad205 SHA256 (8.0-RC1-powerpc-bootonly.iso) =3D b3a63ef86773ea28c548082d46d7199d4= 838648dfa1ecec82c881d90bb0ce9ca SHA256 (8.0-RC1-powerpc-disc1.iso) =3D 7cd4e68f0e6bdf95090121ffd89383134c44= 447a6d1a18a800d58fb1dcd8d1c6 SHA256 (8.0-RC1-powerpc-disc2.iso) =3D 65719abb58fc8d7904fcbd7052d807efbe44= f137badbcfbe7cef623d738360c1 SHA256 (8.0-RC1-powerpc-disc3.iso) =3D 9ec803dd266e752dcafe2fd3c6d5bb37b3bb= 6ce00c1cb4683c84616f866ec44b SHA256 (8.0-RC1-powerpc-livefs.iso) =3D 7ef3142568fc6c4837faa6cbbd371cf709e= e8e1d65df24ea538fba94095eebb5 SHA256 (8.0-RC1-sparc64-bootonly.iso) =3D 91fb4fee46c0a68520ce97351774725ae= 95ad4479f06e5d0f3de3e07eeb422d9 SHA256 (8.0-RC1-sparc64-disc1.iso) =3D 99c74dc6fa9b3185e12fa5084589d1f48f54= 0082c5166026deccf673be46c343 SHA256 (8.0-RC1-sparc64-dvd1.iso) =3D 777d8afc3330fae4089510d6b852ea1d1f910= 8a868b8ebb3d5a661b108a99196 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-A9PgbBGdOoECFQ9iEDvm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkq3gS8ACgkQ/G14VSmup/YT/gCfXSNmX9xyXsCFpKCsNgAiDxPH g4AAn1Qj9W+aY90IhN6/JcO9vN1vEwC6 =IqsR -----END PGP SIGNATURE----- --=-A9PgbBGdOoECFQ9iEDvm-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 13:41:49 2009 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 A6D361065694 for ; Mon, 21 Sep 2009 13:41:49 +0000 (UTC) (envelope-from mahlerrd@yahoo.com) Received: from web51007.mail.re2.yahoo.com (web51007.mail.re2.yahoo.com [206.190.38.138]) by mx1.freebsd.org (Postfix) with SMTP id 5CC278FC27 for ; Mon, 21 Sep 2009 13:41:49 +0000 (UTC) Received: (qmail 2818 invoked by uid 60001); 21 Sep 2009 13:41:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1253540508; bh=JpKHrcP7iwICuW4WrGVktEFHHE1lMJ1elOUsVj1QOcA=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=BN9kktDxYheGjhqSdb0kN+QU6yFuoMsm9GbYcxdkUvjQJaT6s30TpOXoXGNc+XPaTsL55QHKs/bXKyVqFYoT4yLmkYwWe+ZLVCUrLcbVeQX7S8BCuXXUNjP9OemLWzTgb3ZGEownE4+uEc4ReWgwxI0TTCAiBvnZBIwFTOR+AmE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=YFlgAVpizKYuJY5oEy3UkYIU1rUAzKrfuF0jykS9yxgwAH7pXyP9hJz1IWnOZmiYy7KTll5hBPN4qAok/6ENi0uvzHY5OdKV+4ORxNcSdcIRRvVJhPgdnZv4Zdwrl057DSxOlzxzByh3DFiDqi/uLyY+NxlbBaehyMmzx892p+8=; Message-ID: <747770.524.qm@web51007.mail.re2.yahoo.com> X-YMail-OSG: 64f0GCgVM1ncH5NYb0xYg4j9ij.iOC4l2uRbPxc10wgeeaJVsrpPIYzuoRItYzOP3m.IJ.TJEC6iY2dmgIv0bf3GDSN60dqxN95VJ1oDtm0.i7gLgmDt0D6KESJAQdVsRsuPm5kClNSmdbmbt1a9MkBmHJJTykeMS_8giGRBeRZOHqza3hy8hHxRdaAVXCXWh0eE_Xq.RjuI6M_Co82024BBO5OJwAG76m5uM40lNpVeFjt.hBLt4NYK.bdqbY5V0VCQA66YZqx3kwLH4E6bQI2BZKKc.RLYRQnaAFjB5_aLseeBHFsw5roHP.jZw845m5qk01Z3ftAvD6EDV.O9yILY0AYKPFJjVsVOFA-- Received: from [74.40.57.42] by web51007.mail.re2.yahoo.com via HTTP; Mon, 21 Sep 2009 06:41:48 PDT X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.2 Date: Mon, 21 Sep 2009 06:41:48 -0700 (PDT) From: Richard Mahlerwein To: FreeBSD-Stable In-Reply-To: <5f67a8c40909201812l4a364cb5y46dffbf3ff6b0d49@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: What happened to DVD writing? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mahlerrd@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 13:41:49 -0000 >From: Zaphod Beeblebrox >Subject: Re: What happened to DVD writing? >To: mahlerrd@yahoo.com >Cc: stable@freebsd.org >Date: Sunday, September 20, 2009, 9:12 PM > >On Sun, Sep 20, 2009 at 4:35 PM, Richard Mahlerwein wr= ote: > >> >> I have had several exhibit behavior even more odd. >> >> The most unusual was this particular CD writer... It read both DVDs and = CDs >> but would write neither (it had worked fine the week before).=A0 I took = it out >> of the drive bay and hooked it to another PC to test and it worked fine >> there.=A0 I put it back in the original PC and it failed.=A0 I was swapp= ing >> things around on that PC (assuming bad cable, bad power, etc) and had it >> sitting loose on the desk and found that it now worked again.=A0 Put it = back >> in the drive cage and it again would not write, though reading was fine. >> Anyway, I finally figured out that even slight pressure in on the sides >> where it mounts would make it fail to burn CDs.=A0 The cage itself exert= ed a >> bit of pressure and that was enough to make it fail at any attempt to bu= rn a >> CD. >> > >This is not necessarily odd.=A0 The CD burner is one of the highest draw b= its >in your system... save possibly your CPU and/or graphics card (depending o= n >what they are).=A0 I have found that various DVD drives have been very >sensitive to power supply voltages and fail to burn properly when they're >marginal.=A0 Your description here seems to point in that direction.=A0 If= it >works in computer B, try using B's power supply for A --- or maybe B has >other lighter draws. >Power supplies can also degrade over time --- especially if you have some >cheap capacitors in there. >I find the DVD drive is often the canary for spotting power supply problem= s. Sorry, the kids woke up from naps and I sent without realizing I hadn't qui= te finished. Yes, you are completely correct.=A0 There was another story where it was a = power supply that was inadequate (should have been, but it was aged and see= med to just run out of steam earlier than it used to).=A0=20 Anyway, the point I intended to make and forgot to was that in this case I'= d confirm that the DVD drive itself is OK by popping it into another PC, if= one is available.=A0 If it fails in a different known-OK PC it is likely t= o be a hardware problem.=A0 If it works OK there, try a different power cab= le on your existing PC, or try swapping out the power supply if you can.=A0= You could also try just disconnecting any other power-hungry yet unneeded = items temporarily (like additional CD/DVD readers/writers or that old 6x 9G= B drive SCSI2 RAID array :), if you have any. =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 14:01:14 2009 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 398781065693 for ; Mon, 21 Sep 2009 14:01:14 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id BD0A88FC1F for ; Mon, 21 Sep 2009 14:01:13 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 4C37641C690; Mon, 21 Sep 2009 15:45:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id E9ZBuj68jXD3; Mon, 21 Sep 2009 15:45:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 9F17141C670; Mon, 21 Sep 2009 15:45:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2DEC44448E6; Mon, 21 Sep 2009 13:43:19 +0000 (UTC) Date: Mon, 21 Sep 2009 13:43:18 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-current In-Reply-To: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Message-ID: <20090921134158.R68375@maildrop.int.zabbadoz.net> References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable Subject: Re: 8.0-RC1 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: Mon, 21 Sep 2009 14:01:14 -0000 On Mon, 21 Sep 2009, Ken Smith wrote: > > The first of the Release Candidates for the FreeBSD 8.0 release cycle is > now available. How many RC's we have will depend on how well 8.0-RC1 > does. At the moment only one more RC is on the schedule but odds are > fairly high we will wind up inserting at least one more RC. Between > BETA4 and RC1 a lot of work has gone into IPv6 issues as well as many > other issues that have been brought up from the public testing. And a > patch set was committed by the people who handle porting ZFS to FreeBSD > that they felt makes ZFS production-ready. > > Details about the current target schedule along with much more detail > about the current status of the release is available here: > > http://wiki.freebsd.org/8.0TODO > > There are two known problems with 8.0-RC1. One known issue with the > 8.0-RC1 build was discovered after the builds got started so is not part > of the ISO images or FreeBSD-Update builds. The issue is that local > IPv6 link-local addresses are not reachable. A fix for it has been > committed to RELENG_8 so if you install from the 8.0-RC1 media or update > using FreeBSD-Update you will then need to update using csup/cvsup > mechanisms if you need that fix for your environment. It should only > impact people using IPv6. > > The other known issue is that the flowtable may direct packets to the > wrong interface under certain routing conditions. We feel confident that > this bug will be fixed so the flowtable is enabled in RC1 to maximize > testing. If you experience routing problems, please temporarily disable > the flowtable using the sysctl =0 and report the results to the That should be sysctl net.inet.flowtable.enable=0 > freebsd-current@ mailing list. If we are unable to resolve this issue by > RC2, we will disable the flowtable in 8.0-RELEASE. > > If you notice problems you can report them through the normal Gnats PR > system or on the freebsd-current mailing list. I do cross-post > announcements to freebsd-stable because this particular release is > "about to become a stable branch" but when it comes to watching for > issues related to the release most of the developers pay more attention > to the freebsd-current list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages this time but no other > packages. The DVD image includes a rough pass at what packages will be > available on the official release media but is subject to change between > now and release. For sparc64 the DVD image has the set of packages that > currently build for sparc64, which is a sub-set of the set provided for > amd64/i386. The sparc64 disc1 does not have any packages on it because > I noticed a little too late that adding the doc packages to disc1 caused > it to overflow the target size. For 8.0-RC2 sparc64 will have the > livefs bits split out to a separate image (which is the way all the > other architectures have been for a while now) and the doc packages will > be provided on disc1. None of the other images include packages. > > If you are using csup/cvsup methods to update an older system the branch > tag to use is RELENG_8. > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, or 8.0-BETA4 > can upgrade as follows: > > # freebsd-update upgrade -r 8.0-RC1 > > 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. Systems running 8.0-BETA3 may > print the warning > > INDEX-OLD.all: Invalid arguments > > when downloading updates; this warning is a harmless bug (fixed in > 8.0-BETA4) and can be safely ignored. > > # 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: > > # freebsd-update install > > At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or > earlier will be prompted by freebsd-update to rebuild all third-party > applications (e.g., ports installed from the ports tree) due to updates > in system libraries. See: > > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html > > for mode details. After updating installed third-party applications > (and again, only if freebsd-update printed a message indicating that > this was necessary), run freebsd-update again so that it can delete the > old (no longer used) system libraries: > > # freebsd-update install > > Finally, reboot into 8.0-RC1: > > # shutdown -r now > > MD5/SHA256 checksums for the image files: > > MD5 (8.0-RC1-amd64-bootonly.iso) = a84d43c8adaba3fee9a618098668154e > MD5 (8.0-RC1-amd64-disc1.iso) = fb4f75c74144239b4994dc3ad040af33 > MD5 (8.0-RC1-amd64-dvd1.iso) = 5da3097634fbe049dd01ad4127d0f396 > MD5 (8.0-RC1-amd64-livefs.iso) = 43a483ea73cbbe80f0ef068502594363 > MD5 (8.0-RC1-amd64-memstick.img) = 9b1ffcab33ceed4dcdf1a0f3d862f811 > > MD5 (8.0-RC1-i386-bootonly.iso) = b569d950d6806c7c88a15d857bef6a02 > MD5 (8.0-RC1-i386-disc1.iso) = 1cfecd1489b8be4a6d06040b07af941b > MD5 (8.0-RC1-i386-dvd1.iso) = 474b54e73a04a2f573b8a26ad00e3077 > MD5 (8.0-RC1-i386-livefs.iso) = 7e5c3390c9f1e7915b9f229eb95f7e70 > MD5 (8.0-RC1-i386-memstick.img) = 532736e255f069f7f891d6ed4f14970e > > MD5 (8.0-RC1-ia64-bootonly.iso) = f53c920e46d3ceeb755617b2de20507a > MD5 (8.0-RC1-ia64-disc1.iso) = 504d3828b919563a83d7232d9a3a952b > MD5 (8.0-RC1-ia64-disc2.iso) = 5f22a63a89bff893038b32c0c53bf2eb > MD5 (8.0-RC1-ia64-disc3.iso) = bf17e84e9dfa62a6ce131e07bc701478 > MD5 (8.0-RC1-ia64-dvd1.iso) = b8cf5cc2feab96c98da12b6fb1623136 > MD5 (8.0-RC1-ia64-livefs.iso) = 2a83a1b32cfeb9a95f8ccc5e4cf36918 > > MD5 (8.0-RC1-pc98-bootonly.iso) = 60603f538db73c264ad7271da044e185 > MD5 (8.0-RC1-pc98-disc1.iso) = 7c00a58b4b8f3e94b25a4539116542bd > MD5 (8.0-RC1-pc98-livefs.iso) = aa67b1f3d8246381764a4df867e23f67 > > MD5 (8.0-RC1-powerpc-bootonly.iso) = a498cafdb4118f2d33007c5f0cf6ca0d > MD5 (8.0-RC1-powerpc-disc1.iso) = 4448a906a36356c479623c8b4af7e685 > MD5 (8.0-RC1-powerpc-disc2.iso) = bf9bf9e46da074a0787ca84da13251c8 > MD5 (8.0-RC1-powerpc-disc3.iso) = 2f600348579d4adc87b2a32f565f3f03 > MD5 (8.0-RC1-powerpc-livefs.iso) = 962f7d69cad7bb47e1cdfaf746b97f90 > > MD5 (8.0-RC1-sparc64-bootonly.iso) = 674724d0c2ddd997d86f91863c01ba20 > MD5 (8.0-RC1-sparc64-disc1.iso) = 9e896ac68263ff816e3721b8b31e63bb > MD5 (8.0-RC1-sparc64-dvd1.iso) = 8451f6fee8523cd33e3e7e973922d2cf > > SHA256 (8.0-RC1-amd64-bootonly.iso) = 0fcff1f76629c694be73133ad6ca5057a97a7030d824adb3a3a58bfe881528ab > SHA256 (8.0-RC1-amd64-disc1.iso) = 1b0246694012170ef83ce38395f4179c990d5689e1da2224a7cd2164770d1efb > SHA256 (8.0-RC1-amd64-dvd1.iso) = 63dec5385f549a22e6940a8d30d23be96dec0c27253550787107918631021bcc > SHA256 (8.0-RC1-amd64-livefs.iso) = adda93a732168586272697d32824626898bee6c95ec2efc9e691e649489b99c2 > SHA256 (8.0-RC1-amd64-memstick.img) = d2d3f90d3fb3b11cb06734df3ff1eb8433e4184158c85d34c4bd41ba068e131c > > SHA256 (8.0-RC1-i386-bootonly.iso) = 6b3f78fe556cb396cb1734fdcdfdd3619013b4318f94b1736349e641a0745dbb > SHA256 (8.0-RC1-i386-disc1.iso) = 06094f54d0b9141b571a8d22727a9c639a4ffb8a72dd05d12e995ef417eaaf37 > SHA256 (8.0-RC1-i386-dvd1.iso) = 02009c487ce5a00f52e45d2ccefc5c7b47edea110d1922ff21fe05ee7b1c8cb3 > SHA256 (8.0-RC1-i386-livefs.iso) = abcc0c3d975df784eaa4840af15555fc25f610f8699619142185c77b396e00aa > SHA256 (8.0-RC1-i386-memstick.img) = f6ed2716312b6fcdf4bea15e4290a122d34e569fda895fb8bdffa499eea6d9ce > > SHA256 (8.0-RC1-ia64-bootonly.iso) = c307cdfa5f98d84b367ac8ef939da6f42a2a0454c07ab0f7b7fe17b78c3f4c9e > SHA256 (8.0-RC1-ia64-disc1.iso) = 44612f9922e8ee2ca6453f9a54b81c01bf351486580fa7cc9cd031b2f0b132c6 > SHA256 (8.0-RC1-ia64-disc2.iso) = 01eb3badf81e2e64ab4ddcfd4921f5bc6710c6eb5eba514c92985266fcb805e5 > SHA256 (8.0-RC1-ia64-disc3.iso) = 31fd356921f9430233bc7bf0699676746c735ddde9dc4d6ad21438ba66124912 > SHA256 (8.0-RC1-ia64-dvd1.iso) = a5bbdf0b0a338ffdc744f1d47513ebede568e852c3e07062b7c0e2f2aafd108b > SHA256 (8.0-RC1-ia64-livefs.iso) = a3a5633900decc819982c50d672cdd653503fe4edebcb566eb4b27784f073635 > > SHA256 (8.0-RC1-pc98-bootonly.iso) = 5d50fd76e3a1124189acaf54e5258b92383ab0ce8b44b3e5b506020e011b9938 > SHA256 (8.0-RC1-pc98-disc1.iso) = 4007e728e8a51fa04663ce9a234db2c1e1f587ebacc45bdeee0ba86261a89345 > SHA256 (8.0-RC1-pc98-livefs.iso) = 18f2d066e7fb31b7ea5d95fc70f1bb99e2a9c6c72a45335858e461b9d4cad205 > > SHA256 (8.0-RC1-powerpc-bootonly.iso) = b3a63ef86773ea28c548082d46d7199d4838648dfa1ecec82c881d90bb0ce9ca > SHA256 (8.0-RC1-powerpc-disc1.iso) = 7cd4e68f0e6bdf95090121ffd89383134c44447a6d1a18a800d58fb1dcd8d1c6 > SHA256 (8.0-RC1-powerpc-disc2.iso) = 65719abb58fc8d7904fcbd7052d807efbe44f137badbcfbe7cef623d738360c1 > SHA256 (8.0-RC1-powerpc-disc3.iso) = 9ec803dd266e752dcafe2fd3c6d5bb37b3bb6ce00c1cb4683c84616f866ec44b > SHA256 (8.0-RC1-powerpc-livefs.iso) = 7ef3142568fc6c4837faa6cbbd371cf709ee8e1d65df24ea538fba94095eebb5 > > SHA256 (8.0-RC1-sparc64-bootonly.iso) = 91fb4fee46c0a68520ce97351774725ae95ad4479f06e5d0f3de3e07eeb422d9 > SHA256 (8.0-RC1-sparc64-disc1.iso) = 99c74dc6fa9b3185e12fa5084589d1f48f540082c5166026deccf673be46c343 > SHA256 (8.0-RC1-sparc64-dvd1.iso) = 777d8afc3330fae4089510d6b852ea1d1f9108a868b8ebb3d5a661b108a99196 > > -- Bjoern A. Zeeb What was I talking about and who are you again? From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 15:08:07 2009 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 B66501065697; Mon, 21 Sep 2009 15:08:07 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id D75868FC1A; Mon, 21 Sep 2009 15:08:06 +0000 (UTC) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id B41945C025; Mon, 21 Sep 2009 23:08:05 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 87D2F55CE111; Mon, 21 Sep 2009 23:08:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id JExWRXta0yOX; Mon, 21 Sep 2009 23:08:00 +0800 (CST) Received: from qld630 (unknown [222.131.112.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id E7E1F55CE109; Mon, 21 Sep 2009 23:07:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:references:date:mime-version: content-transfer-encoding:from:organization:message-id:in-reply-to:user-agent; b=NZNHOM5ky5rsBkfXs0jxWURn5z1W5QxuUNAPtB5Ni3Ao1gteEhDVekFN240exCeW2 mmOky50ROCDRiFWNViTvA== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ken Smith" , freebsd-current , freebsd-stable References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Date: Mon, 21 Sep 2009 23:08:00 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: In-Reply-To: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> User-Agent: Opera Mail/10.00 (Win32) Cc: Subject: Re: 8.0-RC1 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: Mon, 21 Sep 2009 15:08:07 -0000 > > The first of the Release Candidates for the FreeBSD 8.0 release cycle is > now available. How many RC's we have will depend on how well 8.0-RC1 > does. At the moment only one more RC is on the schedule but odds are > fairly high we will wind up inserting at least one more RC. Between > BETA4 and RC1 a lot of work has gone into IPv6 issues as well as many > other issues that have been brought up from the public testing. And a > patch set was committed by the people who handle porting ZFS to FreeBSD > that they felt makes ZFS production-ready. > > Details about the current target schedule along with much more detail > about the current status of the release is available here: > > http://wiki.freebsd.org/8.0TODO > > There are two known problems with 8.0-RC1. One known issue with the > 8.0-RC1 build was discovered after the builds got started so is not part > of the ISO images or FreeBSD-Update builds. The issue is that local > IPv6 link-local addresses are not reachable. A fix for it has been > committed to RELENG_8 so if you install from the 8.0-RC1 media or update > using FreeBSD-Update you will then need to update using csup/cvsup > mechanisms if you need that fix for your environment. It should only > impact people using IPv6. > > The other known issue is that the flowtable may direct packets to the > wrong interface under certain routing conditions. We feel confident that > this bug will be fixed so the flowtable is enabled in RC1 to maximize > testing. If you experience routing problems, please temporarily disable > the flowtable using the sysctl =0 and report the results to the > freebsd-current@ mailing list. If we are unable to resolve this issue by > RC2, we will disable the flowtable in 8.0-RELEASE. > > If you notice problems you can report them through the normal Gnats PR > system or on the freebsd-current mailing list. I do cross-post > announcements to freebsd-stable because this particular release is > "about to become a stable branch" but when it comes to watching for > issues related to the release most of the developers pay more attention > to the freebsd-current list. > > ISO images for all supported architectures are available on the FTP > sites, and a "memory stick" image is available for amd64/i386 > architectures. For amd64/i386 architectures the cdrom and memstick > images include the documentation packages this time but no other > packages. The DVD image includes a rough pass at what packages will be > available on the official release media but is subject to change between > now and release. For sparc64 the DVD image has the set of packages that > currently build for sparc64, which is a sub-set of the set provided for > amd64/i386. The sparc64 disc1 does not have any packages on it because > I noticed a little too late that adding the doc packages to disc1 caused > it to overflow the target size. For 8.0-RC2 sparc64 will have the > livefs bits split out to a separate image (which is the way all the > other architectures have been for a while now) and the doc packages will > be provided on disc1. None of the other images include packages. > > If you are using csup/cvsup methods to update an older system the branch > tag to use is RELENG_8. > > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, > 7.1-RELEASE, 7.2-RELEASE, 8.0-BETA1, 8.0-BETA2, 8.0-BETA3, or 8.0-BETA4 > can upgrade as follows: > # freebsd-update upgrade -r 8.0-RC1 > 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. Systems running 8.0-BETA3 may > print the warning > > INDEX-OLD.all: Invalid arguments > > when downloading updates; this warning is a harmless bug (fixed in > 8.0-BETA4) and can be safely ignored. > > # 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: > > # freebsd-update install > At this point, users of systems being upgraded from FreeBSD 8.0-BETA2 or > earlier will be prompted by freebsd-update to rebuild all third-party > applications (e.g., ports installed from the ports tree) due to updates > in system libraries. See: > > http://www.daemonology.net/blog/2009-07-11-freebsd-update-to-8.0-beta1.html > > for mode details. After updating installed third-party applications > (and again, only if freebsd-update printed a message indicating that > this was necessary), run freebsd-update again so that it can delete the > old (no longer used) system libraries: > > # freebsd-update install > Finally, reboot into 8.0-RC1: > # shutdown -r now > > MD5/SHA256 checksums for the image files: > > MD5 (8.0-RC1-amd64-bootonly.iso) = a84d43c8adaba3fee9a618098668154e > MD5 (8.0-RC1-amd64-disc1.iso) = fb4f75c74144239b4994dc3ad040af33 > MD5 (8.0-RC1-amd64-dvd1.iso) = 5da3097634fbe049dd01ad4127d0f396 > MD5 (8.0-RC1-amd64-livefs.iso) = 43a483ea73cbbe80f0ef068502594363 > MD5 (8.0-RC1-amd64-memstick.img) = 9b1ffcab33ceed4dcdf1a0f3d862f811 > > MD5 (8.0-RC1-i386-bootonly.iso) = b569d950d6806c7c88a15d857bef6a02 > MD5 (8.0-RC1-i386-disc1.iso) = 1cfecd1489b8be4a6d06040b07af941b > MD5 (8.0-RC1-i386-dvd1.iso) = 474b54e73a04a2f573b8a26ad00e3077 > MD5 (8.0-RC1-i386-livefs.iso) = 7e5c3390c9f1e7915b9f229eb95f7e70 > MD5 (8.0-RC1-i386-memstick.img) = 532736e255f069f7f891d6ed4f14970e > > MD5 (8.0-RC1-ia64-bootonly.iso) = f53c920e46d3ceeb755617b2de20507a > MD5 (8.0-RC1-ia64-disc1.iso) = 504d3828b919563a83d7232d9a3a952b > MD5 (8.0-RC1-ia64-disc2.iso) = 5f22a63a89bff893038b32c0c53bf2eb > MD5 (8.0-RC1-ia64-disc3.iso) = bf17e84e9dfa62a6ce131e07bc701478 > MD5 (8.0-RC1-ia64-dvd1.iso) = b8cf5cc2feab96c98da12b6fb1623136 > MD5 (8.0-RC1-ia64-livefs.iso) = 2a83a1b32cfeb9a95f8ccc5e4cf36918 > > MD5 (8.0-RC1-pc98-bootonly.iso) = 60603f538db73c264ad7271da044e185 > MD5 (8.0-RC1-pc98-disc1.iso) = 7c00a58b4b8f3e94b25a4539116542bd > MD5 (8.0-RC1-pc98-livefs.iso) = aa67b1f3d8246381764a4df867e23f67 > > MD5 (8.0-RC1-powerpc-bootonly.iso) = a498cafdb4118f2d33007c5f0cf6ca0d > MD5 (8.0-RC1-powerpc-disc1.iso) = 4448a906a36356c479623c8b4af7e685 > MD5 (8.0-RC1-powerpc-disc2.iso) = bf9bf9e46da074a0787ca84da13251c8 > MD5 (8.0-RC1-powerpc-disc3.iso) = 2f600348579d4adc87b2a32f565f3f03 > MD5 (8.0-RC1-powerpc-livefs.iso) = 962f7d69cad7bb47e1cdfaf746b97f90 > > MD5 (8.0-RC1-sparc64-bootonly.iso) = 674724d0c2ddd997d86f91863c01ba20 > MD5 (8.0-RC1-sparc64-disc1.iso) = 9e896ac68263ff816e3721b8b31e63bb > MD5 (8.0-RC1-sparc64-dvd1.iso) = 8451f6fee8523cd33e3e7e973922d2cf > > SHA256 (8.0-RC1-amd64-bootonly.iso) = > 0fcff1f76629c694be73133ad6ca5057a97a7030d824adb3a3a58bfe881528ab > SHA256 (8.0-RC1-amd64-disc1.iso) = > 1b0246694012170ef83ce38395f4179c990d5689e1da2224a7cd2164770d1efb > SHA256 (8.0-RC1-amd64-dvd1.iso) = > 63dec5385f549a22e6940a8d30d23be96dec0c27253550787107918631021bcc > SHA256 (8.0-RC1-amd64-livefs.iso) = > adda93a732168586272697d32824626898bee6c95ec2efc9e691e649489b99c2 > SHA256 (8.0-RC1-amd64-memstick.img) = > d2d3f90d3fb3b11cb06734df3ff1eb8433e4184158c85d34c4bd41ba068e131c > > SHA256 (8.0-RC1-i386-bootonly.iso) = > 6b3f78fe556cb396cb1734fdcdfdd3619013b4318f94b1736349e641a0745dbb > SHA256 (8.0-RC1-i386-disc1.iso) = > 06094f54d0b9141b571a8d22727a9c639a4ffb8a72dd05d12e995ef417eaaf37 > SHA256 (8.0-RC1-i386-dvd1.iso) = > 02009c487ce5a00f52e45d2ccefc5c7b47edea110d1922ff21fe05ee7b1c8cb3 > SHA256 (8.0-RC1-i386-livefs.iso) = > abcc0c3d975df784eaa4840af15555fc25f610f8699619142185c77b396e00aa > SHA256 (8.0-RC1-i386-memstick.img) = > f6ed2716312b6fcdf4bea15e4290a122d34e569fda895fb8bdffa499eea6d9ce > > SHA256 (8.0-RC1-ia64-bootonly.iso) = > c307cdfa5f98d84b367ac8ef939da6f42a2a0454c07ab0f7b7fe17b78c3f4c9e > SHA256 (8.0-RC1-ia64-disc1.iso) = > 44612f9922e8ee2ca6453f9a54b81c01bf351486580fa7cc9cd031b2f0b132c6 > SHA256 (8.0-RC1-ia64-disc2.iso) = > 01eb3badf81e2e64ab4ddcfd4921f5bc6710c6eb5eba514c92985266fcb805e5 > SHA256 (8.0-RC1-ia64-disc3.iso) = > 31fd356921f9430233bc7bf0699676746c735ddde9dc4d6ad21438ba66124912 > SHA256 (8.0-RC1-ia64-dvd1.iso) = > a5bbdf0b0a338ffdc744f1d47513ebede568e852c3e07062b7c0e2f2aafd108b > SHA256 (8.0-RC1-ia64-livefs.iso) = > a3a5633900decc819982c50d672cdd653503fe4edebcb566eb4b27784f073635 > > SHA256 (8.0-RC1-pc98-bootonly.iso) = > 5d50fd76e3a1124189acaf54e5258b92383ab0ce8b44b3e5b506020e011b9938 > SHA256 (8.0-RC1-pc98-disc1.iso) = > 4007e728e8a51fa04663ce9a234db2c1e1f587ebacc45bdeee0ba86261a89345 > SHA256 (8.0-RC1-pc98-livefs.iso) = > 18f2d066e7fb31b7ea5d95fc70f1bb99e2a9c6c72a45335858e461b9d4cad205 > > SHA256 (8.0-RC1-powerpc-bootonly.iso) = > b3a63ef86773ea28c548082d46d7199d4838648dfa1ecec82c881d90bb0ce9ca > SHA256 (8.0-RC1-powerpc-disc1.iso) = > 7cd4e68f0e6bdf95090121ffd89383134c44447a6d1a18a800d58fb1dcd8d1c6 > SHA256 (8.0-RC1-powerpc-disc2.iso) = > 65719abb58fc8d7904fcbd7052d807efbe44f137badbcfbe7cef623d738360c1 > SHA256 (8.0-RC1-powerpc-disc3.iso) = > 9ec803dd266e752dcafe2fd3c6d5bb37b3bb6ce00c1cb4683c84616f866ec44b > SHA256 (8.0-RC1-powerpc-livefs.iso) = > 7ef3142568fc6c4837faa6cbbd371cf709ee8e1d65df24ea538fba94095eebb5 > > SHA256 (8.0-RC1-sparc64-bootonly.iso) = > 91fb4fee46c0a68520ce97351774725ae95ad4479f06e5d0f3de3e07eeb422d9 > SHA256 (8.0-RC1-sparc64-disc1.iso) = > 99c74dc6fa9b3185e12fa5084589d1f48f540082c5166026deccf673be46c343 > SHA256 (8.0-RC1-sparc64-dvd1.iso) = > 777d8afc3330fae4089510d6b852ea1d1f9108a868b8ebb3d5a661b108a99196 > Hi Ken, I don't know whether USB stick can't boot issue is a show stoper, but it really a big problem for me. I hope it can resolve before 8.0-RELEASE. -- The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 15:21:13 2009 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 B40DF1065670; Mon, 21 Sep 2009 15:21:13 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB7A8FC27; Mon, 21 Sep 2009 15:21:12 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAH42t0qDaFvJ/2dsb2JhbADSXIQbBYFY X-IronPort-AV: E=Sophos;i="4.44,424,1249272000"; d="scan'208";a="47096960" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 21 Sep 2009 11:21:12 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id A515DFB8063; Mon, 21 Sep 2009 11:21:11 -0400 (EDT) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id easzy9JgMNGW; Mon, 21 Sep 2009 11:21:01 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 23243FB8042; Mon, 21 Sep 2009 11:21:01 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8LFQdh00245; Mon, 21 Sep 2009 11:26:39 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 21 Sep 2009 11:26:39 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: George Mamalakis In-Reply-To: <4AB768C3.6030003@eng.auth.gr> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> <4AB768C3.6030003@eng.auth.gr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable , dfr@rabson.org Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 21 Sep 2009 15:21:13 -0000 On Mon, 21 Sep 2009, George Mamalakis wrote: [stuff snipped] >> >> SUCCESS! >> >> So, this fix obviates THAT reason for installing the Heimdal port. If >> George meets with similar success adding -lgssapi_spnego for his spnego >> problem, I suggest that both libraries be added to the list in line 96 >> of /usr/bin/krb5-config prior to release of FreeBSD 8.0. >> >> It doesn't look like this fix is as simple as submitting a patch to >> krb5-config. It looks like magic needs to happen somewhere in the base >> kerberos build system. >> >> I notice that the Heimdal port doesn't build the separate libraries and >> everything seems to be included in libgssapi (which explains why sasl2 >> "works" when linked against the Heimdal port). >> >> > Guys, > > I changed my /usr/bin/krb5-config's line 96 to include -lgssapi_spnego and > -lgssapi_krb5, and ever since both client and server work correctly!! Of > course I get some other error, but at least this must be a configuration > error :). > > So, to sum up: > > Still running on fbsd.8-BETA4, changed krb5-config to include the missing > libraries, recompiled cyrus-sasl-2.1.23 after I changed the krb5-config, > restarted openldap-sasl-server-2.4.18_1 and after performing an ldapsearch, > the client does not complain (and exits) about missing libraries, NOR does > the server crash on sasl authentication. > > Great job guys, thank you all very very much for your help! I posted my query > on the 17th of Sep. and in four days (weekend inclusive!) someone came up > with an answer that resolves my issue! Great job, once more, and thank you > all again! > Now, hopefully someone who understands enough about dynamic linking will know if this is the correct fix for 8.0? (I'm going on a couple of weeks vacation at the end of this week, so I won't be around to commit anything and don't understand it well enough to know if this is the correct way to fix it.) So, hopefully someone else can pick this one up? Thanks for testing it, rick From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 15:32:21 2009 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 78269106568D for ; Mon, 21 Sep 2009 15:32:21 +0000 (UTC) (envelope-from jasonh@DataIX.net) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 560D38FC24 for ; Mon, 21 Sep 2009 15:32:21 +0000 (UTC) Received: from firewall.5p.local (unknown [99.56.123.94]) by www6.pairlite.com (Postfix) with ESMTP id 0DF93B83A; Mon, 21 Sep 2009 11:32:19 -0400 (EDT) Date: Mon, 21 Sep 2009 11:32:05 -0400 From: "Jason J. Hellenthal" To: Christof Schulze In-Reply-To: <200909202342.22881.christof.schulze@gmx.com> Message-ID: References: <200909202342.22881.christof.schulze@gmx.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0x691411AC X-OpenPGP-Key-Fingerprint: 6F56 3B10 D8AD 1D33 96E7 5946 E3B6 2768 6914 11AC MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: zpool scrub hangs on 7.2-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Jason J. Hellenthal" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 15:32:21 -0000 On Sun, 20 Sep 2009 17:42 -0000, christof.schulze wrote: > Hello, > > currently I am running a 7.2 stable with zfs v13. > Things work nicely except that zpool scrub hangs without disk activity. > I do not get any error messages in dmesg or /var/log/messages and therefore I > do not know where to look further. > > Is this a known issue or should I investigate? If the latter is the case I > would need some help doing so. > > % uname -a ~ > FreeBSD ccschu935 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jul 7 04:56:00 CEST > 2009 root@ccschu935:/usr/obj/usr/src/sys/GENERIC amd64 > % zpool status ~ > pool: tank > state: ONLINE > scrub: scrub in progress for 0h3m, 0,00% done, 3370h48m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad0s6 ONLINE 0 0 0 > ad0s3f ONLINE 0 0 0 > ad0s3e ONLINE 0 0 0 > cache > mmcsd0 UNAVAIL 0 0 0 cannot open > > errors: No known data errors > > > kind Regards > > Christof > I see you cache is disabled no available. Even though I don't think this should or might be the problem can you remove the device from the pool and re-scrub to see if that relieves the problem. -- Jason J. Hellenthal http://www.DataIX.net/ jasonh@DataIX.net 0x691411AC - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 15:36:19 2009 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 5D2311065694; Mon, 21 Sep 2009 15:36:19 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmailC.acsu.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id 293E78FC1F; Mon, 21 Sep 2009 15:36:19 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id CB6FE4BDC2; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 4DD2F4BD9F; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) Received: from mweb2.acsu.buffalo.edu (mweb2.acsu.buffalo.edu [128.205.5.239]) by localmailC.acsu.buffalo.edu (Prefixe) with ESMTP id 4679A4932E; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) Received: from [128.205.32.76] (bauer.cse.Buffalo.EDU [128.205.32.76]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id 2CD03207B4; Mon, 21 Sep 2009 11:25:51 -0400 (EDT) From: Ken Smith To: Chao Shin In-Reply-To: References: <1253540159.15847.31.camel@bauer.cse.buffalo.edu> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-C79pqM4cbthPJbBgKnXQ" Date: Mon, 21 Sep 2009 11:25:50 -0400 Message-Id: <1253546750.15847.50.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: freebsd-current , freebsd-stable Subject: Re: 8.0-RC1 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: Mon, 21 Sep 2009 15:36:19 -0000 --=-C79pqM4cbthPJbBgKnXQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-09-21 at 23:08 +0800, Chao Shin wrote: > I don't know whether USB stick can't boot issue is a show stoper, but it > really a big problem for me. I hope it can resolve before 8.0-RELEASE. Somebody is working on that, we hope to have it resolved before RC2. It's one of several things that is making having an RC3 likely, we would want there to be a reasonable amount of time for people to test the changes that would be involved in that fix (as well as the flowtable fix and a few other issues). --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-C79pqM4cbthPJbBgKnXQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkq3mv4ACgkQ/G14VSmup/ZRAgCgi3IKCiF7MFZ/eugg4gFQa9kU PnUAniEw7VOs5hT/cRnNv6bzEWlWzi9V =fixF -----END PGP SIGNATURE----- --=-C79pqM4cbthPJbBgKnXQ-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 16:39:42 2009 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 724DE10656A7; Mon, 21 Sep 2009 16:39:40 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Mon, 21 Sep 2009 12:39:17 -0400 User-Agent: KMail/1.6.2 References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> In-Reply-To: <20090919035214.GA12889@zod.isi.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909211239.25614.jkim@FreeBSD.org> Cc: Ted Faber Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 21 Sep 2009 16:39:42 -0000 On Friday 18 September 2009 11:52 pm, Ted Faber wrote: > On Wed, Sep 16, 2009 at 09:13:27AM -0700, Ted Faber wrote: > > Hi. > > > > I'm trying to upgrade a machine to a new motherboard (the ECS > > A790GXM-AD3 AM3 790GX) my FreeBSD 7-STABLE system (GENERIC > > kernel, compiled from source on 10 Sept 2009) reaches the point > > where it's going to mount the root file system and can't find the > > disk. It drops me into the manual specification of root file > > system menu, but there are no GEOM-managed disks to choose from. > > [...] > > I managed to boot FreeBSD on this motherboard using a USB key. > Attached is the dmesg from a verbose boot. Any help would be > appreciated. This is a known problem and should be fixed in 8.0. Sorry, I haven't had time to back-port the code. Proabably it's good time to consider testing 8.0-RC1. ;-) Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 17:05:17 2009 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 B12501065777 for ; Mon, 21 Sep 2009 17:05:17 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 8AACF8FC24 for ; Mon, 21 Sep 2009 17:05:17 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8LH5GZh021584; Mon, 21 Sep 2009 10:05:16 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8LH5GPC021583; Mon, 21 Sep 2009 10:05:16 -0700 (PDT) (envelope-from faber) Date: Mon, 21 Sep 2009 10:05:16 -0700 From: Ted Faber To: Jung-uk Kim Message-ID: <20090921170516.GA52169@zod.isi.edu> References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> <200909211239.25614.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mojUlQ0s9EVzWg2t" Content-Disposition: inline In-Reply-To: <200909211239.25614.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-stable@FreeBSD.org Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 21 Sep 2009 17:05:17 -0000 --mojUlQ0s9EVzWg2t Content-Type: multipart/mixed; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 21, 2009 at 12:39:17PM -0400, Jung-uk Kim wrote: > On Friday 18 September 2009 11:52 pm, Ted Faber wrote: > > On Wed, Sep 16, 2009 at 09:13:27AM -0700, Ted Faber wrote: > > > Hi. > > > > > > I'm trying to upgrade a machine to a new motherboard (the ECS > > > A790GXM-AD3 AM3 790GX) my FreeBSD 7-STABLE system (GENERIC > > > kernel, compiled from source on 10 Sept 2009) reaches the point > > > where it's going to mount the root file system and can't find the > > > disk. It drops me into the manual specification of root file > > > system menu, but there are no GEOM-managed disks to choose from. > > > > [...] > > > > I managed to boot FreeBSD on this motherboard using a USB key.=20 > > Attached is the dmesg from a verbose boot. Any help would be > > appreciated. >=20 > This is a known problem and should be fixed in 8.0. Sorry, I haven't=20 > had time to back-port the code. Proabably it's good time to consider=20 > testing 8.0-RC1. ;-) Thanks for getting back to me. It does seem to be fixed in 8.0-RC1 (and thanks for that fix, too). That is, 8.0-RC1 finds the drive, but... 8.0 (RELENG_8, from last night) doesn't seem to find the FBSD partitions on the drive. It finds the drive and the BIOS partition (slice). It fails on my old motherboard (not the one above) that boots 7.2-STABLE just fine. It drops me into the menu to manually configure the root partition, but doesn't accept either the native device names for the root partition (/dev/ad0s1a) or a geom label (/dev/label/root). The list of GEOM devices only includes ad0 and ad0s1. The disk isn't dangerously dedicated, but I only added geom labels to the partitions last night. The glabels work fine under 7.2-STABLE, but RELENG_8 seems to ignore them. I've attached output from fdisk, bsdlabel, and glabel in case I'm misinterpreting them. I've been waiting for a free moment to write a more complete report, but since I've got your attention... Any ideas? I'll be able to run more diagnostics under 8.0 tonight. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=fdisk ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 488392002 (238472 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 14/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=label Content-Transfer-Encoding: quoted-printable # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 0 4.2BSD 0 0 0=20 b: 20971520 4194304 swap =20 c: 488392002 0 unused 0 0 # "raw" part, don'= t edit d: 41943040 25165824 4.2BSD 2048 16384 28552=20 e: 421283138 67108864 4.2BSD 0 0 0=20 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=glabel Name Status Components label/root N/A ad0s1a label/swap N/A ad0s1b label/var N/A ad0s1d label/usr N/A ad0s1e --RnlQjJ0d97Da+TV1-- --mojUlQ0s9EVzWg2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq3skwACgkQaUz3f+Zf+XsHuwCguKJ0TQdgnl1uVETFKirSWnHS oLMAn3byBERdTpI7qJzEN4OXEKH/0i80 =i16T -----END PGP SIGNATURE----- --mojUlQ0s9EVzWg2t-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 18:11:28 2009 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 4697A106566C; Mon, 21 Sep 2009 18:11:28 +0000 (UTC) (envelope-from peter@pean.org) Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by mx1.freebsd.org (Postfix) with ESMTP id ED1D48FC20; Mon, 21 Sep 2009 18:11:27 +0000 (UTC) Received: from iph2.telenor.se (195.54.127.133) by proxy3.bredband.net (7.3.140.3) id 49F597CD03AC303F; Mon, 21 Sep 2009 19:50:53 +0200 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQlAB9at0pV4QbzPGdsb2JhbAAIgiIUGJgUAQEBATe3NYQbBYFYgnQ X-IronPort-AV: E=Sophos;i="4.44,425,1249250400"; d="scan'208,217";a="45221037" Received: from c-f306e155.166-7-64736c14.cust.bredbandsbolaget.se (HELO [172.25.0.40]) ([85.225.6.243]) by iph2.telenor.se with ESMTP; 21 Sep 2009 19:50:53 +0200 Mime-Version: 1.0 (Apple Message framework v1076) From: =?iso-8859-1?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Mon, 21 Sep 2009 19:50:52 +0200 Message-Id: <1105595C-2914-49C4-9A71-87801D228982@pean.org> References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> <4AB768C3.6030003@eng.auth.gr> To: Rick Macklem X-Mailer: Apple Mail (2.1076) Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable , freebsd-current@freebsd.org, George Mamalakis , dfr@rabson.org Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 21 Sep 2009 18:11:28 -0000 On Sep 21, 2009, at 5:26 PM, Rick Macklem wrote: >> >> > Now, hopefully someone who understands enough about dynamic linking =20= > will > know if this is the correct fix for 8.0? (I'm going on a couple of =20 > weeks > vacation at the end of this week, so I won't be around to commit =20 > anything > and don't understand it well enough to know if this is the correct way > to fix it.) > > So, hopefully someone else can pick this one up? > > Thanks for testing it, rick > _______________________________________________ Could this be the same problem I have with SASL and postfix? = http://lists.freebsd.org/pipermail/freebsd-questions/2009-September/205525= .html -- Peter Ankerst=E5l peter@pean.org http://www.pean.org/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 18:53:34 2009 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 538DB1065672; Mon, 21 Sep 2009 18:53:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id E2C6C8FC0A; Mon, 21 Sep 2009 18:53:33 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAOJot0qDaFvG/2dsb2JhbADSKIQbBYFYgnQ X-IronPort-AV: E=Sophos;i="4.44,425,1249272000"; d="scan'208";a="47126443" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 21 Sep 2009 14:53:33 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 22936210108; Mon, 21 Sep 2009 14:53:33 -0400 (EDT) X-Virus-Scanned: amavisd-new at amazon.cs.uoguelph.ca Received: from amazon.cs.uoguelph.ca ([127.0.0.1]) by localhost (amazon.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ITpWaLFSQhxg; Mon, 21 Sep 2009 14:53:32 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id AB782210130; Mon, 21 Sep 2009 14:53:30 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n8LIx9613139; Mon, 21 Sep 2009 14:59:09 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 21 Sep 2009 14:59:09 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: =?utf-8?B?UGV0ZXIgQW5rZXJzdMOlbA==?= In-Reply-To: <1105595C-2914-49C4-9A71-87801D228982@pean.org> Message-ID: References: <4AB27FB6.4010806@eng.auth.gr> <20090918034933.GI1231@rwpc12.mby.riverwillow.net.au> <20090918233157.GK1231@rwpc12.mby.riverwillow.net.au> <20090921012855.GA1001@rwpc12.mby.riverwillow.net.au> <4AB768C3.6030003@eng.auth.gr> <1105595C-2914-49C4-9A71-87801D228982@pean.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1804928587-1253559549=:11124" Cc: George Mamalakis , freebsd-current@freebsd.org, freebsd-stable , dfr@rabson.org Subject: Re: SASL problems with spnego on 8.0-BETA4 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, 21 Sep 2009 18:53:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1804928587-1253559549=:11124 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 21 Sep 2009, Peter Ankerst=C3=A5l wrote: > > Could this be the same problem I have with SASL and postfix? > > http://lists.freebsd.org/pipermail/freebsd-questions/2009-September/20552= 5.html > I have no idea, but there's one way to find out. Apply this patch to /usr/bin/krb5-config and then rebuild all the cyrus-sasl2 stuff in=20 /usr/ports. (If you "rm -r work" before "make build", you'll be sure to use krb5-config again.) --- krb5-config.sav=092009-09-18 16:54:42.000000000 -0400 +++ krb5-config=092009-09-21 14:49:34.000000000 -0400 @@ -93,7 +93,7 @@ lib_flags=3D"-L${libdir}" case $library in gssapi) -=09lib_flags=3D"$lib_flags -lgssapi -lheimntlm" +=09lib_flags=3D"$lib_flags -lgssapi -lgssapi_spnego -lgssapi_krb5 -lheimnt= lm" =09;; kadm-client) =09lib_flags=3D"$lib_flags -lkadm5clnt" Then see if the newly built binaries work. Good luck with it, rick ---559023410-1804928587-1253559549=:11124-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 19:12:14 2009 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 37615106566B for ; Mon, 21 Sep 2009 19:12:14 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id BF1FC8FC0A for ; Mon, 21 Sep 2009 19:12:11 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.2/8.14.1) with ESMTP id n8LIxx4P028785; Mon, 21 Sep 2009 11:59:59 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.2/8.13.4/Submit) id n8LIxxZv028784; Mon, 21 Sep 2009 11:59:59 -0700 (PDT) Date: Mon, 21 Sep 2009 11:59:59 -0700 (PDT) From: Matthew Dillon Message-Id: <200909211859.n8LIxxZv028784@apollo.backplane.com> To: stable@freebsd.org, Peter Wemm References: <20090906155154.GA8283@onelab2.iet.unipi.it> <20090907072159.GA18906@onelab2.iet.unipi.it> <6F002A04-5CF9-466F-AEFB-6B983C0E1980@mac.com> Cc: Subject: Re: incorrect usleep/select delays with HZ > 2500 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, 21 Sep 2009 19:12:14 -0000 What we wound up doing was splitting tvtohz() into two functions. tvtohz_high(tv) Returned value meets or exceeds requested time. A minimum value of 1 is returned (really only for {0,0}.. else minimum value is 2). tvtohz_low(tv) Returned value might be shorter then requested time, and 0 can be returned. Most kernel functions use the tvtohz_high() function. Only a few use tvtohz_low(). I have not found any 'good' solution to the problem. For example, average-up errors can mount up when using the results to control a callout timer resulting in much longer delays then originally intended, and similarly same-tick interrupts (e.g. a value of 1) can create much shorter delays then expected. Sometimes one cares more about the average interval being correct, other times the time must not be allowed to be too short. You lose no matter what you choose. http://fxr.watson.org/fxr/source/kern/kern_clock.c?v=DFBSD If you look at tvtohz_high() you will note that the minimum value of 1 is only returned if the passed tv is essentially {0,0}. i.e. 0uS. 1uS == 2 ticks (((us + (tick - 1)) / tick) + 1). The 'tick' global here is the number of uS per tick (not to be confused with 'ticks'). Because of all of that I decided to split the function to make the requirements more apparent. -- The nanosleep() work is a different issue... that's for userland calls (primarily the libc usleep() function). We found that some linux programs assumed that nanosleep() was far more fine-grained then (hz) and, anyway, the system call is called 'nanosleep' and 'usleep' which kind of implies a fine-grained sleep, so we turned it into one when small time intervals were being requested. http://fxr.watson.org/fxr/source/kern/kern_time.c?v=DFBSD The way I figure it if a userland program wants to make system calls with fine-grained sleeps that are too small, it's really no different from treating that program as being cpu-bound anyway so why not try to accomodate it? -- The 8254 issue is more one of a lack of interest in fixing it. Basically using the 8254 as a measure of realtime when the reload value is set to small (i.e. high hz) will always lead to serious timing problems. The reason there is such a lack of interest in fixing it is that most machines have other timers available (lapic, acpi, hpet, tsc, etc). A secondary issue might be tying real-time functions to 'ticks', which could still be driven by the 8254 interrupt.... those have to be divorced from ticks. I'm not sure if FreeBSD has any of those left (does date still skip quickly if hz is set ultra-high? Even when other timers are available?). I will note that tying real-time functions to the hz-based tick function (which is also the 8254-driven problem when other timers are not available) leads to serious problems, particularly with ntpd, even if you only lose track of the full cycle of the timer occassionally. However, neither do you want to 'skip' the ticks value to catch up to a lost interrupt. That will mess up tsleep() and other hz-based timeouts that assume that values of '2' will not instantly timeout. So actual realtime operations really do have to be completely divorced from the hz-based ticks counter and it must only be used for looser timing needs such as protocol timeouts and sleeps. -Matt From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 20:01:25 2009 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 10328106566B for ; Mon, 21 Sep 2009 20:01:25 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 573728FC0C for ; Mon, 21 Sep 2009 20:01:24 +0000 (UTC) Received: (qmail invoked by alias); 21 Sep 2009 20:01:22 -0000 Received: from 98.90.135.212.in-addr.arpa (EHLO klausdieter0815.dyndns.org) [212.135.90.98] by mail.gmx.com (mp-eu005) with SMTP; 21 Sep 2009 22:01:22 +0200 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX1+L+rYhGZ6LtohE2aP46LEmEKX1yMYI/KMulFf9cv lNyCFtGbV1t+ZK Received: by myhost.mydomain.de (Postfix, from userid 1001) id 43B8385; Mon, 21 Sep 2009 22:01:21 +0200 (CEST) From: Christof Schulze To: freebsd-stable@freebsd.org Date: Mon, 21 Sep 2009 22:01:20 +0200 User-Agent: KMail/1.12.0 (FreeBSD/7.2-STABLE; KDE/4.3.0; amd64; ; ) References: <200909202342.22881.christof.schulze@gmx.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909212201.21133.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.7 Subject: Re: zpool scrub hangs on 7.2-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: Mon, 21 Sep 2009 20:01:25 -0000 Am Montag 21 September 2009 00:10:39 schrieb Artem Belevich: > Do you have ZIL disabled? I think I saw the same scrub stall on -7 > when I had vfs.zfs.zil_disable=1. After re-enabling ZIL scrub > proceeded normally. zil is not disabled % sysctl vfs.zfs.zil_disable vfs.zfs.zil_disable: 0 but thank you for the hint Regards Christof From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 20:24:43 2009 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 DF52210656A3 for ; Mon, 21 Sep 2009 20:24:43 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 4BADD8FC14 for ; Mon, 21 Sep 2009 20:24:43 +0000 (UTC) Received: (qmail invoked by alias); 21 Sep 2009 20:24:42 -0000 Received: from 98.90.135.212.in-addr.arpa (EHLO klausdieter0815.dyndns.org) [212.135.90.98] by mail.gmx.com (mp-eu005) with SMTP; 21 Sep 2009 22:24:42 +0200 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX18r7otp8ZsrZpatOm/Xw+YERSBX/GmI52hfggSllS EF3mOAe3dj4UCe Received: by myhost.mydomain.de (Postfix, from userid 1001) id AF38485; Mon, 21 Sep 2009 22:24:32 +0200 (CEST) From: Christof Schulze To: freebsd-stable@freebsd.org Date: Mon, 21 Sep 2009 22:24:11 +0200 User-Agent: KMail/1.12.0 (FreeBSD/7.2-STABLE; KDE/4.3.0; amd64; ; ) References: <200909202342.22881.christof.schulze@gmx.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200909212224.29096.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 Subject: WORKAROUND Re: zpool scrub hangs on 7.2-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: Mon, 21 Sep 2009 20:24:44 -0000 having removed the cache did not do anything at first but after letting zpool scrub sit there for ~20 minutes (no CPU or HDD activity whatsoever) it suddenly started the scrubbing process. So I seem to have hit a bug. Regards Christof Am Montag 21 September 2009 17:32:05 schrieb Jason J. Hellenthal: > On Sun, 20 Sep 2009 17:42 -0000, christof.schulze wrote: > > Hello, > > > > currently I am running a 7.2 stable with zfs v13. > > Things work nicely except that zpool scrub hangs without disk activity. > > I do not get any error messages in dmesg or /var/log/messages and > > therefore I do not know where to look further. > > > > Is this a known issue or should I investigate? If the latter is the case > > I would need some help doing so. > > > > % uname -a ~ > > FreeBSD ccschu935 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jul 7 04:56:00 > > CEST 2009 root@ccschu935:/usr/obj/usr/src/sys/GENERIC amd64 > > % zpool status ~ > > pool: tank > > state: ONLINE > > scrub: scrub in progress for 0h3m, 0,00% done, 3370h48m to go > > config: > > > > NAME STATE READ WRITE CKSUM > > tank ONLINE 0 0 0 > > ad0s6 ONLINE 0 0 0 > > ad0s3f ONLINE 0 0 0 > > ad0s3e ONLINE 0 0 0 > > cache > > mmcsd0 UNAVAIL 0 0 0 cannot open > > > > errors: No known data errors > > > > > > kind Regards > > > > Christof > > I see you cache is disabled no available. Even though I don't think this > should or might be the problem can you remove the device from the pool and > re-scrub to see if that relieves the problem. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 21 21:30:41 2009 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 399DC106566B; Mon, 21 Sep 2009 21:30:41 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id A70078FC16; Mon, 21 Sep 2009 21:30:39 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MpqT1-0003Kc-Ep; Mon, 21 Sep 2009 23:30:39 +0200 Date: Mon, 21 Sep 2009 23:30:39 +0200 From: Kurt Jaeger To: freebsd-stable@freebsd.org, current@freebsd.org Message-ID: <20090921213039.GQ48206@home.opsec.eu> References: <19117.42696.888649.236347@jerusalem.litteratus.org> <582270.67371.qm@web82203.mail.mud.yahoo.com> <19117.48448.269298.484728@jerusalem.litteratus.org> <20090914055501.GM48206@home.opsec.eu> <20090915064830.GN48206@home.opsec.eu> <20090915073457.GO48206@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090915073457.GO48206@home.opsec.eu> Cc: Subject: Re: 8.0-Beta installation problem -- Unable to find /dev/ad0s1b 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, 21 Sep 2009 21:30:41 -0000 Hi! > My previous tests were with 8.0-beta4-amd64. I now tested 8.0-RC1 and it works now, very nice! -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 02:08:22 2009 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 9616F106566C; Tue, 22 Sep 2009 02:08:22 +0000 (UTC) (envelope-from hiyorin@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id E1A918FC16; Tue, 22 Sep 2009 02:08:21 +0000 (UTC) Received: by bwz27 with SMTP id 27so2242661bwz.43 for ; Mon, 21 Sep 2009 19:08:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Jl8fG/CORVMttZZzsTlnymvn/kdK25m1XJO71SPLvYg=; b=sUvAjA3XMRMWEMV/jCmo3R6OH538g64WVpmsOv5/mfwRrWtvU7IGf6iKOSUFIn19Ku XkNTLPMGNCg/XrBjRM581irwAY+f+gqL2P1rcg8+SvGA6mOYZRgMBu2f4lMdacGmfB68 ege6PAM9k7HVzM39eNdq+FzJDRFPJSuGKQCMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=FwDh2/yzfM/70Y3dfHE4g9AUlRBMGw19XVnuFaQfMN6iNXDfeoEWzTQaWJC3lLIt+E 43/eUSRIzWqVhx1lrwWjtEQJOH0QTnjzZ9ysi2k4G1louE2PU5pdgKQppEEvE8Ls+eu0 We8jq9JLsGVbAqGGaj79xsQ1OoKT64penTY+E= Received: by 10.204.160.90 with SMTP id m26mr305818bkx.63.1253585300320; Mon, 21 Sep 2009 19:08:20 -0700 (PDT) Received: from ?10.130.10.181? ([202.82.159.125]) by mx.google.com with ESMTPS id k29sm1095747fkk.23.2009.09.21.19.08.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 21 Sep 2009 19:08:18 -0700 (PDT) Message-ID: <4AB8318D.5000404@gmail.com> Date: Tue, 22 Sep 2009 10:08:13 +0800 From: "C. C. Tang" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> <4AB21005.6040104@gmail.com> <4AB36E1F.6080401@gmail.com> <3bbf2fe10909191224m6061d325h8bc1a389e195aa30@mail.gmail.com> In-Reply-To: <3bbf2fe10909191224m6061d325h8bc1a389e195aa30@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List , Dan Naumov Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 22 Sep 2009 02:08:22 -0000 >>>>> >>>>> >>> I have patched the sched_ule.c and did a make buildkernel & make >>> installkernel (is buildworld and installworld necessary?), rebooted and the >>> machine is running now. >>> I will post here again if there is any update. My server is up for 3.5 days now with HyperThreading & powerd enabled. No panic occured yet. C.C. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 02:10:05 2009 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 292A81065693 for ; Tue, 22 Sep 2009 02:10:05 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id A3F678FC1B for ; Tue, 22 Sep 2009 02:10:04 +0000 (UTC) Received: by bwz27 with SMTP id 27so2243194bwz.43 for ; Mon, 21 Sep 2009 19:10:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=YqNuc9439RThHdj5DV+zRHewcY02asr89HEMhieFswg=; b=qroAF7DH+8mMJhrqa15f3wX2zL+QURbSavVSQtSsfTIL712bCHIvQElCfGjrPDRRy8 CYDv3hc9MIErDJu9n9wCroexTx+HPrz4kSsMWeTnsH/+r5NVrV30MsByyzU/fSQq9l44 hUDAVi8QQdLbo7HaHhtjufQELYmPci1vYDL4Q= 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=pKHm3fsFZPuitOv2grTX8VSYgthYfS1ScDC3O9buyF9dJBYgwMdTgZpEy5mUnlzXIE aF8k25eYfx6exyfarzmNhqjreoiFP2Ph8NcD9lEOTmHs1IFET4gXUG2puGK+ht6Of39P 3A51L+UFID7MuyGZyJEdQu16B1QPLfrQJ+r3M= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.1.6 with SMTP id 6mr63899fad.103.1253585403723; Mon, 21 Sep 2009 19:10:03 -0700 (PDT) In-Reply-To: <4AB8318D.5000404@gmail.com> References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> <4AB21005.6040104@gmail.com> <4AB36E1F.6080401@gmail.com> <3bbf2fe10909191224m6061d325h8bc1a389e195aa30@mail.gmail.com> <4AB8318D.5000404@gmail.com> Date: Tue, 22 Sep 2009 04:10:02 +0200 X-Google-Sender-Auth: 91ec64d0dad96036 Message-ID: <3bbf2fe10909211910r2ed6957cvb1f7f226e2a8b89d@mail.gmail.com> From: Attilio Rao To: "C. C. Tang" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD-STABLE Mailing List , Dan Naumov Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 22 Sep 2009 02:10:05 -0000 2009/9/22 C. C. Tang : >>>>>> >>>>>> >>>> I have patched the sched_ule.c and did a make buildkernel & make >>>> installkernel (is buildworld and installworld necessary?), rebooted and >>>> the >>>> machine is running now. >>>> I will post here again if there is any update. > > My server is up for 3.5 days now with HyperThreading & powerd enabled. > No panic occured yet. Usually how long did it take to panic? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 03:33:41 2009 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 CA6B8106568B; Tue, 22 Sep 2009 03:33:41 +0000 (UTC) (envelope-from hiyorin@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD798FC26; Tue, 22 Sep 2009 03:33:40 +0000 (UTC) Received: by ewy5 with SMTP id 5so63227ewy.36 for ; Mon, 21 Sep 2009 20:33:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=gk7EsJv6ESbuWZUq45FtLfCDp5r4c8NXUlHU8VnyPSA=; b=vKyhHRCKYxdhVkVZwpKXpyPW2UaxOkFru26FTLzb+K8rc77s+wLLzLmvIsUuR5+O15 KazxhwDstT/BCAZ8TOhr+yp7wcGr7dThpJuskfGuD4U1s3W6C97f2w2lFqwvsGF+8fif xjlptJghw+o5fuUWyO5GK5z6HPUGM0i9lHNBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=AX0ihSmIglkmEj/g6MHRU5YiYrmmrT6l135Bx1lrP9Q7rheIfU7y1n7jcWlIk9sbw5 Zu63o6oTOodJLjXJkWlL/UeofsR0Zc1eRDtp218o32Y1dZvXQgS5o4UcozNo76p0H2ZV vSkeunKyNH8qN2dUobpgM0WQ/ukoduMERH8og= Received: by 10.210.101.1 with SMTP id y1mr4000931ebb.60.1253590420059; Mon, 21 Sep 2009 20:33:40 -0700 (PDT) Received: from ?10.130.10.181? ([202.82.159.125]) by mx.google.com with ESMTPS id 7sm78316eyb.16.2009.09.21.20.33.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 21 Sep 2009 20:33:39 -0700 (PDT) Message-ID: <4AB8458C.8000404@gmail.com> Date: Tue, 22 Sep 2009 11:33:32 +0800 From: "C. C. Tang" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10909121432x7bd4f7es497e9431c4e520d6@mail.gmail.com> <4AB1A838.2040406@gmail.com> <3bbf2fe10909170216u29d994aj55c21efdfbc26ba5@mail.gmail.com> <4AB21005.6040104@gmail.com> <4AB36E1F.6080401@gmail.com> <3bbf2fe10909191224m6061d325h8bc1a389e195aa30@mail.gmail.com> <4AB8318D.5000404@gmail.com> <3bbf2fe10909211910r2ed6957cvb1f7f226e2a8b89d@mail.gmail.com> In-Reply-To: <3bbf2fe10909211910r2ed6957cvb1f7f226e2a8b89d@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List , Dan Naumov Subject: Re: 7.2-release/amd64: panic, spin lock held too long 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, 22 Sep 2009 03:33:41 -0000 Attilio Rao wrote: > 2009/9/22 C. C. Tang : >>>>>>> >>>>> I have patched the sched_ule.c and did a make buildkernel & make >>>>> installkernel (is buildworld and installworld necessary?), rebooted and >>>>> the >>>>> machine is running now. >>>>> I will post here again if there is any update. >> My server is up for 3.5 days now with HyperThreading & powerd enabled. >> No panic occured yet. > > Usually how long did it take to panic? > > Attilio > > It is rather random, but will usually panic within one week. Anyway my server will keep running and I will report if it has any problem. Thanks, C.C. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 05:51:36 2009 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 32E93106566B for ; Tue, 22 Sep 2009 05:51:36 +0000 (UTC) (envelope-from alandaluz@gmail.com) Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178]) by mx1.freebsd.org (Postfix) with ESMTP id E594C8FC12 for ; Tue, 22 Sep 2009 05:51:35 +0000 (UTC) Received: by ywh8 with SMTP id 8so4563221ywh.14 for ; Mon, 21 Sep 2009 22:51:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=k3ULvyogx2uqopMNbzef9APqaGYdRR/ISaf64+NCxqM=; b=nM7NHwXwB15KTkg5EG8RPGd4zfp5xUpyHwEqx9AU/v3TY4MHSSGLTKIFFAEjKk/QOJ 4m+JceiHMv0Tcd2/ntineCmcKc6mZtBTeb2yUQOpsVHtpW/w5jqNX13PiL3Pcf7UlFr6 xj/DSSKeMp9HSms7CEx4zdPMLmWJstaHgrUdA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xnzoUBkqvRWEEePXFAyQq73/h4KLgy6BpCElt1hz1xgkQI+XPvWAmmFziqAJell6UP Ov3WeIwxDbtOiUAHRz26HRBKnAu89ECvNLY6Pdr+FAYyC3hQXqOnBIXZ2vqkDsDK8x+8 QCt9cIbZ35Ttpzwpcpq3/otV50ngvcahB1FmY= MIME-Version: 1.0 Received: by 10.101.111.12 with SMTP id o12mr545610anm.51.1253597117598; Mon, 21 Sep 2009 22:25:17 -0700 (PDT) Date: Mon, 21 Sep 2009 23:25:17 -0600 Message-ID: From: Cassidy Larson To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Random Network Drops on Realtek Interfaces (re) 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, 22 Sep 2009 05:51:36 -0000 All, I've been experiencing an intermittent issue with a drop in networking connectivity on a couple of boxes. At random times I drop connectivity between the servers and their gateway. I am able to login via the secondary interface and "/etc/netstart" and everything starts behaving as normal. My switch shows the link is up, ifconfig shows the link is up, but I am unable to ping my gateway until running "/etc/netstart". Somedays it'll happen a few times an hour, some days once every 8-10 hours. It really is intermittent, and driving me crazy trying to track down the issue. I've tried different cables, switches, gateways, IPs, and locations. Memtest for 5 days showed no errors. However, the same problem exists on two separate installs at different times. I am able to connect to the one server from the second via their secondary interfaces, so the problem isn't related to both network interfaces. Both servers have the Supermicro X7SLM-L motherboard, same CPU, RAM and disks. Using the Realtek network driver (re). pciconf shows: vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' class = network subclass = ethernet I've experienced the problem for some time now on both 7.2-RELEASE and 7.2-STABLE (09/20/09) using amd64. Any help or suggestions would be useful in getting to the bottom of this. Thanks, -c From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 08:20:18 2009 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 AD7281065670 for ; Tue, 22 Sep 2009 08:20:18 +0000 (UTC) (envelope-from ga9@york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 15ABC8FC1C for ; Tue, 22 Sep 2009 08:20:17 +0000 (UTC) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n8M7njEt012825; Tue, 22 Sep 2009 08:49:45 +0100 (BST) Received: from 88-97-171-190.dsl.zen.co.uk ([88.97.171.190] helo=[192.168.1.34]) by mail-gw6.york.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Mq089-00047c-E6; Tue, 22 Sep 2009 08:49:45 +0100 References: Message-Id: <041500ED-76EF-4203-949F-DF0C1A42EA93@ury.york.ac.uk> From: Gavin Atkinson To: Cassidy Larson In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (7A400) Mime-Version: 1.0 (iPhone Mail 7A400) Date: Tue, 22 Sep 2009 08:49:48 +0100 Sender: ga9@york.ac.uk X-York-MailScanner: Found to be clean X-York-MailScanner-From: ga9@york.ac.uk Cc: "freebsd-stable@freebsd.org" Subject: Re: Random Network Drops on Realtek Interfaces (re) 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, 22 Sep 2009 08:20:18 -0000 On 22 Sep 2009, at 06:25, Cassidy Larson wrote: > I've been experiencing an intermittent issue with a drop in networking > connectivity on a couple of boxes. > > At random times I drop connectivity between the servers and their > gateway. I am able to login via the secondary interface and > "/etc/netstart" and everything starts behaving as normal. My switch > shows the link is up, ifconfig shows the link is up, but I am unable > to ping my gateway until running "/etc/netstart". Can you see if "arp -da" is sufficient to get the server online? Thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 08:35:22 2009 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 5CC041065672 for ; Tue, 22 Sep 2009 08:35:22 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id CE7B48FC1F for ; Tue, 22 Sep 2009 08:35:21 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id F4222BD; Tue, 22 Sep 2009 10:35:19 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id EF7B0B3; Tue, 22 Sep 2009 10:35:19 +0200 (CEST) Date: Tue, 22 Sep 2009 10:35:19 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: freebsd-stable@freebsd.org In-Reply-To: <20090921140345.H37424@ns1.as.pvp.se> Message-ID: <20090922103150.V37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 08:35:22 -0000 Ok. I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with this error: ---- snip ---- Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. link_elf: symbol AcpiDmDumpMethodInfo undefined KLD file acpi.ko - could not finalize loading Calibrating clock(s) ... i8254 clock: 1193120 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2605923359 Hz CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) ---- snap ---- What else can I do to help you to figure this out? /Bjorn On Mon, 21 Sep 2009, kama wrote: > > Hi. > > I have recently upgraded the server from 6.X -> Latest 6.X -> 7.2. But > after the upgrade it boots OK once and after that it freezes. > > Verbose boot give me these lines: > > ---- snip ---- > Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 > root@gs4:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e7e000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e7e1d8. > Calibrating clock(s) ... i8254 clock: 1193116 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... > ---- snap ---- > > I can boot the system without ACPI enabled w/o problem. But once it is > enabled it will freeze at this point. > > This has happend on both servers I have upgraded. Both of them are > identical. > > /Bjorn > > Full dmesg w acpi disabled: > > %dmesg > Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 > root@gs4:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 285 (2605.93-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > > Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x2 > Cores per package: 2 > real memory = 3221192704 (3071 MB) > avail memory = 3146604544 (3000 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 24 > ioapic2: Assuming intbase of 28 > ioapic3: Assuming intbase of 32 > ioapic4: Assuming intbase of 36 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > ioapic3 irqs 32-35 on motherboard > ioapic4 irqs 36-39 on motherboard > kbd1 at kbdmux0 > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pcib1: at device 3.0 on pci0 > pci1: on pcib1 > ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at > device 0.0 on pci1 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at > device 0.1 on pci1 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 3 ports with 3 removable, self powered > pci1: at device 2.0 (no driver attached) > pci1: at device 2.2 (no driver attached) > vgapci0: port 0x4400-0x44ff mem > 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 > isab0: at device 4.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 4.3 (no driver attached) > pcib2: at device 7.0 on pci0 > pci2: on pcib2 > ciss0: port 0x5000-0x50ff mem > 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 > ciss0: [ITHREAD] > pcib3: at device 8.0 on pci0 > pci3: on pcib3 > bge0: mem > 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:17:a4:8d:f9:2a > bge0: [ITHREAD] > bge1: mem > 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge1: Ethernet address: 00:17:a4:8d:f9:29 > bge1: [ITHREAD] > cpu0 on motherboard > powernow0: on cpu0 > device_attach: powernow0 attach returned 6 > cpu1 on motherboard > powernow1: on cpu1 > device_attach: powernow1 attach returned 6 > cpu2 on motherboard > powernow2: on cpu2 > device_attach: powernow2 attach returned 6 > cpu3 on motherboard > powernow3: on cpu3 > device_attach: powernow3 attach returned 6 > eisa0: on motherboard > mainboard0: at slot 0 on eisa0 > pnpbios: error 1/82 getting device count/size limit > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > on isa0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio0: [FILTER] > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio1: [FILTER] > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > SdMaP0:: ACPo mCmPaUn d# 1Q uLeauuenicnhge dE!n > abled > da0: 69452MB (142239510 512 bSyMtPe: sAePc tCoPrUs :# 22 5L5aunHc > h6e3dS/!T > 8854C) > SMP: AP CPU #3 Launched! > Trying to mount root from ufs:/dev/da0s1a > bge0: link state changed to UP > > _______________________________________________ > 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 Tue Sep 22 10:39:31 2009 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 81F921065694; Tue, 22 Sep 2009 10:39:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 37A308FC1A; Tue, 22 Sep 2009 10:39:29 +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 NAA25901; Tue, 22 Sep 2009 13:39:27 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB8A95E.3060307@icyb.net.ua> Date: Tue, 22 Sep 2009 13:39:26 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> In-Reply-To: <20090922103150.V37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 10:39:31 -0000 on 22/09/2009 11:35 kama said the following: > Ok. > > I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with > this error: > > ---- snip ---- > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. > link_elf: symbol AcpiDmDumpMethodInfo undefined > KLD file acpi.ko - could not finalize loading > Calibrating clock(s) ... i8254 clock: 1193120 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2605923359 Hz > CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) > ---- snap ---- > > What else can I do to help you to figure this out? This is a very strange error. Did you install a binary distribution or did build your kernel from sources? >From your demsg I think that it is the latter. And I believe that your source tree may be damaged somehow. Please try again with a clean checkout from (- this is important -) a known good place, some cvsup mirrors have been known to serve inconsistent sources. > On Mon, 21 Sep 2009, kama wrote: > >> Hi. >> >> I have recently upgraded the server from 6.X -> Latest 6.X -> 7.2. But >> after the upgrade it boots OK once and after that it freezes. >> >> Verbose boot give me these lines: >> >> ---- snip ---- >> Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 >> root@gs4:/usr/obj/usr/src/sys/GENERIC >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e7e000. >> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e7e1d8. >> Calibrating clock(s) ... i8254 clock: 1193116 Hz >> CLK_USE_I8254_CALIBRATION not specified - using default frequency >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Calibrating TSC clock ... >> ---- snap ---- >> >> I can boot the system without ACPI enabled w/o problem. But once it is >> enabled it will freeze at this point. >> >> This has happend on both servers I have upgraded. Both of them are >> identical. >> >> /Bjorn >> >> Full dmesg w acpi disabled: >> >> %dmesg >> Copyright (c) 1992-2009 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 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 >> root@gs4:/usr/obj/usr/src/sys/GENERIC >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Opteron(tm) Processor 285 (2605.93-MHz 686-class CPU) >> Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 >> >> Features=0x178bfbff >> Features2=0x1 >> AMD Features=0xe2500800 >> AMD Features2=0x2 >> Cores per package: 2 >> real memory = 3221192704 (3071 MB) >> avail memory = 3146604544 (3000 MB) >> MPTable: >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> cpu2 (AP): APIC ID: 2 >> cpu3 (AP): APIC ID: 3 >> ioapic0: Assuming intbase of 0 >> ioapic1: Assuming intbase of 24 >> ioapic2: Assuming intbase of 28 >> ioapic3: Assuming intbase of 32 >> ioapic4: Assuming intbase of 36 >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-27 on motherboard >> ioapic2 irqs 28-31 on motherboard >> ioapic3 irqs 32-35 on motherboard >> ioapic4 irqs 36-39 on motherboard >> kbd1 at kbdmux0 >> pcib0: pcibus 0 on motherboard >> pci0: on pcib0 >> pcib1: at device 3.0 on pci0 >> pci1: on pcib1 >> ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at >> device 0.0 on pci1 >> ohci0: [GIANT-LOCKED] >> ohci0: [ITHREAD] >> usb0: OHCI version 1.0, legacy support >> usb0: SMM does not respond, resetting >> usb0: on ohci0 >> usb0: USB revision 1.0 >> uhub0: on usb0 >> uhub0: 3 ports with 3 removable, self powered >> ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at >> device 0.1 on pci1 >> ohci1: [GIANT-LOCKED] >> ohci1: [ITHREAD] >> usb1: OHCI version 1.0, legacy support >> usb1: SMM does not respond, resetting >> usb1: on ohci1 >> usb1: USB revision 1.0 >> uhub1: on usb1 >> uhub1: 3 ports with 3 removable, self powered >> pci1: at device 2.0 (no driver attached) >> pci1: at device 2.2 (no driver attached) >> vgapci0: port 0x4400-0x44ff mem >> 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 >> isab0: at device 4.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 >> ata0: on atapci0 >> ata0: [ITHREAD] >> ata1: on atapci0 >> ata1: [ITHREAD] >> pci0: at device 4.3 (no driver attached) >> pcib2: at device 7.0 on pci0 >> pci2: on pcib2 >> ciss0: port 0x5000-0x50ff mem >> 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 >> ciss0: [ITHREAD] >> pcib3: at device 8.0 on pci0 >> pci3: on pcib3 >> bge0: mem >> 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge0: Ethernet address: 00:17:a4:8d:f9:2a >> bge0: [ITHREAD] >> bge1: mem >> 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 >> miibus1: on bge1 >> brgphy1: PHY 1 on miibus1 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge1: Ethernet address: 00:17:a4:8d:f9:29 >> bge1: [ITHREAD] >> cpu0 on motherboard >> powernow0: on cpu0 >> device_attach: powernow0 attach returned 6 >> cpu1 on motherboard >> powernow1: on cpu1 >> device_attach: powernow1 attach returned 6 >> cpu2 on motherboard >> powernow2: on cpu2 >> device_attach: powernow2 attach returned 6 >> cpu3 on motherboard >> powernow3: on cpu3 >> device_attach: powernow3 attach returned 6 >> eisa0: on motherboard >> mainboard0: at slot 0 on eisa0 >> pnpbios: error 1/82 getting device count/size limit >> pmtimer0 on isa0 >> orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff pnpid ORM0000 on isa0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: [ITHREAD] >> psm0: model Generic PS/2 mouse, device ID 0 >> fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 >> on isa0 >> fdc0: [FILTER] >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> ppc0: parallel port not found. >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 16550A >> sio0: [FILTER] >> sio1 at port 0x2f8-0x2ff irq 3 on isa0 >> sio1: type 16550A >> sio1: [FILTER] >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> Timecounters tick every 1.000 msec >> acd0: CDROM at ata0-master UDMA33 >> da0 at ciss0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device >> da0: 135.168MB/s transfers >> SdMaP0:: ACPo mCmPaUn d# 1Q uLeauuenicnhge dE!n >> abled >> da0: 69452MB (142239510 512 bSyMtPe: sAePc tCoPrUs :# 22 5L5aunHc >> h6e3dS/!T >> 8854C) >> SMP: AP CPU #3 Launched! >> Trying to mount root from ufs:/dev/da0s1a >> bge0: link state changed to UP >> >> _______________________________________________ >> 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" >> > _______________________________________________ > 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" > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 10:54:50 2009 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 E1744106568B for ; Tue, 22 Sep 2009 10:54:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2BFF98FC16 for ; Tue, 22 Sep 2009 10:54:49 +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 NAA26229; Tue, 22 Sep 2009 13:54:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB8ACF2.3080104@icyb.net.ua> Date: Tue, 22 Sep 2009 13:54:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Ted Faber References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> <200909211239.25614.jkim@FreeBSD.org> <20090921170516.GA52169@zod.isi.edu> In-Reply-To: <20090921170516.GA52169@zod.isi.edu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 22 Sep 2009 10:54:51 -0000 on 21/09/2009 20:05 Ted Faber said the following: > Thanks for getting back to me. It does seem to be fixed in 8.0-RC1 (and > thanks for that fix, too). That is, 8.0-RC1 finds the drive, but... > > 8.0 (RELENG_8, from last night) doesn't seem to find the FBSD partitions > on the drive. It finds the drive and the BIOS partition (slice). It > fails on my old motherboard (not the one above) that boots 7.2-STABLE > just fine. It drops me into the menu to manually configure the root > partition, but doesn't accept either the native device names for the > root partition (/dev/ad0s1a) or a geom label (/dev/label/root). The > list of GEOM devices only includes ad0 and ad0s1. > > The disk isn't dangerously dedicated, but I only added geom labels to > the partitions last night. The glabels work fine under 7.2-STABLE, but > RELENG_8 seems to ignore them. I've attached output from fdisk, > bsdlabel, and glabel in case I'm misinterpreting them. > > I've been waiting for a free moment to write a more complete report, but > since I've got your attention... > > Any ideas? I'll be able to run more diagnostics under 8.0 tonight. This could be another of GEOM_PART_BSD vs GEOM_BSD issues. I think this topic has been discussed several times recently on -current. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 12:55:36 2009 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 C76F11065670 for ; Tue, 22 Sep 2009 12:55:36 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-qy0-f192.google.com (mail-qy0-f192.google.com [209.85.221.192]) by mx1.freebsd.org (Postfix) with ESMTP id 7D11C8FC0A for ; Tue, 22 Sep 2009 12:55:36 +0000 (UTC) Received: by qyk30 with SMTP id 30so672112qyk.7 for ; Tue, 22 Sep 2009 05:55:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=rsMAdR/aDz7hqjEe1R0DGPPOAMxHrUazmMaPGp7CppU=; b=h4RzobFxtRSVeCeAjCmB7B72Bq0iy3rQ7oEYjSs96q8qw33ifgyMC50RWrbvpq4ZAm l8cjo90krXwgE62e0QxU9CdhFn5IitIfU9t50uQYv8sXAIH2AAyisii9f7ZLNI1vTbxD +8T6A1f+7D6+eFMIh315IVxEPGdEDITXxR+IE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=ukJ3qP7jIQXIkU3jQqP1hH6Z4KLqMu0wEuISd21zHS3gQBznFp5DbyeFdDEfET9lAZ y3ZfeSEpT4h5zqIjE5l5wVODnw4miThooYilsxDjIU1SheCtoBOX7ah3QPcxugAT8mv7 Qdp4zCcQqS3rsEK21YPSIG4+dKO93Xs1HpSV4= Received: by 10.224.42.83 with SMTP id r19mr540329qae.35.1253624135654; Tue, 22 Sep 2009 05:55:35 -0700 (PDT) Received: from ?10.0.3.4? (pool-71-187-189-54.nwrknj.fios.verizon.net [71.187.189.54]) by mx.google.com with ESMTPS id 21sm379097qyk.12.2009.09.22.05.55.34 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 05:55:34 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Cassidy Larson In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Sep 2009 08:55:22 -0400 Message-Id: <1253624122.1321.9.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) 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, 22 Sep 2009 12:55:36 -0000 On Mon, 2009-09-21 at 23:25 -0600, Cassidy Larson wrote: > All, > > I've been experiencing an intermittent issue with a drop in networking > connectivity on a couple of boxes. > > At random times I drop connectivity between the servers and their > gateway. I am able to login via the secondary interface and > "/etc/netstart" and everything starts behaving as normal. My switch > shows the link is up, ifconfig shows the link is up, but I am unable > to ping my gateway until running "/etc/netstart". Somedays it'll > happen a few times an hour, some days once every 8-10 hours. It really > is intermittent, and driving me crazy trying to track down the issue. > I've tried different cables, switches, gateways, IPs, and locations. > Memtest for 5 days showed no errors. However, the same problem exists > on two separate installs at different times. I am able to connect to > the one server from the second via their secondary interfaces, so the > problem isn't related to both network interfaces. > > Both servers have the Supermicro X7SLM-L motherboard, same CPU, RAM > and disks. Using the Realtek network driver (re). pciconf shows: > vendor = 'Realtek Semiconductor' > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' > class = network > subclass = ethernet > > I've experienced the problem for some time now on both 7.2-RELEASE and > 7.2-STABLE (09/20/09) using amd64. > > Any help or suggestions would be useful in getting to the bottom of this. I do not know how applicable this is in your case, but I have seen such behavior when speed auto-negotiation was allowed on the box connected to the Cisco switch. Condition was usually triggered by the certain volume of traffic (e.g. system could be fine for weeks with SSH/telnet/X11 and lose interface when someone sends large file over FTP or SCP). Restarting the interface, usually fixed it for a while. In my case it was platform-agnostic causing me to have a cheat-sheet on how to disable auto-negotiation on AIX/Solaris/Linux/etc. -- Alexandre Kovalenko (ОлекÑандр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 13:49:00 2009 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 6A6E9106568B; Tue, 22 Sep 2009 13:49:00 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3040D8FC16; Tue, 22 Sep 2009 13:49:00 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id E4D43C3; Tue, 22 Sep 2009 15:48:58 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id E3655C1; Tue, 22 Sep 2009 15:48:58 +0200 (CEST) Date: Tue, 22 Sep 2009 15:48:58 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4AB8A95E.3060307@icyb.net.ua> Message-ID: <20090922142526.P37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 13:49:00 -0000 On Tue, 22 Sep 2009, Andriy Gapon wrote: > on 22/09/2009 11:35 kama said the following: > > Ok. > > > > I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with > > this error: > > > > ---- snip ---- > > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. > > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. > > link_elf: symbol AcpiDmDumpMethodInfo undefined > > KLD file acpi.ko - could not finalize loading > > Calibrating clock(s) ... i8254 clock: 1193120 Hz > > CLK_USE_I8254_CALIBRATION not specified - using default frequency > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > Calibrating TSC clock ... TSC clock: 2605923359 Hz > > CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) > > ---- snap ---- > > > > What else can I do to help you to figure this out? > > > This is a very strange error. > Did you install a binary distribution or did build your kernel from sources? > >From your demsg I think that it is the latter. > And I believe that your source tree may be damaged somehow. > Please try again with a clean checkout from (- this is important -) a known good > place, some cvsup mirrors have been known to serve inconsistent sources. I have now changed from cvsup.dk.freebsd.org to cvsup.freebsd.org with no luck. These are the steps I do (and have done for ages): # cd /usr/src # make clean cleandir # cd .. # rm -rf src/* obj/* # cd # csup stable-supfile-7 # cd /usr/src # make buildworld # make buildkernel # make installkernel # mergemaster -p # make installworld # mergemaster -U -i # reboot I see that there are a newer BIOS on the HP homepage for this DL385. I will try to update the BIOS later this week. The servers are not up to be in production until early november, so there are some time to test things. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 14:34:47 2009 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 39CEB106566C; Tue, 22 Sep 2009 14:34:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 47EEB8FC15; Tue, 22 Sep 2009 14:34:45 +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 RAA01299; Tue, 22 Sep 2009 17:34:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB8E082.8050100@icyb.net.ua> Date: Tue, 22 Sep 2009 17:34:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> In-Reply-To: <20090922142526.P37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 22 Sep 2009 14:34:47 -0000 on 22/09/2009 16:48 kama said the following: > > On Tue, 22 Sep 2009, Andriy Gapon wrote: > >> on 22/09/2009 11:35 kama said the following: >>> Ok. >>> >>> I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with >>> this error: >>> >>> ---- snip ---- >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. >>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. >>> link_elf: symbol AcpiDmDumpMethodInfo undefined >>> KLD file acpi.ko - could not finalize loading >>> Calibrating clock(s) ... i8254 clock: 1193120 Hz >>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Calibrating TSC clock ... TSC clock: 2605923359 Hz >>> CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) >>> ---- snap ---- >>> >>> What else can I do to help you to figure this out? >> >> This is a very strange error. >> Did you install a binary distribution or did build your kernel from sources? >> >From your demsg I think that it is the latter. >> And I believe that your source tree may be damaged somehow. >> Please try again with a clean checkout from (- this is important -) a known good >> place, some cvsup mirrors have been known to serve inconsistent sources. > > I have now changed from cvsup.dk.freebsd.org to cvsup.freebsd.org with no > luck. > > These are the steps I do (and have done for ages): > # cd /usr/src > # make clean cleandir > # cd .. > # rm -rf src/* obj/* > # cd > # csup stable-supfile-7 > # cd /usr/src > # make buildworld > # make buildkernel > # make installkernel > # mergemaster -p > # make installworld > # mergemaster -U -i > # reboot > > I see that there are a newer BIOS on the HP homepage for this DL385. I > will try to update the BIOS later this week. > > The servers are not up to be in production until early november, so there > are some time to test things. > I specifically meant this message: link_elf: symbol AcpiDmDumpMethodInfo undefined $ glimpse AcpiDmDumpMethodInfo /usr/src/sys/contrib/dev/acpica/dmobject.c: * FUNCTION: AcpiDmDumpMethodInfo /usr/src/sys/contrib/dev/acpica/dmobject.c: AcpiDmDumpMethodInfo ( /usr/src/sys/contrib/dev/acpica/dsmethod.c: AcpiDmDumpMethodInfo (Status, WalkState, WalkState->Op); /usr/src/sys/contrib/dev/acpica/acdisasm.h: AcpiDmDumpMethodInfo ( So this function is both defined and used only inside acpi code (vendor part of it). The error you get does not seem to be a run-time condition. It seems to be a system build/install issue (and it looks like the issue is unique to you). I am almost out of guesses, maybe you have stale acpi.ko module in some modules directory. Hmm, one last idea - maybe you have something like "build modules with world" option and also perhaps ACPI_DEBUG is defined somewhere? It could be that something gets out of sync with respect to ACPI_DISASSEMBLER macro. Output of the following command may be useful: $ nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo Could you please try investigating this? Maybe even include acpi into kernel? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 15:31:41 2009 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 02DED1065692 for ; Tue, 22 Sep 2009 15:31:41 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id D97DE8FC20 for ; Tue, 22 Sep 2009 15:31:40 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8MFVevl038321; Tue, 22 Sep 2009 08:31:40 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8MFVddU038320; Tue, 22 Sep 2009 08:31:39 -0700 (PDT) (envelope-from faber) Date: Tue, 22 Sep 2009 08:31:39 -0700 From: Ted Faber To: Andriy Gapon Message-ID: <20090922153139.GC38036@zod.isi.edu> References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> <200909211239.25614.jkim@FreeBSD.org> <20090921170516.GA52169@zod.isi.edu> <4AB8ACF2.3080104@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TYecfFk8j8mZq+dy" Content-Disposition: inline In-Reply-To: <4AB8ACF2.3080104@icyb.net.ua> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-stable@FreeBSD.org Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 22 Sep 2009 15:31:41 -0000 --TYecfFk8j8mZq+dy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 01:54:42PM +0300, Andriy Gapon wrote: > > Any ideas? I'll be able to run more diagnostics under 8.0 tonight. >=20 > This could be another of GEOM_PART_BSD vs GEOM_BSD issues. > I think this topic has been discussed several times recently on -current. This looks like the problem. Thanks for the pointer. I remembered something like this, but couldn't put my finger on it. Just to make life easier for the next guy the thread with this message (which includes the dd hex that fixes it) seems to cover it. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D774931+0+archive/2009/freebs= d-current/20090118.freebsd-current Which looks like the exact right thing for me. I'll follow up when I know for sure, but thanks much for the pointer! --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --TYecfFk8j8mZq+dy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq47dsACgkQaUz3f+Zf+XtNlwCeLDd8ydx4W/3Oe+3KJvJSZ3nD fv4AoPc/JQ6VsSMc2FkxG3zUQp4k0RrR =itlK -----END PGP SIGNATURE----- --TYecfFk8j8mZq+dy-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 20:01:46 2009 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 9332D1065670 for ; Tue, 22 Sep 2009 20:01:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 45CDC8FC12 for ; Tue, 22 Sep 2009 20:01:46 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so29806qwe.7 for ; Tue, 22 Sep 2009 13:01:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=dTFI5COLXcwvKILQm2sxHhP4O4I0aReLjJ1/DHG2cFA=; b=Et3nmZsnRB6sEi6+/B5TaIaMvTc0f+lB5kkljwUAikE2g2XUFxrdeDajr8nx9hX4lZ Ra7DRUTEUm8WYPlbIugW+EiEeUR25pIalGrjAvP7YEq92jmtDp0+bAGK3q+XR7qwnxVi VdVFR/3HvC4yTITc+E3ogHqGH4vb1zrtD5qUc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=iahNfP3UVrzTv1vvO8CQjUoCHc1r/WPovDTMGqrI9GexvzIG77gLLuRcc44zkCtB/+ 2TD/dPk8lo5T2bHD9/Ix2S3ZHtBXZmdyA7zU7LhzwKGfNyfhWRhjQVOFwwMUk2SSC+X3 UTqIb+bli9o1Qt0zII3jn1C/GT0+LhbRRdRTc= Received: by 10.224.36.91 with SMTP id s27mr1196385qad.136.1253649704159; Tue, 22 Sep 2009 13:01:44 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 2sm184088qwi.10.2009.09.22.13.01.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 13:01:41 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 22 Sep 2009 13:00:53 -0700 From: Pyun YongHyeon Date: Tue, 22 Sep 2009 13:00:53 -0700 To: Cassidy Larson Message-ID: <20090922200053.GA1520@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 20:01:46 -0000 On Mon, Sep 21, 2009 at 11:25:17PM -0600, Cassidy Larson wrote: > All, > > I've been experiencing an intermittent issue with a drop in networking > connectivity on a couple of boxes. > > At random times I drop connectivity between the servers and their > gateway. I am able to login via the secondary interface and > "/etc/netstart" and everything starts behaving as normal. My switch > shows the link is up, ifconfig shows the link is up, but I am unable > to ping my gateway until running "/etc/netstart". Somedays it'll > happen a few times an hour, some days once every 8-10 hours. It really > is intermittent, and driving me crazy trying to track down the issue. > I've tried different cables, switches, gateways, IPs, and locations. > Memtest for 5 days showed no errors. However, the same problem exists > on two separate installs at different times. I am able to connect to > the one server from the second via their secondary interfaces, so the > problem isn't related to both network interfaces. > > Both servers have the Supermicro X7SLM-L motherboard, same CPU, RAM > and disks. Using the Realtek network driver (re). pciconf shows: > vendor = 'Realtek Semiconductor' > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' > class = network > subclass = ethernet > > I've experienced the problem for some time now on both 7.2-RELEASE and > 7.2-STABLE (09/20/09) using amd64. > > Any help or suggestions would be useful in getting to the bottom of this. > > Thanks, > By chace can you find any messages in dmesg reported by re(4)? dmesg output related to re(4) would be more helpful as RealTek controllers used to show same device ids. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 22 23:33:19 2009 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 970BA106568D for ; Tue, 22 Sep 2009 23:33:19 +0000 (UTC) (envelope-from alandaluz@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 53E7A8FC15 for ; Tue, 22 Sep 2009 23:33:19 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so96967and.13 for ; Tue, 22 Sep 2009 16:33:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=fZRLFyC0+EuLgFmi/BIUXBlMkWzck64V5pQ5Ax5i1e8=; b=p9HumukgB7XD5j/0iGCljn/v4jRMfU6oSbqsyS9zsNIEuG/m7lJ+vT0OkTZy/34xzC D8EoGHNLzoMgj64MfxZK8jjf8D5zrBvwnP70QIc+s5TH3T2mbuuGrmRqDI/KLZ+FknR4 IxxWtO8uvHndESgOLWRHIzLT6yZa98C6CuhJo= 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=JXqhZn8JjpP5wNl7lcpvsa9LO2U4GQ2NaNubKRX7Xd/HT6xtGgOwZi5K0MOSNRMOwb OpC9gd1zjvWxPeqEsUu3uYGSAvraOHTR7L+O6S8Eu1y/5naPBZeJNHcpRtOkGkb0MFg6 1v1OGED8EntfhQVqo0pLcW2vngIIhqg2LqccI= MIME-Version: 1.0 Received: by 10.101.96.20 with SMTP id y20mr1687698anl.93.1253662398749; Tue, 22 Sep 2009 16:33:18 -0700 (PDT) In-Reply-To: <20090922200053.GA1520@michelle.cdnetworks.com> References: <20090922200053.GA1520@michelle.cdnetworks.com> Date: Tue, 22 Sep 2009 17:33:18 -0600 Message-ID: From: Cassidy Larson To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) 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, 22 Sep 2009 23:33:19 -0000 Suggestions were: #1) try "arp -da". This does not fix the issue. I don't see any ARP for any other IPs other than the local. #2) speed/duplex settings. I tried forcing 100FD on the box and that didnt resolve the issue. When I did force 100 full-duplex on the switch, the box appeared as if it was reporting 100HD. Odd. > By chace can you find any messages in dmesg reported by re(4)? > dmesg output related to re(4) would be more helpful as RealTek > controllers used to show same device ids. Here is my dmesg output for the re(4) devices: re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff,0xfdef0000-0xfdefffff irq 16 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 re0: Ethernet address: 00:30:48:b0:ec:84 re0: [FILTER] re1: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff,0xfdff0000-0xfdffffff irq 17 at device 0.0 on pci3 re1: Using 1 MSI messages re1: Chip rev. 0x3c000000 re1: MAC rev. 0x00400000 miibus1: on re1 re1: Ethernet address: 00:30:48:b0:ec:85 re1: [FILTER] Currently, I am not using re1. Only re0 for access. Another side note, I have updated the BIOS to 1.0a from Supermicro as of yesterday, but that has not fixed this issue. Thanks, -c From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 00:04:53 2009 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 3D0C9106568D for ; Wed, 23 Sep 2009 00:04:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id E214E8FC18 for ; Wed, 23 Sep 2009 00:04:52 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so91270qwe.7 for ; Tue, 22 Sep 2009 17:04:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=4y79BxcXQD6CvKiBj4zR/giQhQyLNJmy3bmFv/sZfOA=; b=Xl/QzOM899UDlH8mw9QVLmGqbOqJ06Zzejq2ZyxJFZZxVu2jWKy25Wn5L7I/y5Qyc2 Q6vOm3Pel6uR2ClixzK5tz3ioWnp2q0T6oXU1hBJZ2TofIYs70rBihQF2/fruVIG0zk5 NVGWz3M8gFDBNGiXi0J6mvixS/MzTXLpbLaUg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=EdRi9ueyUObM1/QL/4sNL10WzqupWPesymJ+GEfLO7WNOfMte7+T4ZV1wODFlAZHpx wyhcA70rCOi3RZ01eHUHf2/iukGxCjfSUybCfng+taNwf4G/FIHYoRX8w+r+I57benwj 4y1XjY5q+p1VovJMR84dWbPaDqYfKfVCK2cuY= Received: by 10.224.109.131 with SMTP id j3mr1374973qap.97.1253664292381; Tue, 22 Sep 2009 17:04:52 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 7sm502158qwf.57.2009.09.22.17.04.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Sep 2009 17:04:51 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 22 Sep 2009 17:04:05 -0700 From: Pyun YongHyeon Date: Tue, 22 Sep 2009 17:04:05 -0700 To: Cassidy Larson Message-ID: <20090923000405.GC1520@michelle.cdnetworks.com> References: <20090922200053.GA1520@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 00:04:53 -0000 On Tue, Sep 22, 2009 at 05:33:18PM -0600, Cassidy Larson wrote: > Suggestions were: > #1) try "arp -da". This does not fix the issue. I don't see any ARP > for any other IPs other than the local. > #2) speed/duplex settings. I tried forcing 100FD on the box and that > didnt resolve the issue. When I did force 100 full-duplex on the > switch, the box appeared as if it was reporting 100HD. Odd. > Don't do that. It would be normal behavior if link partner's media configuration is autodetect as link partner have to rely on parallel detection. If you have to use forced link, both your NIC and link partner should use the same forced media configuration which is highly discouraged configuration on gigabit links. > > By chace can you find any messages in dmesg reported by re(4)? > > dmesg output related to re(4) would be more helpful as RealTek > > controllers used to show same device ids. > > Here is my dmesg output for the re(4) devices: > re0: PCIe Gigabit Ethernet> port 0xd800-0xd8ff mem > 0xfeaff000-0xfeafffff,0xfdef0000-0xfdefffff irq 16 at device 0.0 on > pci2 > re0: Using 1 MSI messages > re0: Chip rev. 0x3c000000 > re0: MAC rev. 0x00400000 > miibus0: on re0 > re0: Ethernet address: 00:30:48:b0:ec:84 > re0: [FILTER] > re1: PCIe Gigabit Ethernet> port 0xe800-0xe8ff mem > 0xfebff000-0xfebfffff,0xfdff0000-0xfdffffff irq 17 at device 0.0 on > pci3 > re1: Using 1 MSI messages > re1: Chip rev. 0x3c000000 > re1: MAC rev. 0x00400000 > miibus1: on re1 > re1: Ethernet address: 00:30:48:b0:ec:85 > re1: [FILTER] > > Currently, I am not using re1. Only re0 for access. > It looks plain RTL8168C PCIe controller. Is there any odd messages reported by re(4) such as watchdog timeouts? If you disable MSI feature does it make any difference?(Add hw.re.msi_disable="1" to /boot/loader.conf to disable MSI.) > Another side note, I have updated the BIOS to 1.0a from Supermicro as > of yesterday, but that has not fixed this issue. > > Thanks, > > -c From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 00:10:11 2009 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 0F3791065670 for ; Wed, 23 Sep 2009 00:10:11 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id D6B018FC15 for ; Wed, 23 Sep 2009 00:10:10 +0000 (UTC) Received: from [10.17.45.149] (adsl-76-195-160-241.dsl.pltn13.sbcglobal.net [76.195.160.241]) (authenticated bits=0) by ape.monkeybrains.net (8.14.3/8.14.1) with ESMTP id n8MNrkSq024473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 22 Sep 2009 16:53:47 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <4AB9638B.8040607@monkeybrains.net> Date: Tue, 22 Sep 2009 16:53:47 -0700 From: Rudy User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.1 at pita.monkeybrains.net X-Virus-Status: Clean Subject: em0 watchdog timeouts -- looking for dcgdis.zip 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, 23 Sep 2009 00:10:11 -0000 I am having watchdog timeout issues with my Intel 82573 Pro/1000 ... http://lists.freebsd.org/pipermail/freebsd-net/2008-May/018075.html link to dcgdis.zip didn't work. Do you have a copy? Thanks in advance, Rudy From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 00:27:53 2009 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 83D2E106566B for ; Wed, 23 Sep 2009 00:27:53 +0000 (UTC) (envelope-from alandaluz@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9628FC0A for ; Wed, 23 Sep 2009 00:27:52 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so110511and.13 for ; Tue, 22 Sep 2009 17:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=cD7YE4oQo5lipUzixesifGEkJZnwZlaeIAS8nX/a54U=; b=Aho4kO3V9vmmI+tn+7K9FjlaCoKyck5vk0pmjiiBPD/V1EJP8t7DqqthBbonJlO8z0 UFUE7eV4xf/egyA4JDEMFWCgnhoa9FqFv5WbJVYJH5kr7VNgk731p2609CvLyYG+FyUq Bu0u9et8KQEtrU8m/zzFKdfQcEh/K/cEmiiNQ= 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=vq+5GaW5qdkXzj/Z41AHPgMkRfeM8kk0vMYbfLXRlVSuWRRKj9YSKxIwrDxxzdxkHQ w1+H2EdFDt0ASvNalJ5oAogU2W8kDgXklOLJ0TyqHRlGJElGjSR8pXd+dDsghDTXH5/W sv3CWyzbYdMmRpfwNWGQ7ipQNkQE7zdK8tgtg= MIME-Version: 1.0 Received: by 10.101.17.4 with SMTP id u4mr1736681ani.62.1253665672485; Tue, 22 Sep 2009 17:27:52 -0700 (PDT) In-Reply-To: <20090923000405.GC1520@michelle.cdnetworks.com> References: <20090922200053.GA1520@michelle.cdnetworks.com> <20090923000405.GC1520@michelle.cdnetworks.com> Date: Tue, 22 Sep 2009 18:27:52 -0600 Message-ID: From: Cassidy Larson To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) 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, 23 Sep 2009 00:27:53 -0000 > It looks plain RTL8168C PCIe controller. Is there any odd messages > reported by re(4) such as watchdog timeouts? > If you disable MSI feature does it make any difference?(Add > hw.re.msi_disable="1" to /boot/loader.conf to disable MSI.) No watchdog timeouts reported. I'll try the msi_disable option tonight and report back. Thanks, -c From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 04:28:02 2009 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 162101065670; Wed, 23 Sep 2009 04:28:02 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward4.yandex.ru (forward4.yandex.ru [77.88.46.9]) by mx1.freebsd.org (Postfix) with ESMTP id B8E258FC15; Wed, 23 Sep 2009 04:28:01 +0000 (UTC) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.47.12]) by forward4.yandex.ru (Yandex) with ESMTP id F257A500003; Wed, 23 Sep 2009 08:27:59 +0400 (MSD) Received: from [127.0.0.1] (antispam.kirov.so-cdu.ru [77.72.136.151]) by smtp5.yandex.ru (Yandex) with ESMTPSA id 717977980F8; Wed, 23 Sep 2009 08:23:56 +0400 (MSD) Message-ID: <4AB9A3CE.4090509@yandex.ru> Date: Wed, 23 Sep 2009 08:27:58 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jung-uk Kim References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> <200909211239.25614.jkim@FreeBSD.org> In-Reply-To: <200909211239.25614.jkim@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1253679836 X-Yandex-Spam: 1 X-Yandex-Front: smtp5.yandex.ru Cc: Ted Faber , Alexander Motin , freebsd-stable@FreeBSD.org, Dennis Chikin Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 23 Sep 2009 04:28:02 -0000 Jung-uk Kim wrote: > This is a known problem and should be fixed in 8.0. Sorry, I haven't > had time to back-port the code. Proabably it's good time to consider > testing 8.0-RC1. ;-) Hi, Can you look at this? http://butcher.heavennet.ru/patches/kernel/ata/ata-ati-r191568-backport-to-RELENG_7.diff So, it isn't tested (sorry, i don't have any test machines with RELENG_7, only HEAD :) Ted and Dennis can you try it? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 08:11:22 2009 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 4686510656A4; Wed, 23 Sep 2009 08:11:22 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id B8D998FC22; Wed, 23 Sep 2009 08:11:21 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8N8BKrV022606; Wed, 23 Sep 2009 11:11:20 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4AB9D823.9050300@eng.auth.gr> Date: Wed, 23 Sep 2009 11:11:15 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: Manolis Kiagias References: <4AAA7C71.8070708@eng.auth.gr> <4AAA848C.4060707@gmail.com> In-Reply-To: <4AAA848C.4060707@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: MSI GT 627 unsuccessful installation in 7-STABLE and 8-BETA4 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, 23 Sep 2009 08:11:22 -0000 Manolis Kiagias wrote: > George Mamalakis wrote: > >> Dear all, >> >> My question should maybe have be sent to some other fbsd list; if so, >> please someone instruct me where, and excuse me for my potential mistake. >> >> Now to my question: >> >> I just bought the MSI GT 627 Laptop, and I tried to install FreeBSD on >> it. First I tried with 8-BETA4 amd, then with 8-BETA4 i386, and lastly >> with 7.2 latest snapshot. All attempts have been unsuccessful, so I >> tried NetBSD 5.0.1 to see if it would install, and it did! >> >> The kernel messages I got on all FOUR attempts (even in NetBSD, >> although it worked finally) was something like that (in the beginning) >> (NetBSD excerpt, since it is the only that booted, so I could >> copy-paste it from dmesg, but FreeBSD gave the exact same Error >> messages (a few numbers differ)): >> >> Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, >> 2006, 2007, 2008, 2009 >> The NetBSD Foundation, Inc. All rights reserved. >> Copyright (c) 1982, 1986, 1989, 1991, 1993 >> The Regents of the University of California. All rights reserved. >> >> NetBSD 5.0.1 (GENERIC) #0: Thu Jul 30 00:08:07 UTC 2009 >> >> builds@b7.netbsd.org:/home/builds/ab/netbsd-5-0-1-RELEASE/amd64/200907292356Z-obj/home/builds/ab/netbsd-5-0-1-RELEASE/src/sys/arch/amd64/compile/GENERIC >> >> total memory = 4095 MB >> avail memory = 3954 MB >> timecounter: Timecounters tick every 10.000 msec >> timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100 >> SMBIOS rev. 2.5 @ 0x9a400 (45 entries) >> Micro-Star International GT627 (Ver 1.000) >> mainbus0 (root) >> cpu0 at mainbus0 apid 0: Intel 686-class, 2394MHz, id 0x1067a >> cpu1 at mainbus0 apid 1: Intel 686-class, 2394MHz, id 0x1067a >> cpu2 at mainbus0 apid 2: Intel 686-class, 2394MHz, id 0x1067a >> cpu3 at mainbus0 apid 3: Intel 686-class, 2394MHz, id 0x1067a >> ioapic0 at mainbus0 apid 4: pa 0xfec00000, version 20, 24 pins >> acpi0 at mainbus0: Intel ACPICA 20080321 >> acpi0: X/RSDT: OemId , AslId >> ACPI Error (evregion-0427): No handler for Region [EC__] >> (0xffff800007e20400) [EmbeddedControl] [20080321] >> ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler >> [20080321] >> ACPI Error (psparse-0627): Method parse/execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> ACPI Error (uteval-0306): Method execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> acpi0: SCI interrupting at int 9 >> acpi0: fixed-feature power button present >> timecounter: Timecounter "ACPI-Fast" frequency 3579545 Hz quality 1000 >> ACPI-Fast 24-bit timer >> ACPI Error (evregion-0427): No handler for Region [EC__] >> (0xffff800007e20400) [EmbeddedControl] [20080321] >> ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler >> [20080321] >> ACPI Error (psparse-0627): Method parse/execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> ACPI Error (uteval-0306): Method execution failed >> [\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffff800007e23760), AE_NOT_EXIST >> WMI1 (pnp0c14) at acpi0 not configured >> .... >> >> where fbsd differed, was somewhere after identifying ad4 (the disk, >> which is WDC WD5000BEVT-22ZAT0 01.01A1), where it stated: >> >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 >> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config >> run_interrupt_driven_hooks: still waiting after 120 seconds for >> xpt_config >> >> and after that it kept on repeating the last message, only increasing >> the seconds to wait, until nothing more happened. >> >> Does anyone know if this is something that will be fixed soon? I guess >> it has to do with MSI's ACPI or something like that. >> >> Thank you all for your interest. >> >> Regards, >> >> mamalos. >> >> > Is the laptop equipped with a firewire port? > I have a few Gigabyte 8IPE1000-G motherboards at school that exhibit the > exact same behaviour. (Using 7.X, have not tried with 8.0 yet). Although > the motherboard does not in fact have a firewire chip soldered on, the > BIOS presents a firewire device (in Windows it shows in the device > manager as a non-working, unknown problem device) and I believe this > confuses the FreeBSD boot sequence. Other people on the lists have also > suggested disabling device sbp in a custom kernel configuration file (or > even removing the entire firewire section if you don't need it). > One possible first step would be to try disabling firewire in the BIOS > (Sadly I don't have this option at all in my case) and see if the boot > continues. If you install successfully you may then try building a > custom kernel and re-enabling the BIOS option. > _______________________________________________ > 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" > > Manoli, I built current in another machine's folder, addressed my laptop to boot from lan having this folder as it's nfsroot, and even then I kept having the problem. Then I compiled a kernel without firewire support (the whole section was excluded), and as you foresaw, the laptop booted eventually. I understand that this is a work around, but I think that somebody from the fbsd development team should maybe take a look at it, and resolve this issue. Thank you for your help. mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 12:02:49 2009 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 E64A610656C0 for ; Wed, 23 Sep 2009 12:02:49 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6EE4C8FC2A for ; Wed, 23 Sep 2009 12:02:48 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.1) with ESMTP id n8NC2mqZ033325 for ; Wed, 23 Sep 2009 15:02:48 +0300 (EEST) (envelope-from mamalos@eng.auth.gr) Message-ID: <4ABA0E63.90209@eng.auth.gr> Date: Wed, 23 Sep 2009 15:02:43 +0300 From: George Mamalakis User-Agent: Thunderbird 2.0.0.19 (X11/20090226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Base system's Heimdal with Openldap support? 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, 23 Sep 2009 12:02:50 -0000 Hi all, I was wondering if there is a way to build fbsd's basesystem heimdal with openldap support. I saw that /usr/src/kerberos5/Makefile.inc has a section starting with .if defined(WITH_OPENLDAP), so I built the world with the flag -DWITH_OPENLDAP. What I managed was to link the kdc binary with my system's openldap libraries, but no openldap code was compiled in the binary. ( kdc --builtin-hdb didn't return ldap) How could I achieve this with the base system's heimdal, without *hacking* the /usr/src/crypt/heimdal/configure* files? (the port's heimdal distribution gets configured with openldap backend) In case I have sent this question in the wrong list, please somebody inform me so. Thank you all in advance. -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 12:47:45 2009 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 4512C106568D; Wed, 23 Sep 2009 12:47:45 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 06F888FC1A; Wed, 23 Sep 2009 12:47:44 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 3CD69B7; Wed, 23 Sep 2009 14:47:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 38858B6; Wed, 23 Sep 2009 14:47:42 +0200 (CEST) Date: Wed, 23 Sep 2009 14:47:42 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4AB8E082.8050100@icyb.net.ua> Message-ID: <20090922215700.V37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 12:47:45 -0000 > > I see that there are a newer BIOS on the HP homepage for this DL385. I > > will try to update the BIOS later this week. > > > > The servers are not up to be in production until early november, so there > > are some time to test things. > > > > I specifically meant this message: > link_elf: symbol AcpiDmDumpMethodInfo undefined > > $ glimpse AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: * FUNCTION: AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: AcpiDmDumpMethodInfo ( > /usr/src/sys/contrib/dev/acpica/dsmethod.c: AcpiDmDumpMethodInfo (Status, > WalkState, WalkState->Op); > /usr/src/sys/contrib/dev/acpica/acdisasm.h: AcpiDmDumpMethodInfo ( > > So this function is both defined and used only inside acpi code (vendor part of it). > The error you get does not seem to be a run-time condition. > It seems to be a system build/install issue (and it looks like the issue is unique > to you). > I am almost out of guesses, maybe you have stale acpi.ko module in some modules > directory. > > Hmm, one last idea - maybe you have something like "build modules with world" > option and also perhaps ACPI_DEBUG is defined somewhere? No, this is a clean installed system. Nothing in make.conf or src.conf. And loader.conf is empty. > It could be that something gets out of sync with respect to ACPI_DISASSEMBLER macro. > Output of the following command may be useful: > $ nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo nm: /boot/kernel/linker.hints: File format not recognized g24# > Could you please try investigating this? Maybe even include acpi into kernel? Just adding 'device acpi' into the generic kernel made it boot successfully. (without KDB DDB ACPI_DEBUG) Here are the outputfiles suggested from the webpage: http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt Please let me know what else to test or if you want more data... Later today I will head over to the datacenter to swap a failed disk and will then also update the BIOS on these servers. I'll post a message how that goes later tonight. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 13:05:49 2009 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 60B341065692; Wed, 23 Sep 2009 13:05:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9C28FC18; Wed, 23 Sep 2009 13:05:48 +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 QAA27430; Wed, 23 Sep 2009 16:05:35 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABA1D1F.3080704@icyb.net.ua> Date: Wed, 23 Sep 2009 16:05:35 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> In-Reply-To: <20090922215700.V37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 13:05:49 -0000 on 23/09/2009 15:47 kama said the following: > g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo So this is what I was talking about - this symbol should not be undefined after normal build. This symbol should not be present and referenced at all unless ACPI_DISASSEMBLER is defined. This is clearly a build problem of some sort. > Just adding 'device acpi' into the generic kernel made it boot > successfully. (without KDB DDB ACPI_DEBUG) I am glad that this worked :) > Here are the outputfiles suggested from the webpage: > > http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt This doesn't make it nay clearer why you get that build problem. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 13:52:55 2009 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 083A2106566B for ; Wed, 23 Sep 2009 13:52:55 +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 742028FC08 for ; Wed, 23 Sep 2009 13:52:54 +0000 (UTC) Received: from inchoate.gsoft.com.au ([118.210.91.254]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8NDqqH1091092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 23 Sep 2009 23:22:53 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 23 Sep 2009 23:22:50 +0930 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10278477.p3rkju5tzE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909232322.51060.doconnor@gsoft.com.au> X-Spam-Score: -2.514 () AWL,BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Subject: 8.0-RC1 panic attaching ppc 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, 23 Sep 2009 13:52:55 -0000 --nextPart10278477.p3rkju5tzE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline If I enable the parallel port on this Gigabyte MA7785GM-US2H I get a=20 trap 12 when booting up. I forgot to take a picture of it at the time but I should be able to=20 reproduce it tomorrow. Has anyone seen anything before? (a quick google showed nothing). I did=20 not see it on 7.2(ish) on the same hardware. =2D-=20 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 --nextPart10278477.p3rkju5tzE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKuigz5ZPcIHs/zowRApz8AJ9M1LlA0oVPDlSw9wxJhZiANZSa7ACgl62p ZuokpZogkdEJvTCrCUhyRYE= =ddnz -----END PGP SIGNATURE----- --nextPart10278477.p3rkju5tzE-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 13:54:17 2009 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 142CD106568B for ; Wed, 23 Sep 2009 13:54:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA718FC13 for ; Wed, 23 Sep 2009 13:54:16 +0000 (UTC) Received: by fxm22 with SMTP id 22so649950fxm.36 for ; Wed, 23 Sep 2009 06:54:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=ydCu95wzDhhWC+B8aOOkB014I5L1OxZoUICGKMU7EmI=; b=CgCSzr8KoRwsZO6AR1YZxkWn4sqO/LtfLlGfqGB+HpyfMvSCyF+NsTs9SqWW34ameU TREzlsoONNhhLGrxQVd2GGd6xDgifn02PGckA4oGi4mV5yFMA1VK2C46mB3dJtmf+Rzd x/P+hs6mhQdONaHTCVs9Lcg16SIzbc+Uud45M= 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=fqYUaVgau40DCI/HXW//1yO3kQxA5hw8t9Tkg0m3FuxLCVK6p77RM+u5qKHc6QZYfV AHKyShX5/4YcYO0YEOE2f8MZpBWwTzAsgMHoqL7df/r/kwTWfIXJnVNzC7iZOOPVpFMm LSHuQodWzu01V7QNtgP3q7RLgoAdRfo49jB2s= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.68.155 with SMTP id v27mr760538fai.10.1253714055660; Wed, 23 Sep 2009 06:54:15 -0700 (PDT) In-Reply-To: <200909232322.51060.doconnor@gsoft.com.au> References: <200909232322.51060.doconnor@gsoft.com.au> Date: Wed, 23 Sep 2009 15:54:15 +0200 X-Google-Sender-Auth: 85194990bb6e1af7 Message-ID: <3bbf2fe10909230654g2030b18aq8a93e26a7789b06f@mail.gmail.com> From: Attilio Rao To: "Daniel O'Connor" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 23 Sep 2009 13:54:17 -0000 2009/9/23 Daniel O'Connor : > If I enable the parallel port on this Gigabyte MA7785GM-US2H I get a > trap 12 when booting up. > > I forgot to take a picture of it at the time but I should be able to > reproduce it tomorrow. > > Has anyone seen anything before? (a quick google showed nothing). I did > not see it on 7.2(ish) on the same hardware. Are you able to enable KDB in your kernel config and return a backtrace here? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 15:19:25 2009 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 EB4C8106566C; Wed, 23 Sep 2009 15:19:25 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id CADD28FC2A; Wed, 23 Sep 2009 15:19:25 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8NFJMnw028273; Wed, 23 Sep 2009 08:19:22 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8NFJLZq028272; Wed, 23 Sep 2009 08:19:21 -0700 (PDT) (envelope-from faber) Date: Wed, 23 Sep 2009 08:19:21 -0700 From: Ted Faber To: "Andrey V. Elsukov" Message-ID: <20090923151921.GA27328@zod.isi.edu> References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> <200909211239.25614.jkim@FreeBSD.org> <4AB9A3CE.4090509@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <4AB9A3CE.4090509@yandex.ru> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: Alexander Motin , freebsd-stable@FreeBSD.org, Dennis Chikin , Jung-uk Kim Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 23 Sep 2009 15:19:26 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 23, 2009 at 08:27:58AM +0400, Andrey V. Elsukov wrote: > Jung-uk Kim wrote: > >This is a known problem and should be fixed in 8.0. Sorry, I haven't=20 > >had time to back-port the code. Proabably it's good time to consider=20 > >testing 8.0-RC1. ;-) >=20 > Hi, >=20 > Can you look at this? > http://butcher.heavennet.ru/patches/kernel/ata/ata-ati-r191568-backport-t= o-RELENG_7.diff >=20 > So, it isn't tested (sorry, i don't have any test machines with RELENG_7,= =20 > only HEAD :) > Ted and Dennis can you try it? I jumped forward to RELENG_8 to get the box up, and dropping back to RELENG_7 is a little bit painful, bit I'll try to give it a shot later this week. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkq6PHkACgkQaUz3f+Zf+XuinQCgmbAaiDkJLg5Bu01bOGHXxH6E 6yEAoOA2bK3rRlmCW/p1NNBqG7+MngD1 =diuS -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 15:19:26 2009 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 56AB8106568B; Wed, 23 Sep 2009 15:19:26 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 18E4F8FC2B; Wed, 23 Sep 2009 15:19:25 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 96DF7B5; Wed, 23 Sep 2009 17:19:24 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 9572EB4; Wed, 23 Sep 2009 17:19:24 +0200 (CEST) Date: Wed, 23 Sep 2009 17:19:24 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4ABA1D1F.3080704@icyb.net.ua> Message-ID: <20090923171004.Q37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 15:19:26 -0000 On Wed, 23 Sep 2009, Andriy Gapon wrote: > on 23/09/2009 15:47 kama said the following: > > g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo > > So this is what I was talking about - this symbol should not be undefined after > normal build. This symbol should not be present and referenced at all unless > ACPI_DISASSEMBLER is defined. > This is clearly a build problem of some sort. Even though they dont exists on a acpi_debug kernel. It does not really matter since the real problem is that freebsd freezes on a normal generic config. > > Just adding 'device acpi' into the generic kernel made it boot > > successfully. (without KDB DDB ACPI_DEBUG) > > I am glad that this worked :) Me too. As a work around. But I would prefer a GENERIC kernel to boot. > > Here are the outputfiles suggested from the webpage: > > > > http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > > http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > > http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt > > This doesn't make it nay clearer why you get that build problem. I dunno. I dont have any insight into kernel programming. Hence trying to get information how to help the people to fix the actual problem. That the server freezes at boot. Im kind of lucky to have HP ILO on my side, to test things. =) But I will upgrade the BIOS. If that does not work, I'll try a clean 7.2-REL install. /Bjorn PS. Another unrelated issue. I get a bounce everytime I send a mail to you. Final-Recipient: rfc822; avg@icyb.net.ua Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; host mt.icyb.net.ua[212.40.38.132] said: 550 (LHP01) Not accepted (in reply to RCPT TO command) DS. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 15:20:57 2009 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 4748F1065695 for ; Wed, 23 Sep 2009 15:20:57 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id 2843C8FC32 for ; Wed, 23 Sep 2009 15:20:57 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.3/8.14.3) with ESMTP id n8NFKu0Z028348; Wed, 23 Sep 2009 08:20:56 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.3/8.14.3/Submit) id n8NFKuxO028347; Wed, 23 Sep 2009 08:20:56 -0700 (PDT) (envelope-from faber) Date: Wed, 23 Sep 2009 08:20:56 -0700 From: Ted Faber To: Andriy Gapon Message-ID: <20090923152056.GB27328@zod.isi.edu> References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> <200909211239.25614.jkim@FreeBSD.org> <20090921170516.GA52169@zod.isi.edu> <4AB8ACF2.3080104@icyb.net.ua> <20090922153139.GC38036@zod.isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <20090922153139.GC38036@zod.isi.edu> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-stable@FreeBSD.org Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 23 Sep 2009 15:20:57 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 08:31:39AM -0700, Ted Faber wrote: > On Tue, Sep 22, 2009 at 01:54:42PM +0300, Andriy Gapon wrote: > > > Any ideas? I'll be able to run more diagnostics under 8.0 tonight. > >=20 > > This could be another of GEOM_PART_BSD vs GEOM_BSD issues. > > I think this topic has been discussed several times recently on -curren= t. >=20 > This looks like the problem. Thanks for the pointer. I remembered > something like this, but couldn't put my finger on it. Just to make > life easier for the next guy the thread with this message (which > includes the dd hex that fixes it) seems to cover it. >=20 > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D774931+0+archive/2009/free= bsd-current/20090118.freebsd-current >=20 > Which looks like the exact right thing for me. I'll follow up when I > know for sure, but thanks much for the pointer! Clearing the old bsdlabel as described in the mail message above fixed my problem seeing the partition table. Now I have to fix the apparently wonky memory,,, >sigh< --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEUEARECAAYFAkq6PNgACgkQaUz3f+Zf+XuyGQCfSa4k5PhmOJixwRPeyClzmfrv 4ycAlRM7eJ63Rh3XoYstGAsb+l6Xzqk= =CvhP -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 15:50:46 2009 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 E6C4B1065670 for ; Wed, 23 Sep 2009 15:50:46 +0000 (UTC) (envelope-from alandaluz@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id A200A8FC13 for ; Wed, 23 Sep 2009 15:50:46 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so325082and.13 for ; Wed, 23 Sep 2009 08:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=bxZpJzVGa0KQPoe13QOx7EQZNtgXEOPEVzrIGcRS/BA=; b=riub1cqymYL/5ZFKtDPTR+c97B/6DgwuBreQ5KWxrpV6B31Wz3weCUfQJYVS3cbuFT jd7fZgbGbIa7cgzsbP68qkuGxi8DC0ZQ851jBRothG/lkuALXvRLhkLk6cQSVnbjFcJd ukCZLyrNJ2q/Ct+EdmVmhOwKe+3blIQXD5wek= 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=NZKaejaj7YxOAsxhbhoPi7aU5VaIZoAdIrJjzOOCY4f9bYFdAuJVLb8pR4NIBK6Dy9 Qpc/S8JrVHIuy+cSG9RpnGYDM5lJe26bxETLH/4nK3Yu4AA5HboF2VFjaqwOl2KBHGHo TdVmKuL/LmUtDQ5V6Z3St8m7aRNkeiNu0GMsI= MIME-Version: 1.0 Received: by 10.101.17.4 with SMTP id u4mr2731568ani.62.1253721045922; Wed, 23 Sep 2009 08:50:45 -0700 (PDT) In-Reply-To: <20090923000405.GC1520@michelle.cdnetworks.com> References: <20090922200053.GA1520@michelle.cdnetworks.com> <20090923000405.GC1520@michelle.cdnetworks.com> Date: Wed, 23 Sep 2009 09:50:45 -0600 Message-ID: From: Cassidy Larson To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) 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, 23 Sep 2009 15:50:47 -0000 > It looks plain RTL8168C PCIe controller. Is there any odd messages > reported by re(4) such as watchdog timeouts? > If you disable MSI feature does it make any difference?(Add > hw.re.msi_disable="1" to /boot/loader.conf to disable MSI.) Disabling MSI didnt solve the problem. Any other suggestions? Thanks, -c From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 15:54:06 2009 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 A6860106575F for ; Wed, 23 Sep 2009 15:54:06 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id D85768FC1E for ; Wed, 23 Sep 2009 15:54:05 +0000 (UTC) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 723852BB34C; Wed, 23 Sep 2009 11:54:04 -0400 (EDT) Date: Wed, 23 Sep 2009 11:54:02 -0400 From: "Peter C. Lai" To: George Mamalakis Message-ID: <20090923155402.GG81123@cesium.hyperfine.info> References: <4ABA0E63.90209@eng.auth.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ABA0E63.90209@eng.auth.gr> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Base system's Heimdal with Openldap support? 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, 23 Sep 2009 15:54:06 -0000 It's probably a bad idea to link a binary in base with a library from ports... security/heimdal has a WITH_LDAP make knob which should do what you want? I'm not sure if it has OVERRIDE_BASE, though. On 2009-09-23 03:02:43PM +0300, George Mamalakis wrote: > Hi all, > > I was wondering if there is a way to build fbsd's basesystem heimdal with > openldap support. I saw that /usr/src/kerberos5/Makefile.inc has a section > starting with .if defined(WITH_OPENLDAP), so I built the world with the > flag -DWITH_OPENLDAP. What I managed was to link the kdc binary with my > system's openldap libraries, but no openldap code was compiled in the > binary. ( kdc --builtin-hdb didn't return ldap) > > How could I achieve this with the base system's heimdal, without *hacking* > the /usr/src/crypt/heimdal/configure* files? (the port's heimdal > distribution gets configured with openldap backend) > > In case I have sent this question in the wrong list, please somebody inform > me so. > > Thank you all in advance. > > -- > George Mamalakis > > IT Officer > Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), > MSc (Imperial College of London) > > Department of Electrical and Computer Engineering > Faculty of Engineering > Aristotle University of Thessaloniki > > phone number : +30 (2310) 994379 > > _______________________________________________ > 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" -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 15:57:54 2009 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 BA9BC106566C; Wed, 23 Sep 2009 15:57:54 +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 C81E58FC21; Wed, 23 Sep 2009 15:57:53 +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 SAA01658; Wed, 23 Sep 2009 18:57:51 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4ABA457E.3060800@freebsd.org> Date: Wed, 23 Sep 2009 18:57:50 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> In-Reply-To: <20090923171004.Q37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. 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, 23 Sep 2009 15:57:54 -0000 on 23/09/2009 18:19 kama said the following: > On Wed, 23 Sep 2009, Andriy Gapon wrote: > >> on 23/09/2009 15:47 kama said the following: >>> g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo >>> /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo >>> /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo >> So this is what I was talking about - this symbol should not be undefined after >> normal build. This symbol should not be present and referenced at all unless >> ACPI_DISASSEMBLER is defined. >> This is clearly a build problem of some sort. > > Even though they dont exists on a acpi_debug kernel. It does not really > matter since the real problem is that freebsd freezes on a normal generic > config. What is acpi_debug kernel? And FreeBSD does not freeze on "a normal generic config". It freezes because of a mysterious build bug that only you seem to have (so far). >>> Just adding 'device acpi' into the generic kernel made it boot >>> successfully. (without KDB DDB ACPI_DEBUG) >> I am glad that this worked :) > > Me too. As a work around. But I would prefer a GENERIC kernel to boot. True GENERIC kernel is the one that you get from FreeBSD.Org :-) The one that you built yourself even using GENERIC config can always get tainted by unspecified problems with your build environment. Can you reproduce this problem if you build world, install it somewhere, chroot to it and then build a GENERIC kernel? (with no tweaking between the steps) >From practical point of view, I don't see why moving acpi from module to kernel could be an issue. >>> Here are the outputfiles suggested from the webpage: >>> >>> http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl >>> http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt >>> http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt >> This doesn't make it nay clearer why you get that build problem. > > I dunno. I dont have any insight into kernel programming. Hence trying to > get information how to help the people to fix the actual problem. That the > server freezes at boot. Im kind of lucky to have HP ILO on my side, to > test things. =) > > But I will upgrade the BIOS. If that does not work, I'll try a clean > 7.2-REL install. BIOS upgrade may improve some things for you, but I'd be very surprised if it fixes the build problem in question. > PS. > Another unrelated issue. I get a bounce everytime I send a mail to you. > > Final-Recipient: rfc822; avg@icyb.net.ua > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; host mt.icyb.net.ua[212.40.38.132] said: 550 > (LHP01) Not accepted (in reply to RCPT TO command) I'll investigate this. Meanwhile I will use my freebsd.org address in From. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 16:03:42 2009 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 BFDB1106566C; Wed, 23 Sep 2009 16:03:42 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f187.google.com (mail-yw0-f187.google.com [209.85.211.187]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC558FC16; Wed, 23 Sep 2009 16:03:41 +0000 (UTC) Received: by ywh17 with SMTP id 17so1026823ywh.3 for ; Wed, 23 Sep 2009 09:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:reply-to:to:subject :message-id:user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint :mime-version:content-type; bh=SlQKfphqytmwlwYfB0QM8ThoH4iQ9RdRf0G/jApFaHQ=; b=vvcIs5wiWPWPRld95GBJxb921FwWjaFrlo8wcOFnzZYEmF0uDz2/sPnTthTtr7TQJE leSFAhbV0TcXesA0zoh87ruDHXCZpXiwdUJJGeuFtmIdSZmT0GxZ38uNA8xK+zTceu5o vEGljVcHR8qN5S2lin9ZxiaUPwwFuTzUzbfUM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:reply-to:to:subject:message-id:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=rtJ4lx9N7nq1qhnwKf87+xj2Suan7sP6MG9/9vqYgdrY9BryPLv/qKtPqDEzAZyh73 /5XFkgR9bYwOuZyAyRhsYK23SKe4XTOPdiuqj8+La6266WpkGnwFLc7XMwpXsy6LwrpA aPkS83eqPbHVLt5j5rayuXczHhTqtaFiRgl0o= Received: by 10.90.243.18 with SMTP id q18mr1408005agh.75.1253720432015; Wed, 23 Sep 2009 08:40:32 -0700 (PDT) Received: from firewall.5p.local (adsl-99-56-123-142.dsl.klmzmi.sbcglobal.net [99.56.123.142]) by mx.google.com with ESMTPS id 38sm291402agd.36.2009.09.23.08.40.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 08:40:31 -0700 (PDT) Date: Wed, 23 Sep 2009 11:40:17 -0400 From: "J. Hellenthal" To: FreeBSD Current , FreeBSD Ports , FreeBSD Stable Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0x87337C16 X-OpenPGP-Key-Fingerprint: 209A A44D 8DD8 A109 9E85 23D5 2E40 D1C0 8733 7C16 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Signing Request X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "J. Hellenthal" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 16:03:42 -0000 If you do not need to pgp/gpg sign email message to the lists please don't. I know I probably don't have your pgp public key and a lot more users probably do not either. Please use your best judgment. Thank you and best regards. -- J. Hellenthal jhellenthal@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 16:09:40 2009 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 79E9B10656A3; Wed, 23 Sep 2009 16:09:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7988FC23; Wed, 23 Sep 2009 16:09:40 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8NG9bWS010506 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Sep 2009 12:09:38 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "J. Hellenthal" In-Reply-To: References: Content-Type: text/plain Organization: FreeBSD Date: Wed, 23 Sep 2009 11:09:32 -0500 Message-Id: <1253722172.2057.1017.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request 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, 23 Sep 2009 16:09:40 -0000 On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > If you do not need to pgp/gpg sign email message to the lists please don't. I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. http://www.freebsd.org/doc/pgpkeyring.txt Frankly, I always sign messages, except that evolution / gpg support is currently a bit broken... robert. > Thank you and best regards. -- Robert Noland FreeBSD From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 16:35:41 2009 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 A269F1065672 for ; Wed, 23 Sep 2009 16:35:41 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 65EDA8FC15 for ; Wed, 23 Sep 2009 16:35:41 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.0/8.14.0) with ESMTP id n8NGZeeS001021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Sep 2009 11:35:40 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n8NGZe9g020489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 23 Sep 2009 11:35:40 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n8NGTbAk007012; Wed, 23 Sep 2009 11:29:37 -0500 (CDT) (envelope-from dan) Date: Wed, 23 Sep 2009 11:29:37 -0500 From: Dan Nelson To: Robert Noland Message-ID: <20090923162937.GH29215@dan.emsphone.com> References: <1253722172.2057.1017.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1253722172.2057.1017.camel@balrog.2hip.net> X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email2.allantgroup.com [199.67.51.78]); Wed, 23 Sep 2009 11:35:40 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports , "J. Hellenthal" Subject: Re: Signing Request 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, 23 Sep 2009 16:35:41 -0000 In the last episode (Sep 23), Robert Noland said: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > > If you do not need to pgp/gpg sign email message to the lists please > > don't. I know I probably don't have your pgp public key and a lot more > > users probably do not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... There are also the public keyservers (subkeys.pgp.net, pgp.surfnet.nl, pgp.mit.edu, etc), which I have found to hold most of the keys for people that sign messages on these lists. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 16:49:55 2009 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 08F3D106568B; Wed, 23 Sep 2009 16:49:55 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id D06E68FC12; Wed, 23 Sep 2009 16:49:54 +0000 (UTC) Received: from localhost (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTPSA id 623E8EBC0A; Wed, 23 Sep 2009 12:33:16 -0400 (EDT) Date: Wed, 23 Sep 2009 12:33:15 -0400 From: Bill Moran To: "J. Hellenthal" Message-Id: <20090923123315.c65a0a2a.wmoran@potentialtech.com> In-Reply-To: References: Organization: Bill Moran X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.5; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request 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, 23 Sep 2009 16:49:55 -0000 In response to "J. Hellenthal" : > > If you do not need to pgp/gpg sign email message to the lists please don't. What is the purpose of your message? The above statement is self-cancelling. If I go to the trouble to establish a pgp/gpg key, I will sign every single message that I send out. The purpose of this is to differentiate actual messages from me from messages that may impersonate me. > I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. While you're free to voice your opinion, I don't understand your purpose in spamming three mailing lists with this demand. What problem are you trying to solve? -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 16:57:28 2009 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 73293106566B; Wed, 23 Sep 2009 16:57:28 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 31ED68FC14; Wed, 23 Sep 2009 16:57:27 +0000 (UTC) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n8NGMg2D028037; Wed, 23 Sep 2009 11:22:42 -0500 (CDT) (envelope-from stephen@missouri.edu) Received: from localhost (redmail@localhost) by cauchy.math.missouri.edu (8.14.3/8.14.3/Submit) with ESMTP id n8NGMgwm028034; Wed, 23 Sep 2009 11:22:42 -0500 (CDT) (envelope-from stephen@missouri.edu) X-Authentication-Warning: cauchy.math.missouri.edu: redmail owned process doing -bs Date: Wed, 23 Sep 2009 11:22:42 -0500 (CDT) From: Stephen Montgomery-Smith X-X-Sender: redmail@cauchy.math.missouri.edu To: Robert Noland In-Reply-To: <1253722172.2057.1017.camel@balrog.2hip.net> Message-ID: References: <1253722172.2057.1017.camel@balrog.2hip.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports , "J. Hellenthal" Subject: Re: Signing Request 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, 23 Sep 2009 16:57:28 -0000 On Wed, 23 Sep 2009, Robert Noland wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: >> If you do not need to pgp/gpg sign email message to the lists please don't. I >> know I probably don't have your pgp public key and a lot more users probably do >> not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... > > robert. > >> Thank you and best regards. I don't use PGP, but I don't see how it can affect me if someone else does. I can still read the emails, so why should it bother me? Stephen From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 17:22:23 2009 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 19F971065672 for ; Wed, 23 Sep 2009 17:22:23 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id E19708FC08 for ; Wed, 23 Sep 2009 17:22:22 +0000 (UTC) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 9B3932BB33D; Wed, 23 Sep 2009 13:22:21 -0400 (EDT) Date: Wed, 23 Sep 2009 13:22:20 -0400 From: "Peter C. Lai" To: Robert Noland Message-ID: <20090923172219.GI81123@cesium.hyperfine.info> References: <14572_1253722226_4ABA4872_14572_143_1_1253722172.2057.1017.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14572_1253722226_4ABA4872_14572_143_1_1253722172.2057.1017.camel@balrog.2hip.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports , "J. Hellenthal" Subject: Re: Signing Request 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, 23 Sep 2009 17:22:23 -0000 At the risk of sounding offtopic and political, as participants in IT and the open source community at large, aren't we supposed to hold ourselves to the "higher standard" and promote the use of encrypted email? If we're refusing to read signed messages because we have client-side problems with signatures (and are too lazy to fix them), how do we expect (or wish for) the rest of the world to do so? On 2009-09-23 11:09:32AM -0500, Robert Noland wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > > If you do not need to pgp/gpg sign email message to the lists please don't. I > > know I probably don't have your pgp public key and a lot more users probably do > > not either. Please use your best judgment. > > http://www.freebsd.org/doc/pgpkeyring.txt > > Frankly, I always sign messages, except that evolution / gpg support is > currently a bit broken... > > robert. > > > Thank you and best regards. > > -- > Robert Noland > FreeBSD > > _______________________________________________ > 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" -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 17:35:05 2009 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 A47C31065679 for ; Wed, 23 Sep 2009 17:35:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f176.google.com (mail-qy0-f176.google.com [209.85.221.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4F65B8FC35 for ; Wed, 23 Sep 2009 17:35:05 +0000 (UTC) Received: by qyk6 with SMTP id 6so101521qyk.3 for ; Wed, 23 Sep 2009 10:35:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=3okU2v7Qaw+4YQSLsnXqc6YqLXUOox0cNCG3W1n9ktU=; b=E+doGGvsSRO4ZINFG4YDSbeBUNJ2uJAQOZvGNf560Ifyui/LNApq0Bxx4yORLyn0yy qYk122+91z8Ks/onXs4Hm4toiVt0i5trdg7zsVIVgkxi/AZxXZ4NsbICO3V5VS69u9qh zC7vxstzW3w9VfOtwZantzXulN/lwMdSJXPAA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=A6BjJFLnxgFceYqQRTd+n/hzGwRZib9JoEmE3LJMjb2HbTAOhGMDfylAKQWqMI4S0Q 3L6G1jluM0xcZpXHQiCfcPgP7P3SNYKXpQUc6N7NIYwt4U9jAr2IVc28wZVMdIPS6SLj pJiXrRypIyq1SB9KQpLlr0+TdPb4HzoM58Fwo= Received: by 10.224.78.219 with SMTP id m27mr2213173qak.181.1253727303596; Wed, 23 Sep 2009 10:35:03 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm76443qwd.32.2009.09.23.10.35.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 10:35:02 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 23 Sep 2009 10:34:16 -0700 From: Pyun YongHyeon Date: Wed, 23 Sep 2009 10:34:16 -0700 To: Cassidy Larson Message-ID: <20090923173416.GB1099@michelle.cdnetworks.com> References: <20090922200053.GA1520@michelle.cdnetworks.com> <20090923000405.GC1520@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 17:35:05 -0000 On Wed, Sep 23, 2009 at 09:50:45AM -0600, Cassidy Larson wrote: > > It looks plain RTL8168C PCIe controller. Is there any odd messages > > reported by re(4) such as watchdog timeouts? > > If you disable MSI feature does it make any difference?(Add > > hw.re.msi_disable="1" to /boot/loader.conf to disable MSI.) > > Disabling MSI didnt solve the problem. > > Any other suggestions? > Hmm, not yet. When you lost network connection on re can you still see incoming traffics from other hosts with tcpdump? Also would you check available mbuf with "netstat -m" when you think re is not respond to any request? > Thanks, > > -c From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 17:47:15 2009 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 CFBAE1065672; Wed, 23 Sep 2009 17:47:15 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 922F98FC0A; Wed, 23 Sep 2009 17:47:15 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8NHBbtq010985 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Sep 2009 13:11:39 -0400 (EDT) (envelope-from jhellenthal@gmail.com) From: "J. Hellenthal" To: FreeBSD Current In-Reply-To: References: Content-Type: text/plain Date: Wed, 23 Sep 2009 12:10:26 -0500 Message-Id: <1253725826.2031.58.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_NEUTRAL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request 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, 23 Sep 2009 17:47:15 -0000 On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: > If you do not need to pgp/gpg sign email message to the lists please don't. I > know I probably don't have your pgp public key and a lot more users probably do > not either. Please use your best judgment. > > Thank you and best regards. BTW, it also helps to mitigate messages like this one... robert. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 22:11:04 2009 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 1C64C106568F; Wed, 23 Sep 2009 22:11:04 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1E78FC1F; Wed, 23 Sep 2009 22:11:03 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so225595qwd.7 for ; Wed, 23 Sep 2009 15:10:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:cc:subject :in-reply-to:message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=mv1o/XuiewKSG+A7o8kfjfXL9muEr5Ujsud8sV1L8Wk=; b=GfVZYImDDA5v+YPImJjtII6t/+rMSfxPVbu9PnwKnnGVU7WZYissNR06p2u2VxOdj1 Or7fcG/js4tUMQ1DQXIfqeFLFrhNZGgtwOQGO+yB1xbESlfpz8IL+RPAuby/M0ZknKMN j5mYhtFyFsR8vFQd75iil/pP35A67vYCF6iMQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:cc:subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=EZFbC7PJQ6PfmHOnFrWSIm9cW9JgxP5JDSauqLftPmHS45PUoumDtgE6EZWH+d+Czh Sr+LWr/VscymhQxGO3qRi2K42rB7NdcHekFSQ2lX/OUQco/BbQhILVWOUA8yVx/17kvf 9v3PiiewaLz9ime97OB2f3pxFtrSMrZmf+eTk= Received: by 10.224.42.75 with SMTP id r11mr2520369qae.321.1253743859853; Wed, 23 Sep 2009 15:10:59 -0700 (PDT) Received: from firewall.5p.local (adsl-99-19-41-124.dsl.klmzmi.sbcglobal.net [99.19.41.124]) by mx.google.com with ESMTPS id 6sm298242qwk.41.2009.09.23.15.10.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 15:10:59 -0700 (PDT) Date: Wed, 23 Sep 2009 18:10:51 -0400 From: "J. Hellenthal" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0x87337C16 X-OpenPGP-Key-Fingerprint: 209A A44D 8DD8 A109 9E85 23D5 2E40 D1C0 8733 7C16 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request 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, 23 Sep 2009 22:11:04 -0000 On Wed, 23 Sep 2009 11:40 -0000, jhellenthal wrote: > > If you do not need to pgp/gpg sign email message to the lists please don't. I > know I probably don't have your pgp public key and a lot more users probably > do not either. Please use your best judgment. > > Thank you and best regards. > > Alright If I must. Let me explain this email for the uncommon circumstances and big heads on the subject line. This was just a request not an authoritative (must do) and certainly not spam as some have had a concern over. If I do not have your public key in my keyring then I do not want it, do not need it and have no use for it at this time. This keeps my keyring small and manageable. I do not feel the need to explain my process or setup on this matter as this email was intended as just a request as I don't see the need to sign a message to a mailing list when the information that is contained in more than half of the incoming email is not important enough to be signed. For an example of the emails I am referring to (ports@): "I am having problems with such/and/such/port/" Why should it be signed ? I understand, shit happens.... but I don't need to verify that it happened to Random Joe. Now on the other hand I firmly believe that a patch that is submitted by a maintainer or someone @FreeBSD.org should be signed. I am not referring to these emails at all in the last message and I apologize if that was unrecognizable to you. There is a purpose for signing messages that contain information that someone needs to verify is actually from a trusted source but not all information that is transmitted needs to be verified. And that is all I was referring to when saying use your best judgment. I will not be posting back on this subject as I never intended for this to be a off topic matter (just a request). Best regards -- J. Hellenthal (0x87337C16) gmail.com!jhellenthal :wq From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 02:43:41 2009 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 47E991065672 for ; Thu, 24 Sep 2009 02:43:41 +0000 (UTC) (envelope-from alandaluz@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 05CCC8FC22 for ; Thu, 24 Sep 2009 02:43:40 +0000 (UTC) Received: by yxe1 with SMTP id 1so1606815yxe.3 for ; Wed, 23 Sep 2009 19:43:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=UwtYmfSvZqN+lSOpe31HuUpCIW6115qaJ/VIgcc5AIE=; b=pi5hsGnFf5FB4XVyvbyFtA07YtgwGp1O95OSGf+f88tNvwMW2Ox7I56vbStNxlajW2 J/Kd7T4SquEjeoTUbME1B4qZpQXME3snZtqqCpIX4FpTJ1jjGxw+UoLeUUAMchAmjuQJ w90e3213qIVzj8HT2XN355MdhYvf75wMkDsUM= 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=c07Xpga2sUeJn01WWfchKtIDuNEsZ1AvHsVyjvUZ6ZbSrfizP28VROidDBFRQ4NXOm UdnuSt/06kmh5oEpJ/OmCMDCZy/t0ImN1amjm3UPETPF7RaFAd6Fi2RuOly69ty3Wvun cZI/dReN5fPVYEXJeUl/+l+tZlfgLADBuLsE8= MIME-Version: 1.0 Received: by 10.101.162.10 with SMTP id p10mr3471487ano.92.1253760220348; Wed, 23 Sep 2009 19:43:40 -0700 (PDT) In-Reply-To: <20090923173416.GB1099@michelle.cdnetworks.com> References: <20090922200053.GA1520@michelle.cdnetworks.com> <20090923000405.GC1520@michelle.cdnetworks.com> <20090923173416.GB1099@michelle.cdnetworks.com> Date: Wed, 23 Sep 2009 20:43:40 -0600 Message-ID: From: Cassidy Larson To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Random Network Drops on Realtek Interfaces (re) 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, 24 Sep 2009 02:43:41 -0000 > Hmm, not yet. When you lost network connection on re can you still > see incoming traffics from other hosts with tcpdump? Also would you > check available mbuf with "netstat -m" when you think re is not > respond to any request? No incoming traffic found with tcpdump, just outgoing arp requests from the local machine. netstat -m output: 258/777/1035 mbufs in use (current/cache/total) 256/396/652/25600 mbuf clusters in use (current/cache/total/max) 256/384 mbuf+clusters out of packet secondary zone in use (current/cache) 0/35/35/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 576K/1126K/1702K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines -c From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 05:25:39 2009 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 981E71065670 for ; Thu, 24 Sep 2009 05:25:39 +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 AF37E8FC12 for ; Thu, 24 Sep 2009 05:25:38 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8O5Pa7A042586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 24 Sep 2009 14:55:36 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Attilio Rao Date: Thu, 24 Sep 2009 14:55:15 +0930 User-Agent: KMail/1.9.10 References: <200909232322.51060.doconnor@gsoft.com.au> <3bbf2fe10909230654g2030b18aq8a93e26a7789b06f@mail.gmail.com> In-Reply-To: <3bbf2fe10909230654g2030b18aq8a93e26a7789b06f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1879003.vpk92dQYna"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909241455.32216.doconnor@gsoft.com.au> X-Spam-Score: -3.627 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 24 Sep 2009 05:25:39 -0000 --nextPart1879003.vpk92dQYna Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 23 Sep 2009, Attilio Rao wrote: > 2009/9/23 Daniel O'Connor : > > If I enable the parallel port on this Gigabyte MA7785GM-US2H I get > > a trap 12 when booting up. > > > > I forgot to take a picture of it at the time but I should be able > > to reproduce it tomorrow. > > > > Has anyone seen anything before? (a quick google showed nothing). I > > did not see it on 7.2(ish) on the same hardware. > > Are you able to enable KDB in your kernel config and return a > backtrace here? Yes, here it is.. pmap_extract() at pmap_extract+0x13a isa_dmarangecheck() at isa_dmarangecheck+0x7a isa_dma_init() at isa_dma_init+0xda ppc_isa_attach() at ppc_sa_attach+0x40 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x9f8 (there's more but I imagine the above is probably sufficient). I took pictures, they are here http://www.gsoft.com.au/~doconnor/SNC00111.jpg http://www.gsoft.com.au/~doconnor/SNC00112.jpg If I put the parallel port in EPP mode then it works, I presume that's=20 because it doesn't require a DMA channel whereas ECP doesn't. I haven't=20 enumerated the possibilities though :) =2D-=20 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 --nextPart1879003.vpk92dQYna Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKuwLM5ZPcIHs/zowRAns1AJ9qyiMq1e7R8JBqdEb+I1GK3FmWpQCdHyQ/ uGnzmIO/n74OyomreU3NRq4= =1w9K -----END PGP SIGNATURE----- --nextPart1879003.vpk92dQYna-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 12:31:09 2009 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 6EFFE1065672 for ; Thu, 24 Sep 2009 12:31:09 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 04AB38FC18 for ; Thu, 24 Sep 2009 12:31:08 +0000 (UTC) Received: (qmail 24285 invoked by uid 89); 24 Sep 2009 12:31:34 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 24 Sep 2009 12:31:34 -0000 Message-ID: <4ABB669F.6010409@ibctech.ca> Date: Thu, 24 Sep 2009 08:31:27 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 References: <1253725826.2031.58.camel@balrog.2hip.net> In-Reply-To: <1253725826.2031.58.camel@balrog.2hip.net> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070500080307040203080305" Cc: FreeBSD Current , FreeBSD Stable , FreeBSD Ports Subject: Re: Signing Request 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, 24 Sep 2009 12:31:09 -0000 This is a cryptographically signed message in MIME format. --------------ms070500080307040203080305 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 J. Hellenthal wrote: > On Wed, 2009-09-23 at 11:40 -0400, J. Hellenthal wrote: >> If you do not need to pgp/gpg sign email message to the lists please don't. I >> know I probably don't have your pgp public key and a lot more users probably do >> not either. Please use your best judgment. >> >> Thank you and best regards. > > BTW, it also helps to mitigate messages like this one... > > robert. Well, I got my laugh for the day :) Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFKu2af9T7Z4dPS9TkRAgV4AJ9DRQ74Wf39MXxee9GzL+do4CFGcwCeORV6 a4MYLLuEbVQXzPdpN65oKbA= =0avG -----END PGP SIGNATURE----- --------------ms070500080307040203080305 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwOTI0MTIzMTI3WjAjBgkqhkiG9w0BCQQxFgQUk4Nk33HMfWGm00oRYIEd4pz8 4LYwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB AFP8P6R1A19VqJKq1xl43gcdeom40iRCqEKa1CEwWpSD2otKYZVlYHAk2y17azO3M5yZzI18 QMU/LVfHxgP1xp4p9Es11gbqci0F3sdxSRcVcBEj+a2hTH3onOOq5ufrTxUo9PXmZUw1xRFx xx3oqDk9gniJ7TjBm5DPHR8akxoJZOGctWR942mEKybZTLrO+MVwPtwLjpe4E8Dzn/ofePGF vid6g8ZH1bx8r30AOPnibPYfAZjgXFwITofWANmjDDqVR5HZjs1wJSnRE0N1PzKEge1Hmv5O zGGT8OmbigDPgqosb9MNnUUrlyq8TnWVXiRybjdZL5hiRXFsKpxjyJUAAAAAAAA= --------------ms070500080307040203080305-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 12:35:37 2009 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 5858E1065695; Thu, 24 Sep 2009 12:35:37 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id D55618FC41; Thu, 24 Sep 2009 12:35:36 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 84DAEB8; Thu, 24 Sep 2009 14:35:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 804C3B4; Thu, 24 Sep 2009 14:35:34 +0200 (CEST) Date: Thu, 24 Sep 2009 14:35:34 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4ABA457E.3060800@freebsd.org> Message-ID: <20090924141927.Y37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze (was: when calibrating clock.) 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, 24 Sep 2009 12:35:37 -0000 On Wed, 23 Sep 2009, Andriy Gapon wrote: > on 23/09/2009 18:19 kama said the following: > > On Wed, 23 Sep 2009, Andriy Gapon wrote: > > > >> on 23/09/2009 15:47 kama said the following: > >>> g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > >>> /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > >>> /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo > >> So this is what I was talking about - this symbol should not be undefined after > >> normal build. This symbol should not be present and referenced at all unless > >> ACPI_DISASSEMBLER is defined. > >> This is clearly a build problem of some sort. > > > > Even though they dont exists on a acpi_debug kernel. It does not really > > matter since the real problem is that freebsd freezes on a normal generic > > config. > > What is acpi_debug kernel? The one with option ACPI_DEBUG in it. > And FreeBSD does not freeze on "a normal generic config". > It freezes because of a mysterious build bug that only you seem to have (so far). > > >>> Just adding 'device acpi' into the generic kernel made it boot > >>> successfully. (without KDB DDB ACPI_DEBUG) > >> I am glad that this worked :) > > > > Me too. As a work around. But I would prefer a GENERIC kernel to boot. > > True GENERIC kernel is the one that you get from FreeBSD.Org :-) > The one that you built yourself even using GENERIC config can always get tainted > by unspecified problems with your build environment. > Can you reproduce this problem if you build world, install it somewhere, chroot to > it and then build a GENERIC kernel? (with no tweaking between the steps) Actually I spoke to fast. After an reboot it hanged again. > >From practical point of view, I don't see why moving acpi from module to kernel > could be an issue. > > >>> Here are the outputfiles suggested from the webpage: > >>> > >>> http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > >>> http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > >>> http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt > >> This doesn't make it nay clearer why you get that build problem. > > > > I dunno. I dont have any insight into kernel programming. Hence trying to > > get information how to help the people to fix the actual problem. That the > > server freezes at boot. Im kind of lucky to have HP ILO on my side, to > > test things. =) > > > > But I will upgrade the BIOS. If that does not work, I'll try a clean > > 7.2-REL install. > > BIOS upgrade may improve some things for you, but I'd be very surprised if it > fixes the build problem in question. Well, it did not improve anything. Apperently the output from ILO is not the correct one. Probably it freezes the output to ILO before it can update the screen. (I run ILO through SSH) I took a photo of the actual output presented on a CRT. http://fbsd-err.pvp.se/fbsd-freeze-dl385.jpg (sorry for the blury image, but I cant get it any better from my cellphone) I did not have time to reinstall the system from scratch. But that can be done remotely if needed. I am currently building the source on another machine. Lets see if it will build it any better. (Remember that this happens on two different servers that are specified the exact same way) /Bjorn From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 13:16:34 2009 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 5DC1710656AA for ; Thu, 24 Sep 2009 13:16:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id C421F8FC27 for ; Thu, 24 Sep 2009 13:16:33 +0000 (UTC) Received: by bwz27 with SMTP id 27so1226349bwz.43 for ; Thu, 24 Sep 2009 06:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=bSvK4eUtMmtPYw9UlINmC2jpm5aqBWo94d+0AT0QARw=; b=P7Z7dpH2EykmCp5XAziIPdjoUJrJ/T8zfxmr9XyQPVt77ghwhOmPNYbXM0/jenJE1c 2dZKxV5ikJyaMCDrsqSYjrBvUjSskwjD2aQ9yGezCmbz/FdgJ16JdpFu4ewbqKVRpeWQ gvtXxnkhODSk+z/qldTWqYKnFgxvhQ1tZCkfo= 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=eAiQoCUvnt3H+ybdDQDVuxeIZ03+AI0DnC3A4fT298VESOxFND/+KArVVDez5kqUK8 KorvdIHr5UbXO5mMGTlMy6drJUVeuMgfYLBj45KLC8CWAPpWVs9/nkfeTElpb/EIqN8Z seWPUmeamEs/cucvpll/lkWpZ1pRwePHUFy6E= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.143.79 with SMTP id t15mr1275451fau.13.1253798192066; Thu, 24 Sep 2009 06:16:32 -0700 (PDT) In-Reply-To: <200909241455.32216.doconnor@gsoft.com.au> References: <200909232322.51060.doconnor@gsoft.com.au> <3bbf2fe10909230654g2030b18aq8a93e26a7789b06f@mail.gmail.com> <200909241455.32216.doconnor@gsoft.com.au> Date: Thu, 24 Sep 2009 15:16:32 +0200 X-Google-Sender-Auth: fc719c12c7d1e15b Message-ID: <3bbf2fe10909240616k18de2bf8mbadb7526a46f1f58@mail.gmail.com> From: Attilio Rao To: "Daniel O'Connor" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 24 Sep 2009 13:16:34 -0000 2009/9/24 Daniel O'Connor : > On Wed, 23 Sep 2009, Attilio Rao wrote: >> 2009/9/23 Daniel O'Connor : >> > If I enable the parallel port on this Gigabyte MA7785GM-US2H I get >> > a trap 12 when booting up. >> > >> > I forgot to take a picture of it at the time but I should be able >> > to reproduce it tomorrow. >> > >> > Has anyone seen anything before? (a quick google showed nothing). I >> > did not see it on 7.2(ish) on the same hardware. >> >> Are you able to enable KDB in your kernel config and return a >> backtrace here? > > Yes, here it is.. > > pmap_extract() at pmap_extract+0x13a > isa_dmarangecheck() at isa_dmarangecheck+0x7a > isa_dma_init() at isa_dma_init+0xda > ppc_isa_attach() at ppc_sa_attach+0x40 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_attach() at acpi_attach+0x9f8 > > (there's more but I imagine the above is probably sufficient). > > I took pictures, they are here > http://www.gsoft.com.au/~doconnor/SNC00111.jpg > http://www.gsoft.com.au/~doconnor/SNC00112.jpg > > If I put the parallel port in EPP mode then it works, I presume that's > because it doesn't require a DMA channel whereas ECP doesn't. I haven't > enumerated the possibilities though :) Can you try to get a kernel dump that we can analyze? You would just need to recompile the kernel with options KDB, GDB and debugging symbols. Then we can do more on that. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 14:24:35 2009 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 24339106568B; Thu, 24 Sep 2009 14:24:35 +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 E61478FC30; Thu, 24 Sep 2009 14:24:34 +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 973A646B2A; Thu, 24 Sep 2009 10:24:34 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A86988A01F; Thu, 24 Sep 2009 10:24:33 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 24 Sep 2009 09:20:04 -0400 User-Agent: KMail/1.9.7 References: <200909232322.51060.doconnor@gsoft.com.au> <3bbf2fe10909230654g2030b18aq8a93e26a7789b06f@mail.gmail.com> <200909241455.32216.doconnor@gsoft.com.au> In-Reply-To: <200909241455.32216.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909240920.05027.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 24 Sep 2009 10:24:33 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Attilio Rao Subject: Re: 8.0-RC1 panic attaching ppc 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, 24 Sep 2009 14:24:35 -0000 On Thursday 24 September 2009 1:25:15 am Daniel O'Connor wrote: > On Wed, 23 Sep 2009, Attilio Rao wrote: > > 2009/9/23 Daniel O'Connor : > > > If I enable the parallel port on this Gigabyte MA7785GM-US2H I get > > > a trap 12 when booting up. > > > > > > I forgot to take a picture of it at the time but I should be able > > > to reproduce it tomorrow. > > > > > > Has anyone seen anything before? (a quick google showed nothing). I > > > did not see it on 7.2(ish) on the same hardware. > > > > Are you able to enable KDB in your kernel config and return a > > backtrace here? > > Yes, here it is.. > > pmap_extract() at pmap_extract+0x13a > isa_dmarangecheck() at isa_dmarangecheck+0x7a > isa_dma_init() at isa_dma_init+0xda > ppc_isa_attach() at ppc_sa_attach+0x40 > device_attach() at device_attach+0x69 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_attach() at acpi_attach+0x9f8 > > (there's more but I imagine the above is probably sufficient). Can you try this patch perhaps: Index: sys/amd64/isa/isa_dma.c =================================================================== --- isa_dma.c (revision 197430) +++ isa_dma.c (working copy) @@ -247,7 +247,7 @@ } /* translate to physical */ - phys = pmap_extract(kernel_pmap, (vm_offset_t)addr); + phys = pmap_kextract((vm_offset_t)addr); if (flags & ISADMA_RAW) { dma_auto_mode |= (1 << chan); @@ -371,7 +371,7 @@ endva = (vm_offset_t)round_page((vm_offset_t)va + length); for (; va < (caddr_t) endva ; va += PAGE_SIZE) { - phys = trunc_page(pmap_extract(kernel_pmap, (vm_offset_t)va)); + phys = trunc_page(pmap_kextract((vm_offset_t)va)); if (phys == 0) panic("isa_dmacheck: no physical page present"); if (phys >= ISARAM_END) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 15:32:14 2009 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 EF00B1065670; Thu, 24 Sep 2009 15:32:14 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id A4A578FC17; Thu, 24 Sep 2009 15:32:14 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 2CC2D13345FC; Thu, 24 Sep 2009 17:07:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id EDEhn9gfdyz6; Thu, 24 Sep 2009 17:07:30 +0200 (CEST) Received: from danger-mbp.local (adsl-dyn-90.95-102-88.t-com.sk [95.102.88.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 1176313345E8; Thu, 24 Sep 2009 17:07:30 +0200 (CEST) Message-ID: <4ABB8B31.7050505@FreeBSD.org> Date: Thu, 24 Sep 2009 17:07:29 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADSUP: Call for FreeBSD Status Reports 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, 24 Sep 2009 15:32:15 -0000 Dear all, I would like to remind you to submit your status reports as soon as possible. Long time has passed since the last status reports were released; and surely a lot has had happened since then. Our developers are relaxed after DevSummit and EuroBSDCon in Cambridge, which both were great! I believe a lot of stuff has been discussed during these events (I hope we will have reports covering this too) and since the last report a lot of things have happened. During that time, two other conferences have been held (BSDCan and AsiaBSDCon), we have released 7.2, not to mention that 8.0 is behind the door. Google Summer of Code should be finished by now too, and we would like to hear about its results. Surely there are a lot more projects which are currently being worked on, so please do not hesitate and write us a few lines - a short description about what you are working on, what are the plans and goals, so we can inform our community about your great work! It's useful for you as well as our users! Please note, the submissions for this quarter (well...rather halfyear, because we should now cover 4-9/2009) are due by October 7th, 2009. Please post the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 22:37:55 2009 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 EE682106566B for ; Thu, 24 Sep 2009 22:37:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 81A698FC1C for ; Thu, 24 Sep 2009 22:37:55 +0000 (UTC) Received: (qmail 16939 invoked by uid 399); 24 Sep 2009 22:37:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Sep 2009 22:37:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ABBF4B9.4070203@FreeBSD.org> Date: Thu, 24 Sep 2009 15:37:45 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: "Peter C. Lai" References: <4ABA0E63.90209@eng.auth.gr> <20090923155402.GG81123@cesium.hyperfine.info> In-Reply-To: <20090923155402.GG81123@cesium.hyperfine.info> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Base system's Heimdal with Openldap support? 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, 24 Sep 2009 22:37:56 -0000 Peter C. Lai wrote: > It's probably a bad idea to link a binary in base with a library from ports... What is the reasoning behind this statement? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 22:41:20 2009 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 9C31F1065692 for ; Thu, 24 Sep 2009 22:41:20 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 73B978FC0A for ; Thu, 24 Sep 2009 22:41:20 +0000 (UTC) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 0AD962BB360; Thu, 24 Sep 2009 18:41:18 -0400 (EDT) Date: Thu, 24 Sep 2009 18:41:16 -0400 From: "Peter C. Lai" To: Doug Barton Message-ID: <20090924224115.GU81123@cesium.hyperfine.info> References: <4ABA0E63.90209@eng.auth.gr> <20090923155402.GG81123@cesium.hyperfine.info> <4ABBF4B9.4070203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ABBF4B9.4070203@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Base system's Heimdal with Openldap support? 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, 24 Sep 2009 22:41:20 -0000 What happens when you portupgrade? You will have to deal with rebuilding that part of world? On 2009-09-24 03:37:45PM -0700, Doug Barton wrote: > Peter C. Lai wrote: > > It's probably a bad idea to link a binary in base with a library from ports... > > What is the reasoning behind this statement? > > > Doug > > -- > > This .signature sanitized for your protection > -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Sep 24 23:45:38 2009 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 AD9921065679 for ; Thu, 24 Sep 2009 23:45:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4960A8FC1A for ; Thu, 24 Sep 2009 23:45:38 +0000 (UTC) Received: (qmail 21605 invoked by uid 399); 24 Sep 2009 23:45:37 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Sep 2009 23:45:37 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4ABC0481.9080000@FreeBSD.org> Date: Thu, 24 Sep 2009 16:45:05 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: "Peter C. Lai" References: <4ABA0E63.90209@eng.auth.gr> <20090923155402.GG81123@cesium.hyperfine.info> <4ABBF4B9.4070203@FreeBSD.org> <20090924224115.GU81123@cesium.hyperfine.info> In-Reply-To: <20090924224115.GU81123@cesium.hyperfine.info> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Base system's Heimdal with Openldap support? 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, 24 Sep 2009 23:45:38 -0000 Peter C. Lai wrote: > What happens when you portupgrade? You will have to deal with rebuilding > that part of world? Not unless the shared library version number changes, that's the beauty of shared libraries. Doug From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 05:44:57 2009 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 23D951065672 for ; Fri, 25 Sep 2009 05:44:57 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5AE8FC1B for ; Fri, 25 Sep 2009 05:44:55 +0000 (UTC) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id n8P5irga031316 for ; Fri, 25 Sep 2009 13:44:53 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id n8P5iqvY031315 for stable@freebsd.org; Fri, 25 Sep 2009 13:44:52 +0800 (KRAST) (envelope-from eugen) Date: Fri, 25 Sep 2009 13:44:52 +0800 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20090925054452.GA30829@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: amd/autofs 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, 25 Sep 2009 05:44:57 -0000 Hi! What is a status of autofs (in the context of AMD) in FreeBSD these days? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 05:47:19 2009 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 32E16106566B; Fri, 25 Sep 2009 05:47:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.yandex.ru (forward3.yandex.ru [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id DA7898FC14; Fri, 25 Sep 2009 05:47:18 +0000 (UTC) Received: from smtp4.yandex.ru (smtp4.yandex.ru [77.88.46.104]) by forward3.yandex.ru (Yandex) with ESMTP id 329C51191008; Fri, 25 Sep 2009 09:47:17 +0400 (MSD) Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp4.yandex.ru (Yandex) with ESMTPSA id D085DD3010E; Fri, 25 Sep 2009 09:47:16 +0400 (MSD) Message-ID: <4ABC5962.80404@yandex.ru> Date: Fri, 25 Sep 2009 09:47:14 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Dennis Chikin References: <20090916161327.GB87631@zod.isi.edu> <20090919035214.GA12889@zod.isi.edu> <200909211239.25614.jkim@FreeBSD.org> <4AB9A3CE.4090509@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1253857637 X-Yandex-Spam: 1 X-Yandex-Front: smtp4.yandex.ru Cc: Alexander Motin , FreeBSD Mailing List , Jung-uk Kim Subject: Re: PATA disks/DVD not detected on ATI IXP 700 - cannot boot (dmesg attached) 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, 25 Sep 2009 05:47:19 -0000 Dennis Chikin wrote: >> Ted and Dennis can you try it? > > Seems OK. Is it means that all works with this patch? Can you show dmesg from patched system? PS. Please reply to all CC'd recipients (i added persons who can commit this patch). -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 07:20:24 2009 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 2EEED106568F; Fri, 25 Sep 2009 07:20:24 +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 94A9C8FC1A; Fri, 25 Sep 2009 07:20:23 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8P7KKFs010623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 25 Sep 2009 16:50:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: John Baldwin Date: Fri, 25 Sep 2009 16:50:05 +0930 User-Agent: KMail/1.9.10 References: <200909232322.51060.doconnor@gsoft.com.au> <200909241455.32216.doconnor@gsoft.com.au> <200909240920.05027.jhb@freebsd.org> In-Reply-To: <200909240920.05027.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15293145.sZSl8eLNu5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909251650.16283.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Attilio Rao , freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 25 Sep 2009 07:20:24 -0000 --nextPart15293145.sZSl8eLNu5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 24 Sep 2009, John Baldwin wrote: > Can you try this patch perhaps: > > Index: sys/amd64/isa/isa_dma.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- isa_dma.c (revision 197430) > +++ isa_dma.c (working copy) This patch fixes the panic for me. I haven't tried printing (don't have any device handy here). =2D-=20 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 --nextPart15293145.sZSl8eLNu5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKvG8w5ZPcIHs/zowRAp4AAJ9cTTqsEXUMKRRRlBOm4iifUt4YEgCfYG1N AX1TgYlf+fQPZ++FABtX/ko= =+fdy -----END PGP SIGNATURE----- --nextPart15293145.sZSl8eLNu5-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 07:48:06 2009 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 D10E5106566B for ; Fri, 25 Sep 2009 07:48:06 +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 9C7588FC17 for ; Fri, 25 Sep 2009 07:48:05 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8P7m38m011402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 25 Sep 2009 17:18:03 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 25 Sep 2009 17:17:59 +0930 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1312334.pReXtiHUXN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909251718.00245.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Subject: USB problems with 8.0-RC1 & ATI SB6000 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, 25 Sep 2009 07:48:06 -0000 --nextPart1312334.pReXtiHUXN Content-Type: multipart/mixed; boundary="Boundary-01=_wWHvKsc6oMvAENM" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_wWHvKsc6oMvAENM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am having an odd problem with USB on a Gigabyte MA785GM-US2H board. Initially it worked fine (tested with a mouse), over several reboots,=20 however I recently applied a patch to fix a crash in ppc and when I=20 rebooted I got.. Sep 25 17:08:45 midget kernel: usb_alloc_device:1586: set address 2 failed = (USB_ERR_TIMEOUT, ignored) Sep 25 17:08:46 midget kernel: usb_alloc_device:1624: getting device descri= ptor at addr 2 failed, USB_ERR_TIMEOUT! Sep 25 17:08:48 midget kernel: usbd_req_re_enumerate:1539: addr=3D2, set ad= dress failed! (USB_ERR_TIMEOUT, ignored) Sep 25 17:08:49 midget kernel: usbd_req_re_enumerate:1553: getting device d= escriptor at addr 2 failed, USB_ERR_TIMEOUT! Sep 25 17:08:51 midget kernel: usbd_req_re_enumerate:1539: addr=3D2, set ad= dress failed! (USB_ERR_TIMEOUT, ignored) Sep 25 17:08:52 midget kernel: usbd_req_re_enumerate:1553: getting device d= escriptor at addr 2 failed, USB_ERR_TIMEOUT! Sep 25 17:08:52 midget kernel: ugen0.2: <(null)> at usbus0 (disconnected) I tried reverting to the old kernel but it behaves exactly the same now.. Another difference was that I loaded the sound driver in the loader, but=20 I reverted that to no effect (unless loading it has some how stuffed it over reboots..) =2D-=20 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 --Boundary-01=_wWHvKsc6oMvAENM Content-Type: text/plain; charset="iso 8859-15"; name="dmesg-broken2" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-broken2" Copyright (c) 1992-2009 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. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 8.0-RC1 #1 r197448M: Fri Sep 25 16:00:12 CST 2009 root@midget.gsoft.com.au:/usr/obj/usr/src/sys/MIDGET Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) II X2 240 Processor (2812.73-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x100f62 Stepping =3D 2 =46eatures=3D0x178bfbff =46eatures2=3D0x802009 AMD Features=3D0xee500800 AMD Features2=3D0x37ff TSC: P-state invariant real memory =3D 4294967296 (4096 MB) avail memory =3D 3974762496 (3790 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 2 CPUs =46reeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfce0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xee00-0xeeff mem 0xd8000000-0xdffff= fff,0xfdfe0000-0xfdfeffff,0xfde00000-0xfdefffff irq 18 at device 5.0 on pci1 hdac0: mem 0xfdffc000-0xfd= ffffff irq 19 at device 5.1 on pci1 hdac0: HDA Driver Revision: 20090624_0136 hdac0: [ITHREAD] pcib2: irq 18 at device 10.0 on pci0 pci2: on pcib2 re0: port 0xde00-0xdeff mem 0xfdaff000-0xfdafffff,0xfda= e0000-0xfdaeffff irq 18 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-FDX, auto re0: Ethernet address: 00:24:1d:d1:92:cc re0: [FILTER] atapci0: port 0xff00-0xff07,0xfe00-0xfe= 03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq = 22 at device 17.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 6 3Gbps ports, PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] ohci0: mem 0xfe02e000-0xfe02efff irq 16 at = device 18.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe02d000-0xfe02dfff irq 16 at = device 18.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xfe02c000-0xfe02c0ff irq 17= at device 18.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfe02b000-0xfe02bfff irq 18 at = device 19.0 on pci0 ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xfe02a000-0xfe02afff irq 18 at = device 19.1 on pci0 ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xfe029000-0xfe0290ff irq 19= at device 19.2 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0= x177,0x376,0xfa00-0xfa0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] hdac1: mem 0xfe024000-0xfe027f= ff irq 16 at device 20.2 on pci0 hdac1: HDA Driver Revision: 20090624_0136 hdac1: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 fwohci0: mem 0xfdcff000-0xfdcff7ff,0xfdcf8000= =2D0xfdcfbfff irq 22 at device 14.0 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:4d:50:0f:00:00:24:1d fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:4d:50:00:24:1d fwe0: Ethernet address: 02:4d:50:00:24:1d fwip0: on firewire0 fwip0: Firewire address: 00:4d:50:0f:00:00:24:1d @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x14f4000 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode ohci4: mem 0xfe028000-0xfe028fff irq 18 at = device 20.5 on pci0 ohci4: [ITHREAD] usbus6: on ohci4 amdtemp0: on hostb4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] atrtc0: port 0x70-0x73 on acpi0 cpu0: on acpi0 hwpstate0: on cpu0 cpu1: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me)=20 firewire0: bus manager 0=20 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ad0: 3871MB at ata0-master WDMA2 ad4: 953869MB at ata2-master SATA300 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered ad6: 953869MB at ata3-master SATA300 ad8: 953869MB at ata4-master SATA300 ad10: 953869MB at ata5-master SATA300 ad12: 953869MB at ata6-master SATA300 hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered usb_alloc_device:1586: set address 2 failed (USB_ERR_TIMEOUT, ignored) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ufsid/4aba38925a22e32e usb_alloc_device:1624: getting device descriptor at addr 2 failed, USB_ERR_= TIMEOUT! usbd_req_re_enumerate:1539: addr=3D2, set address failed! (USB_ERR_TIMEOUT,= ignored) usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB= _ERR_TIMEOUT! usbd_req_re_enumerate:1539: addr=3D2, set address failed! (USB_ERR_TIMEOUT,= ignored) ZFS NOTICE: system has less than 4GB and prefetch enable is not set... disa= bling. ZFS filesystem version 13 ZFS storage pool version 13 usbd_req_re_enumerate:1553: getting device descriptor at addr 2 failed, USB= _ERR_TIMEOUT! ugen0.2: <(null)> at usbus0 (disconnected) uhub_reattach_port:435: could not allocate new device! --Boundary-01=_wWHvKsc6oMvAENM Content-Type: text/plain; charset="iso 8859-15"; name="dmesg-works2" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg-works2" Copyright (c) 1992-2009 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. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 8.0-RC1 #0 r197448: Thu Sep 24 13:49:27 CST 2009 root@midget.gsoft.com.au:/usr/obj/usr/src/sys/MIDGET Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) II X2 240 Processor (2812.73-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x100f62 Stepping =3D 2 =46eatures=3D0x178bfbff =46eatures2=3D0x802009 AMD Features=3D0xee500800 AMD Features2=3D0x37ff TSC: P-state invariant real memory =3D 4294967296 (4096 MB) avail memory =3D 3975397376 (3791 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 2 CPUs =46reeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfce0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xee00-0xeeff mem 0xd8000000-0xdffff= fff,0xfdfe0000-0xfdfeffff,0xfde00000-0xfdefffff irq 18 at device 5.0 on pci1 pci1: at device 5.1 (no driver attached) pcib2: irq 18 at device 10.0 on pci0 pci2: on pcib2 re0: port 0xde00-0xdeff mem 0xfdaff000-0xfdafffff,0xfda= e0000-0xfdaeffff irq 18 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-FDX, auto re0: Ethernet address: 00:24:1d:d1:92:cc re0: [FILTER] atapci0: port 0xff00-0xff07,0xfe00-0xfe= 03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq = 22 at device 17.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI v1.10 controller with 6 3Gbps ports, PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] ohci0: mem 0xfe02e000-0xfe02efff irq 16 at = device 18.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xfe02d000-0xfe02dfff irq 16 at = device 18.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ehci0: mem 0xfe02c000-0xfe02c0ff irq 17= at device 18.2 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 ohci2: mem 0xfe02b000-0xfe02bfff irq 18 at = device 19.0 on pci0 ohci2: [ITHREAD] usbus3: on ohci2 ohci3: mem 0xfe02a000-0xfe02afff irq 18 at = device 19.1 on pci0 ohci3: [ITHREAD] usbus4: on ohci3 ehci1: mem 0xfe029000-0xfe0290ff irq 19= at device 19.2 on pci0 ehci1: [ITHREAD] usbus5: EHCI version 1.0 usbus5: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0= x177,0x376,0xfa00-0xfa0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 fwohci0: mem 0xfdcff000-0xfdcff7ff,0xfdcf8000= =2D0xfdcfbfff irq 22 at device 14.0 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:4d:50:0f:00:00:24:1d fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1520000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:4d:50:00:24:1d fwe0: Ethernet address: 02:4d:50:00:24:1d fwip0: on firewire0 fwip0: Firewire address: 00:4d:50:0f:00:00:24:1d @ 0xfffe00000000, S400, ma= xrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000000, SelfID Count=3D1, CYCLEMAS= TER mode ohci4: mem 0xfe028000-0xfe028fff irq 18 at = device 20.5 on pci0 ohci4: [ITHREAD] usbus6: on ohci4 amdtemp0: on hostb4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 plip0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] atrtc0: port 0x70-0x73 on acpi0 cpu0: on acpi0 hwpstate0: on cpu0 cpu1: on acpi0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me)=20 firewire0: bus manager 0=20 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ad0: 3871MB at ata0-master WDMA2 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ad4: 953869MB at ata2-master SATA300 uhub6: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered uhub3: 3 ports with 3 removable, self powered uhub4: 3 ports with 3 removable, self powered ad6: 953869MB at ata3-master SATA300 ad8: 953869MB at ata4-master SATA300 ad10: 953869MB at ata5-master SATA300 ad12: 953869MB at ata6-master SATA300 uhub2: 6 ports with 6 removable, self powered uhub5: 6 ports with 6 removable, self powered SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ufsid/4aba38925a22e32e ZFS NOTICE: system has less than 4GB and prefetch enable is not set... disa= bling. ZFS filesystem version 13 ZFS storage pool version 13 re0: link state changed to UP re0: link state changed to DOWN ugen0.2: at usbus0 ums0: = on usbus0 ums0: 8 buttons and [XYZ] coordinates ID=3D0 --Boundary-01=_wWHvKsc6oMvAENM-- --nextPart1312334.pReXtiHUXN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKvHWw5ZPcIHs/zowRAoBMAKCI6lpv71gYuQ+r0HaRCXJiCl4XtACeKFrW 62yuWXXDajy7mizX+3VYlsY= =b2oG -----END PGP SIGNATURE----- --nextPart1312334.pReXtiHUXN-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 08:20:46 2009 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 0F7A2106568B for ; Fri, 25 Sep 2009 08:20:46 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 50D128FC08 for ; Fri, 25 Sep 2009 08:20:44 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so530350eyf.9 for ; Fri, 25 Sep 2009 01:20:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:organization :from:date:message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=i5JzJA6cKSrjdfSrx4gGaukArutYzJlwkK44SSsAUtA=; b=hqJH7ntzBzi+3sr7cvaAIT9yv5+CN1nelw99/0LvVrKon0yX4YjF0/1hZIPFp4nBgj rj8WGpNSqPqqVJ1+PXi4uPaTz8N2VzFUhgnuyAy48UO6UWuAzaUTMKVdM1h1CSjrNpjj kOX9OqUxKuviL3nfaDJhnuJwrEr3yQDqjTUhU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:organization:from:date:message-id:user-agent :mime-version:content-type:content-transfer-encoding; b=cx069Y3HshDuIe/1TuUTfvxLm550R3iHsO7R02rpdmwJCi1dYymhPDi29sZqzpSM9J qKz45TSv1+DxkV2P90NnoLLFLowO5bJlmT/orTsuvEOIRW2AxxIiPvIut/gJq+NKHdH7 R2dM0ChzdeXEFL+fmqRSTAoiy4ogj4zlxmIy0= Received: by 10.211.130.19 with SMTP id h19mr5251208ebn.54.1253865015324; Fri, 25 Sep 2009 00:50:15 -0700 (PDT) Received: from localhost (ms.singlescrowd.net [80.85.90.67]) by mx.google.com with ESMTPS id 28sm1550937eyg.0.2009.09.25.00.50.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 00:50:14 -0700 (PDT) To: FreeBSD-STABLE Mailing List Organization: TOA Ukraine From: Mikolaj Golub Date: Fri, 25 Sep 2009 10:50:12 +0300 Message-ID: <81d45flayz.fsf@zhuzha.ua1> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: Gerrit Beine Subject: May running megarc still cause memory corruption on 7.X? 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, 25 Sep 2009 08:20:46 -0000 Hi, Previously sysutils/megarc port was marked as broken with the statement: running megarc may cause memory corruption/system instability. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128082 But recently it has been re-enabled: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137938 Gerrit Beine (the maintainer) said that he verified on 7.2 and it worked. But yesterday we had the panic on 7.1-RELEASE-p5 that looked like was caused by megarc with bt identical to reported in ports/128082. Unread portion of the kernel message buffer: TPTE at 0xbfd20830 IS ZERO @ VA 4820c000 panic: bad pte cpuid = 0 Uptime: 10h19m56s Physical memory: 3059 MB Dumping 225 MB: 210 194 178 162 146 130 114 98 82 66 50 34 18 2 (kgdb) backtrace #0 doadump () at pcpu.h:196 #1 0xc07910a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0791379 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0aa37f6 in pmap_remove_pages (pmap=0xc69ae6e4) at /usr/src/sys/i386/i386/pmap.c:3084 #4 0xc09cf79c in vmspace_exit (td=0xc64f68c0) at /usr/src/sys/vm/vm_map.c:404 #5 0xc076b6ad in exit1 (td=0xc64f68c0, rv=0) at /usr/src/sys/kern/kern_exit.c:305 #6 0xc076ca0d in sys_exit (td=Could not find the frame base for "sys_exit". ) at /usr/src/sys/kern/kern_exit.c:109 #7 0xc0aa81a5 in syscall (frame=0xe8d6ed38) at /usr/src/sys/i386/i386/trap.c:1090 #8 0xc0a8e6e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #9 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) allpcpu cpuid = 3 curthread = 0xc6ae3d20: pid 48975 "sh" curpcb = 0xe8ea1d90 fpcurthread = none idlethread = 0xc633daf0: pid 11 "idle: cpu3" switchticks = 37193321 cpuid = 2 curthread = 0xc633d8c0: pid 12 "idle: cpu2" curpcb = 0xe4f10d90 fpcurthread = none idlethread = 0xc633d8c0: pid 12 "idle: cpu2" switchticks = 37193374 cpuid = 1 curthread = 0xc633d690: pid 13 "idle: cpu1" curpcb = 0xe4f13d90 fpcurthread = none idlethread = 0xc633d690: pid 13 "idle: cpu1" switchticks = 37193374 cpuid = 0 curthread = 0xc64f68c0: pid 48980 "sh" curpcb = 0xe8d6ed90 fpcurthread = none idlethread = 0xc633d460: pid 14 "idle: cpu0" switchticks = 37193321 (kgdb) ps pid ppid pgrp uid state wmesg wchan cmd 48980 48975 48975 0 RE CPU 0 sh 48978 48976 48976 0 R megarc 48976 48973 48976 0 Ss wait 0xc826e570 sh 48975 48972 48975 0 Rs CPU 3 sh 48973 705 705 0 S piperd 0xc8303318 cron 48972 705 705 0 S piperd 0xc674a18c cron 48267 18141 18141 80 S lockf 0xc83922c0 httpd 48266 18141 18141 80 S lockf 0xc7d62400 httpd 48265 18141 18141 80 S select 0xc0c4ecb8 httpd 48264 18141 18141 80 S lockf 0xc7ceb240 httpd ... At the moment of the crash megarc was run by cron (48973) at the same time other cron job was started (we have the following script set up to run in the same time: if [ -x /usr/local/bin/vnstat ] && [ `ls -l /var/db/vnstat/ | wc -l` -ge 1 ]; then /usr/local/bin/vnstat -u; fi) and this sh process caused panic on its exit when kernel was trying to remove its address space due to corrupted memory. Should I add the comment to ports/137938 about this? I cc to Gerrit. Please note, we are using 7.1-RELEASE-p5 while in ports/137938 it is said that it was checked on 7.2. But it might be that Gerrit just did not test long enough? We had megarc enabled on several 7.1 hosts for some times and saw only this one panic (well, there was another one about a week ago, but it looked hardly related, because megarc was not running at the moment of the crash and the panic was when removing an entry from the namecache, I reported it to hackers@). Below some details from gdb session in case someone is interested to look at this closer. (kgdb) allchains # no output (kgdb) fr 5 #5 0xc076b6ad in exit1 (td=0xc64f68c0, rv=0) at /usr/src/sys/kern/kern_exit.c:305 305 vmspace_exit(td); (kgdb) p *td->td_proc $1 = {p_list = {le_next = 0xc69a2570, le_prev = 0xc0c433f8}, p_threads = {tqh_first = 0xc64f68c0, tqh_last = 0xc64f68c8}, p_upcalls = {tqh_first = 0x0, tqh_last = 0xc6502838}, p_slock = { lock_object = {lo_name = 0xc0b3b5ae "process slock", lo_type = 0xc0b3b5ae "process slock", lo_flags = 720896, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, p_ucred = 0xc708f700, p_fd = 0x0, p_fdtol = 0x0, p_stats = 0xc64f8000, p_limit = 0xc7c60800, p_limco = {c_links = {sle = {sle_next = 0x0}, tqe = { tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0xc65028b8, c_flags = 0}, p_sigacts = 0xc7d00000, p_flag = 268443648, p_state = PRS_NORMAL, p_pid = 48980, p_hash = {le_next = 0x0, le_prev = 0xc632ad50}, p_pglist = {le_next = 0x0, le_prev = 0xc709b8a0}, p_pptr = 0xc709b828, p_sibling = {le_next = 0x0, le_prev = 0xc709b8b4}, p_children = { lh_first = 0x0}, p_mtx = {lock_object = {lo_name = 0xc0b3b5a1 "process lock", lo_type = 0xc0b3b5a1 "process lock", lo_flags = 21168128, lo_witness_data = {lod_list = { stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, p_ksi = 0xc6655cd0, p_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { tqh_first = 0x0, tqh_last = 0xc65028f4}, sq_proc = 0xc6502828, sq_flags = 1}, p_oppid = 0, p_vmspace = 0xc69ae658, p_swtick = 37193315, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = { tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 0, ru_nivcsw = 0}, p_rux = {rux_runtime = 0, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_crux = { rux_runtime = 20485868, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 6784, rux_tu = 6784}, p_profthreads = 0, p_exitthreads = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc66dce04, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_pendingcnt = 0, p_itimers = 0x0, p_numupcalls = 0, p_upsleeps = 0, p_completed = 0x0, p_nextupcall = 0, p_upquantum = 0, p_magic = 3203398350, p_osrel = 701000, p_comm = "sh\000n\000er", '\0' , p_pgrp = 0xc839c5c0, p_sysent = 0xc0c0a6e0, p_args = 0xc7c25b00, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_fibnum = 0, p_xstat = 0, p_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xc0766af0 , kl_unlock = 0xc07664d0 , kl_locked = 0xc07664b0 , kl_lockarg = 0xc65028b8}, p_numthreads = 1, p_md = { md_ldt = 0x0}, p_itcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0x0, c_flags = 16}, p_acflag = 1, p_peers = 0x0, p_leader = 0xc6502828, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc6502ae0, p_ktr = {stqh_first = 0x0, stqh_last = 0xc6502ad0}, p_mqnotifier = { lh_first = 0x0}, p_dtrace = 0x0} (kgdb) p *td $8 = {td_lock = 0xc0c4bcc0, td_proc = 0xc6502828, td_plist = {tqe_next = 0x0, tqe_prev = 0xc6502830}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc632f040}, td_lockq = {tqe_next = 0x0, tqe_prev = 0xe8ee6a6c}, td_selq = {tqh_first = 0x0, tqh_last = 0xc64f68e0}, td_sleepqueue = 0xc632f040, td_turnstile = 0xc68d6eb0, td_umtxq = 0xc64d8840, td_tid = 100094, td_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { tqh_first = 0x0, tqh_last = 0xc64f6918}, sq_proc = 0xc6502828, sq_flags = 1}, td_flags = 65542, td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_sqqueue = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 0 '\0', td_owepreempt = 0 '\0', td_locks = -2, td_tsqueue = 0 '\0', td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 3, td_mailbox = 0x0, td_ucred = 0xc708f700, td_standin = 0x0, td_upcall = 0x0, td_estcpu = 0, td_slptick = 0, td_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 1768, ru_ixrss = 1512, ru_idrss = 8792, ru_isrss = 1792, ru_minflt = 51, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 2, ru_nivcsw = 1}, td_runtime = 3186278, td_pticks = 13, td_sticks = 14, td_iticks = 0, td_uticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_generation = 3, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_name = '\0' , td_base_pri = 134 '\206', td_priority = 134 '\206', td_pri_class = 3 '\003', td_user_pri = 144 '\220', td_base_user_pri = 144 '\220', td_pcb = 0xe8d6ed90, td_state = TDS_RUNNING, td_retval = {0, 134598480}, td_slpcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xda3550f0}}, c_time = 34564372, c_arg = 0xc64f68c0, c_func = 0xc07c2f90 , c_mtx = 0x0, c_flags = 18}, td_frame = 0xe8d6ed38, td_kstack_obj = 0xc677e554, td_kstack = 3906392064, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 0, td_md = {md_spinlock_count = 0, md_saved_flags = 70}, td_sched = 0xc64f6abc, td_ar = 0x0, td_syscalls = 75641, td_incruntime = 3186278, td_cpuset = 0xc6331e38, td_fpop = 0x0, td_dtrace = 0x0, td_errno = 0} (kgdb) thr 126 [Switching to thread 126 (Thread 100083)]#0 sched_switch (td=0xc674cd20, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 1944 cpuid = PCPU_GET(cpuid); (kgdb) backtrace #0 sched_switch (td=0xc674cd20, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xc0799136 in mi_switch (flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:440 #2 0xc07c284b in sleepq_switch (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xc07c2e96 in sleepq_wait (wchan=0xc6492f28) at /usr/src/sys/kern/subr_sleepqueue.c:580 #4 0xc07995a6 in _sleep (ident=0xc6492f28, lock=0xc647592c, priority=76, wmesg=0xc0b042bb "amrwcmd", timo=0) at /usr/src/sys/kern/kern_synch.c:226 #5 0xc04e8ca4 in amr_wait_command (ac=0xc6492f28) at /usr/src/sys/dev/amr/amr.c:1392 #6 0xc04e9faa in amr_ioctl (dev=0xc645e700, cmd=3224388353, addr=0xc7bb1c40 "\003", flag=1, td=0xc674cd20) at /usr/src/sys/dev/amr/amr.c:914 #7 0xc0755d37 in giant_ioctl (dev=0xc645e700, cmd=3224388353, data=0xc7bb1c40 "\003", fflag=1, td=0xc674cd20) at /usr/src/sys/kern/kern_conf.c:408 #8 0xc071ff47 in devfs_ioctl_f (fp=0xc707063c, com=3224388353, data=0xc7bb1c40, cred=0xc707a200, td=0xc674cd20) at /usr/src/sys/fs/devfs/devfs_vnops.c:595 #9 0xc07c8005 in kern_ioctl (td=0xc674cd20, fd=4, com=3224388353, data=0xc7bb1c40 "\003") at file.h:268 #10 0xc07c8164 in ioctl (td=0xc674cd20, uap=0xe8d33cfc) at /usr/src/sys/kern/sys_generic.c:570 #11 0xc0aa81a5 in syscall (frame=0xe8d33d38) at /usr/src/sys/i386/i386/trap.c:1090 #12 0xc0a8e6e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 4 #4 0xc07995a6 in _sleep (ident=0xc6492f28, lock=0xc647592c, priority=76, wmesg=0xc0b042bb "amrwcmd", timo=0) at /usr/src/sys/kern/kern_synch.c:226 226 sleepq_wait(ident); (kgdb) p *lock $2 = {lo_name = 0xc0b04655 "AMR List Lock", lo_type = 0xc0b04655 "AMR List Lock", lo_flags = 16973824, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}} (kgdb) fr 5 #5 0xc04e8ca4 in amr_wait_command (ac=0xc6492f28) at /usr/src/sys/dev/amr/amr.c:1392 1392 error = msleep(ac,&sc->amr_list_lock, PRIBIO, "amrwcmd", 0); (kgdb) p ac $3 = (struct amr_command *) 0xc6492f28 (kgdb) p *ac $4 = {ac_link = {stqe_next = 0x0}, ac_sc = 0xc6475000, ac_slot = 118 'v', ac_status = 0, ac_sg = { sg32 = 0xe6993fe0, sg64 = 0xe6993fe0}, ac_sgbusaddr = 21716960, ac_sg64_lo = 0, ac_sg64_hi = 0, ac_mailbox = {mb_command = 3 '\003', mb_ident = 119 'w', mb_blkcount = 0, mb_lba = 0, mb_physaddr = 21773056, mb_drive = 0 '\0', mb_nsgelem = 0 '\0', res1 = 0 '\0', mb_busy = 0 '\0', mb_nstatus = 0 '\0', mb_status = 0 '\0', mb_completed = '\0' , mb_poll = 0 '\0', mb_ack = 0 '\0', res2 = '\0' }, ac_flags = 71, ac_retries = 0, ac_bio = 0x0, ac_complete = 0, ac_private = 0x0, ac_data = 0xc672ac90, ac_length = 8, ac_dmamap = 0x0, ac_dma64map = 0x0, ac_tag = 0xc647c600, ac_datamap = 0x0, ac_nsegments = 0, ac_mb_physaddr = 27487376, ac_ccb = 0xe699eb00, ac_ccb_busaddr = 21773056} (kgdb) fr 6 #6 0xc04e9faa in amr_ioctl (dev=0xc645e700, cmd=3224388353, addr=0xc7bb1c40 "\003", flag=1, td=0xc674cd20) at /usr/src/sys/dev/amr/amr.c:914 914 error = amr_wait_command(ac); (kgdb) p *td $6 = {td_lock = 0xc0c4bcc0, td_proc = 0xc69a2570, td_plist = {tqe_next = 0x0, tqe_prev = 0xc69a2578}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xc632f3e0}, td_lockq = {tqe_next = 0x0, tqe_prev = 0xe8fe9a6c}, td_selq = {tqh_first = 0x0, tqh_last = 0xc674cd40}, td_sleepqueue = 0xc632f3e0, td_turnstile = 0xc7c95460, td_umtxq = 0xc66a2500, td_tid = 100083, td_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { tqh_first = 0x0, tqh_last = 0xc674cd78}, sq_proc = 0xc69a2570, sq_flags = 1}, td_flags = 4, td_inhibitors = 0, td_pflags = 0, td_dupfd = -1, td_sqqueue = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 1 '\001', td_oncpu = 255 'ÿ', td_owepreempt = 0 '\0', td_locks = 6, td_tsqueue = 0 '\0', td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc707a200, td_standin = 0x0, td_upcall = 0x0, td_estcpu = 0, td_slptick = 0, td_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 39, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 9, ru_nivcsw = 1}, td_runtime = 6243427, td_pticks = 0, td_sticks = 0, td_iticks = 0, td_uticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_generation = 10, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_name = '\0' , td_base_pri = 76 'L', td_priority = 76 'L', td_pri_class = 3 '\003', td_user_pri = 128 '\200', td_base_user_pri = 128 '\200', td_pcb = 0xe8d33d90, td_state = TDS_CAN_RUN, td_retval = {0, 17}, td_slpcallout = {c_links = {sle = { sle_next = 0xc0c3f8d0}, tqe = {tqe_next = 0xc0c3f8d0, tqe_prev = 0xda33fce8}}, c_time = 34422419, c_arg = 0xc674cd20, c_func = 0xc07c2f90 , c_mtx = 0x0, c_flags = 18}, td_frame = 0xe8d33d38, td_kstack_obj = 0xc68e9c1c, td_kstack = 3906150400, td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_spinlock_count = 1, md_saved_flags = 582}, td_sched = 0xc674cf1c, td_ar = 0x0, td_syscalls = 99004, td_incruntime = 6243427, td_cpuset = 0xc6331e38, td_fpop = 0xc707063c, td_dtrace = 0x0, td_errno = 0} (kgdb) p *td->td_proc $7 = {p_list = {le_next = 0xc826e570, le_prev = 0xc6502828}, p_threads = {tqh_first = 0xc674cd20, tqh_last = 0xc674cd28}, p_upcalls = {tqh_first = 0x0, tqh_last = 0xc69a2580}, p_slock = { lock_object = {lo_name = 0xc0b3b5ae "process slock", lo_type = 0xc0b3b5ae "process slock", lo_flags = 720896, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, p_ucred = 0xc707a200, p_fd = 0xc7c52d00, p_fdtol = 0x0, p_stats = 0xc674fd00, p_limit = 0xc7c34000, p_limco = {c_links = {sle = {sle_next = 0x0}, tqe = { tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0xc69a2600, c_flags = 0}, p_sigacts = 0xc7c76000, p_flag = 268451840, p_state = PRS_NORMAL, p_pid = 48978, p_hash = {le_next = 0x0, le_prev = 0xc632ad48}, p_pglist = {le_next = 0x0, le_prev = 0xc826e5e8}, p_pptr = 0xc826e570, p_sibling = {le_next = 0x0, le_prev = 0xc826e5fc}, p_children = { lh_first = 0x0}, p_mtx = {lock_object = {lo_name = 0xc0b3b5a1 "process lock", lo_type = 0xc0b3b5a1 "process lock", lo_flags = 21168128, lo_witness_data = {lod_list = { stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, p_ksi = 0xc6656a00, p_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { tqh_first = 0x0, tqh_last = 0xc69a263c}, sq_proc = 0xc69a2570, sq_flags = 1}, p_oppid = 0, p_vmspace = 0xc6fb7488, p_swtick = 37193314, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = { tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 0, ru_nivcsw = 0}, p_rux = {rux_runtime = 0, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_crux = {rux_runtime = 0, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_profthreads = 0, p_exitthreads = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xc6f368a0, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_pendingcnt = 0, p_itimers = 0x0, p_numupcalls = 0, p_upsleeps = 0, p_completed = 0x0, p_nextupcall = 0, p_upquantum = 0, p_magic = 3203398350, p_osrel = 502010, p_comm = "megarc", '\0' , p_pgrp = 0xc839d140, p_sysent = 0xc0c0a6e0, p_args = 0xc7bd6a00, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_fibnum = 0, p_xstat = 0, p_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xc0766af0 , kl_unlock = 0xc07664d0 , kl_locked = 0xc07664b0 , kl_lockarg = 0xc69a2600}, p_numthreads = 1, p_md = {md_ldt = 0x0}, p_itcallout = {c_links = {sle = { sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0x0, c_flags = 16}, p_acflag = 0, p_peers = 0x0, p_leader = 0xc69a2570, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xc69a2828, p_ktr = {stqh_first = 0x0, stqh_last = 0xc69a2818}, p_mqnotifier = {lh_first = 0x0}, p_dtrace = 0x0} I am keeping vmcore in case any additional output is needed. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 09:04:13 2009 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 D87491065670; Fri, 25 Sep 2009 09:04:13 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (mail.pvp.se [213.64.187.227]) by mx1.freebsd.org (Postfix) with ESMTP id 9801E8FC18; Fri, 25 Sep 2009 09:04:13 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id E9ECA6A; Fri, 25 Sep 2009 11:04:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id E89B069; Fri, 25 Sep 2009 11:04:11 +0200 (CEST) Date: Fri, 25 Sep 2009 11:04:11 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <20090924141927.Y37424@ns1.as.pvp.se> Message-ID: <20090925110209.E37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze (was: when calibrating clock.) 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, 25 Sep 2009 09:04:13 -0000 On Thu, 24 Sep 2009, kama wrote: > I am currently building the source on another machine. Lets see if it will > build it any better. Building the the world on another machine and install it on the DL385 machine made it also to freeze. /Bjorn From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 09:11:46 2009 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 B35F6106566B; Fri, 25 Sep 2009 09:11:46 +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 C072B8FC18; Fri, 25 Sep 2009 09:11:45 +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 MAA13628; Fri, 25 Sep 2009 12:11:43 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4ABC894E.7040204@freebsd.org> Date: Fri, 25 Sep 2009 12:11:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> In-Reply-To: <20090925110209.E37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze 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, 25 Sep 2009 09:11:46 -0000 on 25/09/2009 12:04 kama said the following: > On Thu, 24 Sep 2009, kama wrote: > >> I am currently building the source on another machine. Lets see if it will >> build it any better. > > Building the the world on another machine and install it on the DL385 > machine made it also to freeze. Did you still get the message about unresolved symbol? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 09:12:54 2009 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 4A33B1065676 for ; Fri, 25 Sep 2009 09:12:54 +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 B5AF38FC13 for ; Fri, 25 Sep 2009 09:12:53 +0000 (UTC) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8P9CoO5013708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 25 Sep 2009 18:42:52 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 25 Sep 2009 18:42:49 +0930 User-Agent: KMail/1.9.10 References: <200909251718.00245.doconnor@gsoft.com.au> In-Reply-To: <200909251718.00245.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3446828.neXF7pnNlZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909251842.51167.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Subject: Re: USB problems with 8.0-RC1 & ATI SB6000 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, 25 Sep 2009 09:12:54 -0000 --nextPart3446828.neXF7pnNlZ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 25 Sep 2009, Daniel O'Connor wrote: > I tried reverting to the old kernel but it behaves exactly the same > now.. Never mind I found the thread on freebsd-usb@ titled "sb600/sb700 ohci=20 experimental patch" which fixes it for me. =2D-=20 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 --nextPart3446828.neXF7pnNlZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKvImT5ZPcIHs/zowRAo3rAJwNk4/9JBqA0Dy/Y+lWAVVewEwbFwCgnj5S jfQBNwFBK1KYKHBGc8+9qPU= =zIOc -----END PGP SIGNATURE----- --nextPart3446828.neXF7pnNlZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 13:59:13 2009 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 A791C1065670; Fri, 25 Sep 2009 13:59:13 +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 769E78FC1D; Fri, 25 Sep 2009 13:59:13 +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 0300646B35; Fri, 25 Sep 2009 09:59:13 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 537868A01B; Fri, 25 Sep 2009 09:59:12 -0400 (EDT) From: John Baldwin To: "Daniel O'Connor" Date: Fri, 25 Sep 2009 09:57:05 -0400 User-Agent: KMail/1.9.7 References: <200909232322.51060.doconnor@gsoft.com.au> <200909240920.05027.jhb@freebsd.org> <200909251650.16283.doconnor@gsoft.com.au> In-Reply-To: <200909251650.16283.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909250957.06252.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 25 Sep 2009 09:59:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Attilio Rao , alc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 25 Sep 2009 13:59:13 -0000 On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote: > On Thu, 24 Sep 2009, John Baldwin wrote: > > Can you try this patch perhaps: > > > > Index: sys/amd64/isa/isa_dma.c > > =================================================================== > > --- isa_dma.c (revision 197430) > > +++ isa_dma.c (working copy) > > This patch fixes the panic for me. > > I haven't tried printing (don't have any device handy here). I wonder if pmap_extract(kernel_pmap) doesn't work with direct map addresses for some reason? I kind of find that hard to believe actually. Alan, the original panic was in pmap_extract(kernel_pmap, ...) calls in the isa_dma code. My patch that "fixes" the panic just changes them to pmap_kextract(). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 14:57:13 2009 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 83A301065676; Fri, 25 Sep 2009 14:57:13 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id E88908FC15; Fri, 25 Sep 2009 14:57:12 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n8PEuL0v034566; Fri, 25 Sep 2009 09:56:21 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n8PEuK26034565; Fri, 25 Sep 2009 09:56:20 -0500 (CDT) (envelope-from brooks) Date: Fri, 25 Sep 2009 09:56:20 -0500 From: Brooks Davis To: Doug Barton Message-ID: <20090925145620.GA27935@lor.one-eyed-alien.net> References: <4ABA0E63.90209@eng.auth.gr> <20090923155402.GG81123@cesium.hyperfine.info> <4ABBF4B9.4070203@FreeBSD.org> <20090924224115.GU81123@cesium.hyperfine.info> <4ABC0481.9080000@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <4ABC0481.9080000@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 25 Sep 2009 09:56:21 -0500 (CDT) Cc: "Peter C. Lai" , freebsd-stable@freebsd.org Subject: Re: Base system's Heimdal with Openldap support? 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, 25 Sep 2009 14:57:13 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2009 at 04:45:05PM -0700, Doug Barton wrote: > Peter C. Lai wrote: > > What happens when you portupgrade? You will have to deal with rebuilding > > that part of world? >=20 > Not unless the shared library version number changes, that's the > beauty of shared libraries. Unfortunatly we're talking about openldap which has seen at least two version bumps in the last 12 months IIRC. -- Brooks --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKvNoUXY6L6fI4GtQRAs6PAKC4Rt+5ptSuzAv0nu82CYH2vNym3wCeLA48 iCaiJ6SGhm2Pt45xddBVy2Q= =E+Wz -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 15:11:56 2009 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 9E25C106566B for ; Fri, 25 Sep 2009 15:11:56 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id E298C8FC0C for ; Fri, 25 Sep 2009 15:11:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MrCSd-0007r7-0E for freebsd-stable@freebsd.org; Fri, 25 Sep 2009 17:11:51 +0200 Received: from cpe-65-189-186-49.columbus.res.rr.com ([65.189.186.49]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Sep 2009 17:11:50 +0200 Received: from dsamms by cpe-65-189-186-49.columbus.res.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Sep 2009 17:11:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: David Samms Date: Fri, 25 Sep 2009 11:11:25 -0400 Lines: 312 Message-ID: References: <81d45flayz.fsf@zhuzha.ua1> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpe-65-189-186-49.columbus.res.rr.com User-Agent: Thunderbird 2.0.0.21 (X11/20090429) In-Reply-To: <81d45flayz.fsf@zhuzha.ua1> Sender: news Subject: Re: May running megarc still cause memory corruption on 7.X? 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, 25 Sep 2009 15:11:56 -0000 Mikolaj Golub wrote: > Hi, > > Previously sysutils/megarc port was marked as broken with the statement: > running megarc may cause memory corruption/system instability. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128082 > > But recently it has been re-enabled: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137938 > > Gerrit Beine (the maintainer) said that he verified on 7.2 and it worked. > > But yesterday we had the panic on 7.1-RELEASE-p5 that looked like was caused > by megarc with bt identical to reported in ports/128082. > > Unread portion of the kernel message buffer: > TPTE at 0xbfd20830 IS ZERO @ VA 4820c000 > panic: bad pte > cpuid = 0 > Uptime: 10h19m56s > Physical memory: 3059 MB > Dumping 225 MB: 210 194 178 162 146 130 114 98 82 66 50 34 18 2 > > (kgdb) backtrace > #0 doadump () at pcpu.h:196 > #1 0xc07910a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 > #2 0xc0791379 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:574 > #3 0xc0aa37f6 in pmap_remove_pages (pmap=0xc69ae6e4) at /usr/src/sys/i386/i386/pmap.c:3084 > #4 0xc09cf79c in vmspace_exit (td=0xc64f68c0) at /usr/src/sys/vm/vm_map.c:404 > #5 0xc076b6ad in exit1 (td=0xc64f68c0, rv=0) at /usr/src/sys/kern/kern_exit.c:305 > #6 0xc076ca0d in sys_exit (td=Could not find the frame base for "sys_exit". > ) at /usr/src/sys/kern/kern_exit.c:109 > #7 0xc0aa81a5 in syscall (frame=0xe8d6ed38) at /usr/src/sys/i386/i386/trap.c:1090 > #8 0xc0a8e6e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 > #9 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > (kgdb) allpcpu > cpuid = 3 > curthread = 0xc6ae3d20: pid 48975 "sh" > curpcb = 0xe8ea1d90 > fpcurthread = none > idlethread = 0xc633daf0: pid 11 "idle: cpu3" > switchticks = 37193321 > > cpuid = 2 > curthread = 0xc633d8c0: pid 12 "idle: cpu2" > curpcb = 0xe4f10d90 > fpcurthread = none > idlethread = 0xc633d8c0: pid 12 "idle: cpu2" > switchticks = 37193374 > > cpuid = 1 > curthread = 0xc633d690: pid 13 "idle: cpu1" > curpcb = 0xe4f13d90 > fpcurthread = none > idlethread = 0xc633d690: pid 13 "idle: cpu1" > switchticks = 37193374 > > cpuid = 0 > curthread = 0xc64f68c0: pid 48980 "sh" > curpcb = 0xe8d6ed90 > fpcurthread = none > idlethread = 0xc633d460: pid 14 "idle: cpu0" > switchticks = 37193321 > > (kgdb) ps > pid ppid pgrp uid state wmesg wchan cmd > 48980 48975 48975 0 RE CPU 0 sh > 48978 48976 48976 0 R megarc > 48976 48973 48976 0 Ss wait 0xc826e570 sh > 48975 48972 48975 0 Rs CPU 3 sh > 48973 705 705 0 S piperd 0xc8303318 cron > 48972 705 705 0 S piperd 0xc674a18c cron > 48267 18141 18141 80 S lockf 0xc83922c0 httpd > 48266 18141 18141 80 S lockf 0xc7d62400 httpd > 48265 18141 18141 80 S select 0xc0c4ecb8 httpd > 48264 18141 18141 80 S lockf 0xc7ceb240 httpd > ... > > At the moment of the crash megarc was run by cron (48973) at the same time > other cron job was started (we have the following script set up to run in the > same time: > > if [ -x /usr/local/bin/vnstat ] && [ `ls -l /var/db/vnstat/ | wc -l` -ge 1 ]; then /usr/local/bin/vnstat -u; fi) > > and this sh process caused panic on its exit when kernel was trying to remove > its address space due to corrupted memory. > > Should I add the comment to ports/137938 about this? I cc to Gerrit. Please > note, we are using 7.1-RELEASE-p5 while in ports/137938 it is said that it was > checked on 7.2. But it might be that Gerrit just did not test long enough? We > had megarc enabled on several 7.1 hosts for some times and saw only this one > panic (well, there was another one about a week ago, but it looked hardly > related, because megarc was not running at the moment of the crash and the > panic was when removing an entry from the namecache, I reported it to > hackers@). > > Below some details from gdb session in case someone is interested to look at > this closer. > > (kgdb) allchains > # no output > > (kgdb) fr 5 > #5 0xc076b6ad in exit1 (td=0xc64f68c0, rv=0) at /usr/src/sys/kern/kern_exit.c:305 > 305 vmspace_exit(td); > (kgdb) p *td->td_proc > $1 = {p_list = {le_next = 0xc69a2570, le_prev = 0xc0c433f8}, p_threads = {tqh_first = 0xc64f68c0, > tqh_last = 0xc64f68c8}, p_upcalls = {tqh_first = 0x0, tqh_last = 0xc6502838}, p_slock = { > lock_object = {lo_name = 0xc0b3b5ae "process slock", lo_type = 0xc0b3b5ae "process slock", > lo_flags = 720896, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, > mtx_lock = 4, mtx_recurse = 0}, p_ucred = 0xc708f700, p_fd = 0x0, p_fdtol = 0x0, > p_stats = 0xc64f8000, p_limit = 0xc7c60800, p_limco = {c_links = {sle = {sle_next = 0x0}, tqe = { > tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0xc65028b8, > c_flags = 0}, p_sigacts = 0xc7d00000, p_flag = 268443648, p_state = PRS_NORMAL, p_pid = 48980, > p_hash = {le_next = 0x0, le_prev = 0xc632ad50}, p_pglist = {le_next = 0x0, le_prev = 0xc709b8a0}, > p_pptr = 0xc709b828, p_sibling = {le_next = 0x0, le_prev = 0xc709b8b4}, p_children = { > lh_first = 0x0}, p_mtx = {lock_object = {lo_name = 0xc0b3b5a1 "process lock", > lo_type = 0xc0b3b5a1 "process lock", lo_flags = 21168128, lo_witness_data = {lod_list = { > stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, p_ksi = 0xc6655cd0, > p_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { > tqh_first = 0x0, tqh_last = 0xc65028f4}, sq_proc = 0xc6502828, sq_flags = 1}, p_oppid = 0, > p_vmspace = 0xc69ae658, p_swtick = 37193315, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, > it_value = {tv_sec = 0, tv_usec = 0}}, p_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = { > tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, > ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, > ru_nsignals = 0, ru_nvcsw = 0, ru_nivcsw = 0}, p_rux = {rux_runtime = 0, rux_uticks = 0, > rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_crux = { > rux_runtime = 20485868, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 6784, > rux_tu = 6784}, p_profthreads = 0, p_exitthreads = 0, p_traceflag = 0, p_tracevp = 0x0, > p_tracecred = 0x0, p_textvp = 0xc66dce04, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, > p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', > p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, > p_xthread = 0x0, p_boundary_count = 0, p_pendingcnt = 0, p_itimers = 0x0, p_numupcalls = 0, > p_upsleeps = 0, p_completed = 0x0, p_nextupcall = 0, p_upquantum = 0, p_magic = 3203398350, > p_osrel = 701000, p_comm = "sh\000n\000er", '\0' , p_pgrp = 0xc839c5c0, > p_sysent = 0xc0c0a6e0, p_args = 0xc7c25b00, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', > p_fibnum = 0, p_xstat = 0, p_klist = {kl_list = {slh_first = 0x0}, > kl_lock = 0xc0766af0 , kl_unlock = 0xc07664d0 , > kl_locked = 0xc07664b0 , kl_lockarg = 0xc65028b8}, p_numthreads = 1, p_md = { > md_ldt = 0x0}, p_itcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, > tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0x0, c_flags = 16}, > p_acflag = 1, p_peers = 0x0, p_leader = 0xc6502828, p_emuldata = 0x0, p_label = 0x0, > p_sched = 0xc6502ae0, p_ktr = {stqh_first = 0x0, stqh_last = 0xc6502ad0}, p_mqnotifier = { > lh_first = 0x0}, p_dtrace = 0x0} > (kgdb) p *td > $8 = {td_lock = 0xc0c4bcc0, td_proc = 0xc6502828, td_plist = {tqe_next = 0x0, tqe_prev = 0xc6502830}, > td_slpq = {tqe_next = 0x0, tqe_prev = 0xc632f040}, td_lockq = {tqe_next = 0x0, > tqe_prev = 0xe8ee6a6c}, td_selq = {tqh_first = 0x0, tqh_last = 0xc64f68e0}, > td_sleepqueue = 0xc632f040, td_turnstile = 0xc68d6eb0, td_umtxq = 0xc64d8840, td_tid = 100094, > td_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { > tqh_first = 0x0, tqh_last = 0xc64f6918}, sq_proc = 0xc6502828, sq_flags = 1}, td_flags = 65542, > td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_sqqueue = 0, td_wchan = 0x0, td_wmesg = 0x0, > td_lastcpu = 0 '\0', td_oncpu = 0 '\0', td_owepreempt = 0 '\0', td_locks = -2, td_tsqueue = 0 '\0', > td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, > td_intr_nesting_level = 0, td_pinned = 3, td_mailbox = 0x0, td_ucred = 0xc708f700, td_standin = 0x0, > td_upcall = 0x0, td_estcpu = 0, td_slptick = 0, td_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, > ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 1768, ru_ixrss = 1512, ru_idrss = 8792, > ru_isrss = 1792, ru_minflt = 51, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, > ru_msgsnd = 0, ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 2, ru_nivcsw = 1}, td_runtime = 3186278, > td_pticks = 13, td_sticks = 14, td_iticks = 0, td_uticks = 0, td_uuticks = 0, td_usticks = 0, > td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, > td_generation = 3, td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, td_kflags = 0, td_xsig = 0, > td_profil_addr = 0, td_profil_ticks = 0, td_name = '\0' , td_base_pri = 134 '\206', > td_priority = 134 '\206', td_pri_class = 3 '\003', td_user_pri = 144 '\220', > td_base_user_pri = 144 '\220', td_pcb = 0xe8d6ed90, td_state = TDS_RUNNING, td_retval = {0, > 134598480}, td_slpcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, > tqe_prev = 0xda3550f0}}, c_time = 34564372, c_arg = 0xc64f68c0, > c_func = 0xc07c2f90 , c_mtx = 0x0, c_flags = 18}, td_frame = 0xe8d6ed38, > td_kstack_obj = 0xc677e554, td_kstack = 3906392064, td_kstack_pages = 2, td_altkstack_obj = 0x0, > td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 0, td_md = {md_spinlock_count = 0, > md_saved_flags = 70}, td_sched = 0xc64f6abc, td_ar = 0x0, td_syscalls = 75641, > td_incruntime = 3186278, td_cpuset = 0xc6331e38, td_fpop = 0x0, td_dtrace = 0x0, td_errno = 0} > > (kgdb) thr 126 > [Switching to thread 126 (Thread 100083)]#0 sched_switch (td=0xc674cd20, newtd=Variable "newtd" is not available. > ) > at /usr/src/sys/kern/sched_ule.c:1944 > 1944 cpuid = PCPU_GET(cpuid); > (kgdb) backtrace > #0 sched_switch (td=0xc674cd20, newtd=Variable "newtd" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1944 > #1 0xc0799136 in mi_switch (flags=Variable "flags" is not available. > ) at /usr/src/sys/kern/kern_synch.c:440 > #2 0xc07c284b in sleepq_switch (wchan=Variable "wchan" is not available. > ) at /usr/src/sys/kern/subr_sleepqueue.c:497 > #3 0xc07c2e96 in sleepq_wait (wchan=0xc6492f28) at /usr/src/sys/kern/subr_sleepqueue.c:580 > #4 0xc07995a6 in _sleep (ident=0xc6492f28, lock=0xc647592c, priority=76, wmesg=0xc0b042bb "amrwcmd", > timo=0) at /usr/src/sys/kern/kern_synch.c:226 > #5 0xc04e8ca4 in amr_wait_command (ac=0xc6492f28) at /usr/src/sys/dev/amr/amr.c:1392 > #6 0xc04e9faa in amr_ioctl (dev=0xc645e700, cmd=3224388353, addr=0xc7bb1c40 "\003", flag=1, > td=0xc674cd20) at /usr/src/sys/dev/amr/amr.c:914 > #7 0xc0755d37 in giant_ioctl (dev=0xc645e700, cmd=3224388353, data=0xc7bb1c40 "\003", fflag=1, > td=0xc674cd20) at /usr/src/sys/kern/kern_conf.c:408 > #8 0xc071ff47 in devfs_ioctl_f (fp=0xc707063c, com=3224388353, data=0xc7bb1c40, cred=0xc707a200, > td=0xc674cd20) at /usr/src/sys/fs/devfs/devfs_vnops.c:595 > #9 0xc07c8005 in kern_ioctl (td=0xc674cd20, fd=4, com=3224388353, data=0xc7bb1c40 "\003") at file.h:268 > #10 0xc07c8164 in ioctl (td=0xc674cd20, uap=0xe8d33cfc) at /usr/src/sys/kern/sys_generic.c:570 > #11 0xc0aa81a5 in syscall (frame=0xe8d33d38) at /usr/src/sys/i386/i386/trap.c:1090 > #12 0xc0a8e6e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255 > #13 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > (kgdb) fr 4 > #4 0xc07995a6 in _sleep (ident=0xc6492f28, lock=0xc647592c, priority=76, wmesg=0xc0b042bb "amrwcmd", > timo=0) at /usr/src/sys/kern/kern_synch.c:226 > 226 sleepq_wait(ident); > (kgdb) p *lock > $2 = {lo_name = 0xc0b04655 "AMR List Lock", lo_type = 0xc0b04655 "AMR List Lock", lo_flags = 16973824, > lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}} > > (kgdb) fr 5 > #5 0xc04e8ca4 in amr_wait_command (ac=0xc6492f28) at /usr/src/sys/dev/amr/amr.c:1392 > 1392 error = msleep(ac,&sc->amr_list_lock, PRIBIO, "amrwcmd", 0); > (kgdb) p ac > $3 = (struct amr_command *) 0xc6492f28 > (kgdb) p *ac > $4 = {ac_link = {stqe_next = 0x0}, ac_sc = 0xc6475000, ac_slot = 118 'v', ac_status = 0, ac_sg = { > sg32 = 0xe6993fe0, sg64 = 0xe6993fe0}, ac_sgbusaddr = 21716960, ac_sg64_lo = 0, ac_sg64_hi = 0, > ac_mailbox = {mb_command = 3 '\003', mb_ident = 119 'w', mb_blkcount = 0, mb_lba = 0, > mb_physaddr = 21773056, mb_drive = 0 '\0', mb_nsgelem = 0 '\0', res1 = 0 '\0', mb_busy = 0 '\0', > mb_nstatus = 0 '\0', mb_status = 0 '\0', mb_completed = '\0' , mb_poll = 0 '\0', > mb_ack = 0 '\0', res2 = '\0' }, ac_flags = 71, ac_retries = 0, ac_bio = 0x0, > ac_complete = 0, ac_private = 0x0, ac_data = 0xc672ac90, ac_length = 8, ac_dmamap = 0x0, > ac_dma64map = 0x0, ac_tag = 0xc647c600, ac_datamap = 0x0, ac_nsegments = 0, > ac_mb_physaddr = 27487376, ac_ccb = 0xe699eb00, ac_ccb_busaddr = 21773056} > > (kgdb) fr 6 > #6 0xc04e9faa in amr_ioctl (dev=0xc645e700, cmd=3224388353, addr=0xc7bb1c40 "\003", flag=1, > td=0xc674cd20) at /usr/src/sys/dev/amr/amr.c:914 > 914 error = amr_wait_command(ac); > (kgdb) p *td > $6 = {td_lock = 0xc0c4bcc0, td_proc = 0xc69a2570, td_plist = {tqe_next = 0x0, tqe_prev = 0xc69a2578}, > td_slpq = {tqe_next = 0x0, tqe_prev = 0xc632f3e0}, td_lockq = {tqe_next = 0x0, > tqe_prev = 0xe8fe9a6c}, td_selq = {tqh_first = 0x0, tqh_last = 0xc674cd40}, > td_sleepqueue = 0xc632f3e0, td_turnstile = 0xc7c95460, td_umtxq = 0xc66a2500, td_tid = 100083, > td_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { > tqh_first = 0x0, tqh_last = 0xc674cd78}, sq_proc = 0xc69a2570, sq_flags = 1}, td_flags = 4, > td_inhibitors = 0, td_pflags = 0, td_dupfd = -1, td_sqqueue = 0, td_wchan = 0x0, td_wmesg = 0x0, > td_lastcpu = 1 '\001', td_oncpu = 255 'ÿ', td_owepreempt = 0 '\0', td_locks = 6, td_tsqueue = 0 '\0', > td_blocked = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, > td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xc707a200, td_standin = 0x0, > td_upcall = 0x0, td_estcpu = 0, td_slptick = 0, td_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, > ru_stime = {tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, > ru_minflt = 39, ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, > ru_msgrcv = 0, ru_nsignals = 0, ru_nvcsw = 9, ru_nivcsw = 1}, td_runtime = 6243427, td_pticks = 0, > td_sticks = 0, td_iticks = 0, td_uticks = 0, td_uuticks = 0, td_usticks = 0, td_intrval = 0, > td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {0, 0, 0, 0}}, td_generation = 10, > td_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, > td_profil_ticks = 0, td_name = '\0' , td_base_pri = 76 'L', td_priority = 76 'L', > td_pri_class = 3 '\003', td_user_pri = 128 '\200', td_base_user_pri = 128 '\200', > td_pcb = 0xe8d33d90, td_state = TDS_CAN_RUN, td_retval = {0, 17}, td_slpcallout = {c_links = {sle = { > sle_next = 0xc0c3f8d0}, tqe = {tqe_next = 0xc0c3f8d0, tqe_prev = 0xda33fce8}}, > c_time = 34422419, c_arg = 0xc674cd20, c_func = 0xc07c2f90 , c_mtx = 0x0, > c_flags = 18}, td_frame = 0xe8d33d38, td_kstack_obj = 0xc68e9c1c, td_kstack = 3906150400, > td_kstack_pages = 2, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, > td_critnest = 1, td_md = {md_spinlock_count = 1, md_saved_flags = 582}, td_sched = 0xc674cf1c, > td_ar = 0x0, td_syscalls = 99004, td_incruntime = 6243427, td_cpuset = 0xc6331e38, > td_fpop = 0xc707063c, td_dtrace = 0x0, td_errno = 0} > (kgdb) p *td->td_proc > $7 = {p_list = {le_next = 0xc826e570, le_prev = 0xc6502828}, p_threads = {tqh_first = 0xc674cd20, > tqh_last = 0xc674cd28}, p_upcalls = {tqh_first = 0x0, tqh_last = 0xc69a2580}, p_slock = { > lock_object = {lo_name = 0xc0b3b5ae "process slock", lo_type = 0xc0b3b5ae "process slock", > lo_flags = 720896, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, > mtx_lock = 4, mtx_recurse = 0}, p_ucred = 0xc707a200, p_fd = 0xc7c52d00, p_fdtol = 0x0, > p_stats = 0xc674fd00, p_limit = 0xc7c34000, p_limco = {c_links = {sle = {sle_next = 0x0}, tqe = { > tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0xc69a2600, > c_flags = 0}, p_sigacts = 0xc7c76000, p_flag = 268451840, p_state = PRS_NORMAL, p_pid = 48978, > p_hash = {le_next = 0x0, le_prev = 0xc632ad48}, p_pglist = {le_next = 0x0, le_prev = 0xc826e5e8}, > p_pptr = 0xc826e570, p_sibling = {le_next = 0x0, le_prev = 0xc826e5fc}, p_children = { > lh_first = 0x0}, p_mtx = {lock_object = {lo_name = 0xc0b3b5a1 "process lock", > lo_type = 0xc0b3b5a1 "process lock", lo_flags = 21168128, lo_witness_data = {lod_list = { > stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, p_ksi = 0xc6656a00, > p_sigqueue = {sq_signals = {__bits = {0, 0, 0, 0}}, sq_kill = {__bits = {0, 0, 0, 0}}, sq_list = { > tqh_first = 0x0, tqh_last = 0xc69a263c}, sq_proc = 0xc69a2570, sq_flags = 1}, p_oppid = 0, > p_vmspace = 0xc6fb7488, p_swtick = 37193314, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, > it_value = {tv_sec = 0, tv_usec = 0}}, p_ru = {ru_utime = {tv_sec = 0, tv_usec = 0}, ru_stime = { > tv_sec = 0, tv_usec = 0}, ru_maxrss = 0, ru_ixrss = 0, ru_idrss = 0, ru_isrss = 0, ru_minflt = 0, > ru_majflt = 0, ru_nswap = 0, ru_inblock = 0, ru_oublock = 0, ru_msgsnd = 0, ru_msgrcv = 0, > ru_nsignals = 0, ru_nvcsw = 0, ru_nivcsw = 0}, p_rux = {rux_runtime = 0, rux_uticks = 0, > rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, p_crux = {rux_runtime = 0, > rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_tu = 0}, > p_profthreads = 0, p_exitthreads = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, > p_textvp = 0xc6f368a0, p_lock = 0 '\0', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, > p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, > p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, > p_pendingcnt = 0, p_itimers = 0x0, p_numupcalls = 0, p_upsleeps = 0, p_completed = 0x0, > p_nextupcall = 0, p_upquantum = 0, p_magic = 3203398350, p_osrel = 502010, > p_comm = "megarc", '\0' , p_pgrp = 0xc839d140, p_sysent = 0xc0c0a6e0, > p_args = 0xc7bd6a00, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_fibnum = 0, p_xstat = 0, > p_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xc0766af0 , > kl_unlock = 0xc07664d0 , kl_locked = 0xc07664b0 , > kl_lockarg = 0xc69a2600}, p_numthreads = 1, p_md = {md_ldt = 0x0}, p_itcallout = {c_links = {sle = { > sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, > c_mtx = 0x0, c_flags = 16}, p_acflag = 0, p_peers = 0x0, p_leader = 0xc69a2570, p_emuldata = 0x0, > p_label = 0x0, p_sched = 0xc69a2828, p_ktr = {stqh_first = 0x0, stqh_last = 0xc69a2818}, > p_mqnotifier = {lh_first = 0x0}, p_dtrace = 0x0} > > I am keeping vmcore in case any additional output is needed. > I run 7.2 and after seeing the note that megarc port should work on 7.2 I re-synced the source and installed it on a production server. I ran megarc just once, and the server locked up within 8 hours while under very light load. I was not able to confirm the crash was related to megarc, but since it was the first server crash since 7.2 came out and I strongly suspect megarc. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 16:15:49 2009 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 1273F1065692 for ; Fri, 25 Sep 2009 16:15:49 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-vw0-f180.google.com (mail-vw0-f180.google.com [209.85.212.180]) by mx1.freebsd.org (Postfix) with ESMTP id C02BA8FC1E for ; Fri, 25 Sep 2009 16:15:48 +0000 (UTC) Received: by vws10 with SMTP id 10so2358432vws.7 for ; Fri, 25 Sep 2009 09:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=3QD9nMM5DuhmTWBxkSd0hpJEjkkH396+qTRjKpZjvO4=; b=ab0oM08D6uPJhV0d5uhu7Vr3deEAOnf4pBazeINaYJ7CM6Y2qwhQq1tdBd3v4enXHs y2EUbbrSYq+j/CWRZj3mZEHolFyOiTeGmf7SPeNR8fdLN9zdmy9KtZOZzWMVJ1u5m1oG XRwTVR59pLWJ82uSaLqtsWzs5m0OskMmtdpy4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FSZGqyT4z+rv4EgeD4eivAXsKOv/5P234aWemBOPPppKZrh1H+mech8amFIoZB9UAo e2XTs5YDxzsoHlikVDOgRWUKlMaCJhtD+WcyBASfWrDKXT4YZ8TipIUslIRSX9jOh5Mk YqhmuGQj4QUAMZKD45Jd0AgEJk6kw/LiArUaQ= MIME-Version: 1.0 Received: by 10.220.106.230 with SMTP id y38mr529680vco.43.1253893658262; Fri, 25 Sep 2009 08:47:38 -0700 (PDT) Date: Fri, 25 Sep 2009 08:47:38 -0700 Message-ID: <539c60b90909250847j392d9002kf3daebeb7f2b143f@mail.gmail.com> From: Steve Franks To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 8-RC1: ral0: need multicast update callback 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, 25 Sep 2009 16:15:49 -0000 On my vanilla RC1 install (from ISO), ral seems to be having issues. About every 1/2 hour it will hang the network when downloading ports, or doing a large rsync transfer. If you ctrl-c on the transfer & restart, it fires right up. The only error: ral0: need multicast update callback Exact chipset: ral0: mem 0xf0200000-0xf0207fff irq 20 at device 0.0 on pci3 ral0: MAC/BBP RT2561C, RF RT2527 ral0: [ITHREAD] I noticed some people having this problem with ndis and iwi in 2008 (!) on the list, but no mention of ral... Best, Steve From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 17:38:32 2009 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 BD0C11065670; Fri, 25 Sep 2009 17:38:32 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 930A98FC14; Fri, 25 Sep 2009 17:38:32 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 227652C2CA4; Fri, 25 Sep 2009 12:38:32 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xOv4TyVWQkXw; Fri, 25 Sep 2009 12:38:24 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 1AAC02C2D2F; Fri, 25 Sep 2009 12:38:24 -0500 (CDT) Message-ID: <4ABD000F.5080007@cs.rice.edu> Date: Fri, 25 Sep 2009 12:38:23 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: John Baldwin References: <200909232322.51060.doconnor@gsoft.com.au> <200909240920.05027.jhb@freebsd.org> <200909251650.16283.doconnor@gsoft.com.au> <200909250957.06252.jhb@freebsd.org> In-Reply-To: <200909250957.06252.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org, alc@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 25 Sep 2009 17:38:32 -0000 John Baldwin wrote: > On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote: > >> On Thu, 24 Sep 2009, John Baldwin wrote: >> >>> Can you try this patch perhaps: >>> >>> Index: sys/amd64/isa/isa_dma.c >>> =================================================================== >>> --- isa_dma.c (revision 197430) >>> +++ isa_dma.c (working copy) >>> >> This patch fixes the panic for me. >> >> I haven't tried printing (don't have any device handy here). >> > > I wonder if pmap_extract(kernel_pmap) doesn't work with direct map addresses > for some reason? I kind of find that hard to believe actually. Alan, the > original panic was in pmap_extract(kernel_pmap, ...) calls in the isa_dma > code. My patch that "fixes" the panic just changes them to pmap_kextract(). > > Is this problem occurring on an AMD processor? Alan From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 17:56:07 2009 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 2C55710656A6; Fri, 25 Sep 2009 17:56:07 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id F3E208FC26; Fri, 25 Sep 2009 17:56:06 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 4583F2C2D0C; Fri, 25 Sep 2009 12:28:27 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id sHvbEJlvhtYE; Fri, 25 Sep 2009 12:28:19 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 2FDE62C2D6F; Fri, 25 Sep 2009 12:28:17 -0500 (CDT) Message-ID: <4ABCFDB0.3010302@cs.rice.edu> Date: Fri, 25 Sep 2009 12:28:16 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: John Baldwin References: <200909232322.51060.doconnor@gsoft.com.au> <200909240920.05027.jhb@freebsd.org> <200909251650.16283.doconnor@gsoft.com.au> <200909250957.06252.jhb@freebsd.org> In-Reply-To: <200909250957.06252.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-stable@freebsd.org, alc@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 25 Sep 2009 17:56:07 -0000 John Baldwin wrote: > On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote: > >> On Thu, 24 Sep 2009, John Baldwin wrote: >> >>> Can you try this patch perhaps: >>> >>> Index: sys/amd64/isa/isa_dma.c >>> =================================================================== >>> --- isa_dma.c (revision 197430) >>> +++ isa_dma.c (working copy) >>> >> This patch fixes the panic for me. >> >> I haven't tried printing (don't have any device handy here). >> > > I wonder if pmap_extract(kernel_pmap) doesn't work with direct map addresses > for some reason? I kind of find that hard to believe actually. Alan, the > original panic was in pmap_extract(kernel_pmap, ...) calls in the isa_dma > code. My patch that "fixes" the panic just changes them to pmap_kextract(). > > In principle, pmap_extract(kernel_pmap, ...) should work just fine. Alan From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 18:39:13 2009 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 4F32B106568B; Fri, 25 Sep 2009 18:39:13 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3D0F58FC1C; Fri, 25 Sep 2009 18:39:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed; delsp=yes Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KQJ006VYFPCO320@asmtp023.mac.com>; Fri, 25 Sep 2009 10:39:12 -0700 (PDT) From: Marcel Moolenaar Date: Fri, 25 Sep 2009 10:39:12 -0700 Message-id: To: "current@freebsd.org mailing list" X-Mailer: Apple Mail (2.1076) Cc: stable@freebsd.org Subject: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) 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, 25 Sep 2009 18:39:13 -0000 All, I just got this overnight on my server: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x90 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05ba39d stack pointer = 0x28:0xf31077bc frame pointer = 0x28:0xf31077c8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 928 (NLM: master) (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05e03f3 in boot (howto=260) at /zmirror/nfs/freebsd/base/stable/ 8/sys/kern/kern_shutdown.c:416 #2 0xc05e062d in panic (fmt=Variable "fmt" is not available. ) at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_shutdown.c:579 #3 0xc04ac807 in db_panic (addr=Could not find the frame base for "db_panic". ) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:478 #4 0xc04acd91 in db_command (last_cmdp=0xc0881c3c, cmd_table=0x0, dopager=1) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c: 445 #5 0xc04aceea in db_command_loop () at /zmirror/nfs/freebsd/base/ stable/8/sys/ddb/db_command.c:498 #6 0xc04aed5d in db_trap (type=12, code=0) at /zmirror/nfs/freebsd/ base/stable/8/sys/ddb/db_main.c:229 #7 0xc0608a14 in kdb_trap (type=12, code=0, tf=0xf310777c) at / zmirror/nfs/freebsd/base/stable/8/sys/kern/subr_kdb.c:535 #8 0xc07c53af in trap_fatal (frame=0xf310777c, eva=144) at /zmirror/ nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:924 #9 0xc07c5650 in trap_pfault (frame=0xf310777c, usermode=0, eva=144) at /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:846 #10 0xc07c5ff2 in trap (frame=0xf310777c) at /zmirror/nfs/freebsd/base/ stable/8/sys/i386/i386/trap.c:528 #11 0xc07ac50b in calltrap () at /zmirror/nfs/freebsd/base/stable/8/ sys/i386/i386/exception.s:165 #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at / zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 #13 0xc05d39ee in priv_check_cred (cred=0xc61e4880, priv=334, flags=0) at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_priv.c:92 #14 0xc09dbffc in secpolicy_fs_owner (mp=0xc4112284, cred=0xc61e4880) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ compat/opensolaris/kern/opensolaris_policy.c:86 #15 0xc09dc527 in secpolicy_vnode_access (cred=0xc61e4880, vp=0xc4bb6d9c, owner=501, accmode=128) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ compat/opensolaris/kern/opensolaris_policy.c:125 #16 0xc0a56c5c in zfs_zaccess (zp=0xd4be8658, mode=2, flags=Variable "flags" is not available. ) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2445 #17 0xc0a56edb in zfs_zaccess_rwx (zp=0xd4be8658, mode=Variable "mode" is not available. ) at /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/ contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2484 #18 0xc0a6bfa4 in zfs_freebsd_access (ap=0xf31078d4) at /zmirror/nfs/ freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/ uts/common/fs/zfs/zfs_vnops.c:1068 #19 0xc07cfeb2 in VOP_ACCESS_APV (vop=0xc0acfac0, a=0xf31078d4) at vnode_if.c:571 #20 0xc0718c93 in nlm_get_vfs_state (host=Variable "host" is not available. ) at vnode_if.h:254 #21 0xc0718e30 in nlm_do_unlock (argp=0xf31079c8, result=0xf3107a08, rqstp=0xcb199800, rpcp=0x0) at /zmirror/nfs/freebsd/base/stable/8/sys/ nlm/nlm_prot_impl.c:2227 #22 0xc071ac87 in nlm4_unlock_4_svc (argp=0xf31079c8, result=0xf3107a08, rqstp=0xcb199800) at /zmirror/nfs/freebsd/base/ stable/8/sys/nlm/nlm_prot_server.c:540 #23 0xc071bce3 in nlm_prog_4 (rqstp=0xcb199800, transp=0xc652de00) at / zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_svc.c:512 #24 0xc07284bf in svc_run_internal (pool=0xc61e4c80, ismaster=1) at / zmirror/nfs/freebsd/base/stable/8/sys/rpc/svc.c:893 #25 0xc072943d in svc_run (pool=0xc61e4c80) at /zmirror/nfs/freebsd/ base/stable/8/sys/rpc/svc.c:1233 #26 0xc071a348 in nlm_syscall (td=0xc6551000, uap=0xf3107cf8) at / zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_impl.c:1593 #27 0xc07c5977 in syscall (frame=0xf3107d38) at /zmirror/nfs/freebsd/ base/stable/8/sys/i386/i386/trap.c:1073 #28 0xc07ac570 in Xint0x80_syscall () at /zmirror/nfs/freebsd/base/ stable/8/sys/i386/i386/exception.s:261 #29 0x00000033 in ?? () (kgdb) frame 12 #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at / zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 3568 switch (priv) { (kgdb) l 3567 3562 */ 3563 if (cred->cr_prison->pr_flags & PR_VNET) 3564 return (0); 3565 } 3566 #endif /* VIMAGE */ 3567 3568 switch (priv) { 3569 3570 /* 3571 * Allow ktrace privileges for root in jail. (kgdb) p cred->cr_prison $4 = (struct prison *) 0x0 -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 22:55:06 2009 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 9B8A41065670; Fri, 25 Sep 2009 22:55:06 +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 E606B8FC14; Fri, 25 Sep 2009 22:55:05 +0000 (UTC) Received: from inchoate.gsoft.com.au ([118.210.91.254]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8PMsrR3052429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 26 Sep 2009 08:24:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Alan Cox Date: Sat, 26 Sep 2009 08:24:31 +0930 User-Agent: KMail/1.9.10 References: <200909232322.51060.doconnor@gsoft.com.au> <200909250957.06252.jhb@freebsd.org> <4ABD000F.5080007@cs.rice.edu> In-Reply-To: <4ABD000F.5080007@cs.rice.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6059673.y4KubdhCtN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909260824.39985.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Attilio Rao , alc@freebsd.org, freebsd-stable@freebsd.org, John Baldwin Subject: Re: 8.0-RC1 panic attaching ppc 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, 25 Sep 2009 22:55:06 -0000 --nextPart6059673.y4KubdhCtN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 26 Sep 2009, Alan Cox wrote: > John Baldwin wrote: > > On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote: > >> On Thu, 24 Sep 2009, John Baldwin wrote: > >>> Can you try this patch perhaps: > >>> > >>> Index: sys/amd64/isa/isa_dma.c > >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>>=3D=3D --- isa_dma.c (revision 197430) > >>> +++ isa_dma.c (working copy) > >> > >> This patch fixes the panic for me. > >> > >> I haven't tried printing (don't have any device handy here). > > > > I wonder if pmap_extract(kernel_pmap) doesn't work with direct map > > addresses for some reason? I kind of find that hard to believe > > actually. Alan, the original panic was in > > pmap_extract(kernel_pmap, ...) calls in the isa_dma code. My patch > > that "fixes" the panic just changes them to pmap_kextract(). > > Is this problem occurring on an AMD processor? Yes, CPU: AMD Athlon(tm) II X2 240 Processor (2812.73-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x100f62 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x802009 AMD Features=3D0xee500800 AMD Features2=3D0x37ff TSC: P-state invariant real memory =3D 4294967296 (4096 MB) avail memory =3D 3974762496 (3790 MB) =2D-=20 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 --nextPart6059673.y4KubdhCtN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKvUov5ZPcIHs/zowRAooWAJ9AIVF7re4a/VpPnUs6dG4fxgXZNACfa6G3 iIekr7NQlr9bA8Ba44W1/Uk= =1m+B -----END PGP SIGNATURE----- --nextPart6059673.y4KubdhCtN-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 22:57:44 2009 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 657701065672; Fri, 25 Sep 2009 22:57:44 +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 B16638FC14; Fri, 25 Sep 2009 22:57:43 +0000 (UTC) Received: from inchoate.gsoft.com.au ([118.210.91.254]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n8PMveT7052497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 26 Sep 2009 08:27:40 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: John Baldwin Date: Sat, 26 Sep 2009 08:27:36 +0930 User-Agent: KMail/1.9.10 References: <200909232322.51060.doconnor@gsoft.com.au> <200909251650.16283.doconnor@gsoft.com.au> <200909250957.06252.jhb@freebsd.org> In-Reply-To: <200909250957.06252.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1369506.BNJ1gLmz2U"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200909260827.38494.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Attilio Rao , alc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.0-RC1 panic attaching ppc 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, 25 Sep 2009 22:57:44 -0000 --nextPart1369506.BNJ1gLmz2U Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 25 Sep 2009, John Baldwin wrote: > On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote: > > On Thu, 24 Sep 2009, John Baldwin wrote: > > > Can you try this patch perhaps: > > > > > > Index: sys/amd64/isa/isa_dma.c > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=3D=3D --- isa_dma.c (revision 197430) > > > +++ isa_dma.c (working copy) > > > > This patch fixes the panic for me. > > > > I haven't tried printing (don't have any device handy here). > > I wonder if pmap_extract(kernel_pmap) doesn't work with direct map > addresses for some reason? I kind of find that hard to believe > actually. Alan, the original panic was in pmap_extract(kernel_pmap, > ...) calls in the isa_dma code. My patch that "fixes" the panic just > changes them to pmap_kextract(). Well, if you want to test it some how let me know :) =2D-=20 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 --nextPart1369506.BNJ1gLmz2U Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iD8DBQBKvUri5ZPcIHs/zowRAnd/AJ9OAc5SWZjiGKVTgTuom29WpRP47gCghOOu qQwn0kJjGhuBRSgVcd7Dst0= =FLwG -----END PGP SIGNATURE----- --nextPart1369506.BNJ1gLmz2U-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 23:13:37 2009 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 48045106566C; Fri, 25 Sep 2009 23:13:37 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id CE8E08FC0C; Fri, 25 Sep 2009 23:13:36 +0000 (UTC) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id n8PN1Idc014436; Fri, 25 Sep 2009 17:01:18 -0600 (MDT) Message-ID: <4ABD4BB9.1030804@FreeBSD.org> Date: Fri, 25 Sep 2009 17:01:13 -0600 From: Jamie Gritton User-Agent: Thunderbird 2.0.0.19 (X11/20090109) MIME-Version: 1.0 To: Marcel Moolenaar References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, "current@freebsd.org mailing list" Subject: Re: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) 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, 25 Sep 2009 23:13:37 -0000 Marcel Moolenaar wrote: > All, > > I just got this overnight on my server: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x90 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc05ba39d > stack pointer = 0x28:0xf31077bc > frame pointer = 0x28:0xf31077c8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 928 (NLM: master) > > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc05e03f3 in boot (howto=260) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_shutdown.c:416 > #2 0xc05e062d in panic (fmt=Variable "fmt" is not available. > ) at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_shutdown.c:579 > #3 0xc04ac807 in db_panic (addr=Could not find the frame base for > "db_panic". > ) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:478 > #4 0xc04acd91 in db_command (last_cmdp=0xc0881c3c, cmd_table=0x0, > dopager=1) at /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:445 > #5 0xc04aceea in db_command_loop () at > /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_command.c:498 > #6 0xc04aed5d in db_trap (type=12, code=0) at > /zmirror/nfs/freebsd/base/stable/8/sys/ddb/db_main.c:229 > #7 0xc0608a14 in kdb_trap (type=12, code=0, tf=0xf310777c) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/subr_kdb.c:535 > #8 0xc07c53af in trap_fatal (frame=0xf310777c, eva=144) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:924 > #9 0xc07c5650 in trap_pfault (frame=0xf310777c, usermode=0, eva=144) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:846 > #10 0xc07c5ff2 in trap (frame=0xf310777c) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:528 > #11 0xc07ac50b in calltrap () at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/exception.s:165 > #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 > #13 0xc05d39ee in priv_check_cred (cred=0xc61e4880, priv=334, flags=0) > at /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_priv.c:92 > #14 0xc09dbffc in secpolicy_fs_owner (mp=0xc4112284, cred=0xc61e4880) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_policy.c:86 > > #15 0xc09dc527 in secpolicy_vnode_access (cred=0xc61e4880, > vp=0xc4bb6d9c, owner=501, accmode=128) > at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_policy.c:125 > > #16 0xc0a56c5c in zfs_zaccess (zp=0xd4be8658, mode=2, flags=Variable > "flags" is not available. > ) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2445 > > #17 0xc0a56edb in zfs_zaccess_rwx (zp=0xd4be8658, mode=Variable "mode" > is not available. > ) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_acl.c:2484 > > #18 0xc0a6bfa4 in zfs_freebsd_access (ap=0xf31078d4) at > /zmirror/nfs/freebsd/base/stable/8/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1068 > > #19 0xc07cfeb2 in VOP_ACCESS_APV (vop=0xc0acfac0, a=0xf31078d4) at > vnode_if.c:571 > #20 0xc0718c93 in nlm_get_vfs_state (host=Variable "host" is not available. > ) at vnode_if.h:254 > #21 0xc0718e30 in nlm_do_unlock (argp=0xf31079c8, result=0xf3107a08, > rqstp=0xcb199800, rpcp=0x0) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_impl.c:2227 > #22 0xc071ac87 in nlm4_unlock_4_svc (argp=0xf31079c8, result=0xf3107a08, > rqstp=0xcb199800) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_server.c:540 > #23 0xc071bce3 in nlm_prog_4 (rqstp=0xcb199800, transp=0xc652de00) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_svc.c:512 > #24 0xc07284bf in svc_run_internal (pool=0xc61e4c80, ismaster=1) at > /zmirror/nfs/freebsd/base/stable/8/sys/rpc/svc.c:893 > #25 0xc072943d in svc_run (pool=0xc61e4c80) at > /zmirror/nfs/freebsd/base/stable/8/sys/rpc/svc.c:1233 > #26 0xc071a348 in nlm_syscall (td=0xc6551000, uap=0xf3107cf8) at > /zmirror/nfs/freebsd/base/stable/8/sys/nlm/nlm_prot_impl.c:1593 > #27 0xc07c5977 in syscall (frame=0xf3107d38) at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/trap.c:1073 > #28 0xc07ac570 in Xint0x80_syscall () at > /zmirror/nfs/freebsd/base/stable/8/sys/i386/i386/exception.s:261 > #29 0x00000033 in ?? () > > (kgdb) frame 12 > #12 0xc05ba39d in prison_priv_check (cred=0xc61e4880, priv=334) at > /zmirror/nfs/freebsd/base/stable/8/sys/kern/kern_jail.c:3568 > 3568 switch (priv) { > (kgdb) l 3567 > 3562 */ > 3563 if (cred->cr_prison->pr_flags & PR_VNET) > 3564 return (0); > 3565 } > 3566 #endif /* VIMAGE */ > 3567 > 3568 switch (priv) { > 3569 > 3570 /* > 3571 * Allow ktrace privileges for root in jail. > (kgdb) p cred->cr_prison > $4 = (struct prison *) 0x0 It seems to be NFS related. I think the null pointer in question is from the export's anonymous credential. Try the patch below and see if it helps (which I guess means run it overnight and see if it crashes again). I've also patched a similar missing cred prison in GSS_SVC, since I'm not versed enough in NFS/RPC stuff to know if it might be the problem. - Jamie Index: kern/vfs_export.c =================================================================== --- kern/vfs_export.c (revision 197506) +++ kern/vfs_export.c (working copy) @@ -122,6 +122,8 @@ np->netc_anon->cr_uid = argp->ex_anon.cr_uid; crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, argp->ex_anon.cr_groups); + np->netc_anon->cr_prison = &prison0; + prison_hold(np->netc_anon->cr_prison); np->netc_numsecflavors = argp->ex_numsecflavors; bcopy(argp->ex_secflavors, np->netc_secflavors, sizeof(np->netc_secflavors)); @@ -206,6 +208,8 @@ np->netc_anon->cr_uid = argp->ex_anon.cr_uid; crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, np->netc_anon->cr_groups); + np->netc_anon->cr_prison = &prison0; + prison_hold(np->netc_anon->cr_prison); np->netc_numsecflavors = argp->ex_numsecflavors; bcopy(argp->ex_secflavors, np->netc_secflavors, sizeof(np->netc_secflavors)); Index: rpc/rpcsec_gss/svc_rpcsec_gss.c =================================================================== --- rpc/rpcsec_gss/svc_rpcsec_gss.c (revision 197506) +++ rpc/rpcsec_gss/svc_rpcsec_gss.c (working copy) @@ -449,6 +449,8 @@ cr->cr_uid = cr->cr_ruid = cr->cr_svuid = uc->uid; cr->cr_rgid = cr->cr_svgid = uc->gid; crsetgroups(cr, uc->gidlen, uc->gidlist); + cr->cr_prison = &prison0; + prison_hold(cr->cr_prison); *crp = crhold(cr); return (TRUE); From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 23:29:23 2009 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 284FF10656C2 for ; Fri, 25 Sep 2009 23:29:23 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id E97DB8FC1E for ; Fri, 25 Sep 2009 23:29:22 +0000 (UTC) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id n8PNTM0H022004 for ; Fri, 25 Sep 2009 18:29:22 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id n8PNTM8J021976 for freebsd-stable@freebsd.org; Fri, 25 Sep 2009 18:29:22 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Fri, 25 Sep 2009 18:29:22 -0500 From: Scott Lambert To: freebsd-stable@freebsd.org Message-ID: <20090925232922.GE4858@sysmon.tcworks.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <539c60b90909250847j392d9002kf3daebeb7f2b143f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539c60b90909250847j392d9002kf3daebeb7f2b143f@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Subject: Re: 8-RC1: ral0: need multicast update callback 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, 25 Sep 2009 23:29:23 -0000 On Fri, Sep 25, 2009 at 08:47:38AM -0700, Steve Franks wrote: > On my vanilla RC1 install (from ISO), ral seems to be having issues. > About every 1/2 hour it will hang the network when downloading ports, > or doing a large rsync transfer. If you ctrl-c on the transfer & > restart, it fires right up. > > The only error: > ral0: need multicast update callback > > I noticed some people having this problem with ndis and iwi in 2008 > (!) on the list, but no mention of ral... I've been seeing pauses in network connectivity with my iwn in BETA-2 through 4. I hadn't noticed it much until I set "wpa_ptk_rekey=NNNN" down to 600. Then it seemed like it hit me every five minutes. I think it was originally 1800. But the /usr/share/examples/etc/wpa_supplicant.conf, currently has it at 600 in -RC1. I could be remembering incorrectly. It seems like it became much less frequent when I changed wpa_ptk_rekey to 3600. Maybe I just started noticing when I had to start doing a lot of ssh sessions from the house. My sessions would lock up and, usually, continue in a few seconds to a few minutes. If I hadn't been using a session when the network paused, that session would usually be working fine while I waited for my original session to continue. I have not noticed it on my WEP AP, but I normally connect the ethernet cable at that location. I should test there. I have other issues with the iwn and haven't really dug into the problem to try to figure out if it is wpa_supplicant or iwn or a combination. iwn does not function after resume so I've actually run ethernet cables to where I use the laptop now. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Fri Sep 25 23:53:21 2009 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 A69A0106566B; Fri, 25 Sep 2009 23:53:21 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 8F45B8FC12; Fri, 25 Sep 2009 23:53:21 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from [172.24.241.135] (natint3.juniper.net [66.129.224.36]) by asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KQJ00DQ3X0PZL50@asmtp024.mac.com>; Fri, 25 Sep 2009 16:53:21 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <4ABD4BB9.1030804@FreeBSD.org> Date: Fri, 25 Sep 2009 16:53:12 -0700 Message-id: <584F5511-DD82-4BBD-B243-7698E4831072@mac.com> References: <4ABD4BB9.1030804@FreeBSD.org> To: Jamie Gritton X-Mailer: Apple Mail (2.1076) Cc: stable@FreeBSD.org, "current@freebsd.org mailing list" Subject: Re: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) 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, 25 Sep 2009 23:53:21 -0000 On Sep 25, 2009, at 4:01 PM, Jamie Gritton wrote: >> (kgdb) p cred->cr_prison >> $4 = (struct prison *) 0x0 > > It seems to be NFS related. I think the null pointer in question is > from the export's anonymous credential. Try the patch below and see > if it helps (which I guess means run it overnight and see if it > crashes again). Thanks. I'll give it a spin... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 03:00:25 2009 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 6953F1065672 for ; Sat, 26 Sep 2009 03:00:25 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 010DD8FC14 for ; Sat, 26 Sep 2009 03:00:24 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so686693eyf.9 for ; Fri, 25 Sep 2009 20:00:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=nikgR5FU2ExLRnl9q+D8tCg2fvLRD8HlZypDhetG+os=; b=S2nVoxQ3OIj1D6f0fHRk4FH0HIUIGqt44c6kfZJdmra+s2ZYsItlCtLL4PNZCeu2KO NRsrFPI1x3EeGRbv/ddbVAiAedHYcCD50s7GodAz9pBKMzcnGBwJDDKCsGwYatiIse7M egsCYhsA3ovJcTtDPRFydjXO0/+49v48enucQ= 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=fvHONr5gwQBOcrrG6O7xKE21kl84o49RzdwwJfC2ZUGrCKM/ZXoVNWgZxFLhp7kCcS +jlUXOCDYmfWj8MVJpjO758aTzCcskSb1isikmhEwCVhsiaedSDilyBAkzYMzJ2vusaL FL+bDjbixTeOCaEy0EYskXG7hPLza8L+v1cp4= MIME-Version: 1.0 Received: by 10.211.147.8 with SMTP id z8mr376932ebn.87.1253932406173; Fri, 25 Sep 2009 19:33:26 -0700 (PDT) In-Reply-To: <20090925232922.GE4858@sysmon.tcworks.net> References: <539c60b90909250847j392d9002kf3daebeb7f2b143f@mail.gmail.com> <20090925232922.GE4858@sysmon.tcworks.net> Date: Sat, 26 Sep 2009 02:33:26 +0000 Message-ID: <179b97fb0909251933u6a415aden43b86a131698e749@mail.gmail.com> From: Brandon Gooch To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: 8-RC1: ral0: need multicast update callback 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, 26 Sep 2009 03:00:25 -0000 On Fri, Sep 25, 2009 at 11:29 PM, Scott Lambert wrote: > iwn does not function after resume so I've actually run ethernet cables > to where I use the laptop now. I have to unload the if_iwn module on suspend, and reload it on resume (via /etc/rc.[suspend|resume], of course). Have you tried that? -Brandon From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 08:17:09 2009 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 2DB29106566B for ; Sat, 26 Sep 2009 08:17:09 +0000 (UTC) (envelope-from oliver@akephalos.de) Received: from mailout08.t-online.de (mailout08.t-online.de [194.25.134.20]) by mx1.freebsd.org (Postfix) with ESMTP id E78F38FC0A for ; Sat, 26 Sep 2009 08:17:08 +0000 (UTC) Received: from fwd07.aul.t-online.de by mailout08.t-online.de with smtp id 1MrSCU-0006Kb-04; Sat, 26 Sep 2009 10:00:14 +0200 Received: from [192.168.1.122] (rPOJ5wZ6rtAxyRy66E7NYfgrjI+0T4rpUy78-LMayk7QE5s-SHkbskJemJZ6SL4K8I1H+9wq2y@[91.21.72.171]) by fwd07.t-online.de with esmtp id 1MrSCT-0LAlU00; Sat, 26 Sep 2009 10:00:13 +0200 Message-Id: <92B888BB-4210-4E33-9CDB-66CA5366AD5C@akephalos.de> From: "O.Herold" To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPod Mail 7C145) Date: Sat, 26 Sep 2009 09:58:20 +0200 X-Mailer: iPod Mail (7C145) X-ID: rPOJ5wZ6rtAxyRy66E7NYfgrjI+0T4rpUy78-LMayk7QE5s-SHkbskJemJZ6SL4K8I1H+9wq2y X-TOI-MSGID: 54bd9231-869e-4abd-8219-2d9bb3c260ff Subject: (no subject) 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, 26 Sep 2009 08:17:09 -0000 pro bono publico From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 13:25:23 2009 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 4B27D10656B8 for ; Sat, 26 Sep 2009 13:25:23 +0000 (UTC) (envelope-from christof.schulze@gmx.com) Received: from mail.gmx.com (unknown [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id A93538FC1A for ; Sat, 26 Sep 2009 13:25:22 +0000 (UTC) Received: (qmail invoked by alias); 26 Sep 2009 13:25:20 -0000 Received: from 98.90.135.212.in-addr.arpa (EHLO klausdieter0815.dyndns.org) [212.135.90.98] by mail.gmx.com (mp-eu004) with SMTP; 26 Sep 2009 15:25:20 +0200 X-Authenticated: #56306756 X-Provags-ID: V01U2FsdGVkX18A1XYzH+MA9Q6No8dmmUnyvotCkr7BCbhxS+thDy 5xVFIg8uyHsM5E Received: by myhost.mydomain.de (Postfix, from userid 1001) id AB20451; Sat, 26 Sep 2009 15:25:19 +0200 (CEST) From: Christof Schulze To: freebsd-stable@freebsd.org Date: Sat, 26 Sep 2009 15:25:17 +0200 User-Agent: KMail/1.12.0 (FreeBSD/7.2-STABLE; KDE/4.3.0; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200909261525.18608.christof.schulze@gmx.com> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 Subject: various kde programs spin in a poll/read loop against their respective config files 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, 26 Sep 2009 13:25:23 -0000 Hello everyone, the discussion in -current and the behavior of my hard disk caused me to investigate. Whenever kde programs are run on this system, the hard disk will not spin down (even when excessive timeouts for syncs are in effect) So I ran truss against kwallet and plasma-desktop to find out they do the same thing: stat("/home/erika/.kde4/share/apps/kwallet",{ mode=drwx------ ,inode=56314,size=3,blksize=4096 }) = 0 (0x0) clock_gettime(4,{10454.430272035 }) = 0 (0x0) clock_gettime(4,{10454.430363671 }) = 0 (0x0) clock_gettime(4,{10454.430432397 }) = 0 (0x0) clock_gettime(4,{10454.430516490 }) = 0 (0x0) read(8,0x808f9102c,4096) ERR#35 'Resource temporarily unavailable' poll({3/POLLIN 9/POLLIN 8/POLLIN 5/POLLIN},4,0) = 0 (0x0) clock_gettime(4,{10454.430734403 }) = 0 (0x0) read(8,0x808f9102c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{10454.430882473 }) = 0 (0x0) read(8,0x808f9102c,4096) ERR#35 'Resource temporarily unavailable' poll({3/POLLIN 9/POLLIN 8/POLLIN 5/POLLIN},4,499) = 0 (0x0) clock_gettime(4,{10454.939752100 }) = 0 (0x0) read(8,0x808f9102c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{10454.939905198 }) = 0 (0x0) stat("/home/erika/.kde4/share/apps/kwallet",{ mode=drwx------ ,inode=56314,size=3,blksize=4096 }) = 0 (0x0) clock_gettime(4,{10454.940151049 }) = 0 (0x0) clock_gettime(4,{10454.940242126 }) = 0 (0x0) clock_gettime(4,{10454.940309456 }) = 0 (0x0) clock_gettime(4,{10454.940392710 }) = 0 (0x0) read(8,0x808f9102c,4096) ERR#35 'Resource temporarily unavailable' poll({3/POLLIN 9/POLLIN 8/POLLIN 5/POLLIN},4,0) = 0 (0x0) clock_gettime(4,{10454.940612580 }) = 0 (0x0) read(8,0x808f9102c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{10454.940760929 }) = 0 (0x0) read(8,0x808f9102c,4096) ERR#35 'Resource temporarily unavailable' Shouldn't this be handled by fam/gamin in order to avoid this overhead? While it does not produce notable load it prevents my processor from saving power as well as spinning down the disks. I will gladly provide more information on this if necessary. This is a FreeBSD 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jul 7 04:56:00 CEST 2009 root@ccschu935:/usr/obj/usr/src/sys/GENERIC amd64 system Regards Christof From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 15:55:05 2009 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 D7638106566B; Sat, 26 Sep 2009 15:55:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AE4D78FC18; Sat, 26 Sep 2009 15:55:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id n8QFt4TV058091; Sat, 26 Sep 2009 11:55:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id n8QFt4b9058084; Sat, 26 Sep 2009 15:55:04 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 26 Sep 2009 15:55:04 GMT Message-Id: <200909261555.n8QFt4b9058084@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Sep 2009 15:55:06 -0000 TB --- 2009-09-26 15:45:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-26 15:45:35 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2009-09-26 15:45:36 - cleaning the object tree TB --- 2009-09-26 15:48:08 - cvsupping the source tree TB --- 2009-09-26 15:48:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2009-09-26 15:48:54 - building world TB --- 2009-09-26 15:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-26 15:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-26 15:48:54 - TARGET=ia64 TB --- 2009-09-26 15:48:54 - TARGET_ARCH=ia64 TB --- 2009-09-26 15:48:54 - TZ=UTC TB --- 2009-09-26 15:48:54 - __MAKE_CONF=/dev/null TB --- 2009-09-26 15:48:54 - cd /src TB --- 2009-09-26 15:48:54 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 26 15:48:56 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfganal.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgbuild.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgcleanup.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgcleanup.c: In function 'try_crossjump_to_edge': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgcleanup.c:1601: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-26 15:55:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-26 15:55:04 - ERROR: failed to build world TB --- 2009-09-26 15:55:04 - 212.52 user 51.89 system 568.80 real http://tinderbox.des.no/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 19:22:46 2009 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 4C889106566B for ; Sat, 26 Sep 2009 19:22:46 +0000 (UTC) (envelope-from chris@shenton.org) Received: from shenton.org (koansys.com [71.246.241.106]) by mx1.freebsd.org (Postfix) with ESMTP id 2AEC08FC26 for ; Sat, 26 Sep 2009 19:22:46 +0000 (UTC) Received: by Boqueria.shenton.org (Postfix, from userid 1001) id 9A7198914; Sat, 26 Sep 2009 15:04:07 -0400 (EDT) To: stable@freebsd.org From: Chris Shenton Date: Sat, 26 Sep 2009 15:04:07 -0400 Message-ID: <86d45dh6jc.fsf@Boqueria.shenton.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: How to upgrade kernel with gmirror boot? 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, 26 Sep 2009 19:22:46 -0000 I've got a couple FreeBSD 7.0 systems which I am trying to upgrade. I had used ZFS for everything except the boot where I had used a gmirror. I didn't really understand it all then, but it's been working fine. The problem is that now with I "make buildworld" and "make installkernel" I get the old original kernel, not the new one. I suspect it's because I'm not installing the kernel in the boot partition that's actually being used, but am out of my depth here and need some advice. Here's how I created the gmirror and installed onto it back then, per my notes. I had 2x 1TB drives and wanted to use a gmirror for the boot and ZFS for the rest: Did a minimal install onto a 1GB ad4s1a. fdisk -BI ad6 bslabel ad4s1 > /tmp/label bsdlabel -RB ad6s1 /tmp/label gmirror label boot ad6s1a newfs /dev/mirror/boot mount /dev/mirror/boot /mnt find -x / | cpio -pmd /mnt rm -rf /mnt/var/* /mnt/usr/* /mnt/tmp/* reboot gmirror insert boot ad4s1a Rebooting I believe is now booting from the gmirror comprised of ad4s1a and ad6s1a: $ df -h / /boot Filesystem Size Used Avail Capacity Mounted on /dev/mirror/boot 989M 634M 276M 70% / /dev/mirror/boot 989M 634M 276M 70% / After "make installkernel" my /boot/GENERIC is still from 2008, when I did the original installation. My /boot/kernel is new, from the installkernel. What am I missing? It seems I am not "installkernel"-ing to the right place where the boot loader is looking. Thanks. PS: Current "gmirror list" output: $ gmirror list Geom name: boot State: COMPLETE Components: 1 Balance: split Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2728037890 Providers: 1. Name: mirror/boot Mediasize: 1073741312 (1.0G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad6s1a Mediasize: 1073741824 (1.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2864447916 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 21:04:15 2009 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 DA845106566C; Sat, 26 Sep 2009 21:04:14 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 9F1B58FC19; Sat, 26 Sep 2009 21:04:14 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id F0DCD2C2C56; Sat, 26 Sep 2009 16:04:13 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id AyT7chBDPRzp; Sat, 26 Sep 2009 16:04:06 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id A3B9F2C2BF0; Sat, 26 Sep 2009 16:04:05 -0500 (CDT) Message-ID: <4ABE81C5.2010009@cs.rice.edu> Date: Sat, 26 Sep 2009 16:04:05 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Daniel O'Connor References: <200909232322.51060.doconnor@gsoft.com.au> <200909250957.06252.jhb@freebsd.org> <4ABD000F.5080007@cs.rice.edu> <200909260824.39985.doconnor@gsoft.com.au> In-Reply-To: <200909260824.39985.doconnor@gsoft.com.au> Content-Type: multipart/mixed; boundary="------------010502000108070908030508" Cc: Attilio Rao , alc@freebsd.org, freebsd-stable@freebsd.org, John Baldwin Subject: Re: 8.0-RC1 panic attaching ppc 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, 26 Sep 2009 21:04:15 -0000 This is a multi-part message in MIME format. --------------010502000108070908030508 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Daniel O'Connor wrote: > On Sat, 26 Sep 2009, Alan Cox wrote: > >> John Baldwin wrote: >> >>> On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote: >>> >>>> On Thu, 24 Sep 2009, John Baldwin wrote: >>>> >>>>> Can you try this patch perhaps: >>>>> >>>>> Index: sys/amd64/isa/isa_dma.c >>>>> ================================================================= >>>>> == --- isa_dma.c (revision 197430) >>>>> +++ isa_dma.c (working copy) >>>>> >>>> This patch fixes the panic for me. >>>> >>>> I haven't tried printing (don't have any device handy here). >>>> >>> I wonder if pmap_extract(kernel_pmap) doesn't work with direct map >>> addresses for some reason? I kind of find that hard to believe >>> actually. Alan, the original panic was in >>> pmap_extract(kernel_pmap, ...) calls in the isa_dma code. My patch >>> that "fixes" the panic just changes them to pmap_kextract(). >>> >> Is this problem occurring on an AMD processor? >> > > Yes, > CPU: AMD Athlon(tm) II X2 240 Processor (2812.73-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x100f62 Stepping = 2 > Features=0x178bfbff > Features2=0x802009 > AMD Features=0xee500800 > AMD Features2=0x37ff > TSC: P-state invariant > real memory = 4294967296 (4096 MB) > avail memory = 3974762496 (3790 MB) > > Ok, now I can explain what is happening. The kernel is using 1GB pages to implement the direct map. Unfortunately, pmap_extract() doesn't know how to handle a 1GB page mapping. pmap_kextract() only works by an "accident" of its different implementation. In other words, it should not be relied upon to work either. Please revert whatever patch John gave you and try the attached patch. It simply disables the use of 1GB page mapping by the direct map. Regards, Alan --------------010502000108070908030508 Content-Type: text/plain; name="Page1GB.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Page1GB.patch" Index: amd64/amd64/pmap.c =================================================================== --- amd64/amd64/pmap.c (revision 197425) +++ amd64/amd64/pmap.c (working copy) @@ -442,7 +442,7 @@ if (ndmpdp < 4) /* Minimum 4GB of dirmap */ ndmpdp = 4; DMPDPphys = allocpages(firstaddr, NDMPML4E); - if ((amd_feature & AMDID_PAGE1GB) == 0) + if (TRUE || (amd_feature & AMDID_PAGE1GB) == 0) DMPDphys = allocpages(firstaddr, ndmpdp); dmaplimit = (vm_paddr_t)ndmpdp << PDPSHIFT; @@ -476,7 +476,7 @@ /* Now set up the direct map space using either 2MB or 1GB pages */ /* Preset PG_M and PG_A because demotion expects it */ - if ((amd_feature & AMDID_PAGE1GB) == 0) { + if (TRUE || (amd_feature & AMDID_PAGE1GB) == 0) { for (i = 0; i < NPDEPG * ndmpdp; i++) { ((pd_entry_t *)DMPDphys)[i] = (vm_paddr_t)i << PDRSHIFT; ((pd_entry_t *)DMPDphys)[i] |= PG_RW | PG_V | PG_PS | --------------010502000108070908030508-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 21:57:43 2009 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 74A131065672 for ; Sat, 26 Sep 2009 21:57:43 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.freebsd.org (Postfix) with ESMTP id 12DA28FC0A for ; Sat, 26 Sep 2009 21:57:42 +0000 (UTC) Received: from maxwell.mencon.com.au (c220-239-199-115.chirn1.vic.optusnet.com.au [220.239.199.115]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n8QLve0V022306 for ; Sun, 27 Sep 2009 07:57:41 +1000 Received: from [203.2.73.73] (unknown [203.2.73.73]) by maxwell.mencon.com.au (Postfix) with ESMTP id 679D35C45 for ; Sun, 27 Sep 2009 07:57:40 +1000 (EST) Message-ID: <4ABE8E53.1050107@menhennitt.com.au> Date: Sun, 27 Sep 2009 07:57:39 +1000 From: Graham Menhennitt User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: FreeBSD stable References: <4A6020E1.9010600@menhennitt.com.au> In-Reply-To: <4A6020E1.9010600@menhennitt.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ath0: stuck beacon; resetting (bmiss count 4) 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, 26 Sep 2009 21:57:43 -0000 Back in July, I asked the following on this list. I didn't get any replies. I was running 7.2 at the time and the messages were coming up every couple of minutes. Now I've upgraded to 8-RC1 and the same message is coming out on the console every few seconds. The miss count limit is now a sysctl tunable. I've increased it to 20 which slows the messages down but they still happen. I then increased it to 2000 which has stopped them completely. Although I did get a few "ath0: device timeout" messages. It seems to work correctly as a WPA2 AP. Below is the contents of my hostapd.conf and the relevant lines from rc.conf. Is this something to worry about? Can I improve it any way? Thanks for any help, Graham hostapd.conf: interface=wlan0 debug=1 ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=Menhennitt wpa=2 wpa_passphrase=xxxxx wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP rc.conf: ifconfig_wlan0="inet xx.xx.xx.xx/25" wlans_ath0="wlan0" create_args_wlan0="wlanmode hostap mode 11g" hostapd_enable="YES" Graham Menhennitt wrote: > I'me getting the message "ath0: stuck beacon; resetting (bmiss count 4)" > logged to syslog every so often. I have a Soekris net5501 with a Wistron > CM9 mini-PCI wireless card. I'm running FreeBSD 7.2-stable and "dmesg | > grep ath0" gives: > > ath0: mem 0xa0010000-0xa001ffff irq 15 at device 17.0 on pci0 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:0b:6b:36:99:93 > ath0: mac 5.9 phy 4.3 radio 3.6 > ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal > flags 0x150), hal status 12 > > I've seen Sam Leffler's reply to a previous question about the same log > message at > http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004196.html. > > Looking at the source code of if_ath.c in stable: > > if (sc->sc_bmisscount > 3) /* NB: 3 is a guess */ > taskqueue_enqueue(sc->sc_tq, &sc->sc_bstucktask);\ > > Now, in head the 3 has been made a variable but it doesn't seem to be > able to be tuned in any reasonable way. > > I've tied increasing it to 20 and it doesn't seem to have any obvious > bad effects. > > So, my questions: > - is 3 really a good guess? > - can it be increased safely? > - what sort of values should I try? > - are there any consequences of increasing it? > - could it be made a sysctl tunable? > From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 22:20:02 2009 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 1A7A01065672 for ; Sat, 26 Sep 2009 22:20:02 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 961408FC08 for ; Sat, 26 Sep 2009 22:20:01 +0000 (UTC) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n8QLlTFv079609 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 26 Sep 2009 23:47:30 +0200 (CEST) (envelope-from stb@lassitu.de) (authenticated as stb) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Stefan Bethke In-Reply-To: <86d45dh6jc.fsf@Boqueria.shenton.org> Date: Sat, 26 Sep 2009 23:47:29 +0200 Content-Transfer-Encoding: 7bit Message-Id: References: <86d45dh6jc.fsf@Boqueria.shenton.org> To: Chris Shenton X-Mailer: Apple Mail (2.1076) Cc: stable@freebsd.org Subject: Re: How to upgrade kernel with gmirror boot? 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, 26 Sep 2009 22:20:02 -0000 Am 26.09.2009 um 21:04 schrieb Chris Shenton: > PS: Current "gmirror list" output: > > $ gmirror list > Geom name: boot > State: COMPLETE > Components: 1 ^^^ There's your problem: your mirror consist of only ad6s1a. You need to add ad4s1a using gmirror insert, or tell your BIOS to boot from the second disk. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Sat Sep 26 23:47:19 2009 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 EFFDF106568D; Sat, 26 Sep 2009 23:47:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C97BA8FC1D; Sat, 26 Sep 2009 23:47:19 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 660AC46B0C; Sat, 26 Sep 2009 19:47:19 -0400 (EDT) Date: Sun, 27 Sep 2009 00:47:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jamie Gritton In-Reply-To: <4ABD4BB9.1030804@FreeBSD.org> Message-ID: References: <4ABD4BB9.1030804@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, Marcel Moolenaar , "current@freebsd.org mailing list" Subject: Re: 8.0-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?) 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, 26 Sep 2009 23:47:20 -0000 On Fri, 25 Sep 2009, Jamie Gritton wrote: > It seems to be NFS related. I think the null pointer in question is from > the export's anonymous credential. Try the patch below and see if it helps > (which I guess means run it overnight and see if it crashes again). I've > also patched a similar missing cred prison in GSS_SVC, since I'm not versed > enough in NFS/RPC stuff to know if it might be the problem. This is one of the reasons I really dislike "magic" credentials and special handling of NULL credentials -- they always get into code the author doesn't expect, and either there are bad pointer dereferences, or incorrect security decisions. It's almost always the case that a correct credential should have been cached or generated at some earlier point to represent the security context... Robert > > - Jamie > > > Index: kern/vfs_export.c > =================================================================== > --- kern/vfs_export.c (revision 197506) > +++ kern/vfs_export.c (working copy) > @@ -122,6 +122,8 @@ > np->netc_anon->cr_uid = argp->ex_anon.cr_uid; > crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, > argp->ex_anon.cr_groups); > + np->netc_anon->cr_prison = &prison0; > + prison_hold(np->netc_anon->cr_prison); > np->netc_numsecflavors = argp->ex_numsecflavors; > bcopy(argp->ex_secflavors, np->netc_secflavors, > sizeof(np->netc_secflavors)); > @@ -206,6 +208,8 @@ > np->netc_anon->cr_uid = argp->ex_anon.cr_uid; > crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, > np->netc_anon->cr_groups); > + np->netc_anon->cr_prison = &prison0; > + prison_hold(np->netc_anon->cr_prison); > np->netc_numsecflavors = argp->ex_numsecflavors; > bcopy(argp->ex_secflavors, np->netc_secflavors, > sizeof(np->netc_secflavors)); > Index: rpc/rpcsec_gss/svc_rpcsec_gss.c > =================================================================== > --- rpc/rpcsec_gss/svc_rpcsec_gss.c (revision 197506) > +++ rpc/rpcsec_gss/svc_rpcsec_gss.c (working copy) > @@ -449,6 +449,8 @@ > cr->cr_uid = cr->cr_ruid = cr->cr_svuid = uc->uid; > cr->cr_rgid = cr->cr_svgid = uc->gid; > crsetgroups(cr, uc->gidlen, uc->gidlist); > + cr->cr_prison = &prison0; > + prison_hold(cr->cr_prison); > *crp = crhold(cr); > > return (TRUE); > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >