From owner-freebsd-stable@FreeBSD.ORG Sun May 23 13:02:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87567106566C for ; Sun, 23 May 2010 13:02:07 +0000 (UTC) (envelope-from rvdp@rvdp.org) Received: from kirk.rvdp.org (kirk.rvdp.org [IPv6:2001:610:108:87::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0BE968FC18 for ; Sun, 23 May 2010 13:02:06 +0000 (UTC) Received: from kirk.rvdp.org (localhost [127.0.0.1]) by kirk.rvdp.org (8.14.3/8.14.3) with ESMTP id o4ND24jS064514 for ; Sun, 23 May 2010 15:02:04 +0200 (CEST) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.14.3/8.14.3/Submit) id o4ND24iK064513 for freebsd-stable@freebsd.org; Sun, 23 May 2010 15:02:04 +0200 (CEST) (envelope-from rvdp) Date: Sun, 23 May 2010 15:02:04 +0200 From: Ronald van der Pol To: freebsd-stable@freebsd.org Message-ID: <20100523130203.GA22200@rvdp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: sys/modules/geom/geom_part/geom_part_apm compilation 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, 23 May 2010 13:02:07 -0000 I want to try the ix(4) 10GE driver on -STABLE. I am compiling -STABLE on a test server. I cvsup'd -STABLE in a clean /usr/src. Compiling world went fine. Kernel stops with this error: /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: for each function it appears in.) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c: In function 'g_part_apm_type': /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/sys/modules/geom/geom_part/geom_part_apm. *** Error code 1 Stop in /usr/src/sys/modules/geom/geom_part. *** Error code 1 Stop in /usr/src/sys/modules/geom. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Did I choose the wrong moment to try -STABLE? rvdp From owner-freebsd-stable@FreeBSD.ORG Sun May 23 13:58:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80DB106564A for ; Sun, 23 May 2010 13:58:53 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5248FC12 for ; Sun, 23 May 2010 13:58:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id o4NDwpiE059589; Sun, 23 May 2010 17:58:51 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 23 May 2010 17:58:51 +0400 (MSD) From: Dmitry Morozovsky To: Ronald van der Pol In-Reply-To: <20100523130203.GA22200@rvdp.org> Message-ID: References: <20100523130203.GA22200@rvdp.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (woozle.rinet.ru [0.0.0.0]); Sun, 23 May 2010 17:58:52 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: sys/modules/geom/geom_part/geom_part_apm compilation 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, 23 May 2010 13:58:53 -0000 On Sun, 23 May 2010, Ronald van der Pol wrote: RvdP> I want to try the ix(4) 10GE driver on -STABLE. I am compiling -STABLE RvdP> on a test server. I cvsup'd -STABLE in a clean /usr/src. Compiling RvdP> world went fine. Kernel stops with this error: RvdP> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: for each function it appears in.) RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c: In function 'g_part_apm_type': RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) RvdP> *** Error code 1 yep, it's broken now. Wait for a few hours, or try to integrate SVN change 200534 (to /sys/geom/part/*). -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun May 23 14:08:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC7681065672 for ; Sun, 23 May 2010 14:08:57 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 413B08FC1F for ; Sun, 23 May 2010 14:08:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id o4NE8tF0059724; Sun, 23 May 2010 18:08:55 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 23 May 2010 18:08:55 +0400 (MSD) From: Dmitry Morozovsky To: Ronald van der Pol In-Reply-To: Message-ID: References: <20100523130203.GA22200@rvdp.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (woozle.rinet.ru [0.0.0.0]); Sun, 23 May 2010 18:08:55 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: sys/modules/geom/geom_part/geom_part_apm compilation 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, 23 May 2010 14:08:57 -0000 On Sun, 23 May 2010, Dmitry Morozovsky wrote: DM> RvdP> I want to try the ix(4) 10GE driver on -STABLE. I am compiling -STABLE DM> RvdP> on a test server. I cvsup'd -STABLE in a clean /usr/src. Compiling DM> RvdP> world went fine. Kernel stops with this error: DM> RvdP> DM> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) DM> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once DM> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:131: error: for each function it appears in.) DM> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) DM> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c: In function 'g_part_apm_type': DM> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) DM> RvdP> /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) DM> RvdP> *** Error code 1 DM> DM> yep, it's broken now. DM> DM> Wait for a few hours, or try to integrate SVN change 200534 (to DM> /sys/geom/part/*). Of course, you can also strip down module list to only needed with something like MODULES_OVERRIDE="ipfw dummynet" (see output of kldstat) in your /etc/make.conf -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun May 23 15:51:57 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAD18106566C; Sun, 23 May 2010 15:51:57 +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 871E38FC16; Sun, 23 May 2010 15:51:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o4NFpubx002761; Sun, 23 May 2010 11:51:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o4NFpu41002735; Sun, 23 May 2010 15:51:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 May 2010 15:51:56 GMT Message-Id: <201005231551.o4NFpu41002735@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 amd64/amd64 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: Sun, 23 May 2010 15:51:57 -0000 TB --- 2010-05-23 14:15:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-23 14:15:51 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2010-05-23 14:15:51 - cleaning the object tree TB --- 2010-05-23 14:16:09 - cvsupping the source tree TB --- 2010-05-23 14:16:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2010-05-23 14:16:39 - building world TB --- 2010-05-23 14:16:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 14:16:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 14:16:39 - TARGET=amd64 TB --- 2010-05-23 14:16:39 - TARGET_ARCH=amd64 TB --- 2010-05-23 14:16:39 - TZ=UTC TB --- 2010-05-23 14:16:39 - __MAKE_CONF=/dev/null TB --- 2010-05-23 14:16:39 - cd /src TB --- 2010-05-23 14:16:39 - /usr/bin/make -B buildworld >>> World build started on Sun May 23 14:16:39 UTC 2010 >>> 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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun May 23 15:42:45 UTC 2010 TB --- 2010-05-23 15:42:45 - generating LINT kernel config TB --- 2010-05-23 15:42:45 - cd /src/sys/amd64/conf TB --- 2010-05-23 15:42:45 - /usr/bin/make -B LINT TB --- 2010-05-23 15:42:45 - building LINT kernel TB --- 2010-05-23 15:42:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 15:42:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 15:42:45 - TARGET=amd64 TB --- 2010-05-23 15:42:45 - TARGET_ARCH=amd64 TB --- 2010-05-23 15:42:45 - TZ=UTC TB --- 2010-05-23 15:42:45 - __MAKE_CONF=/dev/null TB --- 2010-05-23 15:42:45 - cd /src TB --- 2010-05-23 15:42:45 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 23 15:42:45 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/geom/part/g_part_apm.c: In function 'apm_parse_type': /src/sys/geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once /src/sys/geom/part/g_part_apm.c:131: error: for each function it appears in.) /src/sys/geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c: In function 'g_part_apm_type': /src/sys/geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-23 15:51:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-23 15:51:56 - ERROR: failed to build lint kernel TB --- 2010-05-23 15:51:56 - 4295.41 user 873.46 system 5764.79 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sun May 23 16:40:14 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51AF81065672 for ; Sun, 23 May 2010 16:40:14 +0000 (UTC) (envelope-from mburgett@awen.com) Received: from smaug.awen.com (smaug.awen.com [173.164.135.146]) by mx1.freebsd.org (Postfix) with ESMTP id 21DEF8FC12 for ; Sun, 23 May 2010 16:40:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smaug.awen.com (8.14.4/8.14.4) with ESMTP id o4NGLPYO046532 for ; Sun, 23 May 2010 09:21:26 -0700 (PDT) Date: Sun, 23 May 2010 09:21:21 -0700 From: Mike Burgett X-Priority: 3 (Normal) Message-ID: <1151877318.20100523092121@awen.com> To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Cc: Subject: compile error in stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mike Burgett List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 May 2010 16:40:14 -0000 I synced up sources today, did buildworld, and when trying to build my kernel, I got the following error, which is actually copied from an attempted build of a GENERIC kernel. =3D=3D=3D> geom/geom_part (all) =3D=3D=3D> geom/geom_part/geom_part_apm (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_gl= obal.h -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-g= rowth=3D100 --param large-function-growth=3D1000 -fno-common -g -fno-omit-f= rame-pointer -I/usr/obj/usr/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone= -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-f= loat -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std= =3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/= geom/geom_part/geom_part_apm/../../../../geom/part/g_part_apm.c /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c: In function 'apm_parse_type': /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in th= is function) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c:131: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c:131: error: for each function it appears in.) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in thi= s function) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c: In function 'g_part_apm_type': /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in th= is function) /usr/src/sys/modules/geom/geom_part/geom_part_apm/../../../../geom/part/g_p= art_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in thi= s function) *** Error code 1 1 error from /usr/src/sys/geom/g_part.h : enum g_part_alias { G_PART_ALIAS_APPLE_HFS, /* An HFS file system entry. */ G_PART_ALIAS_EFI, /* A EFI system partition entry. */ G_PART_ALIAS_FREEBSD, /* A BSD labeled partition entry. */ G_PART_ALIAS_FREEBSD_BOOT, /* A FreeBSD boot partition entry. = */ G_PART_ALIAS_FREEBSD_SWAP, /* A swap partition entry. */ G_PART_ALIAS_FREEBSD_UFS, /* A UFS/UFS2 file system entry. */ G_PART_ALIAS_FREEBSD_VINUM, /* A Vinum partition entry. */ G_PART_ALIAS_FREEBSD_ZFS, /* A ZFS file system entry. */ G_PART_ALIAS_MBR, /* A MBR (extended) partition entry= . */ /* Keep the following last */ G_PART_ALIAS_COUNT }; alias =3D g_part_alias_name(G_PART_ALIAS_APPLE_BOOT); if (!strcasecmp(type, alias)) { strcpy(buf, APM_ENT_TYPE_APPLE_BOOT); return (0); } alias =3D g_part_alias_name(G_PART_ALIAS_APPLE_HFS); if (!strcasecmp(type, alias)) { strcpy(buf, APM_ENT_TYPE_APPLE_HFS); return (0); } alias =3D g_part_alias_name(G_PART_ALIAS_APPLE_UFS); if (!strcasecmp(type, alias)) { strcpy(buf, APM_ENT_TYPE_APPLE_UFS); return (0); } alias =3D g_part_alias_name(G_PART_ALIAS_FREEBSD_BOOT); I've even completely deleted /usr/src and /usr/obj, re-supped and rebuilt world, with the same results. * $FreeBSD: src/sys/geom/part/g_part.h,v 1.14.2.1 2009/08/03 08:13:06 kens= mith Exp $ __FBSDID("$FreeBSD: src/sys/geom/part/g_part_apm.c,v 1.11.2.2 2010/05/23 02= :40:04 nwhitehorn Exp $"); uname -a FreeBSD smaug.awen.com 8.0-STABLE FreeBSD 8.0-STABLE #7: Sun Apr 4 13:15:24 PDT 2010 mburgett@smaug.awen.com:/usr/obj/usr/src/sys/AWEN am= d64 I did a quick search of the mailing list archives, but no hits. Any suggestions, or did the tree get broken? --=20 Thanks, Mike mailto:mburgett@awen.com From owner-freebsd-stable@FreeBSD.ORG Sun May 23 16:41:50 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9004C1065673; Sun, 23 May 2010 16:41:50 +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 431288FC08; Sun, 23 May 2010 16:41:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o4NGfnYs098808; Sun, 23 May 2010 12:41:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o4NGfnI5098797; Sun, 23 May 2010 16:41:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 May 2010 16:41:49 GMT Message-Id: <201005231641.o4NGfnI5098797@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 i386/i386 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: Sun, 23 May 2010 16:41:50 -0000 TB --- 2010-05-23 15:26:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-23 15:26:01 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-05-23 15:26:01 - cleaning the object tree TB --- 2010-05-23 15:26:18 - cvsupping the source tree TB --- 2010-05-23 15:26:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2010-05-23 15:32:50 - building world TB --- 2010-05-23 15:32:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 15:32:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 15:32:50 - TARGET=i386 TB --- 2010-05-23 15:32:50 - TARGET_ARCH=i386 TB --- 2010-05-23 15:32:50 - TZ=UTC TB --- 2010-05-23 15:32:50 - __MAKE_CONF=/dev/null TB --- 2010-05-23 15:32:50 - cd /src TB --- 2010-05-23 15:32:50 - /usr/bin/make -B buildworld >>> World build started on Sun May 23 15:32:50 UTC 2010 >>> 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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 23 16:32:07 UTC 2010 TB --- 2010-05-23 16:32:07 - generating LINT kernel config TB --- 2010-05-23 16:32:07 - cd /src/sys/i386/conf TB --- 2010-05-23 16:32:07 - /usr/bin/make -B LINT TB --- 2010-05-23 16:32:07 - building LINT kernel TB --- 2010-05-23 16:32:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 16:32:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 16:32:07 - TARGET=i386 TB --- 2010-05-23 16:32:07 - TARGET_ARCH=i386 TB --- 2010-05-23 16:32:07 - TZ=UTC TB --- 2010-05-23 16:32:07 - __MAKE_CONF=/dev/null TB --- 2010-05-23 16:32:07 - cd /src TB --- 2010-05-23 16:32:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 23 16:32:07 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/geom/part/g_part_apm.c: In function 'apm_parse_type': /src/sys/geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once /src/sys/geom/part/g_part_apm.c:131: error: for each function it appears in.) /src/sys/geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c: In function 'g_part_apm_type': /src/sys/geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-23 16:41:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-23 16:41:49 - ERROR: failed to build lint kernel TB --- 2010-05-23 16:41:49 - 3135.78 user 613.77 system 4548.37 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sun May 23 16:50:13 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B570106566C; Sun, 23 May 2010 16:50:13 +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 2F3C78FC2D; Sun, 23 May 2010 16:50:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o4NGoCCA063065; Sun, 23 May 2010 12:50:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o4NGoCdA063059; Sun, 23 May 2010 16:50:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 May 2010 16:50:12 GMT Message-Id: <201005231650.o4NGoCdA063059@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 i386/pc98 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: Sun, 23 May 2010 16:50:13 -0000 TB --- 2010-05-23 15:42:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-23 15:42:05 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-05-23 15:42:05 - cleaning the object tree TB --- 2010-05-23 15:42:25 - cvsupping the source tree TB --- 2010-05-23 15:42:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-05-23 15:42:57 - building world TB --- 2010-05-23 15:42:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 15:42:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 15:42:57 - TARGET=pc98 TB --- 2010-05-23 15:42:57 - TARGET_ARCH=i386 TB --- 2010-05-23 15:42:57 - TZ=UTC TB --- 2010-05-23 15:42:57 - __MAKE_CONF=/dev/null TB --- 2010-05-23 15:42:57 - cd /src TB --- 2010-05-23 15:42:57 - /usr/bin/make -B buildworld >>> World build started on Sun May 23 15:42:59 UTC 2010 >>> 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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 23 16:41:49 UTC 2010 TB --- 2010-05-23 16:41:49 - generating LINT kernel config TB --- 2010-05-23 16:41:49 - cd /src/sys/pc98/conf TB --- 2010-05-23 16:41:49 - /usr/bin/make -B LINT TB --- 2010-05-23 16:41:49 - building LINT kernel TB --- 2010-05-23 16:41:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 16:41:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 16:41:49 - TARGET=pc98 TB --- 2010-05-23 16:41:49 - TARGET_ARCH=i386 TB --- 2010-05-23 16:41:49 - TZ=UTC TB --- 2010-05-23 16:41:49 - __MAKE_CONF=/dev/null TB --- 2010-05-23 16:41:49 - cd /src TB --- 2010-05-23 16:41:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 23 16:41:49 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/geom/part/g_part_apm.c: In function 'apm_parse_type': /src/sys/geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once /src/sys/geom/part/g_part_apm.c:131: error: for each function it appears in.) /src/sys/geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c: In function 'g_part_apm_type': /src/sys/geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-23 16:50:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-23 16:50:12 - ERROR: failed to build lint kernel TB --- 2010-05-23 16:50:12 - 3027.98 user 623.47 system 4087.11 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sun May 23 17:14:22 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B231065674; Sun, 23 May 2010 17:14:22 +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 BDA538FC0C; Sun, 23 May 2010 17:14:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o4NHEK6t028661; Sun, 23 May 2010 13:14:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o4NHEKgc028655; Sun, 23 May 2010 17:14:20 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 May 2010 17:14:20 GMT Message-Id: <201005231714.o4NHEKgc028655@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: Sun, 23 May 2010 17:14:22 -0000 TB --- 2010-05-23 15:48:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-05-23 15:48:24 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2010-05-23 15:48:24 - cleaning the object tree TB --- 2010-05-23 15:48:43 - cvsupping the source tree TB --- 2010-05-23 15:48:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2010-05-23 15:49:15 - building world TB --- 2010-05-23 15:49:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 15:49:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 15:49:15 - TARGET=ia64 TB --- 2010-05-23 15:49:15 - TARGET_ARCH=ia64 TB --- 2010-05-23 15:49:15 - TZ=UTC TB --- 2010-05-23 15:49:15 - __MAKE_CONF=/dev/null TB --- 2010-05-23 15:49:15 - cd /src TB --- 2010-05-23 15:49:15 - /usr/bin/make -B buildworld >>> World build started on Sun May 23 15:49:16 UTC 2010 >>> 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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun May 23 17:04:42 UTC 2010 TB --- 2010-05-23 17:04:42 - generating LINT kernel config TB --- 2010-05-23 17:04:42 - cd /src/sys/ia64/conf TB --- 2010-05-23 17:04:42 - /usr/bin/make -B LINT TB --- 2010-05-23 17:04:42 - building LINT kernel TB --- 2010-05-23 17:04:42 - MAKEOBJDIRPREFIX=/obj TB --- 2010-05-23 17:04:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-05-23 17:04:42 - TARGET=ia64 TB --- 2010-05-23 17:04:42 - TARGET_ARCH=ia64 TB --- 2010-05-23 17:04:42 - TZ=UTC TB --- 2010-05-23 17:04:42 - __MAKE_CONF=/dev/null TB --- 2010-05-23 17:04:42 - cd /src TB --- 2010-05-23 17:04:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 23 17:04:43 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/geom/part/g_part_apm.c: In function 'apm_parse_type': /src/sys/geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once /src/sys/geom/part/g_part_apm.c:131: error: for each function it appears in.) /src/sys/geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c: In function 'g_part_apm_type': /src/sys/geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) /src/sys/geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-05-23 17:14:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-05-23 17:14:20 - ERROR: failed to build lint kernel TB --- 2010-05-23 17:14:20 - 4184.07 user 620.87 system 5156.34 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sun May 23 17:17:23 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB486106566C for ; Sun, 23 May 2010 17:17:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id AE7A68FC1A for ; Sun, 23 May 2010 17:17:22 +0000 (UTC) Received: from omta01.westchester.pa.mail.comcast.net ([76.96.62.11]) by qmta14.westchester.pa.mail.comcast.net with comcast id M3lc1e0060EZKEL5E5HPwn; Sun, 23 May 2010 17:17:23 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta01.westchester.pa.mail.comcast.net with comcast id M5HM1e00F3S48mS3M5HNwX; Sun, 23 May 2010 17:17:23 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 37ED49B419; Sun, 23 May 2010 10:17:20 -0700 (PDT) Date: Sun, 23 May 2010 10:17:20 -0700 From: Jeremy Chadwick To: Mike Burgett Message-ID: <20100523171720.GA30526@icarus.home.lan> References: <1151877318.20100523092121@awen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1151877318.20100523092121@awen.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, nwhitehorn@freebsd.org Subject: Re: compile error in 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, 23 May 2010 17:17:24 -0000 On Sun, May 23, 2010 at 09:21:21AM -0700, Mike Burgett wrote: > I synced up sources today, did buildworld, and when trying to build my > kernel, I got the following error, which is actually copied from an > attempted build of a GENERIC kernel. Yes, -STABLE is broken right now. CC'ing responsible committer. http://lists.freebsd.org/pipermail/freebsd-stable/2010-May/056890.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun May 23 17:28:41 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09F931065677; Sun, 23 May 2010 17:28:40 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id CFB428FC08; Sun, 23 May 2010 17:28:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0L2V00800SFQGW00@smtpauth2.wiscmail.wisc.edu>; Sun, 23 May 2010 11:28:38 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.60.242]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0L2V00GBLSFP4B50@smtpauth2.wiscmail.wisc.edu>; Sun, 23 May 2010 11:28:38 -0500 (CDT) Date: Sun, 23 May 2010 11:28:36 -0500 From: Nathan Whitehorn In-reply-to: <201005231551.o4NFpu41002735@freebsd-current.sentex.ca> To: FreeBSD Tinderbox Message-id: <4BF957B4.5060301@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.60.242 X-Spam-PmxInfo: Server=avs-10, Version=5.5.9.395186, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.5.23.161817, SenderIP=76.210.60.242 References: <201005231551.o4NFpu41002735@freebsd-current.sentex.ca> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100407 Thunderbird/3.0.4 Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: [releng_8 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 May 2010 17:28:41 -0000 On 05/23/10 10:51, FreeBSD Tinderbox wrote: > [...] > /src/sys/geom/part/g_part_apm.c: In function 'apm_parse_type': > /src/sys/geom/part/g_part_apm.c:131: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) > /src/sys/geom/part/g_part_apm.c:131: error: (Each undeclared identifier is reported only once > /src/sys/geom/part/g_part_apm.c:131: error: for each function it appears in.) > /src/sys/geom/part/g_part_apm.c:141: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) > /src/sys/geom/part/g_part_apm.c: In function 'g_part_apm_type': > /src/sys/geom/part/g_part_apm.c:453: error: 'G_PART_ALIAS_APPLE_BOOT' undeclared (first use in this function) > /src/sys/geom/part/g_part_apm.c:457: error: 'G_PART_ALIAS_APPLE_UFS' undeclared (first use in this function) > *** Error code 1 > This is fixed now (as of r208450). Apologies for the breakage! -Nathan From owner-freebsd-stable@FreeBSD.ORG Sun May 23 18:09:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78E0F1065672 for ; Sun, 23 May 2010 18:09:05 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 317AF8FC1B for ; Sun, 23 May 2010 18:09:04 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2C5E4.dip.t-dialin.net [217.226.197.228]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 40B0D84428F; Sun, 23 May 2010 20:08:58 +0200 (CEST) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 815605747; Sun, 23 May 2010 20:08:55 +0200 (CEST) Date: Sun, 23 May 2010 20:08:54 +0200 From: Alexander Leidinger To: Marcus Reid Message-ID: <20100523200854.00006948@unknown> In-Reply-To: <20100522033117.GB73888@blazingdot.com> References: <20100522014817.GA73888@blazingdot.com> <20100522025444.8FE2F1CC3A@ptavv.es.net> <20100522033117.GB73888@blazingdot.com> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 40B0D84428F.A7E2C X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1275242942.7056@Jooc9KZnQpSGXbtVspn6sA X-EBL-Spam-Status: No Cc: Nikolay Denev , freebsd-stable@freebsd.org Subject: Re: dtrace problem? 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, 23 May 2010 18:09:05 -0000 On Fri, 21 May 2010 20:31:17 -0700 Marcus Reid wrote: > On Fri, May 21, 2010 at 07:54:44PM -0700, Kevin Oberman wrote: > > > Date: Fri, 21 May 2010 18:48:17 -0700 > > > From: Marcus Reid > > > Sender: owner-freebsd-stable@freebsd.org > > > > > > On Fri, May 21, 2010 at 09:22:17AM +0300, Nikolay Denev wrote: > > > > On May 21, 2010, at 9:03 AM, Marcus Reid wrote: > > > > > > > > > Hi, > > > > > > > > > > Running a recent RELENG_8 (FreeBSD 8.1-PRERELEASE #0: Tue May > > > > > 18 23:37:37 PDT 2010), I'm having a problem using dtrace. > > > > > For every .d file I attempt to compile, I get: > > > > > > > > > > dtrace: failed to compile script test.d: > > > > > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > > > > > > > > This is my first attempt to use dtrace, so I can't be sure if > > > > > it worked before. It happens with some scripts that can be > > > > > assumed to be valid, so it's not just me. Is it broken for > > > > > anyone else? > > > > > > > > > > Thanks, > > > > > > > > > > Marcus > > > > > > > > Hi, > > > > > > > > Have you rebuilt your kernel as described here : > > > > http://wiki.freebsd.org/DTrace > > > > > > > > I was once getting "uid_t" errors when my kernel was not > > > > compiled with "WITH_CTF" option. > > > > > > Yes, that would probably be it. The handbook is explicit about > > > building with WITH_CTF=1, so I put it in make.conf. > > > > > > http://www.freebsd.org/doc/en/books/handbook/dtrace-enable.html > > > > > > Thanks, I'll rebuild without it. > > > > I believe WITH_CTF=1 would probably be placed in /etc/src.conf. > > Ah, right you are. That is, if world could be built with > 'WITH_CTF=1'. That appears to be where my breakage was; you have to > build kernel with it set but world without it. Correct. And additionally: you have to specify it at the command line. Putting it into src.conf or into the kernel config only works on a recent 9-current. Bye, Alexander. From owner-freebsd-stable@FreeBSD.ORG Sun May 23 19:47:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89C28106566B for ; Sun, 23 May 2010 19:47:59 +0000 (UTC) (envelope-from rvdp@rvdp.org) Received: from kirk.rvdp.org (kirk.rvdp.org [IPv6:2001:610:108:87::2]) by mx1.freebsd.org (Postfix) with ESMTP id 457EB8FC22 for ; Sun, 23 May 2010 19:47:59 +0000 (UTC) Received: from kirk.rvdp.org (localhost [127.0.0.1]) by kirk.rvdp.org (8.14.3/8.14.3) with ESMTP id o4NJlwbV066802; Sun, 23 May 2010 21:47:58 +0200 (CEST) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.14.3/8.14.3/Submit) id o4NJlwNY066801; Sun, 23 May 2010 21:47:58 +0200 (CEST) (envelope-from rvdp) Date: Sun, 23 May 2010 21:47:57 +0200 From: Ronald van der Pol To: Dmitry Morozovsky Message-ID: <20100523194757.GD22200@rvdp.org> References: <20100523130203.GA22200@rvdp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: sys/modules/geom/geom_part/geom_part_apm compilation 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, 23 May 2010 19:47:59 -0000 On Sun, May 23, 2010 at 17:58:51 +0400, Dmitry Morozovsky wrote: > Wait for a few hours, or try to integrate SVN change 200534 (to > /sys/geom/part/*). I waited for the new commit. The kernel is now building fine. Thanks! I ran into a problem when installing the kernel. The root filesystem ran out of space. I used the defaults when installing FreeBSD. Apparently, the default for root is way too small. That should not happen. I know I thought 500 MB is not much, but hey, it's the suggested default. I think somebody should look into that before the 8.1 release. And I now did a "ifconfig ix0 mtu 9000" and the system went dead. It's pinging on another interface, but ssh to that interface does not work. I have to look at the console tomorrow :-( rvdp From owner-freebsd-stable@FreeBSD.ORG Sun May 23 20:07:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7A80106568D for ; Sun, 23 May 2010 20:07:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDFA8FC16 for ; Sun, 23 May 2010 20:07:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id o4NK74BR072374; Mon, 24 May 2010 00:07:04 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 24 May 2010 00:07:04 +0400 (MSD) From: Dmitry Morozovsky To: Ronald van der Pol In-Reply-To: <20100523194757.GD22200@rvdp.org> Message-ID: References: <20100523130203.GA22200@rvdp.org> <20100523194757.GD22200@rvdp.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (woozle.rinet.ru [0.0.0.0]); Mon, 24 May 2010 00:07:04 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: sys/modules/geom/geom_part/geom_part_apm compilation 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, 23 May 2010 20:07:06 -0000 On Sun, 23 May 2010, Ronald van der Pol wrote: RvdP> On Sun, May 23, 2010 at 17:58:51 +0400, Dmitry Morozovsky wrote: RvdP> RvdP> > Wait for a few hours, or try to integrate SVN change 200534 (to RvdP> > /sys/geom/part/*). RvdP> RvdP> I waited for the new commit. The kernel is now building fine. RvdP> Thanks! RvdP> RvdP> I ran into a problem when installing the kernel. The root filesystem RvdP> ran out of space. I used the defaults when installing FreeBSD. RvdP> Apparently, the default for root is way too small. That should RvdP> not happen. I know I thought 500 MB is not much, but hey, it's RvdP> the suggested default. I think somebody should look into that RvdP> before the 8.1 release. Workarounds: - define MODULES_OVERRIDE as I said earlier - define INSTALL_NODEBUG which prevents .symbols files from polluting your root RvdP> And I now did a "ifconfig ix0 mtu 9000" and the system went dead. RvdP> It's pinging on another interface, but ssh to that interface does RvdP> not work. I have to look at the console tomorrow :-( Not good either :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun May 23 20:42:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329CA106574A for ; Sun, 23 May 2010 20:42:07 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.freebsd.org (Postfix) with SMTP id 03E348FC20 for ; Sun, 23 May 2010 20:42:06 +0000 (UTC) Received: (qmail 48729 invoked by uid 503); 23 May 2010 20:42:06 -0000 Date: Sun, 23 May 2010 13:42:06 -0700 From: Marcus Reid To: Alexander Leidinger Message-ID: <20100523204206.GA48180@blazingdot.com> References: <20100522014817.GA73888@blazingdot.com> <20100522025444.8FE2F1CC3A@ptavv.es.net> <20100522033117.GB73888@blazingdot.com> <20100523200854.00006948@unknown> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100523200854.00006948@unknown> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.6i Cc: freebsd-stable@freebsd.org Subject: Re: dtrace problem? 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, 23 May 2010 20:42:07 -0000 On Sun, May 23, 2010 at 08:08:54PM +0200, Alexander Leidinger wrote: > On Fri, 21 May 2010 20:31:17 -0700 Marcus Reid > wrote: > > > On Fri, May 21, 2010 at 07:54:44PM -0700, Kevin Oberman wrote: > > > I believe WITH_CTF=1 would probably be placed in /etc/src.conf. > > > > Ah, right you are. That is, if world could be built with > > 'WITH_CTF=1'. That appears to be where my breakage was; you have to > > build kernel with it set but world without it. > > Correct. And additionally: you have to specify it at the command line. > Putting it into src.conf or into the kernel config only works on a > recent 9-current. Unfortunately, after rebuilding I'm having the problem described in PR 141452: http://www.freebsd.org/cgi/query-pr.cgi?pr=141452&cat= I haven't found a way around this yet. Marcus From owner-freebsd-stable@FreeBSD.ORG Mon May 24 03:44:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB8EC1065672 for ; Mon, 24 May 2010 03:44:53 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 98B258FC15 for ; Mon, 24 May 2010 03:44:53 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o4O3iTb1030709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 23 May 2010 20:44:29 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 68C521CC3A; Sun, 23 May 2010 20:44:29 -0700 (PDT) To: Dominic Fandrey In-reply-to: Your message of "Sat, 22 May 2010 15:18:30 +0200." <4BF7D9A6.6070500@bsdforen.de> Date: Sun, 23 May 2010 20:44:29 -0700 From: "Kevin Oberman" Message-Id: <20100524034429.68C521CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-05-24_01:2010-02-06, 2010-05-24, 2010-05-23 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1005230230 Cc: Warren Block , stable-list freebsd , Christian Walther Subject: Re: if_wpi is all kinds of broken 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, 24 May 2010 03:44:54 -0000 > Date: Sat, 22 May 2010 15:18:30 +0200 > From: Dominic Fandrey > Sender: owner-freebsd-stable@freebsd.org > > On 17/05/2010 23:38, Dominic Fandrey wrote: > > On 17/05/2010 23:29, Warren Block wrote: > >> On Mon, 17 May 2010, Christian Walther wrote: > >> > >>> Hi, > >>> > >>> On 17 May 2010 17:05, Warren Block wrote: > >>>> On Mon, 17 May 2010, Dominic Fandrey wrote: > >>>>> [...] > >>> > >>>> The ipw card in my T42 is the older mini-PCI (no "e"). > >>> > >>> Yes, and replacing this card is a problem, because the wireless card > >>> in many IBM Thinkpad Laptops have a custom firmware, and the cards ID > >>> is listed in the laptops BIOS. It won't work with any card not listed > >>> there. There are ways to either flash the cards firmware or the BIOS > >>> list, but I don't think that it's worth it. > >> > >> Just because I have this link handy: > >> http://www.paul.sladen.org/thinkpad-r31/wifi-card-pci-ids.html > >> > >> That also has a link to some information on HP's version of the same thing. > > > > The official genuine parts list for my notebook only lists Intel and > > Boradcom wireless modules. So I suppose I'll just have to risk > > buying a PCIe Atheros that I cannot use. > > OK, this didn't really come as a surprise, the BIOS doesn't like > Atheros: > 104-Unsupported wireless network device detected. > System halted. Remove device and restart. > > I'm currently bypassing this by hotswapping the device after > passing the BIOS check and I have to say, the Atheros device > works great! No package loss, no interrupted connections ... > even though I'm not very close to the AP. > > I put the connection under serious stress and it just keeps > on working. It actually appears to be /reliable/. A term I > never dared dream to apply to wireless networking. It should like the Atheros 5212 as IBM re-sold this a/b/g card for some time as the "IBM a/b/g" card. I can believe that other Atheros cards will fail, but that one, if you can find one, should work fine. It does on my ThinkPad T43, thought the BIOS on yours may be a bit too old. (You might want to look for BIOS updates that might support it.) ath0@pci0:11:2:0: class=0x020000 card=0x057e1014 chip=0x1014168c rev=0x01 hdr=0x00 -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 05:58:01 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E878D1065672 for ; Mon, 24 May 2010 05:58:01 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 775D78FC08 for ; Mon, 24 May 2010 05:58:01 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so1344252fgb.13 for ; Sun, 23 May 2010 22:58:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version:x-mailer; bh=eVso0lNcRpZ5XbIyPX1svSD+O1LkfMjvDnxx/VZSXQo=; b=T9dTIBHMYMbUm5J7Mvm6fqyjn8mGaTt0dTtUIIaSkoGcvCmaLEAv307ICDNOExai1P dRRedU95zMPPjY0f7F8np9w2Ez9szBnjOqLCXCa/WpPwW2eAHQc5tn4BFCWtfkl+g7mF qJ14d1RX/Vw6cPe+rDSJHk/HwRhKqcpnW/828= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version:x-mailer; b=KKW14vCUU1UL+hfpLO8i4n/MqBGq4Ru7eRVpNDjWyXadrOz7bqHf+7gp0SvtEkZfOz Vkm0pKY8E4+1R5hsvrbU4vVA6JvQj2upc4nVwsYyflYaDTa9/lZAQH69fiaE2X11xttM 35oXhzlDEKbVCpNZVlNqIsMkuCGD+ZrYZLVLo= Received: by 10.87.71.21 with SMTP id y21mr7679619fgk.69.1274680679511; Sun, 23 May 2010 22:57:59 -0700 (PDT) Received: from ndenev.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id e11sm4558901fga.13.2010.05.23.22.57.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 23 May 2010 22:57:58 -0700 (PDT) From: Nikolay Denev Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 24 May 2010 08:57:56 +0300 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Cc: Pyun YongHyeon Subject: if_sge related panics 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, 24 May 2010 05:58:02 -0000 Hi, Recently I started to experience a if_sge(4) related panic. It happens almost every time I try to download a torrent file for = example. Copying of large files over NFS seem not to trigger it, but I haven't = tested extensively. Here is the panic message : Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x8 fault code =3D supervisor write data, page = not present instruction pointer =3D 0x20:0xffffffff80230413 stack pointer =3D 0x28:0xffffff80001e9280 frame pointer =3D 0x28:0xffffff80001e9510 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long = 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, = IOPL =3D 0 current process =3D 12 (irq19: sge0) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 1d20h56m20s Cannot dump. Device not defined or unavailable Automatic reboot in 15 seconds - press a key on the console to abort Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock My swap is on a zvol, so I don't have dump. I'll try to attach a disk on = the eSATA port and dump there if needed.= From owner-freebsd-stable@FreeBSD.ORG Mon May 24 06:03:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21A2C1065678 for ; Mon, 24 May 2010 06:03:45 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id D3D968FC0C for ; Mon, 24 May 2010 06:03:44 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id ACD898A1DEC; Mon, 24 May 2010 08:03:43 +0200 (CEST) Message-ID: <4BFA16BF.9080709@bsdforen.de> Date: Mon, 24 May 2010 08:03:43 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: stable-list freebsd References: <20100524034429.68C521CC3A@ptavv.es.net> In-Reply-To: <20100524034429.68C521CC3A@ptavv.es.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Warren Block , Christian Walther Subject: Re: if_wpi is all kinds of broken 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, 24 May 2010 06:03:45 -0000 On 24/05/2010 05:44, Kevin Oberman wrote: >> Date: Sat, 22 May 2010 15:18:30 +0200 >> From: Dominic Fandrey >> Sender: owner-freebsd-stable@freebsd.org >> >> On 17/05/2010 23:38, Dominic Fandrey wrote: >>> On 17/05/2010 23:29, Warren Block wrote: >>>> On Mon, 17 May 2010, Christian Walther wrote: >>>> >>>>> Hi, >>>>> >>>>> On 17 May 2010 17:05, Warren Block wrote: >>>>>> On Mon, 17 May 2010, Dominic Fandrey wrote: >>>>>>> [...] >>>>> >>>>>> The ipw card in my T42 is the older mini-PCI (no "e"). >>>>> >>>>> Yes, and replacing this card is a problem, because the wireless card >>>>> in many IBM Thinkpad Laptops have a custom firmware, and the cards ID >>>>> is listed in the laptops BIOS. It won't work with any card not listed >>>>> there. There are ways to either flash the cards firmware or the BIOS >>>>> list, but I don't think that it's worth it. >>>> >>>> Just because I have this link handy: >>>> http://www.paul.sladen.org/thinkpad-r31/wifi-card-pci-ids.html >>>> >>>> That also has a link to some information on HP's version of the same thing. >>> >>> The official genuine parts list for my notebook only lists Intel and >>> Boradcom wireless modules. So I suppose I'll just have to risk >>> buying a PCIe Atheros that I cannot use. >> >> OK, this didn't really come as a surprise, the BIOS doesn't like >> Atheros: >> 104-Unsupported wireless network device detected. >> System halted. Remove device and restart. >> >> I'm currently bypassing this by hotswapping the device after >> passing the BIOS check and I have to say, the Atheros device >> works great! No package loss, no interrupted connections ... >> even though I'm not very close to the AP. >> >> I put the connection under serious stress and it just keeps >> on working. It actually appears to be /reliable/. A term I >> never dared dream to apply to wireless networking. > > It should like the Atheros 5212 as IBM re-sold this a/b/g card for some > time as the "IBM a/b/g" card. I can believe that other Atheros cards > will fail, but that one, if you can find one, should work fine. It does > on my ThinkPad T43, thought the BIOS on yours may be a bit too old. (You > might want to look for BIOS updates that might support it.) > > ath0@pci0:11:2:0: class=0x020000 card=0x057e1014 chip=0x1014168c > rev=0x01 hdr=0x00 HP here. The vendor never sold Atheros for this generation of notebooks. There are no Atheros IDs in the whitelist. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-stable@FreeBSD.ORG Mon May 24 07:26:26 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5706106566B; Mon, 24 May 2010 07:26:26 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pz0-f175.google.com (mail-pz0-f175.google.com [209.85.222.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA238FC15; Mon, 24 May 2010 07:26:26 +0000 (UTC) Received: by pzk5 with SMTP id 5so1493030pzk.14 for ; Mon, 24 May 2010 00:26:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version:x-mailer; bh=5fow7B6USCvWbsXiW7nyFeQKKjmwHkYlE3w8xD1Fd6A=; b=pCsvse+8uHxjIcvvCahWI/Z94cT9yv6UYZjgKWLSPEx1iX1CMxdjY0JN1EgIZwPJF4 JaClbgCT9vlaB3/44Stpsq5QDiyqOiHefvWneTf2KyG13lLJ+VfBvsXyTpQh0yaNWNJG 8h0mNCkwJTudugVN5kJH+sXT+3O4+jNSVErdk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version:x-mailer; b=J4PMUHgpdyVq0d5USTazr9B5QdkjYe6rV63BvP23tYlO3gMCj2jmnU90y05yGlb1p2 L6a17+cs7iR/F0HeqH0x0DzF6x5kSJSge3NufuAOcAwlfZNLRZSVrhWByiPkcQYX23gz LereCVCbUg/cxPGoScPwlBa9LYwe4QCgXNfBg= Received: by 10.114.54.1 with SMTP id c1mr4518384waa.61.1274684340286; Sun, 23 May 2010 23:59:00 -0700 (PDT) Received: from [192.168.0.204] (deviant.freebsdgirl.com [173.8.183.73]) by mx.google.com with ESMTPS id c1sm35936649wam.7.2010.05.23.23.58.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 23 May 2010 23:58:59 -0700 (PDT) From: Garrett Cooper Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 23 May 2010 23:58:56 -0700 Message-Id: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> To: Martin Matuska , Tim Kientzle Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Cc: stable@freebsd.org Subject: lzma support in `stable' has potential issues 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, 24 May 2010 07:26:26 -0000 Hi Martin and Tim, I recently wiped off my Lenovo again to get a fresh install of = FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had = on hand at the time). Upgrading to 8-STABLE appears to be problematic = though. On a few different occasions I ran into issues doing the = following: make -C /usr/src/usr.bin/lzmainfo depend - fails to find the = appropriate headers make -C /usr/src/lib/liblzma install - fails to install the = headers into /usr/include/lzma Etc. I didn't see these issues before lzma was imported into the = tree, which makes me wonder whether or not there are some missing build = or install dependencies somewhere. Thanks, -Garrett= From owner-freebsd-stable@FreeBSD.ORG Mon May 24 07:37:39 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB20B106566B; Mon, 24 May 2010 07:37:39 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5F38FC20; Mon, 24 May 2010 07:37:39 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 14F82A572F6; Mon, 24 May 2010 15:37:38 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id fFtzEUH8UMUm; Mon, 24 May 2010 15:37:30 +0800 (CST) Received: from delta.delphij.net (c-24-4-100-103.hsd1.ca.comcast.net [24.4.100.103]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id EBB9FA55087; Mon, 24 May 2010 15:37:27 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=FgezpQDQ5JQsd6qZlmnsMr4PNb3gK+mPQRROduYQmgNHwIYKykUNQWmL/9fIGmZOC fKrva3NTKdUF/qU+2aygw== Message-ID: <4BFA2CB3.9010006@delphij.net> Date: Mon, 24 May 2010 00:37:23 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100408 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Garrett Cooper References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> In-Reply-To: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Tim Kientzle , Martin Matuska Subject: Re: lzma support in `stable' has potential issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2010 07:37:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/05/23 23:58, Garrett Cooper wrote: > Hi Martin and Tim, > I recently wiped off my Lenovo again to get a fresh install of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on hand at the time). Upgrading to 8-STABLE appears to be problematic though. > On a few different occasions I ran into issues doing the following: Are you using make buildworld? Presumbly they should have been created by mtree and I've verified that the corresponding change was merged properly. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJL+iyzAAoJEATO+BI/yjfBlkEIAMeI3h5eHmkm8IUda3IgDHQH w5nYRjO6Z/N+U2wjrjU6z2S2sS1bkHNAX+Ju4ERWRUHQg9K6OB9qJ6HEwVgAyYen NMl1HK/vrUpl5PZrbAOchoTjzCVGl+dSoVsQ0TGWpzCKNfPVwFtwLewkPIrDQlNT IpQHxNxaQhJKePQFwPuQlOEGNclxyeJSnB/hGO8//sKDHZBuVtVVIzD96JUabTUs HGu1cXmseqSJgppweoo89ZLVCJ7y3Kmdqv716URLHiA7bC4cQcOb6630x1JlyOW8 9/fFLsE/GnnfsyIaJJBbVt3rA0VRj5rpxmivgke91zUBlXFhCidAUlQyxzxpkPk= =U4N9 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon May 24 07:50:05 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC5511065678 for ; Mon, 24 May 2010 07:50:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0C68FC20 for ; Mon, 24 May 2010 07:50:05 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta08.westchester.pa.mail.comcast.net with comcast id MKpQ1e0011ZXKqc58Kq5aC; Mon, 24 May 2010 07:50:05 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta21.westchester.pa.mail.comcast.net with comcast id MKq31e0093S48mS3hKq4yb; Mon, 24 May 2010 07:50:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AA2D99B422; Mon, 24 May 2010 00:50:02 -0700 (PDT) Date: Mon, 24 May 2010 00:50:02 -0700 From: Jeremy Chadwick To: Garrett Cooper Message-ID: <20100524075002.GA18671@icarus.home.lan> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, Tim Kientzle , Martin Matuska Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 07:50:05 -0000 On Sun, May 23, 2010 at 11:58:56PM -0700, Garrett Cooper wrote: > I recently wiped off my Lenovo again to get a fresh install of > FreeBSD on it, and started out at 8.0-RELEASE (it's the media > that I had on hand at the time). Upgrading to 8-STABLE appears > to be problematic though. On a few different occasions I ran > into issues doing the following: > > make -C /usr/src/usr.bin/lzmainfo depend - fails to find the > appropriate headers > > make -C /usr/src/lib/liblzma install - fails to install the > headers into /usr/include/lzma > > Etc. I didn't see these issues before lzma was imported into the > tree, which makes me wonder whether or not there are some > missing build or install dependencies somewhere. buildworld/installworld does the Right Thing(tm), while the above "one-off" makes do not. I don't think there's any guarantee "make depend" and "make install" in the individual /usr/src/{whatever} directories will do what you want it to. It seems to be a per-piece thing; there's no "universal standard" (aside from buildworld/installworld) is what I'm getting at. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 08:31:19 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D86A1065674; Mon, 24 May 2010 08:31:19 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id E0C338FC26; Mon, 24 May 2010 08:31:18 +0000 (UTC) Received: by qyk11 with SMTP id 11so5417722qyk.13 for ; Mon, 24 May 2010 01:31:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+Eol6aFPF1gdd56TZMiHQneeuPEBQiWJHW8V4D3HHfs=; b=ZxKb0UevVQkZ7hzgRkPseZAMI7Nru7DT56ieuEUVTSnH59ZCSywcpPHVJHPAEG6eEk EMWoBEaMHkDixgBqHM36quT+gLa3IDEiQSKfqF/mXXUaqtBm9v78ljd1b6GYVM650Vup GsIwrMkiQFfxwc23qRVwQjTWr88cvMgTTi5k0= 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:content-transfer-encoding; b=My2flb/HKya3fqh6qI/wXbAZLnl9QDr1KXgosRYJOPw+yfAUaPsDz9y5AmjEWDinPm gL8cCD4QLNB3SsCciB5neUWWPARSVC2UDn6vWQz53ZDGrTw4bQz4H0q8SdL2xxU4yHxZ EgTojpyW0iRnVvoYK2StOMa707ImYQzHbpjlo= MIME-Version: 1.0 Received: by 10.229.214.77 with SMTP id gz13mr974731qcb.168.1274689878092; Mon, 24 May 2010 01:31:18 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Mon, 24 May 2010 01:31:18 -0700 (PDT) In-Reply-To: <20100524075002.GA18671@icarus.home.lan> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <20100524075002.GA18671@icarus.home.lan> Date: Mon, 24 May 2010 01:31:18 -0700 Message-ID: From: Garrett Cooper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Tim Kientzle , Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 08:31:19 -0000 On Mon, May 24, 2010 at 12:50 AM, Jeremy Chadwick wrote: > On Sun, May 23, 2010 at 11:58:56PM -0700, Garrett Cooper wrote: >> =A0 =A0 =A0 I recently wiped off my Lenovo again to get a fresh install = of >> =A0 =A0 =A0 FreeBSD on it, and started out at 8.0-RELEASE (it's the medi= a >> =A0 =A0 =A0 that I had on hand at the time). Upgrading to 8-STABLE appea= rs >> =A0 =A0 =A0 to be problematic though. =A0On a few different occasions I = ran >> =A0 =A0 =A0 into issues doing the following: >> >> =A0 =A0 =A0 make -C /usr/src/usr.bin/lzmainfo depend - fails to find the >> =A0 =A0 =A0 appropriate headers >> >> =A0 =A0 =A0 make -C /usr/src/lib/liblzma install - fails to install the >> =A0 =A0 =A0 headers into /usr/include/lzma >> >> =A0 =A0 =A0 Etc. I didn't see these issues before lzma was imported into= the >> =A0 =A0 =A0 tree, which makes me wonder whether or not there are some >> =A0 =A0 =A0 missing build or install dependencies somewhere. > > buildworld/installworld does the Right Thing(tm), while the above > "one-off" makes do not. buildworld got hung up a lot on the same problems as the one-off makes. > I don't think there's any guarantee "make depend" and "make install" in > the individual /usr/src/{whatever} directories will do what you want it > to. =A0It seems to be a per-piece thing; there's no "universal standard" > (aside from buildworld/installworld) is what I'm getting at. This is sad because it implies (to me) that the concept of depend, installincludes, etc is broken :(. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon May 24 08:33:33 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EF2E106564A; Mon, 24 May 2010 08:33:33 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id AE2268FC15; Mon, 24 May 2010 08:33:32 +0000 (UTC) Received: by qyk11 with SMTP id 11so5419784qyk.13 for ; Mon, 24 May 2010 01:33:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=V0Ru1KWP/jnDqF4pmJ7JhmAjYlg6MBPFIJ5Fg5y4qFo=; b=Gq/kyleBQ4W0vveIYPaHFEn+O1t3v6kClcCOfkppPxlW4mdlYpFS4SLrHDKr6EyHfo cClTnOjrAPr0EywWIvqfBNT7OKMUw2MpPdKW4TsV9AfuYud24yBF2SmzsOQa2k4v5O8p lzE5A3v51TKvRUM5IiB2rYLDjBq0/kKS9qiK8= 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:content-transfer-encoding; b=Twke9Atd8oLl+EVTPDnj7lCU7NESV/aUHiP73m+Mkpt2rL9ggrZWKRsne+e+6Q0Hho Gpv19BMTbnnYVBVE9qcUcyFRTZZOWH8TOIypYf55nZY5xCTKJrLjBppWZhGGMakU4MKf dwWZF9G2GyHMwghKHuW896XaQG08iBVnAKuZw= MIME-Version: 1.0 Received: by 10.229.182.9 with SMTP id ca9mr976429qcb.118.1274690011461; Mon, 24 May 2010 01:33:31 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Mon, 24 May 2010 01:33:31 -0700 (PDT) In-Reply-To: <4BFA2CB3.9010006@delphij.net> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> Date: Mon, 24 May 2010 01:33:31 -0700 Message-ID: From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Tim Kientzle , Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 08:33:33 -0000 On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 2010/05/23 23:58, Garrett Cooper wrote: >> Hi Martin and Tim, >> =A0 =A0 =A0 I recently wiped off my Lenovo again to get a fresh install = of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had= on hand at the time). Upgrading to 8-STABLE appears to be problematic thou= gh. >> =A0 =A0 =A0 On a few different occasions I ran into issues doing the fol= lowing: > > Are you using make buildworld? =A0Presumbly they should have been created > by mtree and I've verified that the corresponding change was merged > properly. I've tried buildworld, as well as one one-off makes I showed above. Only after I hacked things (just did simple mkdir(1)s and make installs) so that lzma could actually install and set WITHOUT_RESCUE (syscons was getting hung up on ncurses symbols), did buildworld actually go through. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon May 24 08:38:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C595106566B; Mon, 24 May 2010 08:38:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id BFC298FC18; Mon, 24 May 2010 08:38:14 +0000 (UTC) Received: by qyk11 with SMTP id 11so5424092qyk.13 for ; Mon, 24 May 2010 01:38:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DoYYJ1FTzbkINuN/SB7qoDI1yvKMsMPNXnfOQjA2vgA=; b=JbmOBfM1q3Q0MxxuKrCHCbKz9kILqbvS9HU6o3Cjgq3vqGw1EL9zU/an0n1OIoP43u UMbOibueVeEkYTK2zUdznBelbgi6s47lXjRP9f4KMu0MGabGUbTLXmxMleQyPJzy1ew4 WwQxK3gl5129ttcrD08M4JBeO+abm3DVrouJ0= 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:content-transfer-encoding; b=MD0fwVJnmq02+defEMdYZ4z+PHx6ltFwJkf8kgoM6Cu6SRO+wP8uzbl4c2L8IkOpFB fhqk3quWX8CjqrnA1g+/vH5n8cqJGZEd6dnwc/ROmZp4+ZzGthlIlPzzvQqIfIh8wZxj DjAeWJEhsXaWBxT8l8WRcdtGnv4yBlZoyWnkY= MIME-Version: 1.0 Received: by 10.229.215.134 with SMTP id he6mr981658qcb.128.1274690294109; Mon, 24 May 2010 01:38:14 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Mon, 24 May 2010 01:38:14 -0700 (PDT) In-Reply-To: References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> Date: Mon, 24 May 2010 01:38:14 -0700 Message-ID: From: Garrett Cooper To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Tim Kientzle , Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 08:38:15 -0000 On Mon, May 24, 2010 at 1:33 AM, Garrett Cooper wrote: > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 2010/05/23 23:58, Garrett Cooper wrote: >>> Hi Martin and Tim, >>> =A0 =A0 =A0 I recently wiped off my Lenovo again to get a fresh install= of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I ha= d on hand at the time). Upgrading to 8-STABLE appears to be problematic tho= ugh. >>> =A0 =A0 =A0 On a few different occasions I ran into issues doing the fo= llowing: >> >> Are you using make buildworld? =A0Presumbly they should have been create= d >> by mtree and I've verified that the corresponding change was merged >> properly. > > I've tried buildworld, as well as one one-off makes I showed above. > Only after I hacked things (just did simple mkdir(1)s and make > installs) so that lzma could actually install and set WITHOUT_RESCUE > (syscons was getting hung up on ncurses symbols), did buildworld > actually go through. Slight correction: libtermcap, not syscons. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon May 24 08:55:45 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5764106564A; Mon, 24 May 2010 08:55:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 476408FC1B; Mon, 24 May 2010 08:55:45 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 24B2CA573B2; Mon, 24 May 2010 16:55:44 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id dPeSPIluszJd; Mon, 24 May 2010 16:55:38 +0800 (CST) Received: from delta.delphij.net (c-24-4-100-103.hsd1.ca.comcast.net [24.4.100.103]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id BE16FA55087; Mon, 24 May 2010 16:55:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=EoFZaf8KEx74ow2E1VUCUolrwoBxAk1QGpP6vOWQuUb3xDPNpJEubDLm0eOS0LA5I eNZnQUQQzUCQTAhhIz4Eg== Message-ID: <4BFA3F01.2040801@delphij.net> Date: Mon, 24 May 2010 01:55:29 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100408 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Garrett Cooper References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2010 08:55:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, On 2010/05/24 01:33, Garrett Cooper wrote: > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On 2010/05/23 23:58, Garrett Cooper wrote: >>> Hi Martin and Tim, >>> I recently wiped off my Lenovo again to get a fresh install of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on hand at the time). Upgrading to 8-STABLE appears to be problematic though. >>> On a few different occasions I ran into issues doing the following: >> >> Are you using make buildworld? Presumbly they should have been created >> by mtree and I've verified that the corresponding change was merged >> properly. > > I've tried buildworld, as well as one one-off makes I showed above. But how do you explain there is no tinderbox alert and there is no reports about this? > Only after I hacked things (just did simple mkdir(1)s and make > installs) so that lzma could actually install and set WITHOUT_RESCUE > (syscons was getting hung up on ncurses symbols), did buildworld > actually go through. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJL+j8BAAoJEATO+BI/yjfBvZoH/juH0grqSoBNGNhNNFMiTq7+ ShyS1CxgDfSqJavQCPcFQJXGX8q2Rwv4ulJw/MTMhvID1MPVIlneD7DndefcVq4c Cwe/oPlBShXRqT4KcgdZwzcVPCu1AFzuZ1bCbLnJdaHjRNxJx+0R4/c6MLCYy+U2 qLbCimHbLhxqwQ2PMbfmBO2HvM5Xx+c2uST2C7j+kvWWFcPxMoed4RPlVeBJOGXR yGkEPmNMRKZu1neFei69BESdip8RjMsFh5zaousNdODW965Pe+m0c6RoF71P9oC/ WZjuWcUlbG2yKGLlMWT2N81fJQzyGDq2GIOwq29cMV68/kdZB+V+oI3HF2vEv1c= =bKxr -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon May 24 09:21:45 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8F0C1065675 for ; Mon, 24 May 2010 09:21:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 864898FC23 for ; Mon, 24 May 2010 09:21:44 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta09.westchester.pa.mail.comcast.net with comcast id MMJG1e0020SCNGk59MMk5T; Mon, 24 May 2010 09:21:44 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta09.westchester.pa.mail.comcast.net with comcast id MMMi1e0033S48mS3VMMjMF; Mon, 24 May 2010 09:21:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 356D99B422; Mon, 24 May 2010 02:21:41 -0700 (PDT) Date: Mon, 24 May 2010 02:21:41 -0700 From: Jeremy Chadwick To: d@delphij.net Message-ID: <20100524092141.GA20863@icarus.home.lan> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BFA3F01.2040801@delphij.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Garrett Cooper , stable@freebsd.org, Tim Kientzle , Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 09:21:45 -0000 On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: > On 2010/05/24 01:33, Garrett Cooper wrote: > > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA256 > >> > >> On 2010/05/23 23:58, Garrett Cooper wrote: > >>> Hi Martin and Tim, > >>> I recently wiped off my Lenovo again to get a fresh install of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on hand at the time). Upgrading to 8-STABLE appears to be problematic though. > >>> On a few different occasions I ran into issues doing the following: > >> > >> Are you using make buildworld? Presumbly they should have been created > >> by mtree and I've verified that the corresponding change was merged > >> properly. > > > > I've tried buildworld, as well as one one-off makes I showed above. > > But how do you explain there is no tinderbox alert and there is no > reports about this? Not to mention, I just did buildworld/installworld on one of our machines yesterday afternoon, after the lzma import, and didn't run into a single problem: $ ls -l /usr/include/lzma total 162 -r--r--r-- 1 root wheel 22112 23 May 12:10 base.h -r--r--r-- 1 root wheel 2628 23 May 12:10 bcj.h -r--r--r-- 1 root wheel 20032 23 May 12:10 block.h -r--r--r-- 1 root wheel 4255 23 May 12:10 check.h -r--r--r-- 1 root wheel 16341 23 May 12:10 container.h -r--r--r-- 1 root wheel 1865 23 May 12:10 delta.h -r--r--r-- 1 root wheel 16164 23 May 12:10 filter.h -r--r--r-- 1 root wheel 2141 23 May 12:10 hardware.h -r--r--r-- 1 root wheel 22807 23 May 12:10 index.h -r--r--r-- 1 root wheel 3903 23 May 12:10 index_hash.h -r--r--r-- 1 root wheel 13531 23 May 12:10 lzma.h -r--r--r-- 1 root wheel 8357 23 May 12:10 stream_flags.h -r--r--r-- 1 root wheel 6646 23 May 12:10 subblock.h -r--r--r-- 1 root wheel 3497 23 May 12:10 version.h -r--r--r-- 1 root wheel 6601 23 May 12:10 vli.h Could what Garrett is seeing be the result of one of the cvsup mirrors being out of date? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 09:27:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 640251065678 for ; Mon, 24 May 2010 09:27:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id E168D8FC1B for ; Mon, 24 May 2010 09:27:19 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id DFCC1A573FD; Mon, 24 May 2010 17:27:18 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id 19yYR-1VPa6o; Mon, 24 May 2010 17:27:13 +0800 (CST) Received: from delta.delphij.net (c-24-4-100-103.hsd1.ca.comcast.net [24.4.100.103]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5DCEAA55087; Mon, 24 May 2010 17:27:11 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp: content-type:content-transfer-encoding; b=Yk3KTjkip2IotKijKP3wlDuEv+WUi7YYZ9vI90EuUc8kLBW9hmZCVxUyVsed8xrCe cYFGFb6R/HA0E3pL8/wWw== Message-ID: <4BFA466A.4050300@delphij.net> Date: Mon, 24 May 2010 02:27:06 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100408 Thunderbird/3.0.4 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> In-Reply-To: <20100524092141.GA20863@icarus.home.lan> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: lzma support in `stable' has potential issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2010 09:27:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/05/24 02:21, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: >> On 2010/05/24 01:33, Garrett Cooper wrote: >>> On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA256 >>>> >>>> On 2010/05/23 23:58, Garrett Cooper wrote: >>>>> Hi Martin and Tim, >>>>> I recently wiped off my Lenovo again to get a fresh install of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on hand at the time). Upgrading to 8-STABLE appears to be problematic though. >>>>> On a few different occasions I ran into issues doing the following: >>>> >>>> Are you using make buildworld? Presumbly they should have been created >>>> by mtree and I've verified that the corresponding change was merged >>>> properly. >>> >>> I've tried buildworld, as well as one one-off makes I showed above. >> >> But how do you explain there is no tinderbox alert and there is no >> reports about this? > > Not to mention, I just did buildworld/installworld on one of our > machines yesterday afternoon, after the lzma import, and didn't run into > a single problem: > > $ ls -l /usr/include/lzma > total 162 > -r--r--r-- 1 root wheel 22112 23 May 12:10 base.h > -r--r--r-- 1 root wheel 2628 23 May 12:10 bcj.h > -r--r--r-- 1 root wheel 20032 23 May 12:10 block.h > -r--r--r-- 1 root wheel 4255 23 May 12:10 check.h > -r--r--r-- 1 root wheel 16341 23 May 12:10 container.h > -r--r--r-- 1 root wheel 1865 23 May 12:10 delta.h > -r--r--r-- 1 root wheel 16164 23 May 12:10 filter.h > -r--r--r-- 1 root wheel 2141 23 May 12:10 hardware.h > -r--r--r-- 1 root wheel 22807 23 May 12:10 index.h > -r--r--r-- 1 root wheel 3903 23 May 12:10 index_hash.h > -r--r--r-- 1 root wheel 13531 23 May 12:10 lzma.h > -r--r--r-- 1 root wheel 8357 23 May 12:10 stream_flags.h > -r--r--r-- 1 root wheel 6646 23 May 12:10 subblock.h > -r--r--r-- 1 root wheel 3497 23 May 12:10 version.h > -r--r--r-- 1 root wheel 6601 23 May 12:10 vli.h > > Could what Garrett is seeing be the result of one of the cvsup mirrors > being out of date? My guess would be src/etc/mtree tree not being populated properly... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBCAAGBQJL+kZpAAoJEATO+BI/yjfBI9YIAKoERSJ00pbIFKMvOVgstoZn ShauwpRwhHsCaUoxYfdTOGBe+3f5+GUXh5BhJJXTgkH7bOVkjocBVZImu4bVt37Y XdBXjfOgD0DCdPcWuAHhGlHvatDhjtVAlhIj3LxSpcPmbXFJBMboBIkBcrX12tum MHwD+OIiPtnLA89XwdefB4FX65mBdhvHA93+/vHzrbx7ixZnOMk+rWcb90hqWMUL +4DxkPge8Rb5COW/9DMpQN7rdMz73r2XBOpumpCIDg5lV0aOJ7KminpIItaBB1IB Vs4kW93n5BMhbKw2qwdtiz6BCZJAlDl7WYpMalg5Zw+3cXUynzcreL6xd20VmHk= =7P4u -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon May 24 09:29:48 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E01C1065672; Mon, 24 May 2010 09:29:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id E04BE8FC19; Mon, 24 May 2010 09:29:47 +0000 (UTC) Received: by qyk11 with SMTP id 11so5472693qyk.13 for ; Mon, 24 May 2010 02:29:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Qzr5KVohy4DKFYDidqLuoj4+uBoEgg0zmmF8YRI40GI=; b=h3i/oZRohwBlH2lH0HSngwda27qwuqXSWB1j2Q9TqEQNc7ELzr+shvpTAmZjio/FzM ox73dVjGid6o5BZPP/cZ0cimhGyan5IKoHGGPoMQi8KkZJA//xYCzfwqQxCd1JGH56o1 FMJM/20EXSYwW0PXuSzOpu3d4mPTN7FiYv9I4= 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:content-transfer-encoding; b=pKQdWHHI4kuKk6XpfOpgoWWLal5CVPpiyDP9mesxykG+AXeZb5vVVpPp+FwsU9Iabb 5VKcXE+OQtpYNTeIAz9DfIOdVYPwzGvtkAMVuU98NjeSH3IsEmGUOvFmKFo2LcWTxQtN +mW92856yZtzqAsGOyZokLTCZ6DTBZeVDnSAU= MIME-Version: 1.0 Received: by 10.229.187.71 with SMTP id cv7mr991537qcb.81.1274693386941; Mon, 24 May 2010 02:29:46 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Mon, 24 May 2010 02:29:46 -0700 (PDT) In-Reply-To: <20100524092141.GA20863@icarus.home.lan> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> Date: Mon, 24 May 2010 02:29:46 -0700 Message-ID: From: Garrett Cooper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 09:29:48 -0000 On Mon, May 24, 2010 at 2:21 AM, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: >> On 2010/05/24 01:33, Garrett Cooper wrote: >> > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> >> Hash: SHA256 >> >> >> >> On 2010/05/23 23:58, Garrett Cooper wrote: >> >>> Hi Martin and Tim, >> >>> =A0 =A0 =A0 I recently wiped off my Lenovo again to get a fresh inst= all of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I= had on hand at the time). Upgrading to 8-STABLE appears to be problematic = though. >> >>> =A0 =A0 =A0 On a few different occasions I ran into issues doing the= following: >> >> >> >> Are you using make buildworld? =A0Presumbly they should have been cre= ated >> >> by mtree and I've verified that the corresponding change was merged >> >> properly. >> > >> > I've tried buildworld, as well as one one-off makes I showed above. >> >> But how do you explain there is no tinderbox alert and there is no >> reports about this? > > Not to mention, I just did buildworld/installworld on one of our > machines yesterday afternoon, after the lzma import, and didn't run into > a single problem: > > $ ls -l /usr/include/lzma > total 162 > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 22112 23 May 12:10 base= .h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A02628 23 May 12:10 bc= j.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 20032 23 May 12:10 bloc= k.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A04255 23 May 12:10 ch= eck.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 16341 23 May 12:10 cont= ainer.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A01865 23 May 12:10 de= lta.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 16164 23 May 12:10 filt= er.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A02141 23 May 12:10 ha= rdware.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 22807 23 May 12:10 inde= x.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A03903 23 May 12:10 in= dex_hash.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 13531 23 May 12:10 lzma= .h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A08357 23 May 12:10 st= ream_flags.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A06646 23 May 12:10 su= bblock.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A03497 23 May 12:10 ve= rsion.h > -r--r--r-- =A0 =A01 root =A0 =A0 =A0wheel =A0 =A0 =A06601 23 May 12:10 vl= i.h > > Could what Garrett is seeing be the result of one of the cvsup mirrors > being out of date? No. I'm using svn://svn.freebsd.org/base/stable/8 . I'm just saying that hopping from 8.0-RELEASE to 8-STABLE has potential issues that need to be explored further ; I'll try to characterize the issue better and submit a bug report if it's valid -- I just wanted to see whether or not folks spotted the issue before in the past couple of weeks. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon May 24 09:32:06 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EDF41065670 for ; Mon, 24 May 2010 09:32:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id AD5A88FC25 for ; Mon, 24 May 2010 09:32:05 +0000 (UTC) Received: from omta04.westchester.pa.mail.comcast.net ([76.96.62.35]) by qmta01.westchester.pa.mail.comcast.net with comcast id MMUZ1e0010ldTLk51MY5WH; Mon, 24 May 2010 09:32:05 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta04.westchester.pa.mail.comcast.net with comcast id MMY31e0083S48mS3QMY42F; Mon, 24 May 2010 09:32:05 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8A71F9B422; Mon, 24 May 2010 02:32:02 -0700 (PDT) Date: Mon, 24 May 2010 02:32:02 -0700 From: Jeremy Chadwick To: Garrett Cooper Message-ID: <20100524093202.GA21167@icarus.home.lan> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 09:32:06 -0000 On Mon, May 24, 2010 at 02:29:46AM -0700, Garrett Cooper wrote: > On Mon, May 24, 2010 at 2:21 AM, Jeremy Chadwick > wrote: > > On Mon, May 24, 2010 at 01:55:29AM -0700, Xin LI wrote: > >> On 2010/05/24 01:33, Garrett Cooper wrote: > >> > On Mon, May 24, 2010 at 12:37 AM, Xin LI wrote: > >> >> -----BEGIN PGP SIGNED MESSAGE----- > >> >> Hash: SHA256 > >> >> > >> >> On 2010/05/23 23:58, Garrett Cooper wrote: > >> >>> Hi Martin and Tim, > >> >>>       I recently wiped off my Lenovo again to get a fresh install of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on hand at the time). Upgrading to 8-STABLE appears to be problematic though. > >> >>>       On a few different occasions I ran into issues doing the following: > >> >> > >> >> Are you using make buildworld?  Presumbly they should have been created > >> >> by mtree and I've verified that the corresponding change was merged > >> >> properly. > >> > > >> > I've tried buildworld, as well as one one-off makes I showed above. > >> > >> But how do you explain there is no tinderbox alert and there is no > >> reports about this? > > > > Not to mention, I just did buildworld/installworld on one of our > > machines yesterday afternoon, after the lzma import, and didn't run into > > a single problem: > > > > $ ls -l /usr/include/lzma > > total 162 > > -r--r--r--    1 root      wheel     22112 23 May 12:10 base.h > > -r--r--r--    1 root      wheel      2628 23 May 12:10 bcj.h > > -r--r--r--    1 root      wheel     20032 23 May 12:10 block.h > > -r--r--r--    1 root      wheel      4255 23 May 12:10 check.h > > -r--r--r--    1 root      wheel     16341 23 May 12:10 container.h > > -r--r--r--    1 root      wheel      1865 23 May 12:10 delta.h > > -r--r--r--    1 root      wheel     16164 23 May 12:10 filter.h > > -r--r--r--    1 root      wheel      2141 23 May 12:10 hardware.h > > -r--r--r--    1 root      wheel     22807 23 May 12:10 index.h > > -r--r--r--    1 root      wheel      3903 23 May 12:10 index_hash.h > > -r--r--r--    1 root      wheel     13531 23 May 12:10 lzma.h > > -r--r--r--    1 root      wheel      8357 23 May 12:10 stream_flags.h > > -r--r--r--    1 root      wheel      6646 23 May 12:10 subblock.h > > -r--r--r--    1 root      wheel      3497 23 May 12:10 version.h > > -r--r--r--    1 root      wheel      6601 23 May 12:10 vli.h > > > > Could what Garrett is seeing be the result of one of the cvsup mirrors > > being out of date? > > No. I'm using svn://svn.freebsd.org/base/stable/8 . I'm just saying > that hopping from 8.0-RELEASE to 8-STABLE has potential issues that > need to be explored further ; I'll try to characterize the issue > better and submit a bug report if it's valid -- I just wanted to see > whether or not folks spotted the issue before in the past couple of > weeks. Ahh, I see what you're getting at. Give me a couple hours to build a FreeBSD box under a VM with stock 8.0-RELEASE installed on it + csup to RELENG_8 + rebuild world to see if I can reproduce the problem. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 10:35:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E90106566B for ; Mon, 24 May 2010 10:35:07 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id A48578FC15 for ; Mon, 24 May 2010 10:35:06 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so863759fge.13 for ; Mon, 24 May 2010 03:35:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=6rsRSrEscIR96EQQyh+MfWiWkCtdvBUrAHh93wj2c+E=; b=Z1nn9rcKS/lR8FwKn9NWfw4PonVBoWFFX5WaOJeSuT3+D8xEbda5GuAu+SY2CZwTZA tJ/QFjkxonPacEipENU+vyjh4Px4YKZX8nr62qJC0qh+cpWVIrH8mdFvRE73p9yTOLAx H40RN2DVzaP04bF1P1YktvRPFt8VyWsFSKA7Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=pPO2CKSTAhK0Yx9SFcL2VlzdasTx/frznWCx/l4pkOjRFWQ1DzN1qgihdHggc/JRS0 p/DQUNBUbGQYRVdIWhDCzsh37HGltk1zClnxVtUnc2Mh193boK6MpVGq2r4uv6PSUqEO W6x1kDgtdyYZ1c4WUpWVdzyrO0qI43Vwb0FKA= Received: by 10.87.35.20 with SMTP id n20mr8062491fgj.0.1274697305476; Mon, 24 May 2010 03:35:05 -0700 (PDT) Received: from ndenev.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id d8sm8886315fga.21.2010.05.24.03.35.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 May 2010 03:35:04 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: Date: Mon, 24 May 2010 13:35:01 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <77DFF2E5-7A1E-4063-A852-2C7AD9BC3DD4@gmail.com> References: To: Nikolay Denev X-Mailer: Apple Mail (2.1078) Cc: Pyun YongHyeon , freebsd-stable@freebsd.org Subject: Re: if_sge related panics 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, 24 May 2010 10:35:07 -0000 On May 24, 2010, at 8:57 AM, Nikolay Denev wrote: > Hi, >=20 > Recently I started to experience a if_sge(4) related panic. > It happens almost every time I try to download a torrent file for = example. > Copying of large files over NFS seem not to trigger it, but I haven't = tested extensively. >=20 > Here is the panic message : >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x8 > fault code =3D supervisor write data, page = not present > instruction pointer =3D 0x20:0xffffffff80230413 > stack pointer =3D 0x28:0xffffff80001e9280 > frame pointer =3D 0x28:0xffffff80001e9510 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long = 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, = IOPL =3D 0 > current process =3D 12 (irq19: sge0) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 1d20h56m20s > Cannot dump. Device not defined or unavailable > Automatic reboot in 15 seconds - press a key on the console to abort > Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock >=20 > My swap is on a zvol, so I don't have dump. I'll try to attach a disk = on the eSATA port and dump there if needed. Here is some info from the crashdump : (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff802fb149 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xffffffff802fb57c in panic (fmt=3D0xffffffff8055d564 "%s") at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xffffffff805055b8 in trap_fatal (frame=3D0xffffff000288a3e0, = eva=3DVariable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:777 #4 0xffffffff805059dc in trap_pfault (frame=3D0xffffff80001e91d0, = usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:693 #5 0xffffffff805061c5 in trap (frame=3D0xffffff80001e91d0) at /usr/src/sys/amd64/amd64/trap.c:451 #6 0xffffffff804eb977 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:223 #7 0xffffffff80230413 in sge_start_locked (ifp=3D0xffffff000270d800) at /usr/src/sys/dev/sge/if_sge.c:1591 #8 0xffffffff80231044 in sge_start (ifp=3D0xffffff000270d800) at /usr/src/sys/dev/sge/if_sge.c:1562 #9 0xffffffff803a8b1a in if_transmit (ifp=3D0xffffff000270d800, = m=3DVariable "m" is not available. ) at /usr/src/sys/net/if.c:3355 #10 0xffffffff803adbbb in ether_output_frame (ifp=3D0xffffff000270d800,=20= m=3D0xffffff0007fdd600) at /usr/src/sys/net/if_ethersubr.c:452 #11 0xffffffff803ae206 in ether_output (ifp=3D0xffffff000270d800,=20 m=3D0xffffff0007fdd600, dst=3DVariable "dst" is not available. ) at /usr/src/sys/net/if_ethersubr.c:423 #12 0xffffffff803e1798 in ip_output (m=3D0xffffff0007fdd600, = opt=3DVariable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:634 #13 0xffffffff803ec6d0 in tcp_output (tp=3D0xffffff0007ea56e0) at /usr/src/sys/netinet/tcp_output.c:1190 #14 0xffffffff803e7243 in tcp_do_segment (m=3D0xffffff00cd095900,=20 th=3D0xffffff0007743834, so=3D0xffffff0007e9e550, = tp=3D0xffffff0007ea56e0,=20 drop_hdrlen=3D52, tlen=3D0, iptos=3D0 '\0', ti_locked=3D2) at /usr/src/sys/netinet/tcp_input.c:1484 #15 0xffffffff803ea565 in tcp_input (m=3D0xffffff00cd095900, = off0=3DVariable "off0" is not available. ) at /usr/src/sys/netinet/tcp_input.c:1029 #16 0xffffffff803de6c1 in ip_input (m=3D0xffffff00cd095900) at /usr/src/sys/netinet/ip_input.c:793 #17 0xffffffff803b637e in netisr_dispatch_src (proto=3D1, = source=3DVariable "source" is not available. ) at /usr/src/sys/net/netisr.c:917 #18 0xffffffff803ada6d in ether_demux (ifp=3D0xffffff000270d800,=20 m=3D0xffffff00cd095900) at /usr/src/sys/net/if_ethersubr.c:901 #19 0xffffffff803ae3f0 in ether_input (ifp=3D0xffffff000270d800,=20 m=3D0xffffff00cd095900) at /usr/src/sys/net/if_ethersubr.c:760 #20 0xffffffff802317db in sge_intr (arg=3DVariable "arg" is not = available. ) at /usr/src/sys/dev/sge/if_sge.c:1220 #21 0xffffffff802d202d in intr_event_execute_handlers (p=3DVariable "p" = is not available. ) at /usr/src/sys/kern/kern_intr.c:1220 #22 0xffffffff802d36de in ithread_loop (arg=3D0xffffff000286f4c0) at /usr/src/sys/kern/kern_intr.c:1233 #23 0xffffffff802cf978 in fork_exit ( callout=3D0xffffffff802d3650 , arg=3D0xffffff000286f4c0,= =20 frame=3D0xffffff80001e9c80) at /usr/src/sys/kern/kern_fork.c:844 #24 0xffffffff804ebe4e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:562 #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000001 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x000000000126d000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0xffffffff80787c40 in affinity () #53 0xffffff000288a3e0 in ?? () #54 0xffffff80001e9b80 in ?? () #55 0xffffff80001e9b38 in ?? () #56 0xffffff00027253e0 in ?? () #57 0xffffffff80320cf7 in sched_switch (td=3D0xffffffff802d3650,=20 newtd=3D0xffffff000286f4c0, flags=3DVariable "flags" is not = available. ) at /usr/src/sys/kern/sched_ule.c:1844 Previous frame inner to this frame (corrupt stack?) From owner-freebsd-stable@FreeBSD.ORG Mon May 24 10:47:47 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16E0D106566B for ; Mon, 24 May 2010 10:47:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id EF6A98FC15 for ; Mon, 24 May 2010 10:47:45 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta14.emeryville.ca.mail.comcast.net with comcast id MNk21e0011eYJf8AENnm5M; Mon, 24 May 2010 10:47:46 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta19.emeryville.ca.mail.comcast.net with comcast id MNnm1e0013S48mS01Nnm9Z; Mon, 24 May 2010 10:47:46 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D0E0D9B422; Mon, 24 May 2010 03:47:44 -0700 (PDT) Date: Mon, 24 May 2010 03:47:44 -0700 From: Jeremy Chadwick To: Garrett Cooper Message-ID: <20100524104744.GA24309@icarus.home.lan> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> <20100524093202.GA21167@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100524093202.GA21167@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 10:47:47 -0000 On Mon, May 24, 2010 at 02:32:02AM -0700, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 02:29:46AM -0700, Garrett Cooper wrote: > > No. I'm using svn://svn.freebsd.org/base/stable/8 . I'm just saying > > that hopping from 8.0-RELEASE to 8-STABLE has potential issues that > > need to be explored further ; I'll try to characterize the issue > > better and submit a bug report if it's valid -- I just wanted to see > > whether or not folks spotted the issue before in the past couple of > > weeks. > > Ahh, I see what you're getting at. Give me a couple hours to build a > FreeBSD box under a VM with stock 8.0-RELEASE installed on it + csup to > RELENG_8 + rebuild world to see if I can reproduce the problem. Built: FreeBSD testbox.home.lan 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 csup'd from cvsup10.freebsd.org, RELENG_8 of course. make -j2 buildworld is currently running. Things I've adjusted from the out-of-the-box install: make.conf -- KERNCONF=GENERIC CPUTYPE?=nocona NO_INET6=yes src.conf -- WITHOUT_INET6=true WITHOUT_IPFILTER=true WITHOUT_LIB32=true WITHOUT_KERBEROS=true WITHOUT_PROFILE=true WITHOUT_SENDMAIL=true I'll let you know how it goes. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 11:59:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80DCA1065670 for ; Mon, 24 May 2010 11:59:17 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7268FC13 for ; Mon, 24 May 2010 11:59:17 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id C44C170C45 for ; Mon, 24 May 2010 11:59:15 +0000 (UTC) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 24 May 2010 13:59:14 +0200 Message-Id: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> To: FreeBSD Stable Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Subject: make world fails in usr.sbin/config? 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, 24 May 2010 11:59:17 -0000 I have a feeling I screwed something up, but I can't find anything wrong = locally. # uname -a FreeBSD diesel.lassitu.de 8.0-STABLE FreeBSD 8.0-STABLE #9 r204100: Sat = Feb 20 09:53:14 CET 2010 = root@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL amd64 # svn info Path: . URL: svn://svn.freebsd.org/base/stable/8 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 208493 Node Kind: directory Schedule: normal Last Changed Author: mav Last Changed Rev: 208492 Last Changed Date: 2010-05-24 13:01:56 +0200 (Mon, 24 May 2010) [...] =3D=3D=3D> usr.sbin/config (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for = /usr/src/usr.sbin/config yacc -d /usr/src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /usr/src/usr.sbin/config/lang.l > lang.c file2c 'char kernconfstr[] =3D {' ',0};' < = /usr/src/usr.sbin/config/kernconf.tmpl > kernconf.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/usr.sbin/config = -I/usr/obj/usr/src/tmp/legacy/usr/include config.c = /usr/src/usr.sbin/config/main.c lang.c = /usr/src/usr.sbin/config/mkmakefile.c = /usr/src/usr.sbin/config/mkheaders.c = /usr/src/usr.sbin/config/mkoptions.c kernconf.c echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a = /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -pipe -I. -I/usr/src/usr.sbin/config = -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c config.c:214: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before '*' token config.c:215: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'yyval' config.c:216: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'yylval' config.c:219: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before '*' token /usr/src/usr.sbin/config/config.y: In function 'yyerror': /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared = identifier is reported only once /usr/src/usr.sbin/config/config.y:312: error: for each function it = appears in.) /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y: In function 'yywrap': /usr/src/usr.sbin/config/config.y:318: error: 'found_defaults' = undeclared (first use in this function) /usr/src/usr.sbin/config/config.y:319: error: 'PREFIX' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y:319: error: 'stdin' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y:319: warning: comparison between = pointer and integer /usr/src/usr.sbin/config/config.y:321: error: 'yyfile' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y:322: error: 'yyline' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y: In function 'newfile': /usr/src/usr.sbin/config/config.y:337: error: dereferencing pointer to = incomplete type /usr/src/usr.sbin/config/config.y:340: error: dereferencing pointer to = incomplete type /usr/src/usr.sbin/config/config.y:341: error: 'fntab' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y:341: error: 'f_next' undeclared (first = use in this function) /usr/src/usr.sbin/config/config.y: At top level: /usr/src/usr.sbin/config/config.y:348: warning: 'struct device_head' = declared inside parameter list e type y.tab.c: In function 'yygrowstack': y.tab.c:382: error: 'YYSTYPE' undeclared (first use in this function) y.tab.c:382: error: 'newvs' undeclared (first use in this function) y.tab.c:397: error: 'yyvs' undeclared (first use in this function) y.tab.c:397: error: expected expression before ')' token y.tab.c:402: error: 'yyvsp' undeclared (first use in this function) y.tab.c: In function 'yyparse': y.tab.c:456: error: 'yyvsp' undeclared (first use in this function) y.tab.c:456: error: 'yyvs' undeclared (first use in this function) y.tab.c:488: error: 'yylval' undeclared (first use in this function) y.tab.c:569: error: 'yyval' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/usr.sbin/config. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:09:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF42106566B for ; Mon, 24 May 2010 12:09:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 94B678FC17 for ; Mon, 24 May 2010 12:09:11 +0000 (UTC) Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta09.emeryville.ca.mail.comcast.net with comcast id MPq91e0050lTkoCA9Q9CTG; Mon, 24 May 2010 12:09:12 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta04.emeryville.ca.mail.comcast.net with comcast id MQ9B1e0053S48mS8QQ9BaN; Mon, 24 May 2010 12:09:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 821029B422; Mon, 24 May 2010 05:09:10 -0700 (PDT) Date: Mon, 24 May 2010 05:09:10 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20100524120910.GA25613@icarus.home.lan> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:09:11 -0000 On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote: > I have a feeling I screwed something up, but I can't find anything wrong locally. > ... > ===> usr.sbin/config (obj,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for /usr/src/usr.sbin/config > yacc -d /usr/src/usr.sbin/config/config.y > cp y.tab.c config.c > lex -t /usr/src/usr.sbin/config/lang.l > lang.c > file2c 'char kernconfstr[] = {' ',0};' < /usr/src/usr.sbin/config/kernconf.tmpl > kernconf.c > rm -f .depend > mkdep -f .depend -a -I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/tmp/legacy/usr/include config.c /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c kernconf.c > echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > cc -O2 -pipe -I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c > config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token > config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'yyval' > config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'yylval' > config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token > /usr/src/usr.sbin/config/config.y: In function 'yyerror': > /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use in this function) > /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is reported only once > /usr/src/usr.sbin/config/config.y:312: error: for each function it appears in.) > /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use in this function) 1) Have you tried rm -fr /usr/obj/* prior to building world? 2) If you already tried that, can you provide your /etc/make.conf and /etc/src.conf contents? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:12:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 307121065687 for ; Mon, 24 May 2010 12:12:16 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id AA8778FC30 for ; Mon, 24 May 2010 12:12:15 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id BD92570CB5; Mon, 24 May 2010 12:12:14 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20100524120910.GA25613@icarus.home.lan> Date: Mon, 24 May 2010 14:12:13 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:12:16 -0000 Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick: > On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote: >> I have a feeling I screwed something up, but I can't find anything = wrong locally. >> ... >> =3D=3D=3D> usr.sbin/config (obj,depend,all,install) >> /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for = /usr/src/usr.sbin/config >> yacc -d /usr/src/usr.sbin/config/config.y >> cp y.tab.c config.c >> lex -t /usr/src/usr.sbin/config/lang.l > lang.c >> file2c 'char kernconfstr[] =3D {' ',0};' < = /usr/src/usr.sbin/config/kernconf.tmpl > kernconf.c >> rm -f .depend >> mkdep -f .depend -a -I. -I/usr/src/usr.sbin/config = -I/usr/obj/usr/src/tmp/legacy/usr/include config.c = /usr/src/usr.sbin/config/main.c lang.c = /usr/src/usr.sbin/config/mkmakefile.c = /usr/src/usr.sbin/config/mkheaders.c = /usr/src/usr.sbin/config/mkoptions.c kernconf.c >> echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a = /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend >> cc -O2 -pipe -I. -I/usr/src/usr.sbin/config = -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c >> config.c:214: error: expected '=3D', ',', ';', 'asm' or = '__attribute__' before '*' token >> config.c:215: error: expected '=3D', ',', ';', 'asm' or = '__attribute__' before 'yyval' >> config.c:216: error: expected '=3D', ',', ';', 'asm' or = '__attribute__' before 'yylval' >> config.c:219: error: expected '=3D', ',', ';', 'asm' or = '__attribute__' before '*' token >> /usr/src/usr.sbin/config/config.y: In function 'yyerror': >> /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared = (first use in this function) >> /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared = identifier is reported only once >> /usr/src/usr.sbin/config/config.y:312: error: for each function it = appears in.) >> /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared = (first use in this function) >=20 > 1) Have you tried rm -fr /usr/obj/* prior to building world? /usr/obj is a fresh filesystem (zfs). > 2) If you already tried that, can you provide your /etc/make.conf and > /etc/src.conf contents? I have no src.conf, and this is make.conf, unchanged from previous make = worlds. # # make world etc. # KERNCONF?=3D DIESEL #MODULES_WITH_WORLD=3D true BOOT_PXELDR_ALWAYS_SERIAL?=3D true BOOT_PXELDR_PROBE_KEYBOARD?=3D true # added by use.perl 2009-07-26 23:56:06 PERL_VERSION=3D5.8.9 --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:18:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2D5F1065672 for ; Mon, 24 May 2010 12:18:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id C9FD08FC21 for ; Mon, 24 May 2010 12:18:56 +0000 (UTC) Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta10.emeryville.ca.mail.comcast.net with comcast id MPqf1e0031zF43QAAQJxeJ; Mon, 24 May 2010 12:18:57 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta24.emeryville.ca.mail.comcast.net with comcast id MQJx1e0013S48mS8kQJxzV; Mon, 24 May 2010 12:18:57 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2D4E79B422; Mon, 24 May 2010 05:18:56 -0700 (PDT) Date: Mon, 24 May 2010 05:18:56 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20100524121856.GA26479@icarus.home.lan> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:18:57 -0000 On Mon, May 24, 2010 at 02:12:13PM +0200, Stefan Bethke wrote: > Am 24.05.2010 um 14:09 schrieb Jeremy Chadwick: > > > On Mon, May 24, 2010 at 01:59:14PM +0200, Stefan Bethke wrote: > >> I have a feeling I screwed something up, but I can't find anything wrong locally. > >> ... > >> ===> usr.sbin/config (obj,depend,all,install) > >> /usr/obj/usr/src/tmp/usr/src/usr.sbin/config created for /usr/src/usr.sbin/config > >> yacc -d /usr/src/usr.sbin/config/config.y > >> cp y.tab.c config.c > >> lex -t /usr/src/usr.sbin/config/lang.l > lang.c > >> file2c 'char kernconfstr[] = {' ',0};' < /usr/src/usr.sbin/config/kernconf.tmpl > kernconf.c > >> rm -f .depend > >> mkdep -f .depend -a -I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/tmp/legacy/usr/include config.c /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/config/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/mkoptions.c kernconf.c > >> echo config: /usr/lib/libc.a /usr/lib/libl.a /usr/lib/libsbuf.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend > >> cc -O2 -pipe -I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/tmp/legacy/usr/include -c config.c > >> config.c:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token > >> config.c:215: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'yyval' > >> config.c:216: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'yylval' > >> config.c:219: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token > >> /usr/src/usr.sbin/config/config.y: In function 'yyerror': > >> /usr/src/usr.sbin/config/config.y:312: error: 'yyfile' undeclared (first use in this function) > >> /usr/src/usr.sbin/config/config.y:312: error: (Each undeclared identifier is reported only once > >> /usr/src/usr.sbin/config/config.y:312: error: for each function it appears in.) > >> /usr/src/usr.sbin/config/config.y:312: error: 'yyline' undeclared (first use in this function) > > > > 1) Have you tried rm -fr /usr/obj/* prior to building world? > > /usr/obj is a fresh filesystem (zfs). > > > 2) If you already tried that, can you provide your /etc/make.conf and > > /etc/src.conf contents? > > I have no src.conf, and this is make.conf, unchanged from previous make worlds. > > # > # make world etc. > # > KERNCONF?= DIESEL > #MODULES_WITH_WORLD= true > > BOOT_PXELDR_ALWAYS_SERIAL?= true > BOOT_PXELDR_PROBE_KEYBOARD?= true > > # added by use.perl 2009-07-26 23:56:06 > PERL_VERSION=5.8.9 1) Were you using any "-j" flags during your make? If so, try without it. Sometimes these are known to cause oddities, even if occasionally. 2) Make sure your system clock is correct and isn't drifting badly. Highly recommend you use ntpdate to set the clock initially, then run ntpd at all times. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:21:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0075D1065670 for ; Mon, 24 May 2010 12:21:47 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 79C008FC22 for ; Mon, 24 May 2010 12:21:46 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 85F0370D07; Mon, 24 May 2010 12:21:45 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20100524121856.GA26479@icarus.home.lan> Date: Mon, 24 May 2010 14:21:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:21:47 -0000 Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > 1) Were you using any "-j" flags during your make? If so, try without = it. > Sometimes these are known to cause oddities, even if occasionally. Nope. > 2) Make sure your system clock is correct and isn't drifting badly. > Highly recommend you use ntpdate to set the clock initially, then run > ntpd at all times. # ntpq -p remote refid st t when poll reach delay offset = jitter = =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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D +lokschuppen.zs6 131.188.3.222 2 u 69 512 377 34.115 5.313 = 0.153 *jachthafen.hans 131.188.3.222 2 u 52 512 377 33.966 4.757 = 0.554 -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.567 7.895 = 0.268 -svr02.teleport- 73.120.242.92 2 u 187 512 377 44.572 6.949 = 0.542 -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.338 7.662 = 0.422 +qraftwerk.de 192.53.103.108 2 u 141 512 377 52.505 5.228 = 0.256 I'll try a new checkout next. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:29:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 010EE1065670 for ; Mon, 24 May 2010 12:29:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id A1C268FC19 for ; Mon, 24 May 2010 12:29:47 +0000 (UTC) Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71]) by qmta12.westchester.pa.mail.comcast.net with comcast id MPhd1e0031YDfWL5CQVn6p; Mon, 24 May 2010 12:29:47 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta20.westchester.pa.mail.comcast.net with comcast id MQVm1e0013S48mS3gQVmtv; Mon, 24 May 2010 12:29:47 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A06FA9B422; Mon, 24 May 2010 05:29:44 -0700 (PDT) Date: Mon, 24 May 2010 05:29:44 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20100524122944.GA26720@icarus.home.lan> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:29:48 -0000 On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote: > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > > > 1) Were you using any "-j" flags during your make? If so, try without it. > > Sometimes these are known to cause oddities, even if occasionally. > > Nope. > > > 2) Make sure your system clock is correct and isn't drifting badly. > > Highly recommend you use ntpdate to set the clock initially, then run > > ntpd at all times. > > # ntpq -p > remote refid st t when poll reach delay offset jitter > ============================================================================== > +lokschuppen.zs6 131.188.3.222 2 u 69 512 377 34.115 5.313 0.153 > *jachthafen.hans 131.188.3.222 2 u 52 512 377 33.966 4.757 0.554 > -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.567 7.895 0.268 > -svr02.teleport- 73.120.242.92 2 u 187 512 377 44.572 6.949 0.542 > -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.338 7.662 0.422 > +qraftwerk.de 192.53.103.108 2 u 141 512 377 52.505 5.228 0.256 > > I'll try a new checkout next. Your clock looks OK (worst drift from a stratum 2 comparison is 5.313 seconds). The only other thing I can think of would be to try doing this, to ensure absolutely no corruption or oddities with the csup CVS DB file: rm -fr /var/db/sup/src-all rm -fr /usr/src/* csup -h -L 2 /usr/share/examples/cvsup/stable-supfile All that said: I *have* seen the compiler error you've mentioned, but usually a 2nd rebuild (after nuking /usr/obj/*) usually works. Probably some weird race condition. For added posterity, it looks like usr.sbin/config has been mostly untouched for quite some time, sans mkoptions.c and mkmakefile.c: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/ I've rebuilt world a couple times in the past few days (on different boxes, including one under a VMware Workstation VM which is going as I write this), without issue. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:41:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 897EF106564A for ; Mon, 24 May 2010 12:41:14 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE198FC1E for ; Mon, 24 May 2010 12:41:13 +0000 (UTC) Received: from steiner.cc.vt.edu (steiner.cc.vt.edu [198.82.163.51]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id o4OCeOrd003660; Mon, 24 May 2010 08:40:42 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by steiner.cc.vt.edu (MOS 4.1.8-GA FastPath queued) with ESMTP id HVF58057; Mon, 24 May 2010 08:40:41 -0400 (EDT) Received: from gromit.tower.lib.vt.edu (gromit.tower.lib.vt.edu [128.173.51.22]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id o4OCeeqv023371 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 May 2010 08:40:41 -0400 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <20100524122944.GA26720@icarus.home.lan> Date: Mon, 24 May 2010 08:40:40 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1078) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Info: (0) X-Junkmail-Status: score=10/50, host=steiner.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020201.4BFA73CA.00B3,ss=1,fgs=0, ip=0.0.0.0, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Cc: FreeBSD Stable , Stefan Bethke Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:41:14 -0000 On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote: > For added posterity, it looks like usr.sbin/config has been mostly > untouched for quite some time, sans mkoptions.c and mkmakefile.c: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/ Having said that, there is this entry in /usr/src/UPDATING dating from = early May: 20100502: The config(8) command has been updated to maintain compatibility with config files from 8.0-RELEASE. You will need a new version of config to build kernels (this version can be used from = 8.0-RELEASE forward). The buildworld target will generate it, so following the instructions in this file for updating will work = glitch-free. Merely doing a make buildkernel without first doing a make = buildworld (or kernel-toolchain), or attempting to build a kernel using traidtional methods will generate a config version warning, = indicating you should update. Stefan's kernel looks to have last been built on 20th February 2010. It = isn't explicit in the first posting of this thread how Stefan is doing = his build, so there is a possibility that he's being affected by the = above UPDATING entry. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:46:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2F761065673 for ; Mon, 24 May 2010 12:46:44 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 640F88FC16 for ; Mon, 24 May 2010 12:46:44 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 30C8E70DCA; Mon, 24 May 2010 12:46:43 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: Date: Mon, 24 May 2010 14:46:42 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> To: Paul Mather X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:46:45 -0000 Am 24.05.2010 um 14:40 schrieb Paul Mather: > On May 24, 2010, at 8:29 AM, Jeremy Chadwick wrote: >=20 >> For added posterity, it looks like usr.sbin/config has been mostly >> untouched for quite some time, sans mkoptions.c and mkmakefile.c: >>=20 >> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/config/ >=20 > Having said that, there is this entry in /usr/src/UPDATING dating from = early May: >=20 > 20100502: > The config(8) command has been updated to maintain = compatibility > with config files from 8.0-RELEASE. You will need a new = version > of config to build kernels (this version can be used from = 8.0-RELEASE > forward). The buildworld target will generate it, so following > the instructions in this file for updating will work = glitch-free. > Merely doing a make buildkernel without first doing a make = buildworld > (or kernel-toolchain), or attempting to build a kernel using > traidtional methods will generate a config version warning, = indicating > you should update. >=20 >=20 > Stefan's kernel looks to have last been built on 20th February 2010. = It isn't explicit in the first posting of this thread how Stefan is = doing his build, so there is a possibility that he's being affected by = the above UPDATING entry. # make buildworld buildkernel Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 12:59:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 247AF1065678 for ; Mon, 24 May 2010 12:59:04 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE5B8FC16 for ; Mon, 24 May 2010 12:59:03 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id AD57070E45; Mon, 24 May 2010 12:59:02 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20100524122944.GA26720@icarus.home.lan> Date: Mon, 24 May 2010 14:59:01 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> To: Jeremy Chadwick , Paul Mather X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 12:59:04 -0000 Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick: > All that said: I *have* seen the compiler error you've mentioned, but > usually a 2nd rebuild (after nuking /usr/obj/*) usually works. = Probably > some weird race condition. It sure looks like it. Now that I've checked out again, the error has = moved to: cc -O2 -pipe -DHAS_ISBLANK -I. = -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=3D64 = -I/usr/obj/usr/src/tmp/legacy/usr/include = -L/usr/obj/usr/src/tmp/legacy/usr/lib = /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o maketab In file included from = /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35: ./ytab.h:98: warning: data definition has no type or storage class ./ytab.h:99: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'yylval' *** Error code 1 Stop in /usr/src/usr.bin/awk. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Again, it appears as if YYSTYPE is defined but empty. ytab.h looks a = bit odd to me: #define DECR 346 #define INCR 347 #define INDIRECT 348 #define LASTTOKEN 349 YYSTYPE; extern YYSTYPE yylval; Line 98 is " YYSTYPE;" Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 13:13:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9874D106566C for ; Mon, 24 May 2010 13:13:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id 428A38FC15 for ; Mon, 24 May 2010 13:13:48 +0000 (UTC) Received: from omta10.westchester.pa.mail.comcast.net ([76.96.62.28]) by qmta13.westchester.pa.mail.comcast.net with comcast id MPed1e0050cZkys5DRDpuZ; Mon, 24 May 2010 13:13:49 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta10.westchester.pa.mail.comcast.net with comcast id MRDn1e00B3S48mS3WRDoRQ; Mon, 24 May 2010 13:13:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 113F19B422; Mon, 24 May 2010 06:13:46 -0700 (PDT) Date: Mon, 24 May 2010 06:13:46 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20100524131346.GA27811@icarus.home.lan> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 13:13:50 -0000 On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote: > Am 24.05.2010 um 14:29 schrieb Jeremy Chadwick: > > > All that said: I *have* seen the compiler error you've mentioned, but > > usually a 2nd rebuild (after nuking /usr/obj/*) usually works. Probably > > some weird race condition. > > It sure looks like it. Now that I've checked out again, the error has moved to: > cc -O2 -pipe -DHAS_ISBLANK -I. -I/usr/src/usr.bin/awk/../../contrib/one-true-awk -DFOPEN_MAX=64 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c -o maketab > In file included from /usr/src/usr.bin/awk/../../contrib/one-true-awk/maketab.c:35: > ./ytab.h:98: warning: data definition has no type or storage class > ./ytab.h:99: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'yylval' > *** Error code 1 > > Stop in /usr/src/usr.bin/awk. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Again, it appears as if YYSTYPE is defined but empty. ytab.h looks a bit odd to me: > > #define DECR 346 > #define INCR 347 > #define INDIRECT 348 > #define LASTTOKEN 349 > YYSTYPE; > extern YYSTYPE yylval; > > Line 98 is " YYSTYPE;" So now the problem has moved from usr.sbin/config to usr.sbin/awk? Weird. Usually this sort of thing indicates excessive clock skew (as in rapidly skewing multiple seconds in bursts), or very strange filesystem problems. Is it possible for your /usr/obj to be made a UFS2 filesystem and for you to re-try your build? By the way, the buildworld + buildkernel I was running on the FreeBSD VM box I have just finished -- no issues. And that's with make -j2. That's an 8.0-RELEASE machine which is being built to upgrade to RELENG_8. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 13:26:20 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70BE8106564A for ; Mon, 24 May 2010 13:26:20 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id DE4488FC0A for ; Mon, 24 May 2010 13:26:19 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o4ODQIIj026529; Mon, 24 May 2010 06:26:18 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o4ODQId2026528; Mon, 24 May 2010 06:26:18 -0700 (PDT) (envelope-from david) Date: Mon, 24 May 2010 06:26:18 -0700 From: David Wolfskill To: Stefan Bethke Message-ID: <20100524132618.GO1478@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Stefan Bethke , FreeBSD Stable References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1bhFRg6vL9BT9osV" Content-Disposition: inline In-Reply-To: <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 13:26:20 -0000 --1bhFRg6vL9BT9osV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 24, 2010 at 02:59:01PM +0200, Stefan Bethke wrote: > ... > It sure looks like it. Now that I've checked out again, the error has mov= ed to: > cc -O2 -pipe -DHAS_ISBLANK -I. -I/usr/src/usr.bin/awk/../../contrib/one-t= rue-awk -DFOPEN_MAX=3D64 -I/usr/obj/usr/src/tmp/legacy/usr/include -L/us= r/obj/usr/src/tmp/legacy/usr/lib /usr/src/usr.bin/awk/../../contrib/one-tru= e-awk/maketab.c -o maketab > In file included from /usr/src/usr.bin/awk/../../contrib/one-true-awk/mak= etab.c:35: > ./ytab.h:98: warning: data definition has no type or storage class > ./ytab.h:99: error: expected '=3D', ',', ';', 'asm' or '__attribute__' be= fore 'yylval' > *** Error code 1 >=20 > Stop in /usr/src/usr.bin/awk. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > Again, it appears as if YYSTYPE is defined but empty. ytab.h looks a bit= odd to me: > ... My laptop has finished byilding the stable/8 world successfully at r208488 (it's still building the kernel); my build machine completed the stable/8 build -- also at r208488 -- (and is now building head). I use a -j factor of $(( 2 \* $( sysctl -n hw.ncpu ) )). Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --1bhFRg6vL9BT9osV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkv6fnoACgkQmprOCmdXAD3vywCfd8Y8fSV3ri2sAS6ZL6vyijAE fhAAn1ze/plbTS4UOz8H2towI331Eqol =UrVs -----END PGP SIGNATURE----- --1bhFRg6vL9BT9osV-- From owner-freebsd-stable@FreeBSD.ORG Mon May 24 13:27:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0644E1065670 for ; Mon, 24 May 2010 13:27:19 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2C38FC1D for ; Mon, 24 May 2010 13:27:18 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 5D3B270F41; Mon, 24 May 2010 13:27:17 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20100524131346.GA27811@icarus.home.lan> Date: Mon, 24 May 2010 15:27:16 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 13:27:19 -0000 Am 24.05.2010 um 15:13 schrieb Jeremy Chadwick: > So now the problem has moved from usr.sbin/config to usr.sbin/awk? > Weird. Usually this sort of thing indicates excessive clock skew (as = in > rapidly skewing multiple seconds in bursts), or very strange = filesystem > problems. >=20 > Is it possible for your /usr/obj to be made a UFS2 filesystem and for > you to re-try your build? I've now checked out via csup, and I've put /usr/obj on UFS. The error = has shifted yet again: cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=3Dgnu99 = -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action': /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use = in this function) I would agree that this looks like time problems or similar, but I don't = see how that could be the case. I'll put the source on UFS as well, just to make sure. > By the way, the buildworld + buildkernel I was running on the FreeBSD = VM > box I have just finished -- no issues. And that's with make -j2. > That's an 8.0-RELEASE machine which is being built to upgrade to > RELENG_8. A separate make buildworld on another machine is chugging along just = fine, so there's definitly something odd about this box. I've just moved from a root on UFS plus data on ZFS setup, to root on = ZFS; that's the only real difference I can think of. Although I don't = see how that would affect building world, especially since I've had src = and obj on ZFS before. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 13:38:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FCD5106564A for ; Mon, 24 May 2010 13:38:58 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8508FC15 for ; Mon, 24 May 2010 13:38:57 +0000 (UTC) Received: from steiner.cc.vt.edu (steiner.cc.vt.edu [198.82.163.51]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id o4ODcR28026139; Mon, 24 May 2010 09:38:27 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by steiner.cc.vt.edu (MOS 4.1.8-GA FastPath queued) with ESMTP id HVG44962; Mon, 24 May 2010 09:38:26 -0400 (EDT) Received: from gromit.tower.lib.vt.edu (gromit.tower.lib.vt.edu [128.173.51.22]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id o4ODcQqm029329 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 May 2010 09:38:26 -0400 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> Date: Mon, 24 May 2010 09:38:25 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <3A1E6C79-C4B0-4AD1-A76C-17BAFF4F8EF2@gromit.dlib.vt.edu> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> To: Stefan Bethke X-Mailer: Apple Mail (2.1078) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Info: (0) X-Junkmail-Status: score=10/50, host=steiner.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020201.4BFA8153.00BF,ss=1,fgs=0, ip=0.0.0.0, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 13:38:58 -0000 On May 24, 2010, at 9:27 AM, Stefan Bethke wrote: > I've just moved from a root on UFS plus data on ZFS setup, to root on = ZFS; that's the only real difference I can think of. Although I don't = see how that would affect building world, especially since I've had src = and obj on ZFS before. FWIW, I successfully completed buildworld + buildkernel for 8-STABLE on = a root-on-ZFS system yesterday. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Mon May 24 13:39:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31531106566C for ; Mon, 24 May 2010 13:39:23 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id E7A808FC1B for ; Mon, 24 May 2010 13:39:22 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 0E69470F95; Mon, 24 May 2010 13:39:21 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> Date: Mon, 24 May 2010 15:39:19 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9C8A5AA9-4460-4629-97C4-6EDE50745797@lassitu.de> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 13:39:23 -0000 Am 24.05.2010 um 15:27 schrieb Stefan Bethke: > I've now checked out via csup, and I've put /usr/obj on UFS. The = error has shifted yet again: > cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=3Dgnu99 = -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c > /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action': > /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first = use in this function) >=20 > I would agree that this looks like time problems or similar, but I = don't see how that could be the case. >=20 > I'll put the source on UFS as well, just to make sure. Putting the sources on a separate UFS file system "fixed" the build = issue. Previously, I did have root on UFS, but /usr/src and /usr/obj on = ZFS, so I don't quite understand what the difference is. Thanks for all your help! Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 13:48:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 401EE1065675 for ; Mon, 24 May 2010 13:48:59 +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 EF0EA8FC08 for ; Mon, 24 May 2010 13:48:58 +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 627BD46BC8; Mon, 24 May 2010 09:48:58 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A6A568A026; Mon, 24 May 2010 09:48:57 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 24 May 2010 09:48:33 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <77DFF2E5-7A1E-4063-A852-2C7AD9BC3DD4@gmail.com> In-Reply-To: <77DFF2E5-7A1E-4063-A852-2C7AD9BC3DD4@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005240948.33555.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 24 May 2010 09:48:57 -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 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Pyun YongHyeon , Nikolay Denev Subject: Re: if_sge related panics 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, 24 May 2010 13:48:59 -0000 On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote: > On May 24, 2010, at 8:57 AM, Nikolay Denev wrote: > > > Hi, > > > > Recently I started to experience a if_sge(4) related panic. > > It happens almost every time I try to download a torrent file for example. > > Copying of large files over NFS seem not to trigger it, but I haven't tested extensively. > > > > Here is the panic message : > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x8 > > fault code = supervisor write data, page not present > > instruction pointer = 0x20:0xffffffff80230413 > > stack pointer = 0x28:0xffffff80001e9280 > > frame pointer = 0x28:0xffffff80001e9510 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 12 (irq19: sge0) > > trap number = 12 > > panic: page fault > > cpuid = 0 > > Uptime: 1d20h56m20s > > Cannot dump. Device not defined or unavailable > > Automatic reboot in 15 seconds - press a key on the console to abort > > Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock > > > > My swap is on a zvol, so I don't have dump. I'll try to attach a disk on the eSATA port and dump there if needed. > > Here is some info from the crashdump : > > (kgdb) #0 doadump () at pcpu.h:223 > #1 0xffffffff802fb149 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:416 > #2 0xffffffff802fb57c in panic (fmt=0xffffffff8055d564 "%s") > at /usr/src/sys/kern/kern_shutdown.c:590 > #3 0xffffffff805055b8 in trap_fatal (frame=0xffffff000288a3e0, eva=Variable "eva" is not available. > ) > at /usr/src/sys/amd64/amd64/trap.c:777 > #4 0xffffffff805059dc in trap_pfault (frame=0xffffff80001e91d0, usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:693 > #5 0xffffffff805061c5 in trap (frame=0xffffff80001e91d0) > at /usr/src/sys/amd64/amd64/trap.c:451 > #6 0xffffffff804eb977 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:223 > #7 0xffffffff80230413 in sge_start_locked (ifp=0xffffff000270d800) > at /usr/src/sys/dev/sge/if_sge.c:1591 Try this. sge_encap() can sometimes return an error with m_head set to NULL: Index: if_sge.c =================================================================== --- if_sge.c (revision 208375) +++ if_sge.c (working copy) @@ -1588,7 +1588,8 @@ if (m_head == NULL) break; if (sge_encap(sc, &m_head)) { - IFQ_DRV_PREPEND(&ifp->if_snd, m_head); + if (m_head != NULL) + IFQ_DRV_PREPEND(&ifp->if_snd, m_head); ifp->if_drv_flags |= IFF_DRV_OACTIVE; break; } -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 24 14:24:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 292C71065670 for ; Mon, 24 May 2010 14:24:45 +0000 (UTC) (envelope-from mdonada@auroraalimentos.com.br) Received: from auroraalimentos.com.br (mx.auroraalimentos.com.br [200.228.43.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8C38FC17 for ; Mon, 24 May 2010 14:24:44 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by auroraalimentos.com.br (Postfix) with ESMTP id E6D9EFD406D for ; Mon, 24 May 2010 10:56:02 -0300 (BRT) Received: from auroraalimentos.com.br ([127.0.0.1]) by localhost (mx.auroraalimentos.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ale8N78ymoGh for ; Mon, 24 May 2010 10:56:02 -0300 (BRT) Received: from [121.1.16.22] (unknown [121.1.16.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by auroraalimentos.com.br (Postfix) with ESMTP id B8653FD4067 for ; Mon, 24 May 2010 10:56:02 -0300 (BRT) Message-ID: <4BFA864C.5000009@auroraalimentos.com.br> Date: Mon, 24 May 2010 10:59:40 -0300 From: =?ISO-8859-1?Q?M=E1rcio_Luciano_Donada?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: update 8.0-STABLE to 8.1-PRERELEASE 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, 24 May 2010 14:24:45 -0000 Hi list, This weekend, I performed an update on a 8.0-STABLE server to version 8.1-PRERELEASE, but I'm having problems with ICMP packets of 10, I'm losing 28%. I have two network interfaces, bge0 and bge1, I only have the bge0 problems. Are there any changes in those modules of these network interfaces? Right now I'm compiling the system to version 8.0. Thanks, -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. From owner-freebsd-stable@FreeBSD.ORG Mon May 24 15:07:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24218106566C for ; Mon, 24 May 2010 15:07:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 055CC8FC14 for ; Mon, 24 May 2010 15:07:38 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta05.emeryville.ca.mail.comcast.net with comcast id MPsF1e0011smiN4A5T7fdP; Mon, 24 May 2010 15:07:39 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta20.emeryville.ca.mail.comcast.net with comcast id MT7f1e0033S48mS8gT7f3g; Mon, 24 May 2010 15:07:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 142D49B422; Mon, 24 May 2010 08:07:38 -0700 (PDT) Date: Mon, 24 May 2010 08:07:38 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20100524150738.GA30549@icarus.home.lan> References: <323EFFEC-C17C-46AF-AF7C-281863F041C3@lassitu.de> <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> <9C8A5AA9-4460-4629-97C4-6EDE50745797@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9C8A5AA9-4460-4629-97C4-6EDE50745797@lassitu.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 15:07:39 -0000 On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote: > Am 24.05.2010 um 15:27 schrieb Stefan Bethke: > > > I've now checked out via csup, and I've put /usr/obj on UFS. The error has shifted yet again: > > cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c > > /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action': > > /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in this function) > > > > I would agree that this looks like time problems or similar, but I don't see how that could be the case. > > > > I'll put the source on UFS as well, just to make sure. > > Putting the sources on a separate UFS file system "fixed" the build issue. Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I don't quite understand what the difference is. I'll try reproducing your problem on said VM box I have, once I finish testing for a possible a 8.0-RELEASE to 8.1-PRERELEASE issue. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 15:20:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04EE21065672 for ; Mon, 24 May 2010 15:20:17 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id A063E8FC16 for ; Mon, 24 May 2010 15:20:16 +0000 (UTC) Received: from omta23.westchester.pa.mail.comcast.net ([76.96.62.74]) by qmta14.westchester.pa.mail.comcast.net with comcast id MQcr1e0061c6gX85ETLG6P; Mon, 24 May 2010 15:20:16 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta23.westchester.pa.mail.comcast.net with comcast id MTLE1e00G3S48mS3jTLFoZ; Mon, 24 May 2010 15:20:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 05E239B422; Mon, 24 May 2010 08:20:13 -0700 (PDT) Date: Mon, 24 May 2010 08:20:12 -0700 From: Jeremy Chadwick To: Garrett Cooper Message-ID: <20100524152012.GA30630@icarus.home.lan> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> <20100524093202.GA21167@icarus.home.lan> <20100524104744.GA24309@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100524104744.GA24309@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska , Garrett Cooper Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 15:20:17 -0000 On Mon, May 24, 2010 at 03:47:44AM -0700, Jeremy Chadwick wrote: > FreeBSD testbox.home.lan 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > csup'd from cvsup10.freebsd.org, RELENG_8 of course. make -j2 > buildworld is currently running. Sorry I didn't get back to you on this issue sooner. Here's the current state of affairs: - buildworld completed successfully (make -j2 buildworld) - buildkernel completed successfully (make -j2 buildkernel) - reboot into single-user, mount -a - mergemaster -p (pulled in changes for group and master.passwd) - installworld completed successfully (make installworld) - yes | make delete-old (due to ipfilter and kerberos removal) - mergemaster (craploads of changes) - reboot into multi-user - reboot complained about some IPv6-related stuff, then I remembered that the kernel is GENERIC w/out INET6 removal, doh. :-) Oh well, unrelated to this problem - Verify /usr/include/lzma exists and is populated: testbox# ls -l /usr/include/lzma total 162 -r--r--r-- 1 root wheel 22112 May 24 01:10 base.h -r--r--r-- 1 root wheel 2628 May 24 01:10 bcj.h -r--r--r-- 1 root wheel 20032 May 24 01:10 block.h -r--r--r-- 1 root wheel 4255 May 24 01:10 check.h -r--r--r-- 1 root wheel 16341 May 24 01:10 container.h -r--r--r-- 1 root wheel 1865 May 24 01:10 delta.h -r--r--r-- 1 root wheel 16164 May 24 01:10 filter.h -r--r--r-- 1 root wheel 2141 May 24 01:10 hardware.h -r--r--r-- 1 root wheel 22807 May 24 01:10 index.h -r--r--r-- 1 root wheel 3903 May 24 01:10 index_hash.h -r--r--r-- 1 root wheel 13531 May 24 01:10 lzma.h -r--r--r-- 1 root wheel 8357 May 24 01:10 stream_flags.h -r--r--r-- 1 root wheel 6646 May 24 01:10 subblock.h -r--r--r-- 1 root wheel 3497 May 24 01:10 version.h -r--r--r-- 1 root wheel 6601 May 24 01:10 vli.h - uname -a just as a posterity point: testbox# uname -a FreeBSD testbox.home.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon May 24 06:09:23 PDT 2010 root@testbox.home.lan:/usr/obj/usr/src/sys/GENERIC amd64 Sorry Garrett, can't reproduce. :-( -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 15:51:45 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9891106567E; Mon, 24 May 2010 15:51:45 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 4F66F8FC22; Mon, 24 May 2010 15:51:43 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so1470326fgb.13 for ; Mon, 24 May 2010 08:51:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=TKeNPrOEFi3UmFt8JPyslmYhGaDxk1CmrIahsfmBGs8=; b=kMmgqbwXfINWZ/TwFpSdejQ11C7tt8YxJUmid+NAdawrh/z3Cfb0e4Ow6pfMzI/HDY 9ns9v0OyGsoL4BiAIWdsX5ffguzvrUcpad/C0LmkAgHB22II4kER0ZhIXEgvjLL2dvme wYlcS+cSOL9H73HWLhxWYBho/3vn65s2rGCyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=U0+MhjJOyckqJ/JjKMNnmy/ivZrDq67/uQUHSoppTzYp8DjLUnChHV/5alGc0Q+r2S FVCQq49bmBm8aMNzn3QRa87DdOUKkgu7M69AHbpLG/QpF6xo1iloj6LpF0E645ubX2JL JORpbE5EluoMJzENVqi8Hl0Vl1380CXymwUgw= Received: by 10.87.48.18 with SMTP id a18mr8541122fgk.53.1274716303114; Mon, 24 May 2010 08:51:43 -0700 (PDT) Received: from ndenev.totalterror.net (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19]) by mx.google.com with ESMTPS id 4sm9843334fgg.2.2010.05.24.08.51.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 May 2010 08:51:41 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <201005240948.33555.jhb@freebsd.org> Date: Mon, 24 May 2010 18:51:39 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <95486977-A9EA-41CE-8F1E-AD3EF537E889@gmail.com> References: <77DFF2E5-7A1E-4063-A852-2C7AD9BC3DD4@gmail.com> <201005240948.33555.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1078) Cc: Pyun YongHyeon , freebsd-stable@freebsd.org Subject: Re: if_sge related panics 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, 24 May 2010 15:51:45 -0000 On May 24, 2010, at 4:48 PM, John Baldwin wrote: > On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote: >> On May 24, 2010, at 8:57 AM, Nikolay Denev wrote: >>=20 >>> Hi, >>>=20 >>> Recently I started to experience a if_sge(4) related panic. >>> It happens almost every time I try to download a torrent file for = example. >>> Copying of large files over NFS seem not to trigger it, but I = haven't tested extensively. >>>=20 >>> Here is the panic message : >>>=20 >>> Fatal trap 12: page fault while in kernel mode >>> cpuid =3D 0; apic id =3D 00 >>> fault virtual address =3D 0x8 >>> fault code =3D supervisor write data, page = not present >>> instruction pointer =3D 0x20:0xffffffff80230413 >>> stack pointer =3D = 0x28:0xffffff80001e9280 >>> frame pointer =3D 0x28:0xffffff80001e9510 >>> code segment =3D base 0x0, limit 0xfffff, = type 0x1b >>> =3D DPL 0, pres 1, long = 1, def32 0, gran 1 >>> processor eflags =3D interrupt enabled, resume, = IOPL =3D 0 >>> current process =3D 12 (irq19: sge0) >>> trap number =3D 12 >>> panic: page fault >>> cpuid =3D 0 >>> Uptime: 1d20h56m20s >>> Cannot dump. Device not defined or unavailable >>> Automatic reboot in 15 seconds - press a key on the console to abort >>> Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock >>>=20 >>> My swap is on a zvol, so I don't have dump. I'll try to attach a = disk on the eSATA port and dump there if needed. >>=20 >> Here is some info from the crashdump : >>=20 >> (kgdb) #0 doadump () at pcpu.h:223 >> #1 0xffffffff802fb149 in boot (howto=3D260) >> at /usr/src/sys/kern/kern_shutdown.c:416 >> #2 0xffffffff802fb57c in panic (fmt=3D0xffffffff8055d564 "%s") >> at /usr/src/sys/kern/kern_shutdown.c:590 >> #3 0xffffffff805055b8 in trap_fatal (frame=3D0xffffff000288a3e0, = eva=3DVariable "eva" is not available. >> ) >> at /usr/src/sys/amd64/amd64/trap.c:777 >> #4 0xffffffff805059dc in trap_pfault (frame=3D0xffffff80001e91d0, = usermode=3D0) >> at /usr/src/sys/amd64/amd64/trap.c:693 >> #5 0xffffffff805061c5 in trap (frame=3D0xffffff80001e91d0) >> at /usr/src/sys/amd64/amd64/trap.c:451 >> #6 0xffffffff804eb977 in calltrap () >> at /usr/src/sys/amd64/amd64/exception.S:223 >> #7 0xffffffff80230413 in sge_start_locked (ifp=3D0xffffff000270d800) >> at /usr/src/sys/dev/sge/if_sge.c:1591 >=20 > Try this. sge_encap() can sometimes return an error with m_head set = to NULL: >=20 > Index: if_sge.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 > --- if_sge.c (revision 208375) > +++ if_sge.c (working copy) > @@ -1588,7 +1588,8 @@ > if (m_head =3D=3D NULL) > break; > if (sge_encap(sc, &m_head)) { > - IFQ_DRV_PREPEND(&ifp->if_snd, m_head); > + if (m_head !=3D NULL) > + IFQ_DRV_PREPEND(&ifp->if_snd, m_head); > ifp->if_drv_flags |=3D IFF_DRV_OACTIVE; > break; > } >=20 > --=20 > John Baldwin Thanks, patch applied. Will let you know how it goes. -- Niki= From owner-freebsd-stable@FreeBSD.ORG Mon May 24 16:15:59 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB999106567D; Mon, 24 May 2010 16:15:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 774478FC13; Mon, 24 May 2010 16:15:59 +0000 (UTC) Received: by pwj5 with SMTP id 5so1837975pwj.13 for ; Mon, 24 May 2010 09:15:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=3oj0QOvBz3VKTXQtwXrdclJILveEWm1iIRcF3U3h1Bo=; b=a1ZNo0lWwNcJTFIJWcDLkkOnPgvWKqsj/4hqbAJACwyi85WADe4v+yTJJOAX4HlYqY fqs3JzvU6PgvWtmv4CD9d0NANTQ4ognn3tfgmHchFUDeVFdri2u9Pp0jxzK3/qI5WXKl gYhMbdP6ZCNBkxbE/ccry7Gd0Q6NfnfcTowpY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=FFS1LwUn/fTXE8A9yw2C6maQe3BonPauXXvmR5O+NsUFy/yMA0xCU4yZSurNTUmcR/ ycyF6V+/hbNmsWBBQS3iiuqlHK/J70BXVexxnlTIT+9cclhYegs/9F7RVtL0iJsOoDA1 ++vlyqLEiI/X99lcyE6ov73hvOT1t2AvBnZhc= Received: by 10.115.39.34 with SMTP id r34mr5053282waj.123.1274717758637; Mon, 24 May 2010 09:15:58 -0700 (PDT) Received: from [192.168.0.203] (deviant.freebsdgirl.com [173.8.183.73]) by mx.google.com with ESMTPS id n32sm39549747wae.10.2010.05.24.09.15.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 May 2010 09:15:57 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <20100524152012.GA30630@icarus.home.lan> Date: Mon, 24 May 2010 09:15:55 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <97E38B1D-FF1F-4B31-973F-C574BDBC7A0B@gmail.com> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> <20100524093202.GA21167@icarus.home.lan> <20100524104744.GA24309@icarus.home.lan> <20100524152012.GA30630@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1078) Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 16:15:59 -0000 On May 24, 2010, at 8:20 AM, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 03:47:44AM -0700, Jeremy Chadwick wrote: >> FreeBSD testbox.home.lan 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov = 21 15:02:08 UTC 2009 = root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 >>=20 >> csup'd from cvsup10.freebsd.org, RELENG_8 of course. make -j2 >> buildworld is currently running. >=20 > Sorry I didn't get back to you on this issue sooner. Here's the > current state of affairs: >=20 > - buildworld completed successfully (make -j2 buildworld) > - buildkernel completed successfully (make -j2 buildkernel) > - reboot into single-user, mount -a > - mergemaster -p (pulled in changes for group and master.passwd) > - installworld completed successfully (make installworld) > - yes | make delete-old (due to ipfilter and kerberos removal) > - mergemaster (craploads of changes) > - reboot into multi-user > - reboot complained about some IPv6-related stuff, then I remembered > that the kernel is GENERIC w/out INET6 removal, doh. :-) Oh well, > unrelated to this problem > - Verify /usr/include/lzma exists and is populated: >=20 > testbox# ls -l /usr/include/lzma > total 162 > -r--r--r-- 1 root wheel 22112 May 24 01:10 base.h > -r--r--r-- 1 root wheel 2628 May 24 01:10 bcj.h > -r--r--r-- 1 root wheel 20032 May 24 01:10 block.h > -r--r--r-- 1 root wheel 4255 May 24 01:10 check.h > -r--r--r-- 1 root wheel 16341 May 24 01:10 container.h > -r--r--r-- 1 root wheel 1865 May 24 01:10 delta.h > -r--r--r-- 1 root wheel 16164 May 24 01:10 filter.h > -r--r--r-- 1 root wheel 2141 May 24 01:10 hardware.h > -r--r--r-- 1 root wheel 22807 May 24 01:10 index.h > -r--r--r-- 1 root wheel 3903 May 24 01:10 index_hash.h > -r--r--r-- 1 root wheel 13531 May 24 01:10 lzma.h > -r--r--r-- 1 root wheel 8357 May 24 01:10 stream_flags.h > -r--r--r-- 1 root wheel 6646 May 24 01:10 subblock.h > -r--r--r-- 1 root wheel 3497 May 24 01:10 version.h > -r--r--r-- 1 root wheel 6601 May 24 01:10 vli.h >=20 > - uname -a just as a posterity point: >=20 > testbox# uname -a > FreeBSD testbox.home.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon = May 24 06:09:23 PDT 2010 = root@testbox.home.lan:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > Sorry Garrett, can't reproduce. :-( No worries. Here's what I did to actually reproduce the issue (just to = provide more data): - Install 8.0-RELEASE amd64 with minimal from sysinstall. - pkg_add -r subversion vim-lite - cd /usr/src && svn co svn://svn.freebsd.org/base/head . - Add the following bits to make.conf: CFLAGS+=3D -O2 -fno-strict-aliasing CXXFLAGS+=3D -O2 -fno-strict-aliasing CFLAGS+=3D -save-temps CXXFLAGS+=3D -save-temps CPUTYPE=3D nocona - make -j4 buildworld && make -j4 buildkernel # bombed at ncurses with = termcap error - make -j2 buildworld && make -j4 buildkernel # bombed at ncurses with = termcap error - make buildworld buildkernel # bombed at ncurses with termcap error - make kernel-toolchain # passed - make buildworld # bombed at rescue/rescue - make -C release/release depend # bombed with lzma - make -C lib/lzma depend installincludes # bombed because = /usr/include/lzma was missing - mkdir -p /usr/include/lzma - make -C lib/lzma installincludes # passed - make -C rescue/rescue depend all # still bombed ; set WITHOUT_RESCUE = in src.conf - make buildworld buildkernel # passed -save-temps seems to unroot some race conditions in the GNU toolchain as = it barfed a lot with -j greater than 1 with some ASM related errors, but = for whatever reason binutils was getting cranky and failing a lot with = missing ncurses symbols, which kind of got me into this spiraling build = failure cycle. Hopefully that helps better describe what I did to get to the failing = state. As I said earlier, I'll try to reproduce and characterize the = situation further before filing a bug report. Thanks, -Garrett= From owner-freebsd-stable@FreeBSD.ORG Mon May 24 16:18:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11AB106564A for ; Mon, 24 May 2010 16:18:57 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB558FC16 for ; Mon, 24 May 2010 16:18:57 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o4OGIt8H025282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 24 May 2010 09:18:56 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 232761CC3A; Mon, 24 May 2010 09:18:55 -0700 (PDT) To: Jeremy Chadwick In-reply-to: Your message of "Mon, 24 May 2010 05:29:44 PDT." <20100524122944.GA26720@icarus.home.lan> Date: Mon, 24 May 2010 09:18:55 -0700 From: "Kevin Oberman" Message-Id: <20100524161855.232761CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-05-24_02:2010-02-06, 2010-05-24, 2010-05-24 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1005240096 Cc: FreeBSD Stable , Stefan Bethke Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 16:18:57 -0000 > Date: Mon, 24 May 2010 05:29:44 -0700 > From: Jeremy Chadwick > Sender: owner-freebsd-stable@freebsd.org > > On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote: > > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > > > > > 1) Were you using any "-j" flags during your make? If so, try without it. > > > Sometimes these are known to cause oddities, even if occasionally. > > > > Nope. > > > > > 2) Make sure your system clock is correct and isn't drifting badly. > > > Highly recommend you use ntpdate to set the clock initially, then run > > > ntpd at all times. > > > > # ntpq -p > > remote refid st t when poll reach delay offset jitter > > ============================================================================== > > +lokschuppen.zs6 131.188.3.222 2 u 69 512 377 34.115 5.313 0.153 > > *jachthafen.hans 131.188.3.222 2 u 52 512 377 33.966 4.757 0.554 > > -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.567 7.895 0.268 > > -svr02.teleport- 73.120.242.92 2 u 187 512 377 44.572 6.949 0.542 > > -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.338 7.662 0.422 > > +qraftwerk.de 192.53.103.108 2 u 141 512 377 52.505 5.228 0.256 > > > > I'll try a new checkout next. > > Your clock looks OK (worst drift from a stratum 2 comparison is 5.313 > seconds). Minor correction on this. The offset values from 'ntpq -p' are in milliseconds, so the worst offset is <6 ms. Not great, but way better than is really needed. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Mon May 24 16:23:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA0ED1065672 for ; Mon, 24 May 2010 16:23:53 +0000 (UTC) (envelope-from mdonada@auroraalimentos.com.br) Received: from auroraalimentos.com.br (mx.auroraalimentos.com.br [200.228.43.6]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4568FC0C for ; Mon, 24 May 2010 16:23:52 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by auroraalimentos.com.br (Postfix) with ESMTP id 4D002FD4074 for ; Mon, 24 May 2010 13:20:12 -0300 (BRT) Received: from auroraalimentos.com.br ([127.0.0.1]) by localhost (mx.auroraalimentos.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KhHZmdoGOgHa for ; Mon, 24 May 2010 13:20:12 -0300 (BRT) Received: from [127.0.0.1] (unknown [121.1.16.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by auroraalimentos.com.br (Postfix) with ESMTP id 1E7B9FD4056 for ; Mon, 24 May 2010 13:20:12 -0300 (BRT) Message-ID: <4BFAA81D.9080801@auroraalimentos.com.br> Date: Mon, 24 May 2010 13:23:57 -0300 From: =?ISO-8859-1?Q?M=E1rcio_Luciano_Donada?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4BFA864C.5000009@auroraalimentos.com.br> In-Reply-To: <4BFA864C.5000009@auroraalimentos.com.br> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: update 8.0-STABLE to 8.1-PRERELEASE 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, 24 May 2010 16:23:53 -0000 Em 24/5/2010 10:59, Márcio Luciano Donada escreveu: > Hi list, > This weekend, I performed an update on a 8.0-STABLE server to version > 8.1-PRERELEASE, but I'm having problems with ICMP packets of 10, I'm > losing 28%. I have two network interfaces, bge0 and bge1, I only have > the bge0 problems. Are there any changes in those modules of these > network interfaces? Right now I'm compiling the system to version 8.0. > Thanks, I went back to version 8.0-RELEASE-p2 and everything went back to work normally. -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. From owner-freebsd-stable@FreeBSD.ORG Mon May 24 16:24:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50FDF106567A for ; Mon, 24 May 2010 16:24:03 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.westchester.pa.mail.comcast.net (qmta12.westchester.pa.mail.comcast.net [76.96.59.227]) by mx1.freebsd.org (Postfix) with ESMTP id ECE288FC18 for ; Mon, 24 May 2010 16:24:02 +0000 (UTC) Received: from omta18.westchester.pa.mail.comcast.net ([76.96.62.90]) by qmta12.westchester.pa.mail.comcast.net with comcast id MShh1e0021wpRvQ5CUQ3Zm; Mon, 24 May 2010 16:24:03 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta18.westchester.pa.mail.comcast.net with comcast id MUQ11e0093S48mS3eUQ2ME; Mon, 24 May 2010 16:24:02 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 166F99B422; Mon, 24 May 2010 09:24:00 -0700 (PDT) Date: Mon, 24 May 2010 09:24:00 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20100524162400.GA31162@icarus.home.lan> References: <20100524120910.GA25613@icarus.home.lan> <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> <9C8A5AA9-4460-4629-97C4-6EDE50745797@lassitu.de> <20100524150738.GA30549@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100524150738.GA30549@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 16:24:03 -0000 On Mon, May 24, 2010 at 08:07:38AM -0700, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 03:39:19PM +0200, Stefan Bethke wrote: > > Am 24.05.2010 um 15:27 schrieb Stefan Bethke: > > > > > I've now checked out via csup, and I've put /usr/obj on UFS. The error has shifted yet again: > > > cc -O2 -pipe -I. -I/usr/src/usr.bin/lex -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -c parse.c > > > /usr/src/usr.bin/lex/parse.y: In function 'build_eof_action': > > > /usr/src/usr.bin/lex/parse.y:786: error: 'MAXLINE' undeclared (first use in this function) > > > > > > I would agree that this looks like time problems or similar, but I don't see how that could be the case. > > > > > > I'll put the source on UFS as well, just to make sure. > > > > Putting the sources on a separate UFS file system "fixed" the build issue. Previously, I did have root on UFS, but /usr/src and /usr/obj on ZFS, so I don't quite understand what the difference is. > > I'll try reproducing your problem on said VM box I have, once I finish > testing for a possible a 8.0-RELEASE to 8.1-PRERELEASE issue. VM system has a fresh 8.0-STABLE-201002 installed on it, taken from the 8.0-STABLE snapshots directory. This is "fairly close" to your kernel/world build time. testbox# uname -a FreeBSD testbox.home.lan 8.0-STABLE-201002 FreeBSD 8.0-STABLE-201002 #0: Tue Feb 16 21:05:59 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Things to note up front: 1) I chose *not* to install ports nor src from the installation medium, so /usr/src and /usr/ports at this point are empty dirs. 2) VM instance is running without ntpdate + ntpd intentionally. Preparation and creation of the zpool (raidz1 w/ 3x 8GB disks) and filesystems: testbox# echo 'zfs_enable="yes"' >> /etc/rc.conf testbox# /etc/rc.d/hostid start Setting hostuuid: 564de564-be17-6e27-89b6-ae662003f0db. Setting hostid: 0xfa4c1c12. testbox# /etc/rc.d/zfs start testbox# zpool create data raidz1 da1 da2 da3 testbox# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT data 23.9G 141K 23.9G 0% ONLINE - testbox# zfs set mountpoint=none data testbox# zfs create -o mountpoint=/usr/obj data/usr_obj testbox# zfs create -o mountpoint=/usr/ports data/usr_ports testbox# zfs create -o mountpoint=/usr/src data/usr_src testbox# zfs list NAME USED AVAIL REFER MOUNTPOINT data 228K 15.7G 24.0K none data/usr_obj 24.0K 15.7G 24.0K /usr/obj data/usr_ports 24.0K 15.7G 24.0K /usr/ports data/usr_src 24.0K 15.7G 24.0K /usr/src At this point I tuned loader.conf to permit for larger ZFS ARC size (the VM is only allocated 1GB of RAM; this is intentional, as I wanted to simulate a memory-tight environment), explicitly disabled prefetching, and adjusted vfs.zfs.txg.timeout for an increase in responsiveness: testbox# echo 'vm.kmem_size="768M"' >> /boot/loader.conf testbox# echo 'vfs.zfs.arc_max="512M"' >> /boot/loader.conf testbox# echo 'vfs.zfs.prefetch_disable="1"' >> /boot/loader.conf testbox# echo 'vfs.zfs.txg.timeout="5"' >> /boot/loader.conf testbox# shutdown -r now System rebooted to pick up loader.conf changes, and on to csup: testbox# csup -h cvsup10.freebsd.org -L 2 -4 /usr/share/examples/cvsup/stable-supfile {...} testbox# csup -h cvsup10.freebsd.org -L 2 -4 /usr/share/examples/cvsup/ports-supfile {...} Removing some base system pieces and adding optimisations: testbox# cat > /etc/make.conf KERNCONF=GENERIC CPUTYPE?=nocona testbox# cat > /etc/src.conf WITHOUT_IPFILTER=true WITHOUT_LIB32=true WITHOUT_KERBEROS=true WITHOUT_PROFILE=true WITHOUT_SENDMAIL=true testbox# Builds are underway now (following /usr/src/Makefile method), I'll report back when those are done. I'm also adding "time" in front of the "make buildXXX" portions just to see now long things take. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 16:25:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45081106567C for ; Mon, 24 May 2010 16:25:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2BF408FC17 for ; Mon, 24 May 2010 16:25:40 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta02.emeryville.ca.mail.comcast.net with comcast id MTmn1e0091Y3wxoA2URgco; Mon, 24 May 2010 16:25:40 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta15.emeryville.ca.mail.comcast.net with comcast id MURg1e00F3S48mS8bURglA; Mon, 24 May 2010 16:25:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 661BD9B422; Mon, 24 May 2010 09:25:39 -0700 (PDT) Date: Mon, 24 May 2010 09:25:39 -0700 From: Jeremy Chadwick To: Kevin Oberman Message-ID: <20100524162539.GB31162@icarus.home.lan> References: <20100524122944.GA26720@icarus.home.lan> <20100524161855.232761CC3A@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100524161855.232761CC3A@ptavv.es.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable , Stefan Bethke Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 16:25:40 -0000 On Mon, May 24, 2010 at 09:18:55AM -0700, Kevin Oberman wrote: > > Date: Mon, 24 May 2010 05:29:44 -0700 > > From: Jeremy Chadwick > > Sender: owner-freebsd-stable@freebsd.org > > > > On Mon, May 24, 2010 at 02:21:44PM +0200, Stefan Bethke wrote: > > > Am 24.05.2010 um 14:18 schrieb Jeremy Chadwick: > > > > > > > 1) Were you using any "-j" flags during your make? If so, try without it. > > > > Sometimes these are known to cause oddities, even if occasionally. > > > > > > Nope. > > > > > > > 2) Make sure your system clock is correct and isn't drifting badly. > > > > Highly recommend you use ntpdate to set the clock initially, then run > > > > ntpd at all times. > > > > > > # ntpq -p > > > remote refid st t when poll reach delay offset jitter > > > ============================================================================== > > > +lokschuppen.zs6 131.188.3.222 2 u 69 512 377 34.115 5.313 0.153 > > > *jachthafen.hans 131.188.3.222 2 u 52 512 377 33.966 4.757 0.554 > > > -ps.bucuo.de 192.53.103.108 2 u 185 512 377 39.567 7.895 0.268 > > > -svr02.teleport- 73.120.242.92 2 u 187 512 377 44.572 6.949 0.542 > > > -netzwerkteufel. 192.53.103.104 2 u 202 512 377 35.338 7.662 0.422 > > > +qraftwerk.de 192.53.103.108 2 u 141 512 377 52.505 5.228 0.256 > > > > > > I'll try a new checkout next. > > > > Your clock looks OK (worst drift from a stratum 2 comparison is 5.313 > > seconds). > > Minor correction on this. The offset values from 'ntpq -p' are in > milliseconds, so the worst offset is <6 ms. Not great, but way better > than is really needed. Thanks Kevin -- you're absolutely right. I often forget this fact, since comparatively "ntpdc -c peers" outputs seconds. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 17:03:54 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F2F4106564A; Mon, 24 May 2010 17:03:54 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id F0C9E8FC18; Mon, 24 May 2010 17:03:53 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:7daf:bbe7:8aa2:1f29] (unknown [IPv6:2001:7b8:3a7:0:7daf:bbe7:8aa2:1f29]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DA4D75C43; Mon, 24 May 2010 19:03:52 +0200 (CEST) Message-ID: <4BFAB181.70401@andric.com> Date: Mon, 24 May 2010 19:04:01 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4) Gecko/20100520 Lanikai/3.1.1pre MIME-Version: 1.0 To: Garrett Cooper References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA2CB3.9010006@delphij.net> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> <20100524093202.GA21167@icarus.home.lan> <20100524104744.GA24309@icarus.home.lan> <20100524152012.GA30630@icarus.home.lan> <97E38B1D-FF1F-4B31-973F-C574BDBC7A0B@gmail.com> In-Reply-To: <97E38B1D-FF1F-4B31-973F-C574BDBC7A0B@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska , Jeremy Chadwick Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 17:03:54 -0000 On 2010-05-24 18:15, Garrett Cooper wrote: > No worries. Here's what I did to actually reproduce the issue (just to provide more data): > > - Install 8.0-RELEASE amd64 with minimal from sysinstall. > - pkg_add -r subversion vim-lite > - cd /usr/src && svn co svn://svn.freebsd.org/base/head . Just a note, you are getting -CURRENT sources here, not 8-STABLE. Since your starting post was about "Upgrading to 8-STABLE", is this what you intended? From owner-freebsd-stable@FreeBSD.ORG Mon May 24 17:13:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFDED106566B; Mon, 24 May 2010 17:13:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id A63178FC08; Mon, 24 May 2010 17:13:39 +0000 (UTC) Received: by pvh11 with SMTP id 11so587419pvh.13 for ; Mon, 24 May 2010 10:13:39 -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=qRtN5dMjL5O3fkhAkTNDOBOwIqPseYNlbImcwf4Hbv0=; b=pbk1krvx0NjmWje1r7wtwC01P5PldeEN8tBY1chkLDUY0RJf9R6kziwDH49h+WqNpX r5IjZxLaDOZcIz/WnS3LFImi8UYO2uyvMOxqcZfDBJORXROVI/Q35dcQkUAse0cLApLE VIXMIrY5YlqTtdEav1GvuFRCSrsFRpF09gSdE= 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=Nl+7ZqTCUUUgecWBwR3NqyzjWIZlFi5lXtMdEXoq8b/xcZ9v7W6yywD1NqAusplHjy AODMmkUBMY4c/VHwvJ55dxZNqv4DHSvMTU6n4PUFFFIyvX4qVPOIu/gSLymlNBu9i5tz lKsENaRqM/y22OWM7wWieP4tvo50X38vPhC1s= Received: by 10.115.114.21 with SMTP id r21mr5111034wam.132.1274721218636; Mon, 24 May 2010 10:13:38 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id n29sm39901738wae.16.2010.05.24.10.13.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 May 2010 10:13:37 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 24 May 2010 10:12:11 -0700 From: Pyun YongHyeon Date: Mon, 24 May 2010 10:12:10 -0700 To: John Baldwin Message-ID: <20100524171210.GA1418@michelle.cdnetworks.com> References: <77DFF2E5-7A1E-4063-A852-2C7AD9BC3DD4@gmail.com> <201005240948.33555.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005240948.33555.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Nikolay Denev , freebsd-stable@freebsd.org Subject: Re: if_sge related panics 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: Mon, 24 May 2010 17:13:40 -0000 On Mon, May 24, 2010 at 09:48:33AM -0400, John Baldwin wrote: > On Monday 24 May 2010 6:35:01 am Nikolay Denev wrote: > > On May 24, 2010, at 8:57 AM, Nikolay Denev wrote: > > > > > Hi, > > > > > > Recently I started to experience a if_sge(4) related panic. > > > It happens almost every time I try to download a torrent file for example. > > > Copying of large files over NFS seem not to trigger it, but I haven't tested extensively. > > > > > > Here is the panic message : > > > > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 0; apic id = 00 > > > fault virtual address = 0x8 > > > fault code = supervisor write data, page not present > > > instruction pointer = 0x20:0xffffffff80230413 > > > stack pointer = 0x28:0xffffff80001e9280 > > > frame pointer = 0x28:0xffffff80001e9510 > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > > processor eflags = interrupt enabled, resume, IOPL = 0 > > > current process = 12 (irq19: sge0) > > > trap number = 12 > > > panic: page fault > > > cpuid = 0 > > > Uptime: 1d20h56m20s > > > Cannot dump. Device not defined or unavailable > > > Automatic reboot in 15 seconds - press a key on the console to abort > > > Sleeping thread (tid 100039, pid 12) owns a non-sleepable lock > > > > > > My swap is on a zvol, so I don't have dump. I'll try to attach a disk on the eSATA port and dump there if needed. > > > > Here is some info from the crashdump : > > > > (kgdb) #0 doadump () at pcpu.h:223 > > #1 0xffffffff802fb149 in boot (howto=260) > > at /usr/src/sys/kern/kern_shutdown.c:416 > > #2 0xffffffff802fb57c in panic (fmt=0xffffffff8055d564 "%s") > > at /usr/src/sys/kern/kern_shutdown.c:590 > > #3 0xffffffff805055b8 in trap_fatal (frame=0xffffff000288a3e0, eva=Variable "eva" is not available. > > ) > > at /usr/src/sys/amd64/amd64/trap.c:777 > > #4 0xffffffff805059dc in trap_pfault (frame=0xffffff80001e91d0, usermode=0) > > at /usr/src/sys/amd64/amd64/trap.c:693 > > #5 0xffffffff805061c5 in trap (frame=0xffffff80001e91d0) > > at /usr/src/sys/amd64/amd64/trap.c:451 > > #6 0xffffffff804eb977 in calltrap () > > at /usr/src/sys/amd64/amd64/exception.S:223 > > #7 0xffffffff80230413 in sge_start_locked (ifp=0xffffff000270d800) > > at /usr/src/sys/dev/sge/if_sge.c:1591 > > Try this. sge_encap() can sometimes return an error with m_head set to NULL: > Thanks John. Committed in r208512. > Index: if_sge.c > =================================================================== > --- if_sge.c (revision 208375) > +++ if_sge.c (working copy) > @@ -1588,7 +1588,8 @@ > if (m_head == NULL) > break; > if (sge_encap(sc, &m_head)) { > - IFQ_DRV_PREPEND(&ifp->if_snd, m_head); > + if (m_head != NULL) > + IFQ_DRV_PREPEND(&ifp->if_snd, m_head); > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > break; > } > > -- > John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon May 24 17:49:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC182106564A for ; Mon, 24 May 2010 17:49:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id BCC258FC23 for ; Mon, 24 May 2010 17:49:34 +0000 (UTC) Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta14.emeryville.ca.mail.comcast.net with comcast id MSdo1e0061smiN4AEVpbHe; Mon, 24 May 2010 17:49:35 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta20.emeryville.ca.mail.comcast.net with comcast id MVpa1e0093S48mS8gVpa1e; Mon, 24 May 2010 17:49:35 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 85F269B422; Mon, 24 May 2010 10:49:33 -0700 (PDT) Date: Mon, 24 May 2010 10:49:33 -0700 From: Jeremy Chadwick To: Stefan Bethke Message-ID: <20100524174933.GA33820@icarus.home.lan> References: <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> <9C8A5AA9-4460-4629-97C4-6EDE50745797@lassitu.de> <20100524150738.GA30549@icarus.home.lan> <20100524162400.GA31162@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100524162400.GA31162@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 24 May 2010 17:49:34 -0000 On Mon, May 24, 2010 at 09:24:00AM -0700, Jeremy Chadwick wrote: > Builds are underway now (following /usr/src/Makefile method), I'll > report back when those are done. I'm also adding "time" in front of the > "make buildXXX" portions just to see now long things take. The build portions finished. Here are the numbers (quite high due to a combination of limited memory constraints (intentional) and the fact that VMware Workstation isn't the fastest thing on the planet. :-) ) -------------------------------------------------------------- >>> World build completed on Mon May 24 10:18:55 PDT 2010 -------------------------------------------------------------- 1950.588u 1791.577s 32:36.44 191.2% 5154+1888k 26+70io 28130pf+0w -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Mon May 24 10:33:58 PDT 2010 -------------------------------------------------------------- 754.864u 739.046s 14:29.00 171.9% 5258+1816k 1+9io 427pf+0w These should also act as verification that building world (or at least most of it, see my src.conf) with /usr/src and /usr/obj as ZFS filesystems is safe to do. Installation bits: - make installkernel completed without issue - rebooted into single-user - ran: mount -a ; /etc/rc.d/hostid start ; /etc/rc.d/zfs start - cd /usr/src - mergemaster -p -- no changes - make installworld -- no errors witnessed - yes | make delete-old -- removal of ipfilter + kerberos - mergemaster -- lots of changes... - reboot - Once system was back up, ran "make delete-old-libs" Present state of the system: testbox# date Mon May 24 10:45:36 PDT 2010 testbox# uname -a FreeBSD testbox.home.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon May 24 10:32:08 PDT 2010 root@testbox.home.lan:/usr/obj/usr/src/sys/GENERIC amd64 testbox# df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/da0s1a 1012974 511974 419964 55% / devfs 1 1 0 100% /dev /dev/da0s1e 507630 12 467008 0% /tmp /dev/da0s1f 10655298 179240 9623636 2% /usr /dev/da0s1d 2026030 37218 1826730 2% /var data/usr_obj 15473740 1581700 13892040 10% /usr/obj data/usr_ports 14285680 393639 13892040 3% /usr/ports data/usr_src 14436336 544295 13892040 4% /usr/src testbox# zfs list NAME USED AVAIL REFER MOUNTPOINT data 2.40G 13.2G 24.0K none data/usr_obj 1.51G 13.2G 1.51G /usr/obj data/usr_ports 384M 13.2G 384M /usr/ports data/usr_src 532M 13.2G 532M /usr/src testbox# zpool status pool: data state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 errors: No known data errors testbox# zpool scrub data {...wait a little while...} testbox# zpool status | grep scrub scrub: scrub completed after 0h3m with 0 errors on Mon May 24 10:48:01 2010 Finally, "zfs get all" output, which is fairly long but I figure it might help in debugging. Anything else you'd like me to check before I delete this VM? testbox# zfs get all NAME PROPERTY VALUE SOURCE data type filesystem - data creation Mon May 24 8:37 2010 - data used 2.40G - data available 13.2G - data referenced 24.0K - data compressratio 1.00x - data mounted no - data quota none default data reservation none default data recordsize 128K default data mountpoint none local data sharenfs off default data checksum on default data compression off default data atime on default data devices on default data exec on default data setuid on default data readonly off default data jailed off default data snapdir hidden default data aclmode groupmask default data aclinherit restricted default data canmount on default data shareiscsi off default data xattr on default data copies 1 default data version 3 - data utf8only off - data normalization none - data casesensitivity sensitive - data vscan off default data nbmand off default data sharesmb off default data refquota none default data refreservation none default data primarycache all default data secondarycache all default data usedbysnapshots 0 - data usedbydataset 24.0K - data usedbychildren 2.40G - data usedbyrefreservation 0 - data/usr_obj type filesystem - data/usr_obj creation Mon May 24 8:37 2010 - data/usr_obj used 1.51G - data/usr_obj available 13.2G - data/usr_obj referenced 1.51G - data/usr_obj compressratio 1.00x - data/usr_obj mounted yes - data/usr_obj quota none default data/usr_obj reservation none default data/usr_obj recordsize 128K default data/usr_obj mountpoint /usr/obj local data/usr_obj sharenfs off default data/usr_obj checksum on default data/usr_obj compression off default data/usr_obj atime on default data/usr_obj devices on default data/usr_obj exec on default data/usr_obj setuid on default data/usr_obj readonly off default data/usr_obj jailed off default data/usr_obj snapdir hidden default data/usr_obj aclmode groupmask default data/usr_obj aclinherit restricted default data/usr_obj canmount on default data/usr_obj shareiscsi off default data/usr_obj xattr off temporary data/usr_obj copies 1 default data/usr_obj version 3 - data/usr_obj utf8only off - data/usr_obj normalization none - data/usr_obj casesensitivity sensitive - data/usr_obj vscan off default data/usr_obj nbmand off default data/usr_obj sharesmb off default data/usr_obj refquota none default data/usr_obj refreservation none default data/usr_obj primarycache all default data/usr_obj secondarycache all default data/usr_obj usedbysnapshots 0 - data/usr_obj usedbydataset 1.51G - data/usr_obj usedbychildren 0 - data/usr_obj usedbyrefreservation 0 - data/usr_ports type filesystem - data/usr_ports creation Mon May 24 8:38 2010 - data/usr_ports used 384M - data/usr_ports available 13.2G - data/usr_ports referenced 384M - data/usr_ports compressratio 1.00x - data/usr_ports mounted yes - data/usr_ports quota none default data/usr_ports reservation none default data/usr_ports recordsize 128K default data/usr_ports mountpoint /usr/ports local data/usr_ports sharenfs off default data/usr_ports checksum on default data/usr_ports compression off default data/usr_ports atime on default data/usr_ports devices on default data/usr_ports exec on default data/usr_ports setuid on default data/usr_ports readonly off default data/usr_ports jailed off default data/usr_ports snapdir hidden default data/usr_ports aclmode groupmask default data/usr_ports aclinherit restricted default data/usr_ports canmount on default data/usr_ports shareiscsi off default data/usr_ports xattr off temporary data/usr_ports copies 1 default data/usr_ports version 3 - data/usr_ports utf8only off - data/usr_ports normalization none - data/usr_ports casesensitivity sensitive - data/usr_ports vscan off default data/usr_ports nbmand off default data/usr_ports sharesmb off default data/usr_ports refquota none default data/usr_ports refreservation none default data/usr_ports primarycache all default data/usr_ports secondarycache all default data/usr_ports usedbysnapshots 0 - data/usr_ports usedbydataset 384M - data/usr_ports usedbychildren 0 - data/usr_ports usedbyrefreservation 0 - data/usr_src type filesystem - data/usr_src creation Mon May 24 8:38 2010 - data/usr_src used 532M - data/usr_src available 13.2G - data/usr_src referenced 532M - data/usr_src compressratio 1.00x - data/usr_src mounted yes - data/usr_src quota none default data/usr_src reservation none default data/usr_src recordsize 128K default data/usr_src mountpoint /usr/src local data/usr_src sharenfs off default data/usr_src checksum on default data/usr_src compression off default data/usr_src atime on default data/usr_src devices on default data/usr_src exec on default data/usr_src setuid on default data/usr_src readonly off default data/usr_src jailed off default data/usr_src snapdir hidden default data/usr_src aclmode groupmask default data/usr_src aclinherit restricted default data/usr_src canmount on default data/usr_src shareiscsi off default data/usr_src xattr off temporary data/usr_src copies 1 default data/usr_src version 3 - data/usr_src utf8only off - data/usr_src normalization none - data/usr_src casesensitivity sensitive - data/usr_src vscan off default data/usr_src nbmand off default data/usr_src sharesmb off default data/usr_src refquota none default data/usr_src refreservation none default data/usr_src primarycache all default data/usr_src secondarycache all default data/usr_src usedbysnapshots 0 - data/usr_src usedbydataset 532M - data/usr_src usedbychildren 0 - data/usr_src usedbyrefreservation 0 - -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 15:28:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9524E1065672 for ; Mon, 24 May 2010 15:28:03 +0000 (UTC) (envelope-from skaerris@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 07C0A8FC1B for ; Mon, 24 May 2010 15:28:02 +0000 (UTC) Received: by wyb39 with SMTP id 39so252210wyb.13 for ; Mon, 24 May 2010 08:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=TdsKz8w4IjSuYfr51BdI1qg1hKy0J/SubuFsLKvQwo0=; b=FzaoWhwvdW4NzVVY+wJ0GNO58CBeBA0FOJUt2ZWjVWPiTxo0hpPL+zYLAVXbjKBfXW ijPeepRcx/oNnwHlH0NR1dWz2sNaxWJdJDwPZmj/E3bNnC3k+JEK0kkyCwzv5QoH6nwA HeU6ZYC1xBvFp3pnxhLfn/9GMe6Pu7QdosbyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=UeHdVse+V6NLbV3HxpMv6fK7Oms4uWTYA+fiEOnp4FuAm6dMNFz7fSBUCLV4PJC1qr E7DfBrBfRZaDUnqO3gOSbDr20/q37YTc4BK5vxeUTDU/HaCCwFeEs9ejFn6R/0eg3g35 +9hGz9bdmZRpC8BsZbUmDJ+0GxAD1a8MVcnqQ= Received: by 10.216.87.85 with SMTP id x63mr322407wee.197.1274713223475; Mon, 24 May 2010 08:00:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.153.145 with HTTP; Mon, 24 May 2010 08:00:03 -0700 (PDT) From: Mikkel Skaerris Date: Mon, 24 May 2010 17:00:03 +0200 Message-ID: To: freebsd-stable@freebsd.org X-Mailman-Approved-At: Mon, 24 May 2010 18:09:39 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Zpool scrub and not-root users 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, 24 May 2010 15:28:03 -0000 Hello everyone Im wondering if there is a way of allowing non-root users to perform a disk scrub using zpool scrub . I've been messing around with permissions, but no luck so far. Anyone got a clue? Skaerris From owner-freebsd-stable@FreeBSD.ORG Mon May 24 18:18:57 2010 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE821065675 for ; Mon, 24 May 2010 18:18:57 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5B81D8FC21 for ; Mon, 24 May 2010 18:18:57 +0000 (UTC) Received: from alph.d.allbsd.org (p5247-ipbf302funabasi.chiba.ocn.ne.jp [125.170.154.247]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id o4OIIcYU026133; Tue, 25 May 2010 03:18:49 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o4OIIaTn094160; Tue, 25 May 2010 03:18:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 25 May 2010 03:18:31 +0900 (JST) Message-Id: <20100525.031831.239830505.hrs@allbsd.org> To: jfvogel@gmail.com From: Hiroki Sato In-Reply-To: <20091220.053757.230970486.hrs@allbsd.org> References: <20091206.142720.79407994.hrs@allbsd.org> <2a41acea0912052327t7830f85aw5b4b581ab3f09be9@mail.gmail.com> <20091220.053757.230970486.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_May_25_03_18_31_2010_890)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Tue, 25 May 2010 03:18:52 +0900 (JST) X-Spam-Status: No, score=-99.3 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_PBL, SPF_SOFTFAIL, USER_IN_WHITELIST, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: stable@FreeBSD.org, john@jnielsen.net Subject: Re: em interface slow down on 8.0R 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, 24 May 2010 18:18:57 -0000 ----Security_Multipart(Tue_May_25_03_18_31_2010_890)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20091220.053757.230970486.hrs@allbsd.org>: hr> Jack Vogel wrote hr> in <2a41acea0912052327t7830f85aw5b4b581ab3f09be9@mail.gmail.com>: hr> hr> jf> The 82573, when onboard (LOM) is usually special, it is used by system hr> jf> management hr> jf> firmware. Go to the system BIOS and turn off management, see if that hr> jf> eliminates the hr> jf> periodic hang. hr> hr> Well, I am using them without enabling such a BIOS feature on the two hr> boxes. hr> hr> I was monitoring for 1 week after replacing the kernel of 8.0-STABLE hr> with 8.0R. Frequency of the symptom was reduced, but occurred once hr> in 2-3 days. So it is reproducible on 8.0R, too. JFYI, when I tried 8-STABLE as of May 15 the periodic hang-ups disappeared. The chip ids are 0x109a8086 and 0x108c8086 (pciconf reported them as 82573L and 82573E, added to PCI slots on the box). The hang-ups were able to be reproduced on 8.0-RELEASE. I didn't tried other boxes which had another symptom (abnormal long interval between each packet), but I will give it a try and report it, too I have no idea of what was the cause because there were a lot of changes since the release, though. -- Hiroki ----Security_Multipart(Tue_May_25_03_18_31_2010_890)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkv6wvcACgkQTyzT2CeTzy2RWACfUdVSIcvg2tJFj25vUl3+0sI4 qJEAoJWupIbLNZ5UiIxumnUfdXdk4gfR =kuzc -----END PGP SIGNATURE----- ----Security_Multipart(Tue_May_25_03_18_31_2010_890)---- From owner-freebsd-stable@FreeBSD.ORG Mon May 24 18:20:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D2F3106566B for ; Mon, 24 May 2010 18:20:53 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 549558FC1C for ; Mon, 24 May 2010 18:20:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp025.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L2X00IG8SAS7N50@asmtp025.mac.com> for freebsd-stable@freebsd.org; Mon, 24 May 2010 11:20:52 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1005240114 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2010-05-24_02:2010-02-06, 2010-05-24, 2010-05-24 signatures=0 From: Chuck Swiger In-reply-to: Date: Mon, 24 May 2010 11:20:52 -0700 Message-id: <5C6C66F1-7FA3-4C1E-9A11-5AA5E1442F96@mac.com> References: To: Mikkel Skaerris X-Mailer: Apple Mail (2.1078) Cc: freebsd-stable@freebsd.org Subject: Re: Zpool scrub and not-root users 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, 24 May 2010 18:20:53 -0000 Hi-- On May 24, 2010, at 8:00 AM, Mikkel Skaerris wrote: > Im wondering if there is a way of allowing non-root users to perform a disk > scrub using zpool scrub . I've been messing around with permissions, > but no luck so far. Anyone got a clue? You can use the security/sudo port to allow non-root users to run specific commands. I'd imagine that running zpool scrub as root once a week via cron at some quiet time around Sat or Sun midnight would be a better idea then letting arbitrary users run this anytime... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon May 24 18:49:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36531065670 for ; Mon, 24 May 2010 18:49:51 +0000 (UTC) (envelope-from vrachil@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7B7158FC08 for ; Mon, 24 May 2010 18:49:51 +0000 (UTC) Received: by bwz2 with SMTP id 2so1380001bwz.13 for ; Mon, 24 May 2010 11:49:50 -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:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Z7PhWMC3BC7PAkTsgsNm3/IgiABYwn96I8p1Ueu6OiA=; b=rNzgUJBL3dRf6sUoTzF90OzQ1P/wO9vRQLok36+MY0g58afiAh41aptMYzqQrw7ohm ykNGTCGLjPsoFZkjtbBJQnfzxQDRHIYsZxKcfDvcDdmnOG6KWdDPaNlW3A3e+bnI+JAI 3jzw/qtEHN6PJs4E4sowtVDrSL7YsQIsl4hcA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=s/AzWszBTguwyHajWvGtm7Q3om1aESN0YCu4tnDCeDqaj/NifISF18JFmpwYh+5rav qbWRFUD2GNhovpOUDZm4WEki33t/zHrdpoImBSv4ZO2IRDoJd6BKcmiGWMJtrsWJa8I1 R+irgSf9oQ+xjcLlSjIkI+HhkNS3M5k6Yu4s8= Received: by 10.204.7.200 with SMTP id e8mr2641242bke.46.1274725342629; Mon, 24 May 2010 11:22:22 -0700 (PDT) Received: from [192.168.2.64] (77.49.1.2.dsl.dyn.forthnet.gr [77.49.1.2]) by mx.google.com with ESMTPS id d5sm20220664bkd.1.2010.05.24.11.22.21 (version=SSLv3 cipher=RC4-MD5); Mon, 24 May 2010 11:22:22 -0700 (PDT) Message-ID: <4BFAC47F.1090109@gmail.com> Date: Mon, 24 May 2010 21:25:03 +0300 From: Vrachnis Ilias-Dimitrios User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100330 Shredder/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Zpool scrub and not-root users 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, 24 May 2010 18:49:52 -0000 On 05/24/2010 06:00 PM, Mikkel Skaerris wrote: > Hello everyone > > Im wondering if there is a way of allowing non-root users to perform a disk > scrub using zpool scrub . I've been messing around with permissions, > but no luck so far. Anyone got a clue? > > Skaerris i'm not sure, but my guess is that there isn't. scrubbing a pool can put a stress to your system. Especially if there is resilvering to be done. So even if there is a way, I'd suggest against it as a security measure. just my .02$ From owner-freebsd-stable@FreeBSD.ORG Mon May 24 19:04:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06D43106566C for ; Mon, 24 May 2010 19:04:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id E0D518FC0C for ; Mon, 24 May 2010 19:04:33 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta01.emeryville.ca.mail.comcast.net with comcast id MUrt1e0070cQ2SLA1X4aN1; Mon, 24 May 2010 19:04:34 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta10.emeryville.ca.mail.comcast.net with comcast id MX4a1e00D3S48mS8WX4aH5; Mon, 24 May 2010 19:04:34 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1AE6D9B422; Mon, 24 May 2010 12:04:33 -0700 (PDT) Date: Mon, 24 May 2010 12:04:33 -0700 From: Jeremy Chadwick To: Mikkel Skaerris Message-ID: <20100524190433.GA36301@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: Zpool scrub and not-root users 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, 24 May 2010 19:04:34 -0000 On Mon, May 24, 2010 at 05:00:03PM +0200, Mikkel Skaerris wrote: > Im wondering if there is a way of allowing non-root users to perform a disk > scrub using zpool scrub . I've been messing around with permissions, > but no luck so far. Anyone got a clue? One question: why? Followed by one answer: sudo. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 19:32:26 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 365F01065672; Mon, 24 May 2010 19:32:26 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A963A8FC1A; Mon, 24 May 2010 19:32:25 +0000 (UTC) Received: by vws18 with SMTP id 18so1427059vws.13 for ; Mon, 24 May 2010 12:32:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ardIJ0xnJYTtIfRwvYU2wuS4twr+NDpaG43JVvp3/IE=; b=hk1u9VvjD0P2ZksG0nUjnKlzL8HgI4UC4JQkwx242qEbjjTQ5XdftYj0VoLejwpFwR AuG3y/i0JQE63oCC0MLqTrhwXF6FqbQLTDX7LNKapx0iRtVhCDQ4MqbJmQFU623x6TbB HzdOhdx21qEF3k/9QjN01GzdFZlYKqOQqcSb8= 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:content-transfer-encoding; b=X/3pnHScfE5KM09RO02y95JFo/c3Wy7d+o9D9seKAW+QRlRubRWQr+hzx5Uzj8zVKM xizPZd8c4XM74SiZ1iLE+h0ADgK+m6V+QVQdP4Xa+9LssEH1+OvYjwpbv1r9MAxzVcCS bNsHPkVQ50bf6ivoxit9c/l/pRnspErcBVWnk= MIME-Version: 1.0 Received: by 10.229.235.211 with SMTP id kh19mr1202191qcb.144.1274729544572; Mon, 24 May 2010 12:32:24 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Mon, 24 May 2010 12:32:24 -0700 (PDT) In-Reply-To: <4BFAB181.70401@andric.com> References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> <4BFA3F01.2040801@delphij.net> <20100524092141.GA20863@icarus.home.lan> <20100524093202.GA21167@icarus.home.lan> <20100524104744.GA24309@icarus.home.lan> <20100524152012.GA30630@icarus.home.lan> <97E38B1D-FF1F-4B31-973F-C574BDBC7A0B@gmail.com> <4BFAB181.70401@andric.com> Date: Mon, 24 May 2010 12:32:24 -0700 Message-ID: From: Garrett Cooper To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Tim Kientzle , d@delphij.net, Martin Matuska , Jeremy Chadwick Subject: Re: lzma support in `stable' has potential issues 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, 24 May 2010 19:32:26 -0000 On Mon, May 24, 2010 at 10:04 AM, Dimitry Andric wrote= : > On 2010-05-24 18:15, Garrett Cooper wrote: >> No worries. Here's what I did to actually reproduce the issue (just to p= rovide more data): >> >> - Install 8.0-RELEASE amd64 with minimal from sysinstall. >> - pkg_add -r subversion vim-lite >> - cd /usr/src && svn co svn://svn.freebsd.org/base/head . > > Just a note, you are getting -CURRENT sources here, not 8-STABLE. =A0Sinc= e > your starting post was about "Upgrading to 8-STABLE", is this what you > intended? Yes. I accidentally omitted a step. The following item: - make buildworld buildkernel # bombed at ncurses with termcap error was actually: - make buildworld buildkernel # bombed at ncurses with termcap error - rm -Rf $PWD; mkdir -p $PWD; cd $PWD; svn co svn://svn.freebsd.org/base/stable/8 . - make buildworld buildkernel # bombed at ncurses with termcap error Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Mon May 24 19:33:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDD9D10656CD for ; Mon, 24 May 2010 19:33:15 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mxsf00.insightbb.com (mxsf00.insightbb.com [74.128.0.70]) by mx1.freebsd.org (Postfix) with ESMTP id B960F8FC0C for ; Mon, 24 May 2010 19:33:15 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.53,292,1272859200"; d="scan'208";a="829612349" Received: from unknown (HELO asav01.insightbb.com) ([172.31.249.123]) by mxsf00.insightbb.com with ESMTP; 24 May 2010 15:33:14 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAFANJw+ktKgYlR/2dsb2JhbACIcYkKjANyv0AOhQUE X-IronPort-AV: E=Sophos;i="4.53,292,1272859200"; d="scan'208";a="265575888" Received: from 74-129-137-81.dhcp.insightbb.com (HELO sneezy) ([74.129.137.81]) by asav01.insightbb.com with SMTP; 24 May 2010 15:33:14 -0400 From: "David Boyd" To: Date: Mon, 24 May 2010 15:33:14 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Importance: Normal Subject: sysinstall.8 update to reflect "improved" use of netDev for scripted installs 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, 24 May 2010 19:33:16 -0000 Would it be possible to update the man page for sysinstall to reflect the new and improved usage for the netDev variable. This functionality is important (to me and my users) and seems to bear documenting. I realize that there may not be many users of scripted installs who care about this, so even a reference to the source code in sysinstall/tcpip.c would be acceptable. /* * netDev can be set to several types of values. * If netDev is set to ANY, scan all network devices * looking for a valid link, and go with the first * device found. netDev can also be specified as a * comma delimited list, with each network device * tried in order. netDev can also be set to a single * network device. */ There are two places in sysinstall.8 where the usage of netDev is described. Thanks, in advance, for considering this request. From owner-freebsd-stable@FreeBSD.ORG Mon May 24 19:43:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907D5106567A for ; Mon, 24 May 2010 19:43:34 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 132E98FC0C for ; Mon, 24 May 2010 19:43:33 +0000 (UTC) Received: by bwz2 with SMTP id 2so1419335bwz.13 for ; Mon, 24 May 2010 12:43:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DQyKIkRpTcL8rWrW2AjVyiQI3DCrkyAJxYBktRhBbTM=; b=J8ZzNm1M8R8ue+Kof87S/9EfTAwBEDQcZtYJC5i9ooelChjL9fBkJf0mbaSRXuE+pa 41TrdnKN0nEhWSfde74h821tYBnYpphQ3jk7cJdsX6KGo/SoMNRGLP8+O5ov70LTh7WY z62dU3NDlTclKkrePU6CLsCtWMlLnz4OwC9X0= 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:content-transfer-encoding; b=Zvr2SW6GKQsWK7Cx5lx1DAIELPDrrSxSJNYDEDAd48SA6CsjGz5+vNPZLplcUBij7n YFzZOpkB3TX1m6VQUo52sxkN05+BCpzJHkwfEEqpUuRlecWF6+EYAv4OOwlWDnPNvvFG pCyKqBrIc429JKFyBuD1c8d1mOU4wqi1ZKFlQ= MIME-Version: 1.0 Received: by 10.204.10.8 with SMTP id n8mr2539776bkn.86.1274730212895; Mon, 24 May 2010 12:43:32 -0700 (PDT) Received: by 10.204.123.202 with HTTP; Mon, 24 May 2010 12:43:32 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <20100507120843.GA1738@Melon.malikania.fr> <1273257226.1671.3.camel@malikania.fr> Date: Mon, 24 May 2010 21:43:32 +0200 Message-ID: From: David DEMELIER To: Giovanni Trematerra Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 24 May 2010 19:43:34 -0000 2010/5/12 Giovanni Trematerra : > On Fri, May 7, 2010 at 8:33 PM, Demelier David = wrote: >> Le Vendredi 07 mai 2010 =C3=A0 18:22 +0200, Giovanni Trematerra a =C3=A9= crit : >>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>> > Hi, >>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0I noticed that pluggin the AC adaptor when= I boot without it does not >>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0panic. It only panic when removing it. >>> > >>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0Maybe that could help ? >>> > >>> >>> Good to know. The problem lies somewhere when performance state change. >>> In your case it happens when you remove AC adaptor. Let's hope someone = on >>> acpi@ ml comes up with a good idea. >>> >> >> Okay so for the moment no change, I'll wait for someone with an idea >> that could solve my problem. For me because the panic only happens when >> changing profile from ac plugged -> ac unplugged (and not the reverse) I >> would think it's a cpu related acpi issue. >> > > I looked deeper and it seems to me that when you unplug the AC > adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate a > new cx_ptr->p_lvlx =C2=A0via acpi_PkgGas. > If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll have > the panic that you reported. > A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle won't c= all it. > I need some time to have a patch because of the possible race between > acpi_cpu_notify and > acpi_cpu_idle during set acpi_cpu_hook to NULL. > if you have time and want panic your system you could try the attached > patch, just to be > sure that we catch it. > Hi, it paniced today ! I don't know why it randomly panic but it did, the backtrace didn't change. There is a picture about the panic : http://img541.imageshack.us/img541/2773/dsc00388xa.jpg Cheers. --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Mon May 24 19:58:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CC62106564A for ; Mon, 24 May 2010 19:58:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 5E93D8FC17 for ; Mon, 24 May 2010 19:58:42 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta10.westchester.pa.mail.comcast.net with comcast id MNcz1e0011ei1Bg5AXyinj; Mon, 24 May 2010 19:58:42 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta24.westchester.pa.mail.comcast.net with comcast id MXyh1e0033S48mS3kXyhbU; Mon, 24 May 2010 19:58:42 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C0B7D9B422; Mon, 24 May 2010 12:58:39 -0700 (PDT) Date: Mon, 24 May 2010 12:58:39 -0700 From: Jeremy Chadwick To: David Boyd Message-ID: <20100524195839.GA37588@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, randi@freebsd.org Subject: Re: sysinstall.8 update to reflect "improved" use of netDev for scripted installs 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, 24 May 2010 19:58:42 -0000 On Mon, May 24, 2010 at 03:33:14PM -0400, David Boyd wrote: > Would it be possible to update the man page for sysinstall to reflect the > new and improved usage for the netDev variable. This functionality is > important (to me and my users) and seems to bear documenting. > > I realize that there may not be many users of scripted installs who care > about this, so even a reference to the source code in sysinstall/tcpip.c > would be acceptable. > > /* > * netDev can be set to several types of values. > * If netDev is set to ANY, scan all network devices > * looking for a valid link, and go with the first > * device found. netDev can also be specified as a > * comma delimited list, with each network device > * tried in order. netDev can also be set to a single > * network device. > */ > > There are two places in sysinstall.8 where the usage of netDev is described. > > Thanks, in advance, for considering this request. CC'ing randi@, as I'm not sure if she's on -stable or not. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon May 24 20:22:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0013106564A for ; Mon, 24 May 2010 20:22:39 +0000 (UTC) (envelope-from betts@norden1.com) Received: from bsg75.norden1.com (99-32-48-18.uvs.toldoh.sbcglobal.net [99.32.48.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF40B8FC0C for ; Mon, 24 May 2010 20:22:39 +0000 (UTC) Received: from [192.168.1.66] (Macintosh [192.168.1.66]) by bsg75.norden1.com (iRedMail) with ESMTPA id 5324315EC3B for ; Mon, 24 May 2010 16:04:02 -0400 (EDT) Message-Id: <0BC0C8E0-5086-439B-BAEC-5B85554F5117@norden1.com> From: Darrell Betts To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 24 May 2010 16:04:02 -0400 X-Mailer: Apple Mail (2.936) Subject: Error trying to upgrade apache22 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, 24 May 2010 20:22:40 -0000 Receive this error when trying to upgrade apache22 cd /usr/ports/www/apache22 atc1# make all install clean ===> Installing for apache-2.2.15_9 ===> apache-2.2.15_9 depends on file: /usr/local/bin/perl5.8.9 - found ===> apache-2.2.15_9 depends on shared library: expat.6 - found ===> apache-2.2.15_9 depends on shared library: apr-1 - found ===> apache-2.2.15_9 depends on shared library: pcre.0 - found ===> apache-2.2.15_9 depends on shared library: iconv.3 - found ===> Generating temporary packing list ===> Checking if www/apache22 already installed Making install in srclib Making install in os Making install in unix Making install in server Making install in mpm Making install in prefork /usr/local/build-1/libtool --silent --mode=compile cc -I/usr/local/ include -O2 -pipe -I/usr/include -fno-strict-aliasing -I. -I/usr/ ports/www/apache22/work/httpd-2.2.15/os/unix -I/usr/ports/www/apache22/ work/httpd-2.2.15/server/mpm/prefork -I/usr/ports/www/apache22/work/ httpd-2.2.15/modules/http -I/usr/ports/www/apache22/work/httpd-2.2.15/ modules/filters -I/usr/ports/www/apache22/work/httpd-2.2.15/modules/ proxy -I/usr/ports/www/apache22/work/httpd-2.2.15/include -I/usr/ports/ www/apache22/work/httpd-2.2.15/modules/generators -I/usr/ports/www/ apache22/work/httpd-2.2.15/modules/mappers -I/usr/ports/www/apache22/ work/httpd-2.2.15/modules/database -I/usr/local/include/apr-1 -I/usr/ local/include -I/usr/ports/www/apache22/work/httpd-2.2.15/modules/ proxy/../generators -I/usr/include -I/usr/ports/www/apache22/work/ httpd-2.2.15/modules/ssl -I/usr/ports/www/apache22/work/httpd-2.2.15/ modules/dav/main -prefer-non-pic -static -c exports.c && touch exports.lo /usr/local/build-1/libtool: not found *** Error code 127 Stop in /usr/ports/www/apache22/work/httpd-2.2.15/server. *** Error code 1 I followed the directions in the Updating file 20100518: AFFECTS: users of devel/apr0, devel/apr1, www/apache20, www/apache22 AUTHOR: pgollucci@FreeBSD.org devel/apr has been renamed to devel/apr1 WITH_APR_FROM_PORTS=yes for www/apache22 has been dissolved and may be removed from your configs. devel/apr1 is always used now. Please manually delete apache-2.\* if installed _before_ updating using either portmaster or portupgrade. # pkg_delete -f apache-2.\* If you use portmaster: portmaster -o devel/apr1 devel/apr If you use portupgrade: portupgrade -f -o devel/apr1 devel/apr Finally re-install apache if you deleted it earlier and update ports as usual. (where XX is either 20 or 22) portinstall www/apacheXX So now it won't install. Any ideas on how to get apache reinstalled? Thanks Stop in /usr/ports/www/apache22/work/httpd-2.2.15/server. *** Error code 1 Stop in /usr/ports/www/apache22/work/httpd-2.2.15. *** Error code 1 Stop in /usr/ports/www/apache22. *** Error code 1 Stop in /usr/ports/www/apache22. From owner-freebsd-stable@FreeBSD.ORG Mon May 24 21:41:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A3E31065675 for ; Mon, 24 May 2010 21:41:13 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 296008FC22 for ; Mon, 24 May 2010 21:41:12 +0000 (UTC) Received: by pvh11 with SMTP id 11so717754pvh.13 for ; Mon, 24 May 2010 14:41:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=/aApDK9K/Cr0zaggxCfVzyTc48wrbXobqe+ykEH/EYo=; b=JBLTwT9meZMrEQskt+asI3+BZjsJzUVve+o3Cjzx/x2DPCkTyAt/R8OtSkzf6DSqcq WQqBE+Vm9tBAsSmRHmuCTHeUdyYGHHHOH+OsSiI582qm0A121hA+RcR47NJ56Ye68Quj iNRAB/ntiS5yLOcbQYqbGLRD4pcZstFjqq+mc= 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=fj+Xu9QfmmNYIZp8kOUEsR8ugHyOYcw9WIZAl9g84tnVNT9tZD78fSlXwDMvOqc/16 vUGRB7Jfd+CUO58rOYCEs058gRTObagjI2WLbqk/9foCFgwbYtl80Ma+/Th3SVSM5B9z TdGCztv9D4QMChMqJYITO3h7SOMCPZUbMP1Lk= MIME-Version: 1.0 Received: by 10.141.108.10 with SMTP id k10mr4544783rvm.113.1274737272628; Mon, 24 May 2010 14:41:12 -0700 (PDT) Sender: sektie@gmail.com Received: by 10.141.29.11 with HTTP; Mon, 24 May 2010 14:41:12 -0700 (PDT) In-Reply-To: <20100524195839.GA37588@icarus.home.lan> References: <20100524195839.GA37588@icarus.home.lan> Date: Mon, 24 May 2010 14:41:12 -0700 X-Google-Sender-Auth: AzkiVzXUHWRPHtwcOO6cnHtWSrM Message-ID: From: Randi Harper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: David Boyd , freebsd-stable@freebsd.org Subject: Re: sysinstall.8 update to reflect "improved" use of netDev for scripted installs 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, 24 May 2010 21:41:13 -0000 On Mon, May 24, 2010 at 12:58 PM, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 03:33:14PM -0400, David Boyd wrote: >> Would it be possible to update the man page for sysinstall to reflect th= e >> new and improved usage for the netDev variable. =A0This functionality is >> important (to me and my users) and seems to bear documenting. >> >> I realize that there may not be many users of scripted installs who care >> about this, so even a reference to the source code in sysinstall/tcpip.c >> would be acceptable. >> >> =A0 =A0 =A0 /* >> =A0 =A0 =A0 =A0* netDev can be set to several types of values. >> =A0 =A0 =A0 =A0* If netDev is set to ANY, scan all network devices >> =A0 =A0 =A0 =A0* looking for a valid link, and go with the first >> =A0 =A0 =A0 =A0* device found. netDev can also be specified as a >> =A0 =A0 =A0 =A0* comma delimited list, with each network device >> =A0 =A0 =A0 =A0* tried in order. netDev can also be set to a single >> =A0 =A0 =A0 =A0* network device. >> =A0 =A0 =A0 =A0*/ >> >> There are two places in sysinstall.8 where the usage of netDev is descri= bed. >> >> Thanks, in advance, for considering this request. > > CC'ing randi@, as I'm not sure if she's on -stable or not. I am. :) And I've got a sysinstall filter to catch any mentions. I am always watching! muhahaha. sigh. Anyways, sorry about that, I kind of had it in the back of my mind that the man page and possibly the supplied example install.cfg needed updating, but I completely forgot about it. The 8.1 code freeze should be kicking in really soon, so while I'll work on changes to the documentation, I'm not sure they'll make it in time. -- randi From owner-freebsd-stable@FreeBSD.ORG Tue May 25 06:25:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9C5C106566C for ; Tue, 25 May 2010 06:25:30 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 515338FC20 for ; Tue, 25 May 2010 06:25:29 +0000 (UTC) Received: by fxm4 with SMTP id 4so4099741fxm.13 for ; Mon, 24 May 2010 23:25:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5ZohTpKNx7umcfFP6rk5MU+wBFgTrqfK/f68OnTqtMw=; b=IvGO6tvl6J113hvExjdPGq3Xoyv7ckUjecYH4AbDvviZzC80CediuJuaGnwPWKb1o+ 21ibzllBMG/PV+LUYxrOnmVFwxjZC4TLGFH1qHYRuVZ6SlHPdGMgc4olhnUu1nc+WTFx GWlz80paJ6vawLttHAyMRxjX3HRjb8gqH2W0Q= 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:content-transfer-encoding; b=W6aOQ74MndoqYH6yZzgYCksksUuV1+RLyzHNaHXnyvqHy4BtqS/cp3t5sjXzT+bEMY vRmgYLIhI4cmXbArsIxVnlRPajGGRX+V18bkKgKGcRG52Yr254iXr0ZBBfsrio2DPasC RMmHfKA35o/AVkLhLppXROFqfZoXbINtIf6Hc= MIME-Version: 1.0 Received: by 10.223.47.130 with SMTP id n2mr5670396faf.55.1274768729037; Mon, 24 May 2010 23:25:29 -0700 (PDT) Received: by 10.223.103.209 with HTTP; Mon, 24 May 2010 23:25:28 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <20100507120843.GA1738@Melon.malikania.fr> <1273257226.1671.3.camel@malikania.fr> Date: Tue, 25 May 2010 08:25:28 +0200 Message-ID: From: Giovanni Trematerra To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 25 May 2010 06:25:31 -0000 On Mon, May 24, 2010 at 9:43 PM, David DEMELIER wrote: > 2010/5/12 Giovanni Trematerra : >> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>> Le Vendredi 07 mai 2010 =E0 18:22 +0200, Giovanni Trematerra a =E9crit = : >>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>> > Hi, >>>> > =A0 =A0 =A0 =A0I noticed that pluggin the AC adaptor when I boot wit= hout it does not >>>> > =A0 =A0 =A0 =A0panic. It only panic when removing it. >>>> > >>>> > =A0 =A0 =A0 =A0Maybe that could help ? >>>> > >>>> >>>> Good to know. The problem lies somewhere when performance state change= . >>>> In your case it happens when you remove AC adaptor. Let's hope someone= on >>>> acpi@ ml comes up with a good idea. >>>> >>> >>> Okay so for the moment no change, I'll wait for someone with an idea >>> that could solve my problem. For me because the panic only happens when >>> changing profile from ac plugged -> ac unplugged (and not the reverse) = I >>> would think it's a cpu related acpi issue. >>> >> >> I looked deeper and it seems to me that when you unplug the AC >> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate a >> new cx_ptr->p_lvlx =A0via acpi_PkgGas. >> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll have >> the panic that you reported. >> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle won't = call it. >> I need some time to have a patch because of the possible race between >> acpi_cpu_notify and >> acpi_cpu_idle during set acpi_cpu_hook to NULL. >> if you have time and want panic your system you could try the attached >> patch, just to be >> sure that we catch it. >> > > Hi, it paniced today ! I don't know why it randomly panic but it did, > the backtrace didn't change. There is a picture about the panic : > > http://img541.imageshack.us/img541/2773/dsc00388xa.jpg What was you trying? acpi_idle5.diff.txt patch? How did it panic? Unplugging AC adapter? Thanks -- Gianni From owner-freebsd-stable@FreeBSD.ORG Tue May 25 08:58:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96839106566C for ; Tue, 25 May 2010 08:58:29 +0000 (UTC) (envelope-from eugene@imedia.ru) Received: from lynx.imedia.ru (lynx.imedia.ru [212.65.64.254]) by mx1.freebsd.org (Postfix) with ESMTP id 114488FC2A for ; Tue, 25 May 2010 08:58:28 +0000 (UTC) Received: from badger.imedia.ru (root@badger.imedia.ru [10.167.1.243]) by lynx.imedia.ru (8.14.3/8.14.3/TWINS7_LDAP) with ESMTP id o4P8ZKue027855; Tue, 25 May 2010 12:35:20 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.14.3/8.13.1) with ESMTP id o4P8ZKWY045146; Tue, 25 May 2010 12:35:20 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.14.3/8.13.8/Submit) id o4P8ZJW2045145; Tue, 25 May 2010 12:35:19 +0400 (MSD) (envelope-from eugene@imedia.ru) From: Eugene Mitrofanov Organization: Independent Media Sanoma Magazines To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Date: Tue, 25 May 2010 12:35:19 +0400 User-Agent: KMail/1.9.10 X-Origin: badger.imedia.ru MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201005251235.19833.eugene@imedia.ru> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (lynx.imedia.ru [10.167.0.252]); Tue, 25 May 2010 12:35:20 +0400 (MSD) X-Virus-Scanned: clamav-milter 0.96-exp at lynx.imedia.ru X-Virus-Status: Clean Cc: Subject: FreeBSD 8.1 prerelease "security.jail.mount_allowed" is broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Mitrofanov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 May 2010 08:58:29 -0000 Hello I try to do mount from a jail but it failed. Could you advise me where is my mistake? root@ftp:eugene# uname -mrs FreeBSD 8.1-PRERELEASE amd64 root@ftp:eugene# sysctl -a | grep -E '(jailed|mount)' vfs.usermount: 1 vfs.ffs.compute_summary_at_mount: 0 security.jail.mount_allowed: 1 security.jail.jailed: 1 root@ftp:eugene# mount /dev/da2s2a /var/t mount: /dev/da2s2a : Operation not permitted root@ftp:eugene# mount /dev/md1 /var/t mount: /dev/md1 : Operation not permitted root@ftp:eugene# mount /dev/zvol/tank/ftp.journal /var/t mount: /dev/zvol/tank/ftp.journal : Operation not permitted Best regards -- EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue May 25 09:53:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 571681065674 for ; Tue, 25 May 2010 09:53:21 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0418FC16 for ; Tue, 25 May 2010 09:53:21 +0000 (UTC) Received: (qmail 21049 invoked from network); 25 May 2010 09:25:17 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 25 May 2010 09:25:17 -0000 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 25 May 2010 02:25:17 -0700 Message-Id: To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Cc: Subject: openbgpd / openospf / carp / vlan (on 7.2) trouble 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, 25 May 2010 09:53:21 -0000 Hi, Since upgrading from openbgpd 4.5 to 4.7 (tried 4.6, too with bad = results) openbgpd doesn't work on my vlan interface. I have two routers = (10.0.100.2 and .3). That network is on vlan2; with carp2 running .1. Running .3 on 4.6 or 4.7 makes it immediately lose it's route to the = 100.0/24 network when bgpd starts. bgpd is announcing 10.0.100.0/24 = (and understands that it's a locally routed network, according to bgpctl = show ip bgp, see below). ... but somehow the routing able gets changed to have that network = routed to 10.0.100.2 (the other router, running 4.5) instead of = 0.0.0.0/vlan2. I can't even ping 10.0.100.3 (the vlan2 IP) from the box = itself. If I ping that IP from a box on a different network it works. Also, I can restore the route with route del -net 10.0.100.0/24 10.0.100.2 route add -net 10.0.100.0/24 -interface vlan2 ... but as soon as bgpd reconnects it will mess it up again. Any ideas? Am I doing it wrong? I understand that bgpd is exchanging = the routes; but until v4.5 it'd keep the local interface as a = preference. What's the proper forum to for the FreeBSD openbgpd port? = I can't even find a changelog for the different versions... For what it's worth - on a non-vlan, non-carp interface in another = otherwise similar setup it's working ok with 4.6 and 4.7. - ask gw-b.dev# bgpctl show ip bgp flags: * =3D Valid, > =3D Selected, I =3D via IBGP, A =3D Announced origin: i =3D IGP, e =3D EGP, ? =3D Incomplete flags destination gateway lpref med aspath origin AI*> 10.0.100.0/24 0.0.0.0 100 0 i *> 10.0.201.0/24 10.77.80.6 100 30 64701 i gw-b.dev# netstat -rn | grep 10.0.100 10.0.100.0/24 10.0.100.2 UGC 5 186 vlan2 10.0.100.1 10.0.100.2 UGHW3 0 3 vlan2 = 3053 10.0.100.3 10.0.100.2 UGHW3 0 1 vlan2 = 3522 10.0.100.13 10.0.100.2 UGHW3 0 34 vlan2 = 3599 10.0.100.103 10.0.100.2 UGHW3 0 32 vlan2 = 3583 10.0.100.104 10.0.100.2 UGHW3 0 4 vlan2 = 3565 From owner-freebsd-stable@FreeBSD.ORG Tue May 25 10:07:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B3AF106566C; Tue, 25 May 2010 10:07:15 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id B93DC8FC1A; Tue, 25 May 2010 10:07:14 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out1.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OGr2X-0007Qf-Ee; Tue, 25 May 2010 12:07:13 +0200 Received: from pc2844lv.mapper.nl ([10.58.235.127]) by mapper.nl with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OGr27-0003Zv-FZ; Tue, 25 May 2010 12:06:47 +0200 Message-ID: <4BFBA130.6060506@mapper.nl> Date: Tue, 25 May 2010 12:06:40 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Garrett Cooper References: <4BF1891F.3040704@mapper.nl> <4BF23029.80104@mapper.nl> In-Reply-To: <4BF23029.80104@mapper.nl> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7C28809281F3CDDC48ED2E0B" Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: Buzzing snd_emu10kx enabled card with r206173 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, 25 May 2010 10:07:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7C28809281F3CDDC48ED2E0B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 18/05/2010 08:14, Mark Stapper wrote: > On 18/05/2010 00:22, Garrett Cooper wrote: > =20 >> On Mon, May 17, 2010 at 11:21 AM, Mark Stapper wrote= : >> =20 >> =20 >>> On 12/04/2010 16:29, Garrett Cooper wrote: >>> =20 >>> =20 >>>> On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper = wrote: >>>> >>>> =20 >>>> =20 >>>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper wrote: >>>>> >>>>> =20 >>>>> =20 >>>>>> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper wrote: >>>>>> >>>>>> =20 >>>>>> =20 >>>>>>> Hi, >>>>>>> When I first installed FreeBSD on this machine, I had a heck o= f a >>>>>>> time getting the soundcard's PCM channel to function properly. It= >>>>>>> would buzz incessantly when I played any audio on it; I disabled = the >>>>>>> onboard snd_hda enabled audio and things magically worked, until >>>>>>> today. After a kernel upgrade and a few warm boots, I'm back to w= here >>>>>>> I started from -- the PCM channel buzzes whenever I play audio; >>>>>>> line-in works perfectly fine however. I'm not seeing anything out= of >>>>>>> the ordinary in commits over the past couple of weeks for the pcm= >>>>>>> pieces (the last successful kernel I used was 2~3 weeks old). >>>>>>> Are there any device_printf's I should add or a debug procedur= e >>>>>>> that you recommend I do to triage the situation? >>>>>>> Thanks, >>>>>>> -Garrett >>>>>>> >>>>>>> # uname -a >>>>>>> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r20617= 3M: >>>>>>> Sun Apr 4 19:54:22 PDT 2010 >>>>>>> root@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 >>>>>>> # pciconf -lv | grep -A 4 emu >>>>>>> emu10kx0@pci0:8:0:0: class=3D0x040100 card=3D0x10211102 chip=3D= 0x00081102 >>>>>>> rev=3D0x00 hdr=3D0x00 >>>>>>> vendor =3D 'Creative Technology LTD.' >>>>>>> device =3D 'sound blaster Audigy 2 (ca0108)' >>>>>>> class =3D multimedia >>>>>>> subclass =3D audio >>>>>>> # dmesg | grep 'irq 16' >>>>>>> uhci0: port 0xa800-0= xa81f >>>>>>> irq 16 at device 26.0 on pci0 >>>>>>> pcib7: irq 16 at device 28.1 on pci0 >>>>>>> emu10kx0: port 0xec00-0xec3f irq 16 = at >>>>>>> device 0.0 on pci8 >>>>>>> # dmesg | grep 'pcm' >>>>>>> pcm0: on emu10kx0 >>>>>>> pcm0: >>>>>>> pcm1: on emu10kx0 >>>>>>> pcm2: on emu10kx0 >>>>>>> pcm3: on emu10kx0 >>>>>>> pcm4: on emu10kx0 >>>>>>> >>>>>>> =20 >>>>>>> =20 >>>>>> Some more information: >>>>>> >>>>>> 1. snd_emu10kx and sound are both modules loaded on boot, along wi= th >>>>>> if_re, linux, and nvidia. >>>>>> 2. Disabling nvidia -> no change. >>>>>> 3. Disabling acpi -> unbootable system because many drivers can't = map >>>>>> interrupts without it (can't test unless I isolate the drivers and= >>>>>> enable them one by one -- something I'll try later on). >>>>>> >>>>>> I'm at a loss right now... my hunch is that it's potentially a bad= >>>>>> interaction between the snd_emu10kx driver and another driver on t= he >>>>>> same PCI bus (which is just the ACPI and uhci drivers), but I can'= t >>>>>> test these claims. There are other funky things about my system th= at >>>>>> have changed over the past couple of kernel versions, like front U= SB >>>>>> ports could charge my iPhone, and now they don't... and the fact t= hat >>>>>> ACPI blanking via nvidia now works again... so something may have >>>>>> changed on the backend, but I'm not 100% sure on what I should iso= late >>>>>> as the root cause, yet. >>>>>> >>>>>> =20 >>>>>> =20 >>>>> Grr... it's `healed' itself again. I'll watch out for potential >>>>> catalysts to the issue in the future. >>>>> >>>>> =20 >>>>> =20 >>>> Ok. Damn issue came back and here's what happened. Rebooted >>>> several times with the same kernel and slight modifications, loading= >>>> and unloading snd_emu10kx and sound, testing out snd_emu10k1, and no= >>>> dice. The buzz was bad and it was driving me insane. Again, line-in >>>> functioned just fine, so I didn't know what the heck was going. I wa= s >>>> getting desperate, so I finally broke down and booted the Gentoo Lin= ux >>>> livecd. PCM worked just fine. Then I got irritated enough and finall= y >>>> just built the module and the sound support directly into the kernel= >>>> and everything is hunky dorey again. Does anyone have a stab in the >>>> dark as to what's going on? Is it a potential bus or interrupt >>>> conflict / race condition that gets alleviated when support is naile= d >>>> into the kernel? Or are other folks as stumped as I am, s.t. I shoul= d >>>> just try emailing current@ instead to see if someone maybe knows >>>> what's going on there :(...? >>>> Thanks, >>>> -Garrett >>>> =20 >>>> =20 >>> I have the same problem. >>> I'll try compiling the driver in the kernel. >>> =20 >>> =20 >> FWIW I've compiled the driver into the kernel for several >> iterations now and it works like a champ, so there's something with >> the sound subsystem that isn't jiving properly when loading from >> modules... >> HTH, >> -Garrett >> =20 >> =20 > Thanks for the info. > I've noticed that when I load the kernel module at startup (by adding i= t > to loader.conf) chances of it working improve. > If I load it afterwards, the nice huff puff sounds come out of my > speaker again. > Compiling the new and improved kernel today. > Thanks for your help. > Greetz, > Mark > > =20 I compiled the emu10kx driver into the kernel. That seemed to work, but now the hissing and buzzing is back. I really don't know what is going on anymore.. Any thoughts? --------------enig7C28809281F3CDDC48ED2E0B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkv7oTUACgkQN9xNqOOVnWDFUACgita3W93GxbGQiyF54JR0pGQO yCwAnA7Tq5Qu0vcyYJr+gYjIuySB/vqx =SsIE -----END PGP SIGNATURE----- --------------enig7C28809281F3CDDC48ED2E0B-- From owner-freebsd-stable@FreeBSD.ORG Tue May 25 10:40:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B8991065674 for ; Tue, 25 May 2010 10:40:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE4B8FC2A for ; Tue, 25 May 2010 10:40:26 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id E4FDB71BC8; Tue, 25 May 2010 10:40:24 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20100524174933.GA33820@icarus.home.lan> Date: Tue, 25 May 2010 12:40:23 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7FF8139E-2A30-4AC3-A60F-E3B0E723F491@lassitu.de> References: <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> <9C8A5AA9-4460-4629-97C4-6EDE50745797@lassitu.de> <20100524150738.GA30549@icarus.home.lan> <20100524162400.GA31162@icarus.home.lan> <20100524174933.GA33820@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1078) Cc: FreeBSD Stable Subject: Re: make world fails in usr.sbin/config? 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, 25 May 2010 10:40:26 -0000 Am 24.05.2010 um 19:49 schrieb Jeremy Chadwick: > On Mon, May 24, 2010 at 09:24:00AM -0700, Jeremy Chadwick wrote: >> Builds are underway now (following /usr/src/Makefile method), I'll >> report back when those are done. I'm also adding "time" in front of = the >> "make buildXXX" portions just to see now long things take. >=20 > The build portions finished. Here are the numbers (quite high due to = a > combination of limited memory constraints (intentional) and the fact > that VMware Workstation isn't the fastest thing on the planet. :-) ) For the record: I'm now running -stable as of last night, compiled = without issue on ZFS filesystems throughout. No idea what caused the = issue in the first place, and what made it disappear though, but = updating to the correctly built -stable made the build on ZFS work = again. (It also involved an accidential upgrade and downgrade via = -current, since I checked out the wrong tag with csup. Yikes.) Thanks for all the support to all of you! Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Tue May 25 11:05:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0245F106566C for ; Tue, 25 May 2010 11:05:33 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 612148FC1B for ; Tue, 25 May 2010 11:05:32 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o4PB5QNq040964 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 25 May 2010 12:05:27 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4BFBAEF6.1000809@infracaninophile.co.uk> Date: Tue, 25 May 2010 12:05:26 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Stefan Bethke References: <20100524121856.GA26479@icarus.home.lan> <224129E1-5E90-4E36-A553-2F37C0CF0780@lassitu.de> <20100524122944.GA26720@icarus.home.lan> <0CFCBFC9-F613-4D16-9359-334ECED3E913@lassitu.de> <20100524131346.GA27811@icarus.home.lan> <2142CA1C-C914-4ED0-A72D-0A0161C739E3@lassitu.de> <9C8A5AA9-4460-4629-97C4-6EDE50745797@lassitu.de> <20100524150738.GA30549@icarus.home.lan> <20100524162400.GA31162@icarus.home.lan> <20100524174933.GA33820@icarus.home.lan> <7FF8139E-2A30-4AC3-A60F-E3B0E723F491@lassitu.de> In-Reply-To: <7FF8139E-2A30-4AC3-A60F-E3B0E723F491@lassitu.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.0 required=5.0 tests=DKIM_ADSP_ALL,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: make world fails in usr.sbin/config? 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, 25 May 2010 11:05:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25/05/2010 11:40:23, Stefan Bethke wrote: > For the record: I'm now running -stable as of last night, compiled > without issue on ZFS filesystems throughout. No idea what caused the > issue in the first place, and what made it disappear though, but > updating to the correctly built -stable made the build on ZFS work > again. (It also involved an accidential upgrade and downgrade via > -current, since I checked out the wrong tag with csup. Yikes.) I've a new machine that's been running 8-STABLE on ZFS for about a week now. Had no problems installing and then upgrading to recent 8-STABLE although I did start with installing an 8-STABLE snapshot rather than 8.0-RELEASE. (See: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror) Verb. Sap. If you're booting from ZFS, beware of updating the zpool version without due care and attention. 8.0-RELEASE was on version 13, 8-STABLE is now on version 14. (Use 'zpool update' to see what the status is on your machine -- this just gives you a report, and doesn't update anything.) Updating the zpool version is pretty smooth and simple, but *remember to immediately rebuild and reinstall gptzfsboot or zfsboot bootcode on your drives*. If you don't do that, your system won't be able to find the pool with the root filesystem and so won't be able to reboot. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkv7rvYACgkQ8Mjk52CukIzoEQCeNccarvp+NUrOAvoomJIRiT+H N6MAn0UbAcoAIdrgyI8CiEvhoiY1mCLh =ZfJJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 25 11:20:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F851065670 for ; Tue, 25 May 2010 11:20:02 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id C0B868FC18 for ; Tue, 25 May 2010 11:20:00 +0000 (UTC) Received: (qmail 19928 invoked from network); 25 May 2010 12:53:18 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 May 2010 12:53:18 +0200 Date: Tue, 25 May 2010 12:53:18 +0200 (CEST) From: Ingo Flaschberger To: =?ISO-8859-15?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: openbgpd / openospf / carp / vlan (on 7.2) trouble 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, 25 May 2010 11:20:02 -0000 Dear Ask, the problem is, that freebsd only allows 1 route to 1 destination (at least at freebsd 6.3). I have a similar setup (carp and routing protocols) and use a modified ucarp with additional route add and deletes. Kind regards, ingo flaschberger From owner-freebsd-stable@FreeBSD.ORG Tue May 25 12:56:23 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D4A31065677 for ; Tue, 25 May 2010 12:56:23 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD3F8FC25 for ; Tue, 25 May 2010 12:56:22 +0000 (UTC) Received: by wyj26 with SMTP id 26so197228wyj.13 for ; Tue, 25 May 2010 05:56:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KOhq7DjOUPJEgGCaiqBxB7GKtbgOyi0ZBmjcDjiqFM0=; b=m2v7u6C5e7wt5noiY3Yi3/WRJKcoPaT+IwGLDKq4iVCeHZ+6PtD4c9Pb5BwSDlN220 QY0UgNX7RV52YnJfOvNX5W1jmnGV4/sosH16PUSXQ5oSO57P6Un71Il3XiIYcO3obxee yFVXci3CcHCV5ajuO53NSpUrz3zIekKvs6iEE= 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:content-transfer-encoding; b=Z5R5ytOAcunfM/+1fJs2dxr9bCic2dfkJ2Cnautdq9LWwo5u6BOz6FwK6mQhlSsdQB Eb9NzqQ6ag8BfKZXDzqIFx7DVnVHVwyo81kC983qVOjLmjx4u23HCq1BDZ5lrC4cMxMV 9IRIbwpcXnGu/XbipTZ1xCqbIhxw5yjlwu/fw= MIME-Version: 1.0 Received: by 10.216.91.15 with SMTP id g15mr4629207wef.15.1274792181653; Tue, 25 May 2010 05:56:21 -0700 (PDT) Received: by 10.216.48.11 with HTTP; Tue, 25 May 2010 05:56:21 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 May 2010 15:56:21 +0300 Message-ID: From: nickolasbug@gmail.com To: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: openbgpd / openospf / carp / vlan (on 7.2) trouble 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, 25 May 2010 12:56:23 -0000 Hi Bj=F8rn! I also have had troubles with openbdpd few years ago. All troubles vanished after installing quagga instead of openbgpd. Well, maybe it's not great solution, but it's workaround. wbr. 2010/5/25 Ask Bj=F8rn Hansen : > Hi, > > Since upgrading from openbgpd 4.5 to 4.7 (tried 4.6, too with bad results= ) openbgpd doesn't work on my vlan interface. =A0I have two routers (10.0.1= 00.2 and .3). =A0That network is on vlan2; with carp2 running .1. > > Running .3 on 4.6 or 4.7 makes it immediately lose it's route to the 100.= 0/24 network when bgpd starts. =A0bgpd is announcing 10.0.100.0/24 (and und= erstands that it's a locally routed network, according to bgpctl show ip bg= p, see below). > > ... but somehow the routing able gets changed to have that network routed= to 10.0.100.2 (the other router, running 4.5) instead of 0.0.0.0/vlan2. = =A0I can't even ping 10.0.100.3 (the vlan2 IP) from the box itself. =A0If I= ping that IP from a box on a different network it works. > > Also, I can restore the route with > > route del -net 10.0.100.0/24 10.0.100.2 > route add -net 10.0.100.0/24 -interface vlan2 > > ... but as soon as bgpd reconnects it will mess it up again. > > Any ideas? =A0Am I doing it wrong? =A0I understand that bgpd is exchangin= g the routes; but until v4.5 it'd keep the local interface as a preference.= =A0What's the proper forum to for the FreeBSD openbgpd port? =A0 I can't e= ven find a changelog for the different versions... > > For what it's worth - on a non-vlan, non-carp interface in another otherw= ise similar setup it's working ok with 4.6 and 4.7. > > > =A0- ask > > gw-b.dev# bgpctl show ip bgp > flags: * =3D Valid, > =3D Selected, I =3D via IBGP, A =3D Announced > origin: i =3D IGP, e =3D EGP, ? =3D Incomplete > > flags destination =A0 =A0 =A0 =A0 =A0gateway =A0 =A0 =A0 =A0 =A0lpref =A0= med aspath origin > AI*> =A010.0.100.0/24 =A0 =A0 =A0 =A00.0.0.0 =A0 =A0 =A0 =A0 =A0 =A0100 = =A0 =A0 0 i > *> =A0 =A010.0.201.0/24 =A0 =A0 =A0 =A010.77.80.6 =A0 =A0 =A0 =A0 100 =A0= =A030 64701 i > > > gw-b.dev# netstat -rn | grep 10.0.100 > 10.0.100.0/24 =A0 =A0 =A010.0.100.2 =A0 =A0 =A0 =A0 UGC =A0 =A0 =A0 =A0 5= =A0 =A0 =A0186 =A0vlan2 > 10.0.100.1 =A0 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0= =A0 =A0 =A0 =A03 =A0vlan2 =A0 3053 > 10.0.100.3 =A0 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0= =A0 =A0 =A0 =A01 =A0vlan2 =A0 3522 > 10.0.100.13 =A0 =A0 =A0 =A010.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0= =A0 =A0 =A0 34 =A0vlan2 =A0 3599 > 10.0.100.103 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0 = =A0 =A0 =A0 32 =A0vlan2 =A0 3583 > 10.0.100.104 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0 = =A0 =A0 =A0 =A04 =A0vlan2 =A0 3565 > > _______________________________________________ > 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 May 25 15:52:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348261065674 for ; Tue, 25 May 2010 15:52:30 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD7FA8FC17 for ; Tue, 25 May 2010 15:52:29 +0000 (UTC) Received: by bwz2 with SMTP id 2so1576585bwz.13 for ; Tue, 25 May 2010 08:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8ntyxj7LQV+6cLKQbCav5t6jXbdkxA2R1bjvUgeXXxE=; b=CDK7ZgCyLqohivj/582kyNgt41QVG3QJJS48Wxs3Yhj+i38iIusyp8i7JEbaYLrOqD bzA3RZkFqo0dupL+Y/eaPXBZXON3xjzVP00FNRufGAaS0Vf/3OpPW9H20rR7JS5GImMv CkEavRYg77pK3KGXmJd8Rk38N+y9NvPDMqF7Y= 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:content-transfer-encoding; b=VTD8IFnLz7qS+jBBg5yBAF8RMu/Zm7ivTqmKsXbWn3jVEisVj4m43yr42a4rBgSx+p eS5EnnFTdENQ3iqaocjOzWoqwIQFRyURL958LWQP/hBYTmXZWOppiHHyr98t1eLV2teP vpfKsEnrv4id7TxM1W8ABRB4phzrfZafxpp+8= MIME-Version: 1.0 Received: by 10.204.152.2 with SMTP id e2mr3066004bkw.81.1274802748377; Tue, 25 May 2010 08:52:28 -0700 (PDT) Received: by 10.204.123.202 with HTTP; Tue, 25 May 2010 08:52:28 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <20100507120843.GA1738@Melon.malikania.fr> <1273257226.1671.3.camel@malikania.fr> Date: Tue, 25 May 2010 17:52:28 +0200 Message-ID: From: David DEMELIER To: Giovanni Trematerra Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 25 May 2010 15:52:30 -0000 2010/5/25 Giovanni Trematerra : > On Mon, May 24, 2010 at 9:43 PM, David DEMELIER > wrote: >> 2010/5/12 Giovanni Trematerra : >>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>> Le Vendredi 07 mai 2010 =C3=A0 18:22 +0200, Giovanni Trematerra a =C3= =A9crit : >>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>> > Hi, >>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0I noticed that pluggin the AC adaptor wh= en I boot without it does not >>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0panic. It only panic when removing it. >>>>> > >>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0Maybe that could help ? >>>>> > >>>>> >>>>> Good to know. The problem lies somewhere when performance state chang= e. >>>>> In your case it happens when you remove AC adaptor. Let's hope someon= e on >>>>> acpi@ ml comes up with a good idea. >>>>> >>>> >>>> Okay so for the moment no change, I'll wait for someone with an idea >>>> that could solve my problem. For me because the panic only happens whe= n >>>> changing profile from ac plugged -> ac unplugged (and not the reverse)= I >>>> would think it's a cpu related acpi issue. >>>> >>> >>> I looked deeper and it seems to me that when you unplug the AC >>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate a >>> new cx_ptr->p_lvlx =C2=A0via acpi_PkgGas. >>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll have >>> the panic that you reported. >>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle won't= call it. >>> I need some time to have a patch because of the possible race between >>> acpi_cpu_notify and >>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>> if you have time and want panic your system you could try the attached >>> patch, just to be >>> sure that we catch it. >>> >> >> Hi, it paniced today ! I don't know why it randomly panic but it did, >> the backtrace didn't change. There is a picture about the panic : >> >> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg > > What was you trying? acpi_idle5.diff.txt patch? > How did it panic? Unplugging AC adapter? > Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adapter. --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Tue May 25 18:05:47 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B468A106566C; Tue, 25 May 2010 18:05:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 476658FC0C; Tue, 25 May 2010 18:05:46 +0000 (UTC) Received: by vws18 with SMTP id 18so2466362vws.13 for ; Tue, 25 May 2010 11:05:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=g6rJ760rMF11wdOdpiVwQnSI6kruL1CSuIvpYIwDkfk=; b=GVsI5uCdE9vZ8zsZR99+fwwAfIqx24h8KFUM79lES1ndM+pWo+usyjyj2Rm1Svcbju u+uYm6ZNTsrkwZn1IDaIe7ry1GOMhnuOfB3fiD0ihiNSKcYdkLSD3KCh4xTLRjD6sBSM SYI3vyDuqbl5R9JALD3VOvU/2eJKxYkErn554= 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:content-transfer-encoding; b=d69gN+OonJU2g2cu2uONLYmFxfH7MVULz+7FPE6sJ9zEPzWAD65hfrUvwypWKv0c3e NXIxKCI3tmiY2rqlmbvJmBqjdBm/WRab0XueHLii+kJa39PdrUhSEtgN8QWOfos5CVNH 2+dsZC2mOY6NusDJW/8rUdI4JXPmJfepAWofY= MIME-Version: 1.0 Received: by 10.224.78.104 with SMTP id j40mr4272088qak.251.1274810746324; Tue, 25 May 2010 11:05:46 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Tue, 25 May 2010 11:05:46 -0700 (PDT) In-Reply-To: <4BFBA130.6060506@mapper.nl> References: <4BF1891F.3040704@mapper.nl> <4BF23029.80104@mapper.nl> <4BFBA130.6060506@mapper.nl> Date: Tue, 25 May 2010 11:05:46 -0700 Message-ID: From: Garrett Cooper To: Mark Stapper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: Buzzing snd_emu10kx enabled card with r206173 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, 25 May 2010 18:05:47 -0000 On Tue, May 25, 2010 at 3:06 AM, Mark Stapper wrote: > On 18/05/2010 08:14, Mark Stapper wrote: >> On 18/05/2010 00:22, Garrett Cooper wrote: >> >>> On Mon, May 17, 2010 at 11:21 AM, Mark Stapper wrote: >>> >>> >>>> On 12/04/2010 16:29, Garrett Cooper wrote: >>>> >>>> >>>>> On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper w= rote: >>>>> >>>>> >>>>> >>>>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper = wrote: >>>>>> >>>>>> >>>>>> >>>>>>> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi, >>>>>>>> =A0 =A0When I first installed FreeBSD on this machine, I had a hec= k of a >>>>>>>> time getting the soundcard's PCM channel to function properly. It >>>>>>>> would buzz incessantly when I played any audio on it; I disabled t= he >>>>>>>> onboard snd_hda enabled audio and things magically worked, until >>>>>>>> today. After a kernel upgrade and a few warm boots, I'm back to wh= ere >>>>>>>> I started from -- the PCM channel buzzes whenever I play audio; >>>>>>>> line-in works perfectly fine however. I'm not seeing anything out = of >>>>>>>> the ordinary in commits over the past couple of weeks for the pcm >>>>>>>> pieces (the last successful kernel I used was 2~3 weeks old). >>>>>>>> =A0 =A0Are there any device_printf's I should add or a debug proce= dure >>>>>>>> that you recommend I do to triage the situation? >>>>>>>> Thanks, >>>>>>>> -Garrett >>>>>>>> >>>>>>>> # uname -a >>>>>>>> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r206173= M: >>>>>>>> Sun Apr =A04 19:54:22 PDT 2010 >>>>>>>> root@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA =A0amd64 >>>>>>>> # pciconf -lv | grep -A 4 emu >>>>>>>> emu10kx0@pci0:8:0:0: =A0 =A0class=3D0x040100 card=3D0x10211102 chi= p=3D0x00081102 >>>>>>>> rev=3D0x00 hdr=3D0x00 >>>>>>>> =A0 =A0vendor =A0 =A0 =3D 'Creative Technology LTD.' >>>>>>>> =A0 =A0device =A0 =A0 =3D 'sound blaster Audigy 2 (ca0108)' >>>>>>>> =A0 =A0class =A0 =A0 =A0=3D multimedia >>>>>>>> =A0 =A0subclass =A0 =3D audio >>>>>>>> # dmesg | grep 'irq 16' >>>>>>>> uhci0: port 0xa800-0x= a81f >>>>>>>> irq 16 at device 26.0 on pci0 >>>>>>>> pcib7: irq 16 at device 28.1 on pci0 >>>>>>>> emu10kx0: port 0xec00-0xec3f irq 16 a= t >>>>>>>> device 0.0 on pci8 >>>>>>>> # dmesg | grep 'pcm' >>>>>>>> pcm0: on emu10kx0 >>>>>>>> pcm0: >>>>>>>> pcm1: on emu10kx0 >>>>>>>> pcm2: on emu10kx0 >>>>>>>> pcm3: on emu10kx0 >>>>>>>> pcm4: on emu10kx0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> Some more information: >>>>>>> >>>>>>> 1. snd_emu10kx and sound are both modules loaded on boot, along wit= h >>>>>>> if_re, linux, and nvidia. >>>>>>> 2. Disabling nvidia -> no change. >>>>>>> 3. Disabling acpi -> unbootable system because many drivers can't m= ap >>>>>>> interrupts without it (can't test unless I isolate the drivers and >>>>>>> enable them one by one -- something I'll try later on). >>>>>>> >>>>>>> I'm at a loss right now... my hunch is that it's potentially a bad >>>>>>> interaction between the snd_emu10kx driver and another driver on th= e >>>>>>> same PCI bus (which is just the ACPI and uhci drivers), but I can't >>>>>>> test these claims. There are other funky things about my system tha= t >>>>>>> have changed over the past couple of kernel versions, like front US= B >>>>>>> ports could charge my iPhone, and now they don't... and the fact th= at >>>>>>> ACPI blanking via nvidia now works again... so something may have >>>>>>> changed on the backend, but I'm not 100% sure on what I should isol= ate >>>>>>> as the root cause, yet. >>>>>>> >>>>>>> >>>>>>> >>>>>> Grr... it's `healed' itself again. I'll watch out for potential >>>>>> catalysts to the issue in the future. >>>>>> >>>>>> >>>>>> >>>>> =A0 =A0 Ok. Damn issue came back and here's what happened. Rebooted >>>>> several times with the same kernel and slight modifications, loading >>>>> and unloading snd_emu10kx and sound, testing out snd_emu10k1, and no >>>>> dice. The buzz was bad and it was driving me insane. Again, line-in >>>>> functioned just fine, so I didn't know what the heck was going. I was >>>>> getting desperate, so I finally broke down and booted the Gentoo Linu= x >>>>> livecd. PCM worked just fine. Then I got irritated enough and finally >>>>> just built the module and the sound support directly into the kernel >>>>> and everything is hunky dorey again. Does anyone have a stab in the >>>>> dark as to what's going on? Is it a potential bus or interrupt >>>>> conflict / race condition that gets alleviated when support is nailed >>>>> into the kernel? Or are other folks as stumped as I am, s.t. I should >>>>> just try emailing current@ instead to see if someone maybe knows >>>>> what's going on there :(...? >>>>> Thanks, >>>>> -Garrett >>>>> >>>>> >>>> I have the same problem. >>>> I'll try compiling the driver in the kernel. >>>> >>>> >>> =A0 =A0 FWIW I've compiled the driver into the kernel for several >>> iterations now and it works like a champ, so there's something with >>> the sound subsystem that isn't jiving properly when loading from >>> modules... >>> HTH, >>> -Garrett >>> >>> >> Thanks for the info. >> I've noticed that when I load the kernel module at startup (by adding it >> to loader.conf) chances of it working improve. >> If I load it afterwards, the nice huff puff sounds come out of my >> speaker again. >> Compiling the new and improved kernel today. >> Thanks for your help. >> Greetz, >> Mark >> >> > I compiled the emu10kx driver into the kernel. > That seemed to work, but now the hissing and buzzing is back. > I really don't know what is going on anymore.. > Any thoughts? What modules have you compiled and loaded? Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Tue May 25 19:10:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A7DE106564A; Tue, 25 May 2010 19:10:03 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9578FC08; Tue, 25 May 2010 19:10:02 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 9B88545DD8; Tue, 25 May 2010 21:10:00 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id AC8F445CBA; Tue, 25 May 2010 21:09:55 +0200 (CEST) Date: Tue, 25 May 2010 21:09:42 +0200 From: Pawel Jakub Dawidek To: Eugene Mitrofanov Message-ID: <20100525190942.GD1659@garage.freebsd.pl> References: <201005251235.19833.eugene@imedia.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0QFb0wBpEddLcDHQ" Content-Disposition: inline In-Reply-To: <201005251235.19833.eugene@imedia.ru> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.1 prerelease "security.jail.mount_allowed" is broken? 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, 25 May 2010 19:10:03 -0000 --0QFb0wBpEddLcDHQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 25, 2010 at 12:35:19PM +0400, Eugene Mitrofanov wrote: > Hello >=20 > I try to do mount from a jail but it failed. Could you advise me where is= my=20 > mistake? >=20 > root@ftp:eugene# uname -mrs > FreeBSD 8.1-PRERELEASE amd64 > root@ftp:eugene# sysctl -a | grep -E '(jailed|mount)' > vfs.usermount: 1 > vfs.ffs.compute_summary_at_mount: 0 > security.jail.mount_allowed: 1 > security.jail.jailed: 1 > root@ftp:eugene# mount /dev/da2s2a /var/t > mount: /dev/da2s2a : Operation not permitted > root@ftp:eugene# mount /dev/md1 /var/t > mount: /dev/md1 : Operation not permitted > root@ftp:eugene# mount /dev/zvol/tank/ftp.journal /var/t > mount: /dev/zvol/tank/ftp.journal : Operation not permitted You can only mount jail-friendly file systems - those with 'jail' keyword in lsvfs(1) output. What you tried can't be safe. Imagine creating corrupted file system on da2s2a and mounting it. It will panic entire system, not only your jail. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --0QFb0wBpEddLcDHQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkv8IHYACgkQForvXbEpPzSHpACeKp6iYeGd6h/zkpoZJTIx5j9I 8S8AniB9XxU4Sr3aT8NZHdii/CFLB+0N =cdSt -----END PGP SIGNATURE----- --0QFb0wBpEddLcDHQ-- From owner-freebsd-stable@FreeBSD.ORG Tue May 25 19:22:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63B11106564A for ; Tue, 25 May 2010 19:22:03 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id DDF178FC0A for ; Tue, 25 May 2010 19:22:02 +0000 (UTC) Received: by fxm17 with SMTP id 17so743173fxm.13 for ; Tue, 25 May 2010 12:22:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=rfZ9aiox+sX2lRdHvhRJvbWxpZNd9YkllSL0bxnEA/I=; b=oHOqIcMDuWhU+IAnjcDJmVvzbktRq0nzQEupC0L1Yerf3zJ9+DnsBlFTlcQCReQSaV DikxjoBjoU93VKPXwFtMtEchymGv5dPJtApgrgk+GNEx6icMchiTx5+y4xukTe3sVZ7y Tk+qXHZPVdWWyyOfZsZ1UQDp929qt22WVjxZg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=U3s9Axb6iEF49vP+BE8FXe1ApC/u+7rYwzvTwR4m/PaxuTYgNuC+5+1U0DfIT3eb8m Y1w1SftDwO9FEagC/yFMWLP3lc6g0Whq0eu7j7uSCag8m9YpT9K4bZSa8AkYH8r6rtJ0 OOXoFhSxfFaI/aStFSCbM3T2mrAeDgLmGQBzA= Received: by 10.223.25.74 with SMTP id y10mr6625675fab.81.1274815321753; Tue, 25 May 2010 12:22:01 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-40-41.dsl.klmzmi.sbcglobal.net [99.19.40.41]) by mx.google.com with ESMTPS id 15sm26155297fad.22.2010.05.25.12.21.59 (version=SSLv3 cipher=RC4-MD5); Tue, 25 May 2010 12:22:00 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BFC2354.5040104@dataix.net> Date: Tue, 25 May 2010 15:21:56 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100515 Thunderbird MIME-Version: 1.0 To: Jeremy Chadwick References: <20100524190433.GA36301@icarus.home.lan> In-Reply-To: <20100524190433.GA36301@icarus.home.lan> X-Enigmail-Version: 1.0.1 OpenPGP: id=89D8547E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mikkel Skaerris , freebsd-stable@freebsd.org Subject: Re: Zpool scrub and not-root users 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, 25 May 2010 19:22:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/24/2010 15:04, Jeremy Chadwick wrote: > On Mon, May 24, 2010 at 05:00:03PM +0200, Mikkel Skaerris wrote: >> Im wondering if there is a way of allowing non-root users to perform a disk >> scrub using zpool scrub . I've been messing around with permissions, >> but no luck so far. Anyone got a clue? > > One question: why? Followed by one answer: sudo. :-) > He does not need to add another layer of insecurity to his system such as sudo. Not saying that this is bad but it feels like a little overkill for something as simple as this. This can be done old-school. pw groupadd _zfsadm pw groupmod _zfsadm -m {username} chmod u+s,o-rx /sbin/zpool chown :_zfsadm /sbin/zpool Repeat command line 2 for every user you want to have root type access to /sbin/zpool. Of course you do not need the zfsadm group to do this. You could just use the wheel group which in turn gives any member of that group su(1) access to the root user, so you commands would turn into... pw groupmod wheel -m {username} chmod u+s,o-rx /sbin/zpool Because this binary is already installed group wheel there is no need to chown it. And this is a little more implicit that you trust anyone with access to the zpool command will also be having access to su(1) Pick one, and Ill leave the "how to keep these permissions through upgrades/updates of world" up to you. Good luck & regards, - -- jhell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJL/CNUAAoJEJBXh4mJ2FR+HwcH/0vuGlIP8mU1p6FI0XiEl9K/ tpDLxED+4cd8htBTQyh0mDWrRz8dOagjggaENC2JvNpUO8Vhxx0mJNZY6pvzmAys 5VHevdYKvY6doEjoQD9muktECXruCOXgQtxeI34r+ZLJz9fUhVJIlcNDBBrhOAG5 /P6XYy5LIKEuxBBRNqosW+JVTcU4sOJhGU1YZUlUpn0z41ObM87vjD77XP6sWfhZ Sw5dDPhNBHmmOuCEeuTnpItu1ykHUrr5jDkrtFWyIFP7ijPl7Fbd3VIRaP5nlWDU yNd06479yKS1uqOwFeEXt3DOr8nws+uY/6WtXzlsmLdhsqwy2FQN35r7PlXaY0k= =c/NP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 25 19:37:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A5E81065672 for ; Tue, 25 May 2010 19:37:38 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7204F8FC14 for ; Tue, 25 May 2010 19:37:38 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [10.1.1.200] ([173.200.187.194]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L2Z002V0QINIF40@asmtp030.mac.com> for freebsd-stable@freebsd.org; Tue, 25 May 2010 12:37:38 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1005250125 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2010-05-25_02:2010-02-06, 2010-05-25, 2010-05-25 signatures=0 From: Chuck Swiger In-reply-to: <4BFC2354.5040104@dataix.net> Date: Tue, 25 May 2010 12:37:34 -0700 Message-id: <148119B8-AE3E-471E-A9A2-D93B70843305@mac.com> References: <20100524190433.GA36301@icarus.home.lan> <4BFC2354.5040104@dataix.net> To: jhell X-Mailer: Apple Mail (2.1078) Cc: freebsd-stable@freebsd.org Subject: Re: Zpool scrub and not-root users 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, 25 May 2010 19:37:38 -0000 On May 25, 2010, at 12:21 PM, jhell wrote: > He does not need to add another layer of insecurity to his system such > as sudo. Not saying that this is bad but it feels like a little overkill > for something as simple as this. > > This can be done old-school. > > pw groupadd _zfsadm > pw groupmod _zfsadm -m {username} > chmod u+s,o-rx /sbin/zpool > chown :_zfsadm /sbin/zpool > > Repeat command line 2 for every user you want to have root type access to /sbin/zpool. This is providing them with the ability to run any zpool command, not restricted to "zpool scrub" only. "zpool offline" or "zpool destroy" could wreak havoc upon the system if misused.... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue May 25 20:13:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B38521065676 for ; Tue, 25 May 2010 20:13:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id 5A35A8FC12 for ; Tue, 25 May 2010 20:13:18 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta08.westchester.pa.mail.comcast.net with comcast id MmRR1e0060SCNGk58wDJdm; Tue, 25 May 2010 20:13:18 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta09.westchester.pa.mail.comcast.net with comcast id MwDG1e00T3S48mS3VwDHi3; Tue, 25 May 2010 20:13:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5DB069B418; Tue, 25 May 2010 13:13:15 -0700 (PDT) Date: Tue, 25 May 2010 13:13:15 -0700 From: Jeremy Chadwick To: jhell Message-ID: <20100525201315.GA20323@icarus.home.lan> References: <20100524190433.GA36301@icarus.home.lan> <4BFC2354.5040104@dataix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BFC2354.5040104@dataix.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Mikkel Skaerris , freebsd-stable@freebsd.org Subject: Re: Zpool scrub and not-root users 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, 25 May 2010 20:13:18 -0000 On Tue, May 25, 2010 at 03:21:56PM -0400, jhell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 05/24/2010 15:04, Jeremy Chadwick wrote: > > On Mon, May 24, 2010 at 05:00:03PM +0200, Mikkel Skaerris wrote: > >> Im wondering if there is a way of allowing non-root users to perform a disk > >> scrub using zpool scrub . I've been messing around with permissions, > >> but no luck so far. Anyone got a clue? > > > > One question: why? Followed by one answer: sudo. :-) > > > > He does not need to add another layer of insecurity to his system such > as sudo. Not saying that this is bad but it feels like a little overkill > for something as simple as this. > > This can be done old-school. > > pw groupadd _zfsadm > pw groupmod _zfsadm -m {username} > chmod u+s,o-rx /sbin/zpool > chown :_zfsadm /sbin/zpool > > Repeat command line 2 for every user you want to have root type access > to /sbin/zpool. > > Of course you do not need the zfsadm group to do this. You could just > use the wheel group which in turn gives any member of that group su(1) > access to the root user, so you commands would turn into... > > pw groupmod wheel -m {username} > chmod u+s,o-rx /sbin/zpool > > Because this binary is already installed group wheel there is no need to > chown it. And this is a little more implicit that you trust anyone with > access to the zpool command will also be having access to su(1) > > Pick one, and Ill leave the "how to keep these permissions through > upgrades/updates of world" up to you. If I'm misunderstanding what the OP wants, then I welcome correction. I read the Op to want users to be able to run "zpool scrub", so I took that literally -- "/sbin/zpool scrub " and nothing more. sudo offers the ability for the OP to provide root-level access to defined users and ONLY the ability to run "/sbin/zpool scrub {pool}" and nothing more (e.g. not "/sbin/zpool remove" or similar). It could also be used to define certain users to scrub only certain pools. Your first and second solutions allow any user added to _zfsadm and group wheel, respectively, the ability to use /sbin/zpool. I hear "zpool destroy -f" is a fun command to run while the system administrator isn't looking. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue May 25 20:26:11 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7EE71065673 for ; Tue, 25 May 2010 20:26:11 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0408FC13 for ; Tue, 25 May 2010 20:26:11 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o4PKQ383045976 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 25 May 2010 21:26:04 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4BFC325B.8020704@infracaninophile.co.uk> Date: Tue, 25 May 2010 21:26:03 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Chuck Swiger References: <20100524190433.GA36301@icarus.home.lan> <4BFC2354.5040104@dataix.net> <148119B8-AE3E-471E-A9A2-D93B70843305@mac.com> In-Reply-To: <148119B8-AE3E-471E-A9A2-D93B70843305@mac.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.1 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=2.0 required=5.0 tests=DKIM_ADSP_ALL,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: jhell , freebsd-stable@freebsd.org Subject: Re: Zpool scrub and not-root users 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, 25 May 2010 20:26:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 25/05/2010 20:37:34, Chuck Swiger wrote: > On May 25, 2010, at 12:21 PM, jhell wrote: >> He does not need to add another layer of insecurity to his system such >> as sudo. Not saying that this is bad but it feels like a little overkill >> for something as simple as this. >> >> This can be done old-school. >> >> pw groupadd _zfsadm >> pw groupmod _zfsadm -m {username} >> chmod u+s,o-rx /sbin/zpool >> chown :_zfsadm /sbin/zpool >> >> Repeat command line 2 for every user you want to have root type >> access to /sbin/zpool. > This is providing them with the ability to run any zpool command, not > restricted to "zpool scrub" only. "zpool offline" or "zpool destroy" > could wreak havoc upon the system if misused.... > Turning on the SUID bit on a program which wasn't designed from the ground up to be run like that is pretty much asking for trouble too. For instance SUID programs generally know they have enhanced privs. and give them up right after they've done whatever they need the privileges for. Without that level of attention to detail, SUID programs are a root compromise waiting to happen. sudo(8) would be my choice solution for this. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkv8MlsACgkQ8Mjk52CukIwNYgCcCAIghZlNICwwooE5R8z/3SfQ AGwAnRcwBWkeKNBSHz4sgmm9rLZZWaKf =g6be -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 25 21:22:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F3DE106564A for ; Tue, 25 May 2010 21:22:22 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f186.google.com (mail-yw0-f186.google.com [209.85.211.186]) by mx1.freebsd.org (Postfix) with ESMTP id BB78B8FC1B for ; Tue, 25 May 2010 21:22:21 +0000 (UTC) Received: by ywh16 with SMTP id 16so3013715ywh.32 for ; Tue, 25 May 2010 14:22:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=fHXjZzYVbKlu/ofqlh0UtOVrGhyZXghasr44IHHnTS0=; b=mD33beJl2p1uLv0mF2XZBe+Xtfyhi96llVFudFfrQ+5TeFW0q7PdsKkNBRgDM6XM2j 79ek4U3XMA2Wxi/jEzTTkWgQFOub1cb0i9bAYJxA6wAYvVfxbZNSZKzaLRjuP/6GAU1g e0WLe4+gBKXzXq6VuaBjvA/E67oary3GQC6kc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=AIrtVTr6FRax43IkDf2nqdtW0/DrRVQDa2UEkDBffRatSGonTDyct2ACHEo6X449U4 Jj2eLCNbAL6Zhjxx5lTp1v3FZ6RwElMNfi/mShM2UEix1QyxjAvt6Oei9PiSWg+SacLq P6oH6dkoP4VojKOv0YmQNaQtOGeaoiQYZV1lM= Received: by 10.100.50.17 with SMTP id x17mr9706945anx.11.1274822539481; Tue, 25 May 2010 14:22:19 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-40-41.dsl.klmzmi.sbcglobal.net [99.19.40.41]) by mx.google.com with ESMTPS id 20sm4126174ywh.15.2010.05.25.14.22.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 May 2010 14:22:18 -0700 (PDT) Sender: "J. Hellenthal" Date: Tue, 25 May 2010 17:22:06 -0400 From: jhell To: Jeremy Chadwick In-Reply-To: <20100525201315.GA20323@icarus.home.lan> Message-ID: References: <20100524190433.GA36301@icarus.home.lan> <4BFC2354.5040104@dataix.net> <20100525201315.GA20323@icarus.home.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mikkel Skaerris , FreeBSD Stable Subject: Re: Zpool scrub and not-root users 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, 25 May 2010 21:22:22 -0000 On Tue, 25 May 2010 16:13, Jeremy Chadwick wrote: In Message-Id: <20100525201315.GA20323@icarus.home.lan> > On Tue, May 25, 2010 at 03:21:56PM -0400, jhell wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 05/24/2010 15:04, Jeremy Chadwick wrote: >>> On Mon, May 24, 2010 at 05:00:03PM +0200, Mikkel Skaerris wrote: >>>> Im wondering if there is a way of allowing non-root users to perform a disk >>>> scrub using zpool scrub . I've been messing around with permissions, >>>> but no luck so far. Anyone got a clue? >>> >>> One question: why? Followed by one answer: sudo. :-) >>> >> Don't get me wrong I'm not shooting down sudo below. : He does not need to add another layer of insecurity to his system such : as sudo. Not saying that this is bad but it feels like a little overkill : for something as simple as this. >> >> This can be done old-school. >> >> pw groupadd _zfsadm >> pw groupmod _zfsadm -m {username} >> chmod u+s,o-rx /sbin/zpool >> chown :_zfsadm /sbin/zpool >> : Repeat command line 2 for every user you want to have root type access : to /sbin/zpool. I thought I said "root type access to /sbin/zpool". >> Of course you do not need the zfsadm group to do this. You could just >> use the wheel group which in turn gives any member of that group su(1) >> access to the root user, so you commands would turn into... >> >> pw groupmod wheel -m {username} >> chmod u+s,o-rx /sbin/zpool >> >> Because this binary is already installed group wheel there is no need to >> chown it. And this is a little more implicit that you trust anyone with >> access to the zpool command will also be having access to su(1) >> >> Pick one, and Ill leave the "how to keep these permissions through >> upgrades/updates of world" up to you. > > If I'm misunderstanding what the OP wants, then I welcome correction. I > read the Op to want users to be able to run "zpool scrub", so I took > that literally -- "/sbin/zpool scrub " and nothing more. > No you are not misunderstanding but I am also taking into account that the admin said "I've been messing around with permissions" & most notably I thought that he has tried the access control methods that are administered through the use of zfs allow which also might be a possibility if the admin has world/base on a zfsroot. Second thought that came to mind while leaving the possibility open to him was your standard Unix file perms. While thinking about the scenario in a quick sense, If this is disk activity that the admin wants to grant to a user in the form of scrub on a pool then the admin already must trust whoever he is planning to give these rights and has taken into account the possibility of misuse which has lead him here asking for advice. > sudo offers the ability for the OP to provide root-level access to > defined users and ONLY the ability to run "/sbin/zpool scrub {pool}" and > nothing more (e.g. not "/sbin/zpool remove" or similar). It could also > be used to define certain users to scrub only certain pools. > I hope so at least that's what it was designed for. Yes very well noted just leaving the possibility open to the admin to use something other than a third party package in case it is his policy to not have something like that installed. It happens. > Your first and second solutions allow any user added to _zfsadm and > group wheel, respectively, the ability to use /sbin/zpool. I hear > "zpool destroy -f" is a fun command to run while the system > administrator isn't looking. :-) > Good thing in most cases you can recover a destroyed pool or at least that's the way it was designed the last time I accidentally did that (-D). Backups are also a good thing in the case of a angry over driven highly motivated administrator or staff. ;) -- jhell From owner-freebsd-stable@FreeBSD.ORG Tue May 25 21:29:17 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16CD21065885 for ; Tue, 25 May 2010 21:29:17 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 91E1A8FC13 for ; Tue, 25 May 2010 21:29:16 +0000 (UTC) Received: by fxm17 with SMTP id 17so907376fxm.13 for ; Tue, 25 May 2010 14:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sNn2a6cT8rryIZYXEBHLtpmA7C52xvjYHLuYSizeTeY=; b=E9z/dpLZekm2wOKN91JLiu5CcMfIQvNpOK1/Gdh+8twSwRCVlHjytaTCvW1zySjY++ ZFNppRGK2vo9Njwwcz9x5muE6R2KA1jNQdx9X33ifs+MPkcMImQ4yfDFaG25LNG5zWRw gDNjleUmB91/4czquZbUrgy9MTxNcab6Bf2v4= 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:content-transfer-encoding; b=pDE1ObulVhMXSu3ZIY40RmDdFrPveuNSXszArCJ9zkFh6f8bRfUaDUiNp78yhQ/IQq zpF3W4+wG4X6sP5XUVYt9QlaYVh51oG+8fhM1bcxnTQzyUGM/Z0TFHqCj6QFW91Z3FbF EDg89OuxcQZkpgFy9jUxCXp5OmQERhGyHNJg8= MIME-Version: 1.0 Received: by 10.223.60.3 with SMTP id n3mr6781128fah.83.1274822955432; Tue, 25 May 2010 14:29:15 -0700 (PDT) Received: by 10.223.103.209 with HTTP; Tue, 25 May 2010 14:29:14 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <20100507120843.GA1738@Melon.malikania.fr> <1273257226.1671.3.camel@malikania.fr> Date: Tue, 25 May 2010 23:29:14 +0200 Message-ID: From: Giovanni Trematerra To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 25 May 2010 21:29:17 -0000 On Tue, May 25, 2010 at 5:52 PM, David DEMELIER wrote: > 2010/5/25 Giovanni Trematerra : >> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER >> wrote: >>> 2010/5/12 Giovanni Trematerra : >>>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>>> Le Vendredi 07 mai 2010 =E0 18:22 +0200, Giovanni Trematerra a =E9cri= t : >>>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>>> > Hi, >>>>>> > =A0 =A0 =A0 =A0I noticed that pluggin the AC adaptor when I boot w= ithout it does not >>>>>> > =A0 =A0 =A0 =A0panic. It only panic when removing it. >>>>>> > >>>>>> > =A0 =A0 =A0 =A0Maybe that could help ? >>>>>> > >>>>>> >>>>>> Good to know. The problem lies somewhere when performance state chan= ge. >>>>>> In your case it happens when you remove AC adaptor. Let's hope someo= ne on >>>>>> acpi@ ml comes up with a good idea. >>>>>> >>>>> >>>>> Okay so for the moment no change, I'll wait for someone with an idea >>>>> that could solve my problem. For me because the panic only happens wh= en >>>>> changing profile from ac plugged -> ac unplugged (and not the reverse= ) I >>>>> would think it's a cpu related acpi issue. >>>>> >>>> >>>> I looked deeper and it seems to me that when you unplug the AC >>>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate a >>>> new cx_ptr->p_lvlx =A0via acpi_PkgGas. >>>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll have >>>> the panic that you reported. >>>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle won'= t call it. >>>> I need some time to have a patch because of the possible race between >>>> acpi_cpu_notify and >>>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>>> if you have time and want panic your system you could try the attached >>>> patch, just to be >>>> sure that we catch it. >>>> >>> >>> Hi, it paniced today ! I don't know why it randomly panic but it did, >>> the backtrace didn't change. There is a picture about the panic : >>> >>> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg >> >> What was you trying? acpi_idle5.diff.txt patch? >> How did it panic? Unplugging AC adapter? >> > > Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adapter. > This is an old one. Could you try acpi_idle5.diff.txt? I kept you in Cc when I sent to the list. If you have problems, let me know, I'll resend to you the patch. Thank you. -- Gianni From owner-freebsd-stable@FreeBSD.ORG Tue May 25 21:52:15 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81E54106564A for ; Tue, 25 May 2010 21:52:15 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from mx21.islandnet.com (mx21.islandnet.com [199.175.107.101]) by mx1.freebsd.org (Postfix) with ESMTP id 632768FC14 for ; Tue, 25 May 2010 21:52:15 +0000 (UTC) Received: from [199.175.106.221] (port=45503 helo=helpdesk.islandnet.com) by mx2.islandnet.com with SMTP id 1OH22o-000HNZ-8w ; Tue, 25 May 2010 14:52:14 -0700 From: Mark Morley To: Rick Macklem Date: Tue, 25 May 2010 14:52:14 -0700 X-Priority: 3 X-Mailer: Islandnet.com Helpdesk Webmail MIME-Version: 1.0 Message-Id: <20100525215215.81E54106564A@hub.freebsd.org> Content-Type: text/plain; charset="UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Mark Morley Subject: Re: NFS trouble on 7.3-STABLE i386 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, 25 May 2010 21:52:15 -0000 On Fri, 21 May 2010 11:32:33 -0400 (EDT) Rick Macklem wrote: On Fri, 21 May 2010, Mark Morley wrote: > Having an issue with a file server here (7.3-STABLE i386) > > The nfsd processes are hanging. Client access to the nfs shares stops working and the nfsd processes on the server cannot be killed by any means. There are no errors showing up anywhere on the server. The network connection to the server seems fine (ie: anything other than nfs traffic seems ok). Rebooting the server fixes the problem for a while, but it doesn't reboot easily. It times out on terminating the nfsd processes. When it finally does reboot the file system isn't marked clean, resulting in a long wait for fsck (although it doesn't find any problems, it's a multi terrabyte share and it takes a while). > > This morning it did it again. This time I tried manually killing nfsd but nothing I did would make them die. No errors. > Next time it happens, do a "ps axlH" to see what the nfsd threads are waiting for. It might give you a hint as to what is happening. Ok, it did it again. ps axlH shows all the nfsd processes stuck in the _ufs_ state. The server isn't doing anything else, no other processes seem to be monopolizing resources or disks in any way. rpcinfo doesn't show anything amiss as far as I can tell (ie: rpc is running) After a reboot, one of the 32 nfsd's almost immediately goes into the "ufs" state and never leaves it (and never racks up and CPU time either). The others are fine. Slowly over time more and more enter this state. When I rebooted it today, all but one were in that state. The clients were bogging down, presumably because the one and only functioning nfsd was overworked. One client is running 8.1-prerelease as a test, and that particular client only will start getting lots of timeouts accessing the nfs share (even with less load than the other clients). Just in case it's tickling something on the server I've shut it down this time and I'm leaving it off for the time being. Any further thoughts? Mark From owner-freebsd-stable@FreeBSD.ORG Wed May 26 00:09:27 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7E06106564A for ; Wed, 26 May 2010 00:09:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 79BDA8FC14 for ; Wed, 26 May 2010 00:09:27 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEALcD/EuDaFvK/2dsb2JhbACeGXHARoUTBA X-IronPort-AV: E=Sophos;i="4.53,300,1272859200"; d="scan'208";a="77658296" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 25 May 2010 20:09:24 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id B175C109C2D9; Tue, 25 May 2010 20:09:25 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CmW4+VYgHBK3; Tue, 25 May 2010 20:09:25 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 33261109C2C5; Tue, 25 May 2010 20:09:25 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o4Q0OwI19859; Tue, 25 May 2010 20:24:58 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 25 May 2010 20:24:58 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Mark Morley In-Reply-To: <20100525215230.CCC9C2101D5@amazon.cs.uoguelph.ca> Message-ID: References: <20100525215230.CCC9C2101D5@amazon.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: hung on ufs vnode lock, was Re: NFS trouble on 7.3-STABLE i386 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, 26 May 2010 00:09:28 -0000 On Tue, 25 May 2010, Mark Morley wrote: > On Fri, 21 May 2010 11:32:33 -0400 (EDT) Rick Macklem wrote: On Fri, 21 May 2010, Mark Morley wrote: > >> Having an issue with a file server here (7.3-STABLE i386) >> >> The nfsd processes are hanging. Client access to the nfs shares stops working and the nfsd processes on the server cannot be killed by any means. There are no errors showing up anywhere on the server. The network connection to the server seems fine (ie: anything other than nfs traffic seems ok). Rebooting the server fixes the problem for a while, but it doesn't reboot easily. It times out on terminating the nfsd processes. When it finally does reboot the file system isn't marked clean, resulting in a long wait for fsck (although it doesn't find any problems, it's a multi terrabyte share and it takes a while). >> >> This morning it did it again. This time I tried manually killing nfsd but nothing I did would make them die. No errors. >> > Next time it happens, do a "ps axlH" to see what the nfsd threads are > waiting for. It might give you a hint as to what is happening. > > Ok, it did it again. ps axlH shows all the nfsd processes stuck in the _ufs_ state. The server isn't doing anything else, no other processes seem to be monopolizing resources or disks in any way. If the nfsd threads are sleeping on WCHAN "ufs", I think that means that they are waiting for a ufs vnode lock. I don't know what has changed between FreeBSD7.1 and FreeBSD7.3 that might have caused this. I changed the Subject: line in the hopes that someone who might know the answer to this will take a look. > > rpcinfo doesn't show anything amiss as far as I can tell (ie: rpc is running) > > After a reboot, one of the 32 nfsd's almost immediately goes into the "ufs" state and never leaves it (and never racks up and CPU time either). The others are fine. Slowly over time more and more enter this state. When I rebooted it today, all but one were in that state. The clients were bogging down, presumably because the one and only functioning nfsd was overworked. > > One client is running 8.1-prerelease as a test, and that particular client only will start getting lots of timeouts accessing the nfs share (even with less load than the other clients). Just in case it's tickling something on the server I've shut it down this time and I'm leaving it off for the time being. > I don't think that the 8.1-prerelease client is an issue. It's just that the FreeBSD8 krpc likes to generate the "not responding" messages more agreesively. They are pretty well meaningless, imho. rick From owner-freebsd-stable@FreeBSD.ORG Wed May 26 00:43:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA93C106566C for ; Wed, 26 May 2010 00:43:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7628FC13 for ; Wed, 26 May 2010 00:43:38 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAOoL/EuDaFvG/2dsb2JhbACeGnHAMYUTBA X-IronPort-AV: E=Sophos;i="4.53,300,1272859200"; d="scan'208";a="77661518" Received: from amazon.cs.uoguelph.ca ([131.104.91.198]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 25 May 2010 20:43:36 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by amazon.cs.uoguelph.ca (Postfix) with ESMTP id 9549B2101C1; Tue, 25 May 2010 20:43:37 -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 H3CQGnLvHixm; Tue, 25 May 2010 20:43:36 -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 87D972101C0; Tue, 25 May 2010 20:43:36 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o4Q0x8G24467; Tue, 25 May 2010 20:59:08 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 25 May 2010 20:59:08 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Mark Morley In-Reply-To: <20100525215230.CCC9C2101D5@amazon.cs.uoguelph.ca> Message-ID: References: <20100525215230.CCC9C2101D5@amazon.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: NFS trouble on 7.3-STABLE i386 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, 26 May 2010 00:43:39 -0000 On Tue, 25 May 2010, Mark Morley wrote: > On Fri, 21 May 2010 11:32:33 -0400 (EDT) Rick Macklem wrote: On Fri, 21 May 2010, Mark Morley wrote: > >> Having an issue with a file server here (7.3-STABLE i386) >> >> The nfsd processes are hanging. Client access to the nfs shares stops working and the nfsd processes on the server cannot be killed by any means. There are no errors showing up anywhere on the server. The network connection to the server seems fine (ie: anything other than nfs traffic seems ok). Rebooting the server fixes the problem for a while, but it doesn't reboot easily. It times out on terminating the nfsd processes. When it finally does reboot the file system isn't marked clean, resulting in a long wait for fsck (although it doesn't find any problems, it's a multi terrabyte share and it takes a while). >> >> This morning it did it again. This time I tried manually killing nfsd but nothing I did would make them die. No errors. >> > Next time it happens, do a "ps axlH" to see what the nfsd threads are > waiting for. It might give you a hint as to what is happening. > > Ok, it did it again. ps axlH shows all the nfsd processes stuck in the _ufs_ state. The server isn't doing anything else, no other processes seem to be monopolizing resources or disks in any way. > > rpcinfo doesn't show anything amiss as far as I can tell (ie: rpc is running) > > After a reboot, one of the 32 nfsd's almost immediately goes into the "ufs" state and never leaves it (and never racks up and CPU time either). The others are fine. Slowly over time more and more enter this state. When I rebooted it today, all but one were in that state. The clients were bogging down, presumably because the one and only functioning nfsd was overworked. > You could try this patch. (It reverts the only vnode locking change that I can see was done the the nfs server between 7.1 and 7.3.): --- nfs_serv.c.sav 2010-05-25 19:40:29.000000000 -0400 +++ nfs_serv.c 2010-05-25 19:41:38.000000000 -0400 @@ -3236,7 +3236,7 @@ io.uio_rw = UIO_READ; io.uio_td = NULL; eofflag = 0; - vn_lock(vp, LK_SHARED | LK_RETRY, td); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, td); if (cookies) { free((caddr_t)cookies, M_TEMP); cookies = NULL; @@ -3518,7 +3518,7 @@ io.uio_rw = UIO_READ; io.uio_td = NULL; eofflag = 0; - vn_lock(vp, LK_SHARED | LK_RETRY, td); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, td); if (cookies) { free((caddr_t)cookies, M_TEMP); cookies = NULL; If you get a chance to try it, please let us know if it helps, rick From owner-freebsd-stable@FreeBSD.ORG Wed May 26 05:06:17 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB0B6106566C for ; Wed, 26 May 2010 05:06:17 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4D78FC28 for ; Wed, 26 May 2010 05:06:17 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o4Q4dhJv008958; Wed, 26 May 2010 04:39:43 GMT (envelope-from kientzle@freebsd.org) Received: from horton.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id hxt766zrc3ih9uzvxa6sqrpxk6; Wed, 26 May 2010 04:39:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Message-ID: <4BFCA5FB.80109@freebsd.org> Date: Tue, 25 May 2010 21:39:23 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20100314 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Garrett Cooper References: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> In-Reply-To: <8A12D1D8-7D3D-472A-8B2B-637D3E243D56@gmail.com> Content-Type: multipart/mixed; boundary="------------020706090309050304080307" Cc: stable@freebsd.org, Martin Matuska Subject: Re: lzma support in `stable' has potential issues 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, 26 May 2010 05:06:17 -0000 This is a multi-part message in MIME format. --------------020706090309050304080307 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit It would be nice if "cd /usr/src/lib/liblzma && make && make install" just worked on an existing system that didn't already have /usr/include/lzma, but I can't find anything in the standard BSD makefiles to support this. I think you can use: make hierarchy to ensure that all the directories are present before trying to build anything else. (This is one of the first steps in the "installworld" target.) As for lzmainfo, I think the attached patch fixes it so that it pulls the lzma headers from the source tree and not the installed system. A similar change is probably appropriate for the other lzma and xz tools. Tim Garrett Cooper wrote: > Hi Martin and Tim, > I recently wiped off my Lenovo again to get a fresh install of FreeBSD on it, and started out at 8.0-RELEASE (it's the media that I had on hand at the time). Upgrading to 8-STABLE appears to be problematic though. > On a few different occasions I ran into issues doing the following: > > make -C /usr/src/usr.bin/lzmainfo depend - fails to find the appropriate headers > > make -C /usr/src/lib/liblzma install - fails to install the headers into /usr/include/lzma > > Etc. I didn't see these issues before lzma was imported into the tree, which makes me wonder whether or not there are some missing build or install dependencies somewhere. > Thanks, > -Garrett > --------------020706090309050304080307 Content-Type: text/x-patch; name="lzmainfo.Makefile.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="lzmainfo.Makefile.patch" Index: Makefile =================================================================== --- Makefile (revision 208369) +++ Makefile (working copy) @@ -3,7 +3,6 @@ PROG= lzmainfo XZDIR= ${.CURDIR}/../../contrib/xz/src -LZMALIBDIR= ${.CURDIR}/../../lib/liblzma .PATH: ${XZDIR}/lzmainfo SRCS+= lzmainfo.c @@ -14,9 +13,10 @@ WARNS?= 3 -CFLAGS+= -DHAVE_CONFIG_H \ - -I${LZMALIBDIR} \ - -I${XZDIR}/common +CFLAGS+= -DHAVE_CONFIG_H +CFLAGS+= -I${.CURDIR}/../../lib/liblzma +CFLAGS+= -I${.CURDIR}/../../contrib/xz/src/liblzma/api +CFLAGS+= -I${XZDIR}/common DPADD= ${LIBLZMA} LDADD= -llzma --------------020706090309050304080307-- From owner-freebsd-stable@FreeBSD.ORG Wed May 26 06:23:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6582B1065673; Wed, 26 May 2010 06:23:25 +0000 (UTC) (envelope-from eugene@imedia.ru) Received: from lynx.imedia.ru (lynx.imedia.ru [212.65.64.254]) by mx1.freebsd.org (Postfix) with ESMTP id ADC9A8FC1A; Wed, 26 May 2010 06:23:24 +0000 (UTC) Received: from badger.imedia.ru (root@badger.imedia.ru [10.167.1.243]) by lynx.imedia.ru (8.14.3/8.14.3/TWINS7_LDAP) with ESMTP id o4Q6NMpE079157; Wed, 26 May 2010 10:23:22 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.14.3/8.13.1) with ESMTP id o4Q6NMIp066844; Wed, 26 May 2010 10:23:22 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.14.3/8.13.8/Submit) id o4Q6NMSQ066843; Wed, 26 May 2010 10:23:22 +0400 (MSD) (envelope-from eugene@imedia.ru) From: Eugene Mitrofanov Organization: Independent Media Sanoma Magazines To: Pawel Jakub Dawidek Date: Wed, 26 May 2010 10:23:21 +0400 User-Agent: KMail/1.9.10 References: <201005251235.19833.eugene@imedia.ru> <20100525190942.GD1659@garage.freebsd.pl> In-Reply-To: <20100525190942.GD1659@garage.freebsd.pl> X-Origin: badger.imedia.ru MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201005261023.22291.eugene@imedia.ru> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (lynx.imedia.ru [10.167.0.252]); Wed, 26 May 2010 10:23:22 +0400 (MSD) X-Virus-Scanned: clamav-milter 0.96-exp at lynx.imedia.ru X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.1 prerelease "security.jail.mount_allowed" is broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Mitrofanov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2010 06:23:25 -0000 On Tuesday 25 May 2010, Pawel Jakub Dawidek wrote: > On Tue, May 25, 2010 at 12:35:19PM +0400, Eugene Mitrofanov wrote: > > Hello > > > > I try to do mount from a jail but it failed. Could you advise me where is my > > mistake? > > > > root@ftp:eugene# uname -mrs > > FreeBSD 8.1-PRERELEASE amd64 > > root@ftp:eugene# sysctl -a | grep -E '(jailed|mount)' > > vfs.usermount: 1 > > vfs.ffs.compute_summary_at_mount: 0 > > security.jail.mount_allowed: 1 > > security.jail.jailed: 1 > > root@ftp:eugene# mount /dev/da2s2a /var/t > > mount: /dev/da2s2a : Operation not permitted > > root@ftp:eugene# mount /dev/md1 /var/t > > mount: /dev/md1 : Operation not permitted > > root@ftp:eugene# mount /dev/zvol/tank/ftp.journal /var/t > > mount: /dev/zvol/tank/ftp.journal : Operation not permitted > > You can only mount jail-friendly file systems - those with 'jail' > keyword in lsvfs(1) output. Unfortunately, it seems for me that 'zfs mount' is also broken in 8.1PRE (zpool ver 14). "zfs jail 4 tank" is executing successfully but the word 'jail' does not meet in the 'man zfs' anymore and 'zfs set jailed=on tank' is failed with the error "property 'jailed' not supported on FreeBSD: permission denied". "zfs mount" from jail also failed: root@ftp:eugene# sysctl security.jail.jailed security.jail.jailed: 1 root@ftp:eugene# zfs mount tank/test cannot mount 'tank/test': permission denied > What you tried can't be safe. Imagine creating corrupted file system on > da2s2a and mounting it. It will panic entire system, not only your jail. -- EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed May 26 09:14:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 078941065674 for ; Wed, 26 May 2010 09:14:28 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9458FC15 for ; Wed, 26 May 2010 09:14:27 +0000 (UTC) Received: by mail-fx0-f54.google.com with SMTP id 17so1429183fxm.13 for ; Wed, 26 May 2010 02:14:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2jYAN31y5R94MuvNlS+UxA+SaDGYqAAlry2TNj5kHzw=; b=iAmkA8p6QF4CvWcwpjvFLcFBPDaAlnOloqrYgDA8H3wjpAV0XDSE35J9d/fmUzn9fy mNTisoIlCHsyc/Qgd4sszckEWvL/4MhBbSR36/LbXFNtRaZCgDnbjnz/CmwLhDbQuL+N rGgMbyStvCzrUxAzmXCkmVOXLHoK/G0LSl4Sg= 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:content-transfer-encoding; b=E85Q6gt7wffRr/qpPHaUhsOeGQLvGcw/2VK7QgGQBuoA1VzIdZTI83SmFEryFnZsl5 yRRBSOk5m70CdrU4SvUIhexgVzSOqD9zRm81sK6RQ9qQ4N3PhBoKjVAFKz/GdkrQHa4k eIWzLy7hkdQSzU5EGKO0fhDkpPY2VrEEQXdRE= MIME-Version: 1.0 Received: by 10.204.80.36 with SMTP id r36mr3787210bkk.75.1274865267000; Wed, 26 May 2010 02:14:27 -0700 (PDT) Received: by 10.204.123.202 with HTTP; Wed, 26 May 2010 02:14:26 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <20100507120843.GA1738@Melon.malikania.fr> <1273257226.1671.3.camel@malikania.fr> Date: Wed, 26 May 2010 11:14:26 +0200 Message-ID: From: David DEMELIER To: Giovanni Trematerra Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 26 May 2010 09:14:28 -0000 2010/5/25 Giovanni Trematerra : > On Tue, May 25, 2010 at 5:52 PM, David DEMELIER > wrote: >> 2010/5/25 Giovanni Trematerra : >>> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER >>> wrote: >>>> 2010/5/12 Giovanni Trematerra : >>>>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>>>> Le Vendredi 07 mai 2010 =C3=A0 18:22 +0200, Giovanni Trematerra a = =C3=A9crit : >>>>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>>>> > Hi, >>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0I noticed that pluggin the AC adaptor = when I boot without it does not >>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0panic. It only panic when removing it. >>>>>>> > >>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0Maybe that could help ? >>>>>>> > >>>>>>> >>>>>>> Good to know. The problem lies somewhere when performance state cha= nge. >>>>>>> In your case it happens when you remove AC adaptor. Let's hope some= one on >>>>>>> acpi@ ml comes up with a good idea. >>>>>>> >>>>>> >>>>>> Okay so for the moment no change, I'll wait for someone with an idea >>>>>> that could solve my problem. For me because the panic only happens w= hen >>>>>> changing profile from ac plugged -> ac unplugged (and not the revers= e) I >>>>>> would think it's a cpu related acpi issue. >>>>>> >>>>> >>>>> I looked deeper and it seems to me that when you unplug the AC >>>>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate a >>>>> new cx_ptr->p_lvlx =C2=A0via acpi_PkgGas. >>>>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll have >>>>> the panic that you reported. >>>>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle won= 't call it. >>>>> I need some time to have a patch because of the possible race between >>>>> acpi_cpu_notify and >>>>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>>>> if you have time and want panic your system you could try the attache= d >>>>> patch, just to be >>>>> sure that we catch it. >>>>> >>>> >>>> Hi, it paniced today ! I don't know why it randomly panic but it did, >>>> the backtrace didn't change. There is a picture about the panic : >>>> >>>> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg >>> >>> What was you trying? acpi_idle5.diff.txt patch? >>> How did it panic? Unplugging AC adapter? >>> >> >> Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adapter. >> > > This is an old one. Could you try acpi_idle5.diff.txt? I kept you in > Cc when I sent to > the list. If you have problems, let me know, I'll resend to you =C2=A0the= patch. > > Thank you. > Hi, it panic'ed with the same backtrace. Thanks. --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Wed May 26 09:32:38 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E9C1065674; Wed, 26 May 2010 09:32:38 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id BA43F8FC17; Wed, 26 May 2010 09:32:37 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out3.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OHCya-0003eP-7Q; Wed, 26 May 2010 11:32:36 +0200 Received: from [10.58.235.50] by mapper.nl with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OHCyQ-00075G-NS; Wed, 26 May 2010 11:32:27 +0200 Message-ID: <4BFCEAA8.3060809@mapper.nl> Date: Wed, 26 May 2010 11:32:24 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Garrett Cooper References: <4BF1891F.3040704@mapper.nl> <4BF23029.80104@mapper.nl> <4BFBA130.6060506@mapper.nl> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB0F4B1CABBA46797CC4E16CB" Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: Buzzing snd_emu10kx enabled card with r206173 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, 26 May 2010 09:32:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB0F4B1CABBA46797CC4E16CB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 25/05/2010 20:05, Garrett Cooper wrote: > On Tue, May 25, 2010 at 3:06 AM, Mark Stapper wrote: > =20 >> On 18/05/2010 08:14, Mark Stapper wrote: >> =20 >>> On 18/05/2010 00:22, Garrett Cooper wrote: >>> >>> =20 >>>> On Mon, May 17, 2010 at 11:21 AM, Mark Stapper wro= te: >>>> >>>> >>>> =20 >>>>> On 12/04/2010 16:29, Garrett Cooper wrote: >>>>> >>>>> >>>>> =20 >>>>>> On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper wrote: >>>>>> >>>>>> >>>>>> >>>>>> =20 >>>>>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> =20 >>>>>>>> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> =20 >>>>>>>>> Hi, >>>>>>>>> When I first installed FreeBSD on this machine, I had a heck= of a >>>>>>>>> time getting the soundcard's PCM channel to function properly. = It >>>>>>>>> would buzz incessantly when I played any audio on it; I disable= d the >>>>>>>>> onboard snd_hda enabled audio and things magically worked, unti= l >>>>>>>>> today. After a kernel upgrade and a few warm boots, I'm back to= where >>>>>>>>> I started from -- the PCM channel buzzes whenever I play audio;= >>>>>>>>> line-in works perfectly fine however. I'm not seeing anything o= ut of >>>>>>>>> the ordinary in commits over the past couple of weeks for the p= cm >>>>>>>>> pieces (the last successful kernel I used was 2~3 weeks old). >>>>>>>>> Are there any device_printf's I should add or a debug proced= ure >>>>>>>>> that you recommend I do to triage the situation? >>>>>>>>> Thanks, >>>>>>>>> -Garrett >>>>>>>>> >>>>>>>>> # uname -a >>>>>>>>> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r206= 173M: >>>>>>>>> Sun Apr 4 19:54:22 PDT 2010 >>>>>>>>> root@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 >>>>>>>>> # pciconf -lv | grep -A 4 emu >>>>>>>>> emu10kx0@pci0:8:0:0: class=3D0x040100 card=3D0x10211102 chip= =3D0x00081102 >>>>>>>>> rev=3D0x00 hdr=3D0x00 >>>>>>>>> vendor =3D 'Creative Technology LTD.' >>>>>>>>> device =3D 'sound blaster Audigy 2 (ca0108)' >>>>>>>>> class =3D multimedia >>>>>>>>> subclass =3D audio >>>>>>>>> # dmesg | grep 'irq 16' >>>>>>>>> uhci0: port 0xa800= -0xa81f >>>>>>>>> irq 16 at device 26.0 on pci0 >>>>>>>>> pcib7: irq 16 at device 28.1 on pci0 >>>>>>>>> emu10kx0: port 0xec00-0xec3f irq 1= 6 at >>>>>>>>> device 0.0 on pci8 >>>>>>>>> # dmesg | grep 'pcm' >>>>>>>>> pcm0: on emu10kx0 >>>>>>>>> pcm0: >>>>>>>>> pcm1: on emu10kx0 >>>>>>>>> pcm2: on emu10kx0 >>>>>>>>> pcm3: on emu10kx0 >>>>>>>>> pcm4: on emu10kx0 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> =20 >>>>>>>> Some more information: >>>>>>>> >>>>>>>> 1. snd_emu10kx and sound are both modules loaded on boot, along = with >>>>>>>> if_re, linux, and nvidia. >>>>>>>> 2. Disabling nvidia -> no change. >>>>>>>> 3. Disabling acpi -> unbootable system because many drivers can'= t map >>>>>>>> interrupts without it (can't test unless I isolate the drivers a= nd >>>>>>>> enable them one by one -- something I'll try later on). >>>>>>>> >>>>>>>> I'm at a loss right now... my hunch is that it's potentially a b= ad >>>>>>>> interaction between the snd_emu10kx driver and another driver on= the >>>>>>>> same PCI bus (which is just the ACPI and uhci drivers), but I ca= n't >>>>>>>> test these claims. There are other funky things about my system = that >>>>>>>> have changed over the past couple of kernel versions, like front= USB >>>>>>>> ports could charge my iPhone, and now they don't... and the fact= that >>>>>>>> ACPI blanking via nvidia now works again... so something may hav= e >>>>>>>> changed on the backend, but I'm not 100% sure on what I should i= solate >>>>>>>> as the root cause, yet. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> =20 >>>>>>> Grr... it's `healed' itself again. I'll watch out for potential >>>>>>> catalysts to the issue in the future. >>>>>>> >>>>>>> >>>>>>> >>>>>>> =20 >>>>>> Ok. Damn issue came back and here's what happened. Rebooted >>>>>> several times with the same kernel and slight modifications, loadi= ng >>>>>> and unloading snd_emu10kx and sound, testing out snd_emu10k1, and = no >>>>>> dice. The buzz was bad and it was driving me insane. Again, line-i= n >>>>>> functioned just fine, so I didn't know what the heck was going. I = was >>>>>> getting desperate, so I finally broke down and booted the Gentoo L= inux >>>>>> livecd. PCM worked just fine. Then I got irritated enough and fina= lly >>>>>> just built the module and the sound support directly into the kern= el >>>>>> and everything is hunky dorey again. Does anyone have a stab in th= e >>>>>> dark as to what's going on? Is it a potential bus or interrupt >>>>>> conflict / race condition that gets alleviated when support is nai= led >>>>>> into the kernel? Or are other folks as stumped as I am, s.t. I sho= uld >>>>>> just try emailing current@ instead to see if someone maybe knows >>>>>> what's going on there :(...? >>>>>> Thanks, >>>>>> -Garrett >>>>>> >>>>>> >>>>>> =20 >>>>> I have the same problem. >>>>> I'll try compiling the driver in the kernel. >>>>> >>>>> >>>>> =20 >>>> FWIW I've compiled the driver into the kernel for several >>>> iterations now and it works like a champ, so there's something with >>>> the sound subsystem that isn't jiving properly when loading from >>>> modules... >>>> HTH, >>>> -Garrett >>>> >>>> >>>> =20 >>> Thanks for the info. >>> I've noticed that when I load the kernel module at startup (by adding= it >>> to loader.conf) chances of it working improve. >>> If I load it afterwards, the nice huff puff sounds come out of my >>> speaker again. >>> Compiling the new and improved kernel today. >>> Thanks for your help. >>> Greetz, >>> Mark >>> >>> >>> =20 >> I compiled the emu10kx driver into the kernel. >> That seemed to work, but now the hissing and buzzing is back. >> I really don't know what is going on anymore.. >> Any thoughts? >> =20 > What modules have you compiled and loaded? > Thanks, > -Garrett > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > =20 I've stripped the kernel as much as possible. No firewire. No RAID modules. em network driver mii module nfe network driver lagg module sound snd_emu10kx Loaded modules: from loader.conf: nvidia vboxdrv loader later: linux opensolaris zfs if_ge (or someting simular) for virtualbox network I think linprocfs Both my soundcard and intel network card are PCI BusMaster enabled. I have problems with my network card as well. I'll try without the intel card and post back. Greetz, Mark --------------enigB0F4B1CABBA46797CC4E16CB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkv86qsACgkQN9xNqOOVnWDl8ACdGVxS43wO5sFgv1Wn7LwCKdmf /Z8AoJLWTTUDoZoYSj8QO0Mb8ojmvedR =3hGp -----END PGP SIGNATURE----- --------------enigB0F4B1CABBA46797CC4E16CB-- From owner-freebsd-stable@FreeBSD.ORG Wed May 26 09:34:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E2EC1065778 for ; Wed, 26 May 2010 09:34:16 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 21ECB8FC19 for ; Wed, 26 May 2010 09:34:15 +0000 (UTC) Received: by fxm17 with SMTP id 17so1451498fxm.13 for ; Wed, 26 May 2010 02:34:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FXiHi4Bd+2WtN3au2uPZ8MuG6zoJZXo9IvCcPbuOnEM=; b=hvv56kzNz6zxJnLLXlVODCI6zG2Ox9MtSl416YMF6TRgPP/cNnmWDmLIf3JtCYjNtT +7hnCKL1GU/dXNx3FF1TTKFzBFnmIrPCKOJVXtOC72MGrLbN/sj0yNanaQoa8QhTHxos 8p5NdEM4MlleR+XovuY3amC2sKsEPjyTglxAg= 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:content-transfer-encoding; b=TCeZRG76n/gf/Fr1rTZ4Qja6pSyg8oYDhvmp2mlOpI/GGtHMjJDdrLwtU3/hqMfQHC lXf/c8DJ9xM6NCGn0YJXnG6JYrNZLs4NfmQTev7X3ns6DY6d1Qric/N1nSzsp3YvXMVQ SSP/8i9IzHgAyHPdVhDKML6iGpjhA23DMdydI= MIME-Version: 1.0 Received: by 10.223.27.84 with SMTP id h20mr7383802fac.31.1274866454920; Wed, 26 May 2010 02:34:14 -0700 (PDT) Received: by 10.223.103.209 with HTTP; Wed, 26 May 2010 02:34:14 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <20100507120843.GA1738@Melon.malikania.fr> <1273257226.1671.3.camel@malikania.fr> Date: Wed, 26 May 2010 11:34:14 +0200 Message-ID: From: Giovanni Trematerra To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 26 May 2010 09:34:16 -0000 On Wed, May 26, 2010 at 11:14 AM, David DEMELIER wrote: > 2010/5/25 Giovanni Trematerra : >> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER >> wrote: >>> 2010/5/25 Giovanni Trematerra : >>>> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER >>>> wrote: >>>>> 2010/5/12 Giovanni Trematerra : >>>>>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>>>>> Le Vendredi 07 mai 2010 =E0 18:22 +0200, Giovanni Trematerra a =E9c= rit : >>>>>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>>>>> > Hi, >>>>>>>> > =A0 =A0 =A0 =A0I noticed that pluggin the AC adaptor when I boot= without it does not >>>>>>>> > =A0 =A0 =A0 =A0panic. It only panic when removing it. >>>>>>>> > >>>>>>>> > =A0 =A0 =A0 =A0Maybe that could help ? >>>>>>>> > >>>>>>>> >>>>>>>> Good to know. The problem lies somewhere when performance state ch= ange. >>>>>>>> In your case it happens when you remove AC adaptor. Let's hope som= eone on >>>>>>>> acpi@ ml comes up with a good idea. >>>>>>>> >>>>>>> >>>>>>> Okay so for the moment no change, I'll wait for someone with an ide= a >>>>>>> that could solve my problem. For me because the panic only happens = when >>>>>>> changing profile from ac plugged -> ac unplugged (and not the rever= se) I >>>>>>> would think it's a cpu related acpi issue. >>>>>>> >>>>>> >>>>>> I looked deeper and it seems to me that when you unplug the AC >>>>>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate = a >>>>>> new cx_ptr->p_lvlx =A0via acpi_PkgGas. >>>>>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll hav= e >>>>>> the panic that you reported. >>>>>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle wo= n't call it. >>>>>> I need some time to have a patch because of the possible race betwee= n >>>>>> acpi_cpu_notify and >>>>>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>>>>> if you have time and want panic your system you could try the attach= ed >>>>>> patch, just to be >>>>>> sure that we catch it. >>>>>> >>>>> >>>>> Hi, it paniced today ! I don't know why it randomly panic but it did, >>>>> the backtrace didn't change. There is a picture about the panic : >>>>> >>>>> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg >>>> >>>> What was you trying? acpi_idle5.diff.txt patch? >>>> How did it panic? Unplugging AC adapter? >>>> >>> >>> Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adapter. >>> >> >> This is an old one. Could you try acpi_idle5.diff.txt? I kept you in >> Cc when I sent to >> the list. If you have problems, let me know, I'll resend to you =A0the p= atch. >> >> Thank you. >> > > Hi, it panic'ed with the same backtrace. > Can you please post your dmesg? Thanks -- Gianni From owner-freebsd-stable@FreeBSD.ORG Wed May 26 10:01:06 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB6E4106564A for ; Wed, 26 May 2010 10:01:06 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB988FC2D for ; Wed, 26 May 2010 10:01:05 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so597011fga.13 for ; Wed, 26 May 2010 03:01:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=M1M83a2yYd6TAfbbK72dGEU52G7nOCE0WZS+kcXlTJA=; b=fF+Fxun08oja5EaJONe2692aJnRGuDsbdX9MFgm5MqvdPZwYVBRh6DnhqIVhTjTgy/ CxKFcjaB4R50vi/awiUHyu4vpTPCXnoQakWsK4cYBObAQcu7gz7vkxTSlEvHrjiGPzDp B7gGgOMLif4HTBc7VJw0wUS8DSza0ebDbnrzU= 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=Pro9LQfhejV/MAD+KgMtodwb4E4TzYpc4kVR1yxzElKM4s/jDKf1UqEE/YTXoESk4R b0fDv09+oP/nyK4ROqaHOM0t82TCXzAkdgtxUq/jFWDLCbICIeOuCrI6fc5OfixkUBwQ ltabw+Em+i7KybfmZwBjvKPz8sxFgjj1XcVv4= MIME-Version: 1.0 Received: by 10.204.50.131 with SMTP id z3mr3568392bkf.178.1274868064833; Wed, 26 May 2010 03:01:04 -0700 (PDT) Received: by 10.204.123.202 with HTTP; Wed, 26 May 2010 03:01:04 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <1273257226.1671.3.camel@malikania.fr> Date: Wed, 26 May 2010 12:01:04 +0200 Message-ID: From: David DEMELIER To: Giovanni Trematerra Content-Type: multipart/mixed; boundary=00032555b0ba23d2be04877c5a05 Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 26 May 2010 10:01:06 -0000 --00032555b0ba23d2be04877c5a05 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2010/5/26 Giovanni Trematerra : > On Wed, May 26, 2010 at 11:14 AM, David DEMELIER > wrote: >> 2010/5/25 Giovanni Trematerra : >>> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER >>> wrote: >>>> 2010/5/25 Giovanni Trematerra : >>>>> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER >>>>> wrote: >>>>>> 2010/5/12 Giovanni Trematerra : >>>>>>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>>>>>> Le Vendredi 07 mai 2010 =C3=A0 18:22 +0200, Giovanni Trematerra a = =C3=A9crit : >>>>>>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>>>>>> > Hi, >>>>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0I noticed that pluggin the AC adapto= r when I boot without it does not >>>>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0panic. It only panic when removing i= t. >>>>>>>>> > >>>>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0Maybe that could help ? >>>>>>>>> > >>>>>>>>> >>>>>>>>> Good to know. The problem lies somewhere when performance state c= hange. >>>>>>>>> In your case it happens when you remove AC adaptor. Let's hope so= meone on >>>>>>>>> acpi@ ml comes up with a good idea. >>>>>>>>> >>>>>>>> >>>>>>>> Okay so for the moment no change, I'll wait for someone with an id= ea >>>>>>>> that could solve my problem. For me because the panic only happens= when >>>>>>>> changing profile from ac plugged -> ac unplugged (and not the reve= rse) I >>>>>>>> would think it's a cpu related acpi issue. >>>>>>>> >>>>>>> >>>>>>> I looked deeper and it seems to me that when you unplug the AC >>>>>>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocate= a >>>>>>> new cx_ptr->p_lvlx =C2=A0via acpi_PkgGas. >>>>>>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll ha= ve >>>>>>> the panic that you reported. >>>>>>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle w= on't call it. >>>>>>> I need some time to have a patch because of the possible race betwe= en >>>>>>> acpi_cpu_notify and >>>>>>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>>>>>> if you have time and want panic your system you could try the attac= hed >>>>>>> patch, just to be >>>>>>> sure that we catch it. >>>>>>> >>>>>> >>>>>> Hi, it paniced today ! I don't know why it randomly panic but it did= , >>>>>> the backtrace didn't change. There is a picture about the panic : >>>>>> >>>>>> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg >>>>> >>>>> What was you trying? acpi_idle5.diff.txt patch? >>>>> How did it panic? Unplugging AC adapter? >>>>> >>>> >>>> Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adapter= . >>>> >>> >>> This is an old one. Could you try acpi_idle5.diff.txt? I kept you in >>> Cc when I sent to >>> the list. If you have problems, let me know, I'll resend to you =C2=A0t= he patch. >>> >>> Thank you. >>> >> >> Hi, it panic'ed with the same backtrace. >> > > Can you please post your dmesg? > Sent ! --=20 Demelier David --00032555b0ba23d2be04877c5a05 Content-Type: text/plain; charset=US-ASCII; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9nzi3tv0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTAgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjEtUFJFUkVMRUFTRSAjMzogV2VkIE1heSAyNiAx MTo0ODoxNiBDRVNUIDIwMTAKICAgIHJvb3RATWVsb24ubWFsaWthbmlhLmZyOi91c3Ivb2JqL3Vz ci9zcmMvc3lzL01lbG9uIGFtZDY0ClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMx ODIgSHogcXVhbGl0eSAwCkNQVTogSW50ZWwoUikgQ29yZShUTSkyIER1byBDUFUgICAgIFQ2NTcw ICBAIDIuMTBHSHogKDIwOTQuNzctTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWlu ZUludGVsIiAgSWQgPSAweDEwNjdhICBGYW1pbHkgPSA2ICBNb2RlbCA9IDE3ICBTdGVwcGluZyA9 IDEwCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0Us Q1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILERUUyxBQ1BJ LE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAgRmVhdHVyZXMyPTB4NDA4ZTNiZDxT U0UzLERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNT RTQuMSxYU0FWRT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExNPgogIEFN RCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudApyZWFsIG1lbW9y eSAgPSAzMjIxMjI1NDcyICgzMDcyIE1CKQphdmFpbCBtZW1vcnkgPSAzMDkyMTI3NzQ0ICgyOTQ4 IE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxIUFFPRU0gMzA3NCAgICA+CkZyZWVCU0QvU01QOiBNdWx0 aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdl KHMpIHggMiBjb3JlKHMpCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElD IElEOiAgMQppb2FwaWMwOiBDaGFuZ2luZyBBUElDIElEIHRvIDEKaW9hcGljMCA8VmVyc2lvbiAy LjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAprYmQxIGF0IGtiZG11eDAKY3J5cHRvc29mdDA6 IDxzb2Z0d2FyZSBjcnlwdG8+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiA8SFBRT0VNIFNMSUMtTVBD PiBvbiBtb3RoZXJib2FyZAphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZp eGVkKQphY3BpX2hwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVk MDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0 MzE4MTgwIEh6IHF1YWxpdHkgOTAwClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAz NTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3 OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFj cGkwCmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9lYzA6IDxFbWJlZGRlZCBDb250cm9s bGVyOiBHUEUgMHgxNj4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3Qt UENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2Ug MS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKdmdhcGNpMDogPFZHQS1j b21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHg3MDAwLTB4NzBmZiBtZW0gMHhjMDAwMDAwMC0weGNm ZmZmZmZmLDB4ZDg0MDAwMDAtMHhkODQwZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kx CmFjcGlfdmlkZW8wOiA8QUNQSSB2aWRlbyBleHRlbnNpb24+IG9uIHZnYXBjaTAKaGRhYzA6IDxB VEkgUlY3MzAgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRyb2xsZXI+IG1lbSAweGQ4NDEwMDAw LTB4ZDg0MTNmZmYgaXJxIDE3IGF0IGRldmljZSAwLjEgb24gcGNpMQpoZGFjMDogSERBIERyaXZl ciBSZXZpc2lvbjogMjAxMDAyMjZfMDE0MgpoZGFjMDogW0lUSFJFQURdCnVoY2kwOiA8SW50ZWwg ODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweDgwYTAtMHg4MGJmIGlycSAxNiBh dCBkZXZpY2UgMjYuMCBvbiBwY2kwCnVoY2kwOiBbSVRIUkVBRF0KdXNidXMwOiA8SW50ZWwgODI4 MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAKdWhjaTE6IDxJbnRlbCA4MjgwMUkg KElDSDkpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ODA4MC0weDgwOWYgaXJxIDE3IGF0IGRldmlj ZSAyNi4xIG9uIHBjaTAKdWhjaTE6IFtJVEhSRUFEXQp1c2J1czE6IDxJbnRlbCA4MjgwMUkgKElD SDkpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMQp1aGNpMjogPEludGVsIDgyODAxSSAoSUNIOSkg VVNCIGNvbnRyb2xsZXI+IHBvcnQgMHg4MDYwLTB4ODA3ZiBpcnEgMTggYXQgZGV2aWNlIDI2LjIg b24gcGNpMAp1aGNpMjogW0lUSFJFQURdCnVzYnVzMjogPEludGVsIDgyODAxSSAoSUNIOSkgVVNC IGNvbnRyb2xsZXI+IG9uIHVoY2kyCmVoY2kwOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgMi4w IGNvbnRyb2xsZXI+IG1lbSAweGQ4NTA0NDAwLTB4ZDg1MDQ3ZmYgaXJxIDE5IGF0IGRldmljZSAy Ni43IG9uIHBjaTAKZWhjaTA6IFtJVEhSRUFEXQp1c2J1czM6IEVIQ0kgdmVyc2lvbiAxLjAKdXNi dXMzOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCmhk YWMxOiA8SW50ZWwgODI4MDFJIEhpZ2ggRGVmaW5pdGlvbiBBdWRpbyBDb250cm9sbGVyPiBtZW0g MHhkODUwMDAwMC0weGQ4NTAzZmZmIGlycSAxNyBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCmhkYWMx OiBIREEgRHJpdmVyIFJldmlzaW9uOiAyMDEwMDIyNl8wMTQyCmhkYWMxOiBbSVRIUkVBRF0KcGNp YjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApw Y2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGlycSAxNyBhdCBkZXZpY2UgMjguMSBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIzCml3bjA6IDxJbnRlbChSKSBQUk8vV2lyZWxlc3MgMTAwMD4gbWVtIDB4ZDgyMDAwMDAtMHhk ODIwMWZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCml3bjA6IE1JTU8gMVQyUiwgQkdT LCBhZGRyZXNzIDAwOjFlOjY0OjUzOjQ2OmVlCml3bjA6IFtJVEhSRUFEXQppd24wOiAxMWIgcmF0 ZXM6IDFNYnBzIDJNYnBzIDUuNU1icHMgMTFNYnBzCml3bjA6IDExZyByYXRlczogMU1icHMgMk1i cHMgNS41TWJwcyAxMU1icHMgNk1icHMgOU1icHMgMTJNYnBzIDE4TWJwcyAyNE1icHMgMzZNYnBz IDQ4TWJwcyA1NE1icHMKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTggYXQgZGV2 aWNlIDI4LjIgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApwY2liNTogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNCBvbiBwY2kwCnBjaTY5OiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAx NyBhdCBkZXZpY2UgMjguNSBvbiBwY2kwCnBjaTEzNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYK bXNrYzA6IDxNYXJ2ZWxsIFl1a29uIDg4RTgwNzIgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweDIw MDAtMHgyMGZmIG1lbSAweGQwMTAwMDAwLTB4ZDAxMDNmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAg b24gcGNpMTM0Cm1zazA6IDxNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAgTHRkLiBZdWtvbiBFWCBJ ZCAweGI1IFJldiAweDAyPiBvbiBtc2tjMAptc2swOiBFdGhlcm5ldCBhZGRyZXNzOiAxODphOTow NTo4NzozODowYQptaWlidXMwOiA8TUlJIGJ1cz4gb24gbXNrMAplMTAwMHBoeTA6IDxNYXJ2ZWxs IDg4RTExNDkgR2lnYWJpdCBQSFk+IFBIWSAwIG9uIG1paWJ1czAKZTEwMDBwaHkwOiAgMTBiYXNl VCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VULCAxMDAw YmFzZVQtRkRYLCBhdXRvCm1za2MwOiBbSVRIUkVBRF0KdWhjaTM6IDxJbnRlbCA4MjgwMUkgKElD SDkpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ODA0MC0weDgwNWYgaXJxIDIwIGF0IGRldmljZSAy OS4wIG9uIHBjaTAKdWhjaTM6IFtJVEhSRUFEXQp1c2J1czQ6IDxJbnRlbCA4MjgwMUkgKElDSDkp IFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMwp1aGNpNDogPEludGVsIDgyODAxSSAoSUNIOSkgVVNC IGNvbnRyb2xsZXI+IHBvcnQgMHg4MDIwLTB4ODAzZiBpcnEgMjIgYXQgZGV2aWNlIDI5LjEgb24g cGNpMAp1aGNpNDogW0lUSFJFQURdCnVzYnVzNTogPEludGVsIDgyODAxSSAoSUNIOSkgVVNCIGNv bnRyb2xsZXI+IG9uIHVoY2k0CnVoY2k1OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJv bGxlcj4gcG9ydCAweDgwMDAtMHg4MDFmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVo Y2k1OiBbSVRIUkVBRF0KdXNidXM2OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxl cj4gb24gdWhjaTUKZWhjaTE6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiAyLjAgY29udHJvbGxl cj4gbWVtIDB4ZDg1MDQwMDAtMHhkODUwNDNmZiBpcnEgMjAgYXQgZGV2aWNlIDI5Ljcgb24gcGNp MAplaGNpMTogW0lUSFJFQURdCnVzYnVzNzogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czc6IDxJbnRl bCA4MjgwMUkgKElDSDkpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTEKcGNpYjc6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTEzNTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjcKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIEFUQSBjb250cm9s bGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ODBmMC0weDgw ZmYsMHg4MGUwLTB4ODBlZiBpcnEgMjEgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAphdGEwOiA8QVRB IGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGEwOiBbSVRIUkVBRF0KYXRhMTogPEFUQSBjaGFubmVs IDE+IG9uIGF0YXBjaTAKYXRhMTogW0lUSFJFQURdCmF0YXBjaTE6IDxJbnRlbCBBVEEgY29udHJv bGxlcj4gcG9ydCAweDgxMDgtMHg4MTBmLDB4ODEyNC0weDgxMjcsMHg4MTAwLTB4ODEwNywweDgx MjAtMHg4MTIzLDB4ODBkMC0weDgwZGYsMHg4MGMwLTB4ODBjZiBpcnEgMTggYXQgZGV2aWNlIDMx LjUgb24gcGNpMAphdGFwY2kxOiBbSVRIUkVBRF0KYXRhMjogPEFUQSBjaGFubmVsIDA+IG9uIGF0 YXBjaTEKYXRhMjogW0lUSFJFQURdCmF0YTM6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kxCmF0 YTM6IFtJVEhSRUFEXQpiYXR0ZXJ5MDogPEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24g YWNwaTAKYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFNs ZWVwIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9saWQwOiA8Q29udHJvbCBNZXRob2QgTGlkIFN3aXRj aD4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmFjcGlfdHoxOiA8 VGhlcm1hbCBab25lPiBvbiBhY3BpMAphY3BpX3R6MjogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAK YWNwaV90ejM6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmFjcGlfdHo0OiA8VGhlcm1hbCBab25l PiBvbiBhY3BpMAphY3BpX3R6NTogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYXRydGMwOiA8QVQg cmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IGlycSA4IG9uIGFjcGkwCmF0cnRjMDogV2Fy bmluZzogQ291bGRuJ3QgbWFwIEkvTy4KYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4 MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+ IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQph dGtiZDA6IFtJVEhSRUFEXQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNt MDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogW0lUSFJFQURdCnBzbTA6IG1vZGVsIFN5bmFwdGljcyBU b3VjaHBhZCwgZGV2aWNlIElEIDAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMw MDAwLTB4Y2Y3ZmYgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6 IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJm ZmZmIG9uIGlzYTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4g b24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApl c3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNj MTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUxClJUQyBCSU9TIGRpYWdu b3N0aWMgZXJyb3IgYmI8Y2xvY2tfYmF0dGVyeSxjb25maWdfdW5pdCxtZW1vcnlfc2l6ZSxmaXhl ZF9kaXNrPgpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCnVzYnVzMDogMTJNYnBz IEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMxOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1 c2J1czI6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMzogNDgwTWJwcyBIaWdoIFNw ZWVkIFVTQiB2Mi4wCnVzYnVzNDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM1OiAx Mk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czY6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2 MS4wCnVzYnVzNzogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCmFkMDogMzA1MjQ1TUIgPFdE QyBXRDMyMDBCRUtULTYwRjNUMSAxMi4wMUExMj4gYXQgYXRhMC1tYXN0ZXIgVURNQTMzIAp1Z2Vu MC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVsPiBh dCB1c2J1czEKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAw LzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIy OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVzMwp1aHViMzogPEludGVsIEVIQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMKdWdl bjQuMTogPEludGVsPiBhdCB1c2J1czQKdWh1YjQ6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFz cyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0CnVnZW41LjE6IDxJbnRlbD4g YXQgdXNidXM1CnVodWI1OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4w MC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQp1Z2VuNi4xOiA8SW50ZWw+IGF0IHVzYnVzNgp1aHVi NjogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAx PiBvbiB1c2J1czYKdWdlbjcuMTogPEludGVsPiBhdCB1c2J1czcKdWh1Yjc6IDxJbnRlbCBFSENJ IHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM3CldB Uk5JTkc6IGFkMHMxIGV4cGVjdGVkIHJhd29mZnNldCAwLCBmb3VuZCA2MwpXQVJOSU5HOiBhZDBz MWEgZXhwZWN0ZWQgcmF3b2Zmc2V0IDAsIGZvdW5kIDYzCnVodWIwOiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnVodWI0OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNTogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjY6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmFjZDA6IERWRFIgPGhwIERWRFJBTSBHVDIwTC9EQzA1 PiBhdCBhdGExLW1hc3RlciBVRE1BMzMgCmhkYWMwOiBIREEgQ29kZWMgIzA6IEFUSSBSNnh4IEhE TUkKcGNtMDogPEhEQSBBVEkgUjZ4eCBIRE1JIFBDTSAjMCBIRE1JPiBhdCBjYWQgMCBuaWQgMSBv biBoZGFjMApoZGFjMTogSERBIENvZGVjICMwOiBBbmFsb2cgRGV2aWNlcyBBRDE5ODRBCnBjbTE6 IDxIREEgQW5hbG9nIERldmljZXMgQUQxOTg0QSBQQ00gIzAgQW5hbG9nPiBhdCBjYWQgMCBuaWQg MSBvbiBoZGFjMQp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK dWh1Yjc6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmFjZDA6IEZBSUxV UkUgLSBJTlFVSVJZIElMTEVHQUwgUkVRVUVTVCBhc2M9MHgyNCBhc2NxPTB4MDAgc2tzPTB4NDAg MHgwMCAweDAxCihwcm9iZTA6YXRhMTowOjA6MCk6IFRFU1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDAg MCAwIDAgMCAKKHByb2JlMDphdGExOjA6MDowKTogQ0FNIHN0YXR1czogU0NTSSBTdGF0dXMgRXJy b3IKKHByb2JlMDphdGExOjA6MDowKTogU0NTSSBzdGF0dXM6IENoZWNrIENvbmRpdGlvbgoocHJv YmUwOmF0YTE6MDowOjApOiBTQ1NJIHNlbnNlOiBOT1QgUkVBRFkgYXNjOjNhLDEgKE1lZGl1bSBu b3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkKQpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKY2QwIGF0 IGF0YTEgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAwCmNkMDogPGhwIERWRFJBTSBHVDIwTCBE QzA1PiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogMzMuMDAwTUIvcyB0cmFu c2ZlcnMKY2QwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZ LCBNZWRpdW0gbm90IHByZXNlbnQgLSB0cmF5IGNsb3NlZApSb290IG1vdW50IHdhaXRpbmcgZm9y OiB1c2J1czMKdWdlbjMuMjogPENoaWNvbnkgRWxlY3Ryb25pY3MgQ28uLCBMdGQuPiBhdCB1c2J1 czMKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzMWEKdWdlbjYuMjogPE1p Y3Jvc29mdD4gYXQgdXNidXM2CnVtczA6IDxNaWNyb3NvZnQgQ29tcGFjdCBPcHRpY2FsIE1vdXNl IDUwMCwgY2xhc3MgMC8wLCByZXYgMS4xMC8xLjAwLCBhZGRyIDI+IG9uIHVzYnVzNgp1bXMwOiAz IGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElEPTAKdWdlbjAuMjogPEJyb2FkY29tIENv cnA+IGF0IHVzYnVzMAp1YnQwOiA8QnJvYWRjb20gQ29ycCBIUCBJbnRlZ3JhdGVkIE1vZHVsZSwg Y2xhc3MgMjI0LzEsIHJldiAyLjAwLzEuNjUsIGFkZHIgMj4gb24gdXNidXMwCldBUk5JTkc6IC92 YXIgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCndsYW4wOiBFdGhlcm5ldCBhZGRyZXNzOiAx ODphOTowNTo4NzozODowYQpkcm0wOiA8QVRJIE1vYmlsaXR5IFJhZGVvbiA0MzAwIFNlcmllcz4g b24gdmdhcGNpMAppbmZvOiBbZHJtXSBNU0kgZW5hYmxlZCAxIG1lc3NhZ2UocykKdmdhcGNpMDog Y2hpbGQgZHJtMCByZXF1ZXN0ZWQgcGNpX2VuYWJsZV9idXNtYXN0ZXIKaW5mbzogW2RybV0gSW5p dGlhbGl6ZWQgcmFkZW9uIDEuMzEuMCAyMDA4MDYxMwppbmZvOiBbZHJtXSBTZXR0aW5nIEdBUlQg bG9jYXRpb24gYmFzZWQgb24gbmV3IG1lbW9yeSBtYXAKaW5mbzogW2RybV0gTG9hZGluZyBSVjcx MCBNaWNyb2NvZGUKaW5mbzogW2RybV0gUmVzZXR0aW5nIEdQVQppbmZvOiBbZHJtXSB3cml0ZWJh Y2sgdGVzdCBzdWNjZWVkZWQgaW4gMSB1c2Vjcwpkcm0wOiBbSVRIUkVBRF0KaW5mbzogW2RybV0g UmVzZXR0aW5nIEdQVQppbmZvOiBbZHJtXSBTZXR0aW5nIEdBUlQgbG9jYXRpb24gYmFzZWQgb24g bmV3IG1lbW9yeSBtYXAKaW5mbzogW2RybV0gTG9hZGluZyBSVjcxMCBNaWNyb2NvZGUKaW5mbzog W2RybV0gUmVzZXR0aW5nIEdQVQppbmZvOiBbZHJtXSB3cml0ZWJhY2sgdGVzdCBzdWNjZWVkZWQg aW4gMSB1c2Vjcwpkcm0wOiBbSVRIUkVBRF0K --00032555b0ba23d2be04877c5a05-- From owner-freebsd-stable@FreeBSD.ORG Wed May 26 10:08:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E5E4106566B for ; Wed, 26 May 2010 10:08:04 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from mx21.islandnet.com (mx11.islandnet.com [199.175.107.100]) by mx1.freebsd.org (Postfix) with ESMTP id 071E78FC1B for ; Wed, 26 May 2010 10:08:03 +0000 (UTC) Received: from [199.175.106.221] (port=36430 helo=helpdesk.islandnet.com) by mx1.islandnet.com with SMTP id 1OHDWt-000Dx0-41 ; Wed, 26 May 2010 03:08:03 -0700 From: Mark Morley To: Rick Macklem Date: Wed, 26 May 2010 03:08:03 -0700 X-Priority: 3 X-Mailer: Islandnet.com Helpdesk Webmail MIME-Version: 1.0 Message-Id: <20100526100804.1E5E4106566B@hub.freebsd.org> Content-Type: text/plain; charset="UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Mark Morley Subject: Re: NFS trouble on 7.3-STABLE i386 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, 26 May 2010 10:08:04 -0000 On Tue, 25 May 2010 20:59:08 -0400 (EDT) Rick Macklem wrote: You could try this patch. (It reverts the only vnode locking change that I can see was done the the nfs server between 7.1 and 7.3.): --- nfs_serv.c.sav 2010-05-25 19:40:29.000000000 -0400 +++ nfs_serv.c 2010-05-25 19:41:38.000000000 -0400 @@ -3236,7 +3236,7 @@ io.uio_rw = UIO_READ; io.uio_td = NULL; eofflag = 0; - vn_lock(vp, LK_SHARED | LK_RETRY, td); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, td); if (cookies) { free((caddr_t)cookies, M_TEMP); cookies = NULL; @@ -3518,7 +3518,7 @@ io.uio_rw = UIO_READ; io.uio_td = NULL; eofflag = 0; - vn_lock(vp, LK_SHARED | LK_RETRY, td); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, td); if (cookies) { free((caddr_t)cookies, M_TEMP); cookies = NULL; If you get a chance to try it, please let us know if it helps, rick Thanks, but unfortunately it didn't work. Rebooted it four hours ago with the patch in place and at the moment I have seven nfsd processes stuck in that state. Could it indicate a problem with the underlying disk system? It's an aac0 raid, but it has no errors and the controller indicates all is well, so I doubt it. Mark From owner-freebsd-stable@FreeBSD.ORG Wed May 26 13:55:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767D1106566B for ; Wed, 26 May 2010 13:55:14 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id F35CC8FC16 for ; Wed, 26 May 2010 13:55:13 +0000 (UTC) Received: by fxm17 with SMTP id 17so1767860fxm.13 for ; Wed, 26 May 2010 06:55:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=J5CVONi1umAi5SMNvA2MoYvPZ1x24/4NHiJmwOgaZF0=; b=fCwe1m8VMQ0Wz5CgExrZiWy2I5RDnXiJ18bmc5uFKP75K8LQdrFy5OaU6MxRTgJ98S LiY3dQjXNKMh+mAqMDsf2WmDv2tMb9szqh47xVs31t0DoZqP7Qw80Dg2DTOoUKYezCBa RSkyFDbeVnAT+zBMsNEoJIa/DHgOlmeacLFjc= 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:content-transfer-encoding; b=EEwZ8eKIR2H7RM4k9kY2wvQmlWKlxRESg1Z3VMK+s2zr3ojvs0x2nhmDO2LUBueRSU 6qbma15GteoMu2zjO78Mb0yi7BRfucSKtK2jL7Wkuef5EAP3cJO/5VUO8Zp8DwrFfd1n LxUwbZcw6qFEYcJwHLRDiSiQJxXdGHAhJ4UkU= MIME-Version: 1.0 Received: by 10.223.50.193 with SMTP id a1mr7729355fag.34.1274882112480; Wed, 26 May 2010 06:55:12 -0700 (PDT) Received: by 10.223.103.209 with HTTP; Wed, 26 May 2010 06:55:11 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> <1273257226.1671.3.camel@malikania.fr> Date: Wed, 26 May 2010 15:55:11 +0200 Message-ID: From: Giovanni Trematerra To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Brandon Gooch , freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 26 May 2010 13:55:14 -0000 On Wed, May 26, 2010 at 12:01 PM, David DEMELIER wrote: > 2010/5/26 Giovanni Trematerra : >> On Wed, May 26, 2010 at 11:14 AM, David DEMELIER >> wrote: >>> 2010/5/25 Giovanni Trematerra : >>>> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER >>>> wrote: >>>>> 2010/5/25 Giovanni Trematerra : >>>>>> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER >>>>>> wrote: >>>>>>> 2010/5/12 Giovanni Trematerra : >>>>>>>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>>>>>>> Le Vendredi 07 mai 2010 =E0 18:22 +0200, Giovanni Trematerra a = =E9crit : >>>>>>>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>>>>>>> > Hi, >>>>>>>>>> > =A0 =A0 =A0 =A0I noticed that pluggin the AC adaptor when I bo= ot without it does not >>>>>>>>>> > =A0 =A0 =A0 =A0panic. It only panic when removing it. >>>>>>>>>> > >>>>>>>>>> > =A0 =A0 =A0 =A0Maybe that could help ? >>>>>>>>>> > >>>>>>>>>> >>>>>>>>>> Good to know. The problem lies somewhere when performance state = change. >>>>>>>>>> In your case it happens when you remove AC adaptor. Let's hope s= omeone on >>>>>>>>>> acpi@ ml comes up with a good idea. >>>>>>>>>> >>>>>>>>> >>>>>>>>> Okay so for the moment no change, I'll wait for someone with an i= dea >>>>>>>>> that could solve my problem. For me because the panic only happen= s when >>>>>>>>> changing profile from ac plugged -> ac unplugged (and not the rev= erse) I >>>>>>>>> would think it's a cpu related acpi issue. >>>>>>>>> >>>>>>>> >>>>>>>> I looked deeper and it seems to me that when you unplug the AC >>>>>>>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to allocat= e a >>>>>>>> new cx_ptr->p_lvlx =A0via acpi_PkgGas. >>>>>>>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll h= ave >>>>>>>> the panic that you reported. >>>>>>>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle = won't call it. >>>>>>>> I need some time to have a patch because of the possible race betw= een >>>>>>>> acpi_cpu_notify and >>>>>>>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>>>>>>> if you have time and want panic your system you could try the atta= ched >>>>>>>> patch, just to be >>>>>>>> sure that we catch it. >>>>>>>> >>>>>>> >>>>>>> Hi, it paniced today ! I don't know why it randomly panic but it di= d, >>>>>>> the backtrace didn't change. There is a picture about the panic : >>>>>>> >>>>>>> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg >>>>>> >>>>>> What was you trying? acpi_idle5.diff.txt patch? >>>>>> How did it panic? Unplugging AC adapter? >>>>>> >>>>> >>>>> Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adapte= r. >>>>> >>>> >>>> This is an old one. Could you try acpi_idle5.diff.txt? I kept you in >>>> Cc when I sent to >>>> the list. If you have problems, let me know, I'll resend to you =A0the= patch. >>>> >>>> Thank you. >>>> >>> >>> Hi, it panic'ed with the same backtrace. >>> >> >> Can you please post your dmesg? >> > > Sent ! As your PC is in a good mood to make test, :) could you try this patch? Thank you -- Gianni From owner-freebsd-stable@FreeBSD.ORG Wed May 26 13:55:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C54A31065673 for ; Wed, 26 May 2010 13:55:53 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 491E88FC08 for ; Wed, 26 May 2010 13:55:53 +0000 (UTC) Received: by fxm17 with SMTP id 17so1768718fxm.13 for ; Wed, 26 May 2010 06:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=gbfSc2fFKdhsh+BolZDwL9zB4DDX1wU4k8O4PNfxH9g=; b=uD38gLEB8jnyqnPY3y65MOWQ+af5dNtiXkokZA2bUq+4hwPR11jJ0gZM16iMKS+Q8O UL7/f8xCOy1oNglfQJxlk49hciGYzrcjJMVH//Q5D/1JLSNp7tQVRdsoK18ulmz5tfKs jxd0tjrzkz5lzCIMFsYRrESrvv2v3Uep8Sl5s= 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=VI8rHV7KznXF/zKE1xPl/1QFodyjQFZLfO7+PgtIjs5L6s5mXNDxAzxXAvzJIwoWBd MxnuENdVLX3WiTR6EFVrowuZn5TEjCY96O8ywQNrExX0U5POsQnnre56dzPTLCxIgxQz CRjGc2B+1ThmLYB8D3L1i9eC3TwZXq/f9BBbI= MIME-Version: 1.0 Received: by 10.223.132.210 with SMTP id c18mr7591626fat.48.1274882152301; Wed, 26 May 2010 06:55:52 -0700 (PDT) Received: by 10.223.103.209 with HTTP; Wed, 26 May 2010 06:55:52 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> Date: Wed, 26 May 2010 15:55:52 +0200 Message-ID: From: Giovanni Trematerra To: David DEMELIER Content-Type: multipart/mixed; boundary=0023545bddb8d183f304877fa18a Cc: Brandon Gooch , freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 26 May 2010 13:55:53 -0000 --0023545bddb8d183f304877fa18a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, May 26, 2010 at 3:55 PM, Giovanni Trematerra wrote: > On Wed, May 26, 2010 at 12:01 PM, David DEMELIER > wrote: >> 2010/5/26 Giovanni Trematerra : >>> On Wed, May 26, 2010 at 11:14 AM, David DEMELIER >>> wrote: >>>> 2010/5/25 Giovanni Trematerra : >>>>> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER >>>>> wrote: >>>>>> 2010/5/25 Giovanni Trematerra : >>>>>>> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER >>>>>>> wrote: >>>>>>>> 2010/5/12 Giovanni Trematerra : >>>>>>>>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>>>>>>>> Le Vendredi 07 mai 2010 =E0 18:22 +0200, Giovanni Trematerra a = =E9crit : >>>>>>>>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>>>>>>>> > Hi, >>>>>>>>>>> > =A0 =A0 =A0 =A0I noticed that pluggin the AC adaptor when I b= oot without it does not >>>>>>>>>>> > =A0 =A0 =A0 =A0panic. It only panic when removing it. >>>>>>>>>>> > >>>>>>>>>>> > =A0 =A0 =A0 =A0Maybe that could help ? >>>>>>>>>>> > >>>>>>>>>>> >>>>>>>>>>> Good to know. The problem lies somewhere when performance state= change. >>>>>>>>>>> In your case it happens when you remove AC adaptor. Let's hope = someone on >>>>>>>>>>> acpi@ ml comes up with a good idea. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Okay so for the moment no change, I'll wait for someone with an = idea >>>>>>>>>> that could solve my problem. For me because the panic only happe= ns when >>>>>>>>>> changing profile from ac plugged -> ac unplugged (and not the re= verse) I >>>>>>>>>> would think it's a cpu related acpi issue. >>>>>>>>>> >>>>>>>>> >>>>>>>>> I looked deeper and it seems to me that when you unplug the AC >>>>>>>>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to alloca= te a >>>>>>>>> new cx_ptr->p_lvlx =A0via acpi_PkgGas. >>>>>>>>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll = have >>>>>>>>> the panic that you reported. >>>>>>>>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idle= won't call it. >>>>>>>>> I need some time to have a patch because of the possible race bet= ween >>>>>>>>> acpi_cpu_notify and >>>>>>>>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>>>>>>>> if you have time and want panic your system you could try the att= ached >>>>>>>>> patch, just to be >>>>>>>>> sure that we catch it. >>>>>>>>> >>>>>>>> >>>>>>>> Hi, it paniced today ! I don't know why it randomly panic but it d= id, >>>>>>>> the backtrace didn't change. There is a picture about the panic : >>>>>>>> >>>>>>>> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg >>>>>>> >>>>>>> What was you trying? acpi_idle5.diff.txt patch? >>>>>>> How did it panic? Unplugging AC adapter? >>>>>>> >>>>>> >>>>>> Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adapt= er. >>>>>> >>>>> >>>>> This is an old one. Could you try acpi_idle5.diff.txt? I kept you in >>>>> Cc when I sent to >>>>> the list. If you have problems, let me know, I'll resend to you =A0th= e patch. >>>>> >>>>> Thank you. >>>>> >>>> >>>> Hi, it panic'ed with the same backtrace. >>>> >>> >>> Can you please post your dmesg? >>> >> >> Sent ! > > As your PC is in a good mood to make test, :) > could you try this patch? > > Thank you > > -- > Gianni > Here the patch :( --0023545bddb8d183f304877fa18a Content-Type: text/plain; charset=US-ASCII; name="acpi_idle8.diff.txt" Content-Disposition: attachment; filename="acpi_idle8.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g9o7xb6d0 ZGlmZiAtciBhYzk1YTczZDM1OGQgc3lzL2Rldi9hY3BpY2EvYWNwaV9jcHUuYwotLS0gYS9zeXMv ZGV2L2FjcGljYS9hY3BpX2NwdS5jCVR1ZSBNYXkgMTggMDg6MTM6NDAgMjAxMCAtMDQwMAorKysg Yi9zeXMvZGV2L2FjcGljYS9hY3BpX2NwdS5jCVdlZCBNYXkgMjYgMDk6NDQ6NDkgMjAxMCAtMDQw MApAQCAtODgsNiArODgsNyBAQCBzdHJ1Y3QgYWNwaV9jcHVfc29mdGMgewogICAgIGludAkJCSBj cHVfY3hfbG93ZXN0OwogICAgIGNoYXIgCQkgY3B1X2N4X3N1cHBvcnRlZFs2NF07CiAgICAgaW50 CQkJIGNwdV9yaWQ7CisgICAgc3RydWN0IG10eAkJIGNwdV9sb2NrOwogfTsKIAogc3RydWN0IGFj cGlfY3B1X2RldmljZSB7CkBAIC0xMDAsNiArMTAxLDEwIEBAIHN0cnVjdCBhY3BpX2NwdV9kZXZp Y2UgewogI2RlZmluZSBDUFVfU0VUX1JFRyhyZWcsIHdpZHRoLCB2YWwpCQkJCQlcCiAgICAgKGJ1 c19zcGFjZV93cml0ZV8gIyMgd2lkdGgocm1hbl9nZXRfYnVzdGFnKChyZWcpKSwgCQkJXAogCQkg ICAgICAgcm1hbl9nZXRfYnVzaGFuZGxlKChyZWcpKSwgMCwgKHZhbCkpKQorI2RlZmluZSBBQ1BJ X0NQVV9MT0NLKHNjKQkgICAgXAorICAgIG10eF9sb2NrX3NwaW4oJnNjLT5jcHVfbG9jaykKKyNk ZWZpbmUgQUNQSV9DUFVfVU5MT0NLKHNjKQkgICAgXAorICAgIG10eF91bmxvY2tfc3Bpbigmc2Mt PmNwdV9sb2NrKQogCiAjZGVmaW5lIFBNX1VTRUMoeCkJICgoeCkgPj4gMikJLyogfjQgY2xvY2tz IHBlciB1c2VjICgzLjU3OTU1IE1oeikgKi8KIApAQCAtMTI3LDcgKzEzMiw3IEBAIHN0YXRpYyBp bnQJCSBjcHVfcXVpcmtzOwkvKiBJbmRpY2F0ZSBhbnkKIHN0YXRpYyBpbnQJCSBjcHVfcXVpcmtz OwkvKiBJbmRpY2F0ZSBhbnkgaGFyZHdhcmUgYnVncy4gKi8KIAogLyogUnVudGltZSBzdGF0ZS4g Ki8KLXN0YXRpYyBpbnQJCSBjcHVfZGlzYWJsZV9pZGxlOyAvKiBEaXNhYmxlIGVudHJ5IHRvIGlk bGUgZnVuY3Rpb24gKi8KK3N0YXRpYyBpbnQJCSBjcHVfZGlzYWJsZV9pZGxlOyAvKiBHbG9iYWwg ZGlzYWJsZSBpZGxlIGZ1bmN0aW9uICovCiBzdGF0aWMgaW50CQkgY3B1X2N4X2NvdW50OwkvKiBO dW1iZXIgb2YgdmFsaWQgQ3ggc3RhdGVzICovCiAKIC8qIFZhbHVlcyBmb3Igc3lzY3RsLiAqLwpA QCAtMjg0LDYgKzI4OSw3IEBAIGFjcGlfY3B1X2F0dGFjaChkZXZpY2VfdCBkZXYpCiAgICAgQUNQ SV9GVU5DVElPTl9UUkFDRSgoY2hhciAqKSh1aW50cHRyX3QpX19mdW5jX18pOwogCiAgICAgc2Mg PSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisgICAgbXR4X2luaXQoJnNjLT5jcHVfbG9jaywgIm50 ZmxjayIsIE5VTEwsIE1UWF9TUElOKTsKICAgICBzYy0+Y3B1X2RldiA9IGRldjsKICAgICBzYy0+ Y3B1X2hhbmRsZSA9IGFjcGlfZ2V0X2hhbmRsZShkZXYpOwogICAgIGNwdV9pZCA9IChpbnQpKGlu dHB0cl90KWFjcGlfZ2V0X3ByaXZhdGUoZGV2KTsKQEAgLTQxNiwyMCArNDIyLDI1IEBAIHN0YXRp YyBpbnQKIHN0YXRpYyBpbnQKIGFjcGlfY3B1X3N1c3BlbmQoZGV2aWNlX3QgZGV2KQogeworICAg IHN0cnVjdCBhY3BpX2NwdV9zb2Z0YyAqc2M7CiAgICAgaW50IGVycm9yOwogCisgICAgc2MgPSBk ZXZpY2VfZ2V0X3NvZnRjKGRldik7CisgICAgQUNQSV9DUFVfTE9DSyhzYyk7CisgICAgY3B1X2Rp c2FibGVfaWRsZSA9IFRSVUU7CisgICAgQUNQSV9DUFVfVU5MT0NLKHNjKTsKICAgICBlcnJvciA9 IGJ1c19nZW5lcmljX3N1c3BlbmQoZGV2KTsKICAgICBpZiAoZXJyb3IpCiAJcmV0dXJuIChlcnJv cik7Ci0gICAgY3B1X2Rpc2FibGVfaWRsZSA9IFRSVUU7CisKICAgICByZXR1cm4gKDApOwogfQog CiBzdGF0aWMgaW50CiBhY3BpX2NwdV9yZXN1bWUoZGV2aWNlX3QgZGV2KQogeworICAgIGNwdV9k aXNhYmxlX2lkbGUgPSBGQUxTRTsKIAotICAgIGNwdV9kaXNhYmxlX2lkbGUgPSBGQUxTRTsKICAg ICByZXR1cm4gKGJ1c19nZW5lcmljX3Jlc3VtZShkZXYpKTsKIH0KIApAQCAtNTIzLDE2ICs1MzQs MTUgQEAgYWNwaV9jcHVfc2h1dGRvd24oZGV2aWNlX3QgZGV2KQogewogICAgIEFDUElfRlVOQ1RJ T05fVFJBQ0UoKGNoYXIgKikodWludHB0cl90KV9fZnVuY19fKTsKIAorICAgIHN0cnVjdCBhY3Bp X2NwdV9zb2Z0YyAqc2M7CisKKyAgICBzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKyAgICBB Q1BJX0NQVV9MT0NLKHNjKTsKKyAgICBjcHVfZGlzYWJsZV9pZGxlID0gVFJVRTsKKyAgICBBQ1BJ X0NQVV9VTkxPQ0soc2MpOworCiAgICAgLyogQWxsb3cgY2hpbGRyZW4gdG8gc2h1dGRvd24gZmly c3QuICovCiAgICAgYnVzX2dlbmVyaWNfc2h1dGRvd24oZGV2KTsKLQotICAgIC8qCi0gICAgICog RGlzYWJsZSBhbnkgZW50cnkgdG8gdGhlIGlkbGUgZnVuY3Rpb24uICBUaGVyZSBpcyBhIHNtYWxs IHJhY2Ugd2hlcmUKLSAgICAgKiBhbiBpZGxlIHRocmVhZCBoYXZlIHBhc3NlZCB0aGlzIGNoZWNr IGJ1dCBub3QgZ29uZSB0byBzbGVlcC4gIFRoaXMKLSAgICAgKiBpcyBvayBzaW5jZSBkZXZpY2Vf c2h1dGRvd24oKSBkb2VzIG5vdCBmcmVlIHRoZSBzb2Z0Yywgb3RoZXJ3aXNlCi0gICAgICogd2Un ZCBoYXZlIHRvIGJlIHN1cmUgYWxsIHRocmVhZHMgd2VyZSBldmljdGVkIGJlZm9yZSByZXR1cm5p bmcuCi0gICAgICovCi0gICAgY3B1X2Rpc2FibGVfaWRsZSA9IFRSVUU7CiAKICAgICByZXR1cm5f VkFMVUUgKDApOwogfQpAQCAtNjA5LDcgKzYxOSw5IEBAIGFjcGlfY3B1X2dlbmVyaWNfY3hfcHJv YmUoc3RydWN0IGFjcGlfY3AKIAkgICAgY3hfcHRyLT50cmFuc19sYXQgPSBBY3BpR2JsX0ZBRFQu QzJMYXRlbmN5OwogCSAgICBjeF9wdHIrKzsKIAkgICAgc2MtPmNwdV9jeF9jb3VudCsrOwotCX0K Kwl9IGVsc2UKKwkgICAgcGFuaWMoIiVzOiBDYW5ub3QgYWxsb2NhdGUgcmVzb3VyY2UgJWQgZm9y IEMzIHN0YXRlIiwgX19mdW5jX18sIAorCSAgICAgICAgY3hfcHRyLT5yZXNfdHlwZSk7CiAgICAg fQogICAgIGlmIChzYy0+Y3B1X3BfYmxrX2xlbiA8IDYpCiAJcmV0dXJuOwpAQCAtNjI1LDcgKzYz Nyw5IEBAIGFjcGlfY3B1X2dlbmVyaWNfY3hfcHJvYmUoc3RydWN0IGFjcGlfY3AKIAkgICAgY3hf cHRyLT50cmFuc19sYXQgPSBBY3BpR2JsX0ZBRFQuQzNMYXRlbmN5OwogCSAgICBjeF9wdHIrKzsK IAkgICAgc2MtPmNwdV9jeF9jb3VudCsrOwotCX0KKwl9IGVsc2UKKwkgICAgcGFuaWMoIiVzOiBD YW5ub3QgYWxsb2NhdGUgcmVzb3VyY2UgJWQgZm9yIEMzIHN0YXRlIiwgX19mdW5jX18sIAorCSAg ICAgICAgY3hfcHRyLT5yZXNfdHlwZSk7CiAgICAgfQogfQogCkBAIC02MzcsMTMgKzY1MSwxNCBA QCBzdGF0aWMgaW50CiBzdGF0aWMgaW50CiBhY3BpX2NwdV9jeF9jc3Qoc3RydWN0IGFjcGlfY3B1 X3NvZnRjICpzYykKIHsKKyAgICBzdHJ1Y3QgCSByZXNvdXJjZSAqbHZseDsKICAgICBzdHJ1Y3QJ IGFjcGlfY3ggKmN4X3B0cjsKICAgICBBQ1BJX1NUQVRVUwkgc3RhdHVzOwogICAgIEFDUElfQlVG RkVSCSBidWY7CiAgICAgQUNQSV9PQkpFQ1QJKnRvcDsKICAgICBBQ1BJX09CSkVDVAkqcGtnOwog ICAgIHVpbnQzMl90CSBjb3VudDsKLSAgICBpbnQJCSBpOworICAgIGludAkJIGksIHR5cGUsIHJp ZDsKIAogICAgIEFDUElfRlVOQ1RJT05fVFJBQ0UoKGNoYXIgKikodWludHB0cl90KV9fZnVuY19f KTsKIApAQCAtNzIyLDggKzczNywxOCBAQCBhY3BpX2NwdV9jeF9jc3Qoc3RydWN0IGFjcGlfY3B1 X3NvZnRjICpzCiAjZW5kaWYKIAogCS8qIEFsbG9jYXRlIHRoZSBjb250cm9sIHJlZ2lzdGVyIGZv ciBDMiBvciBDMy4gKi8KLQlhY3BpX1BrZ0dhcyhzYy0+Y3B1X2RldiwgcGtnLCAwLCAmY3hfcHRy LT5yZXNfdHlwZSwgJnNjLT5jcHVfcmlkLAotCSAgICAmY3hfcHRyLT5wX2x2bHgsIFJGX1NIQVJF QUJMRSk7CisJYWNwaV9Qa2dHYXMoc2MtPmNwdV9kZXYsIHBrZywgMCwgJnR5cGUsICZyaWQsCisJ ICAgICZsdmx4LCBSRl9TSEFSRUFCTEUpOworCUFDUElfQ1BVX0xPQ0soc2MpOworCisJLyogCisJ ICogIGlmIHlvdSBjYW5ub3QgYWxsb2NhdGUgdGhlIGNvbnRyb2wgcmVnaXN0ZXIgeW91IG5lZWQg dG8gc3RvcAorCSAqICB0aGUgYWNwaV9jcHVfaWRsZSBob29rLgorCSAqLworCWNwdV9kaXNhYmxl X2lkbGUgPSAobHZseCA9PSBOVUxMKSA/IFRSVUUgOiBGQUxTRTsKKwlzYy0+Y3B1X3JpZCAgCSA9 IHJpZDsKKwljeF9wdHItPnBfbHZseCAgID0gbHZseDsKKwljeF9wdHItPnJlc190eXBlID0gdHlw ZTsKIAlpZiAoY3hfcHRyLT5wX2x2bHgpIHsKIAkgICAgc2MtPmNwdV9yaWQrKzsKIAkgICAgQUNQ SV9ERUJVR19QUklOVCgoQUNQSV9EQl9JTkZPLApAQCAtNzMyLDcgKzc1NywxMCBAQCBhY3BpX2Nw dV9jeF9jc3Qoc3RydWN0IGFjcGlfY3B1X3NvZnRjICpzCiAJCQkgICAgIGN4X3B0ci0+dHJhbnNf bGF0KSk7CiAJICAgIGN4X3B0cisrOwogCSAgICBzYy0+Y3B1X2N4X2NvdW50Kys7Ci0JfQorCX0g ZWxzZQorCSAgICBkZXZpY2VfcHJpbnRmKHNjLT5jcHVfZGV2LCAiY2Fubm90IGFsbG9jYXRlIGNv bnRyb2wgcmVnaXN0ZXIiCisJICAgICAgICAiIGZvciBDMiBvciBDMy4iKTsKKwlBQ1BJX0NQVV9V TkxPQ0soc2MpOwogICAgIH0KICAgICBBY3BpT3NGcmVlKGJ1Zi5Qb2ludGVyKTsKIApAQCAtODgz LDEyICs5MTEsNiBAQCBhY3BpX2NwdV9pZGxlKCkKICAgICB1aW50MzJfdAlzdGFydF90aW1lLCBl bmRfdGltZTsKICAgICBpbnQJCWJtX2FjdGl2ZSwgY3hfbmV4dF9pZHgsIGk7CiAKLSAgICAvKiBJ ZiBkaXNhYmxlZCwgcmV0dXJuIGltbWVkaWF0ZWx5LiAqLwotICAgIGlmIChjcHVfZGlzYWJsZV9p ZGxlKSB7Ci0JQUNQSV9FTkFCTEVfSVJRUygpOwotCXJldHVybjsKLSAgICB9Ci0KICAgICAvKgog ICAgICAqIExvb2sgdXAgb3VyIENQVSBpZCB0byBnZXQgb3VyIHNvZnRjLiAgSWYgaXQncyBOVUxM LCB3ZSdsbCB1c2UgQzEKICAgICAgKiBzaW5jZSB0aGVyZSBpcyBubyBBQ1BJIHByb2Nlc3NvciBv YmplY3QgZm9yIHRoaXMgQ1BVLiAgVGhpcyBvY2N1cnMKQEAgLTg5Niw3ICs5MTgsMTcgQEAgYWNw aV9jcHVfaWRsZSgpCiAgICAgICovCiAgICAgc2MgPSBjcHVfc29mdGNbUENQVV9HRVQoY3B1aWQp XTsKICAgICBpZiAoc2MgPT0gTlVMTCkgewotCWFjcGlfY3B1X2MxKCk7CisJaWYgKGNwdV9kaXNh YmxlX2lkbGUpCisJICAgIEFDUElfRU5BQkxFX0lSUVMoKTsKKwllbHNlCisJICAgIGFjcGlfY3B1 X2MxKCk7CisJcmV0dXJuOworICAgIH0KKworICAgIEFDUElfQ1BVX0xPQ0soc2MpOworICAgIGlm IChjcHVfZGlzYWJsZV9pZGxlKSB7CisJQUNQSV9DUFVfVU5MT0NLKHNjKTsKKwlBQ1BJX0VOQUJM RV9JUlFTKCk7CiAJcmV0dXJuOwogICAgIH0KIApAQCAtOTM1LDYgKzk2Nyw3IEBAIGFjcGlfY3B1 X2lkbGUoKQogICAgICAqLwogICAgIGlmIChjeF9uZXh0LT50eXBlID09IEFDUElfU1RBVEVfQzEp IHsKIAlzYy0+Y3B1X3ByZXZfc2xlZXAgPSAoc2MtPmNwdV9wcmV2X3NsZWVwICogMyArIDUwMDAw MCAvIGh6KSAvIDQ7CisJQUNQSV9DUFVfVU5MT0NLKHNjKTsKIAlhY3BpX2NwdV9jMSgpOwogCXJl dHVybjsKICAgICB9CkBAIC05NzUsNiArMTAwOCw3IEBAIGFjcGlfY3B1X2lkbGUoKQogCUFjcGlX cml0ZUJpdFJlZ2lzdGVyKEFDUElfQklUUkVHX0FSQl9ESVNBQkxFLCAwKTsKIAlBY3BpV3JpdGVC aXRSZWdpc3RlcihBQ1BJX0JJVFJFR19CVVNfTUFTVEVSX1JMRCwgMCk7CiAgICAgfQorICAgIEFD UElfQ1BVX1VOTE9DSyhzYyk7CiAgICAgQUNQSV9FTkFCTEVfSVJRUygpOwogCiAgICAgLyogRmlu ZCB0aGUgYWN0dWFsIHRpbWUgYXNsZWVwIGluIG1pY3Jvc2Vjb25kcy4gKi8K --0023545bddb8d183f304877fa18a-- From owner-freebsd-stable@FreeBSD.ORG Wed May 26 14:22:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E60B21065719 for ; Wed, 26 May 2010 14:22:09 +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 3A6698FC15 for ; Wed, 26 May 2010 14:22:05 +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 DE3F446B8B; Wed, 26 May 2010 10:22:04 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 032C68A01F; Wed, 26 May 2010 10:22:04 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 26 May 2010 09:28:20 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100525215230.CCC9C2101D5@amazon.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005260928.20397.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 26 May 2010 10:22:04 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Rick Macklem , Mark Morley Subject: Re: hung on ufs vnode lock, was Re: NFS trouble on 7.3-STABLE i386 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, 26 May 2010 14:22:10 -0000 On Tuesday 25 May 2010 8:24:58 pm Rick Macklem wrote: > > On Tue, 25 May 2010, Mark Morley wrote: > > > On Fri, 21 May 2010 11:32:33 -0400 (EDT) Rick Macklem wrote: On Fri, 21 May 2010, Mark Morley wrote: > > > >> Having an issue with a file server here (7.3-STABLE i386) > >> > >> The nfsd processes are hanging. Client access to the nfs shares stops working and the nfsd processes on the server cannot be killed by any means. There are no errors showing up anywhere on the server. The network connection to the server seems fine (ie: anything other than nfs traffic seems ok). Rebooting the server fixes the problem for a while, but it doesn't reboot easily. It times out on terminating the nfsd processes. When it finally does reboot the file system isn't marked clean, resulting in a long wait for fsck (although it doesn't find any problems, it's a multi terrabyte share and it takes a while). > >> > >> This morning it did it again. This time I tried manually killing nfsd but nothing I did would make them die. No errors. > >> > > Next time it happens, do a "ps axlH" to see what the nfsd threads are > > waiting for. It might give you a hint as to what is happening. > > > > Ok, it did it again. ps axlH shows all the nfsd processes stuck in the _ufs_ state. The server isn't doing anything else, no other processes seem to be monopolizing resources or disks in any way. > > If the nfsd threads are sleeping on WCHAN "ufs", I think that means that > they are waiting for a ufs vnode lock. I don't know what has changed > between FreeBSD7.1 and FreeBSD7.3 that might have caused this. I changed > the Subject: line in the hopes that someone who might know the answer to > this will take a look. If you can break into ddb, you can use 'show sleepchain' to investigate. If you built the kernel with debug symbols you can use kgdb to investigate as well. I have something similar to 'show sleepchain' in the gdb scripts at www.freebsd.org/~jhb/gdb/. You can source the gdb6 file and do 'sleepchain ' to see what locks a given thread is blocked on. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed May 26 15:09:00 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDA7A1065673 for ; Wed, 26 May 2010 15:09:00 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 602A58FC17 for ; Wed, 26 May 2010 15:08:59 +0000 (UTC) Received: by bwz2 with SMTP id 2so1765093bwz.13 for ; Wed, 26 May 2010 08:08:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zrNuVqHt1cvFgve3ndgdPDj/1YsB/bOLg7QNI+1bCSo=; b=OEFKj2Pur04r2iMOnW6Ity0/NZD1pYSL02a/J6FNA8t4vmalDljrC0ZMxply5wj8sl cT+l17yQ0X39TkkKepts33iuTR9XC60hqiMM0gtYpeGtnFryiGgeYF+SOzWd5vAcBT1D gW3iBmaNH3XMP1+2wFPSN+AASU5BYCD90nPSY= 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:content-transfer-encoding; b=vOR2JPiGSC5XKc3CgWIfRUpVt6eEDrVuz9v2mq8cwSlksLEdhSkloSH8jYnyRUVw6R RpU/p0TSU91gwOpddkDD7u6S36cxKG0XEL117GMGECcJ4okfivsF5pvqsmbL5GeoVzXa 7joPXqL662JAh8yOpGQ/0YGNhhHLVyRqj5xkk= MIME-Version: 1.0 Received: by 10.204.141.69 with SMTP id l5mr3867162bku.64.1274886537935; Wed, 26 May 2010 08:08:57 -0700 (PDT) Received: by 10.204.123.202 with HTTP; Wed, 26 May 2010 08:08:57 -0700 (PDT) In-Reply-To: References: <4DEBDE2C-C0D2-469D-AC42-DD5027926424@FreeBSD.org> Date: Wed, 26 May 2010 17:08:57 +0200 Message-ID: From: David DEMELIER To: Giovanni Trematerra Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Brandon Gooch , freebsd-stable@freebsd.org Subject: Re: Kernel panic when unpluggin AC adaptor 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, 26 May 2010 15:09:00 -0000 2010/5/26 Giovanni Trematerra : > On Wed, May 26, 2010 at 3:55 PM, Giovanni Trematerra > wrote: >> On Wed, May 26, 2010 at 12:01 PM, David DEMELIER >> wrote: >>> 2010/5/26 Giovanni Trematerra : >>>> On Wed, May 26, 2010 at 11:14 AM, David DEMELIER >>>> wrote: >>>>> 2010/5/25 Giovanni Trematerra : >>>>>> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER >>>>>> wrote: >>>>>>> 2010/5/25 Giovanni Trematerra : >>>>>>>> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER >>>>>>>> wrote: >>>>>>>>> 2010/5/12 Giovanni Trematerra : >>>>>>>>>> On Fri, May 7, 2010 at 8:33 PM, Demelier David wrote: >>>>>>>>>>> Le Vendredi 07 mai 2010 =C3=A0 18:22 +0200, Giovanni Trematerra= a =C3=A9crit : >>>>>>>>>>>> On Fri, May 7, 2010 at 2:08 PM, Demelier David wrote: >>>>>>>>>>>> > Hi, >>>>>>>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0I noticed that pluggin the AC ada= ptor when I boot without it does not >>>>>>>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0panic. It only panic when removin= g it. >>>>>>>>>>>> > >>>>>>>>>>>> > =C2=A0 =C2=A0 =C2=A0 =C2=A0Maybe that could help ? >>>>>>>>>>>> > >>>>>>>>>>>> >>>>>>>>>>>> Good to know. The problem lies somewhere when performance stat= e change. >>>>>>>>>>>> In your case it happens when you remove AC adaptor. Let's hope= someone on >>>>>>>>>>>> acpi@ ml comes up with a good idea. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Okay so for the moment no change, I'll wait for someone with an= idea >>>>>>>>>>> that could solve my problem. For me because the panic only happ= ens when >>>>>>>>>>> changing profile from ac plugged -> ac unplugged (and not the r= everse) I >>>>>>>>>>> would think it's a cpu related acpi issue. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I looked deeper and it seems to me that when you unplug the AC >>>>>>>>>> adapter, acpi_cpu_notify calls acpi_cpu_cx_cst that try to alloc= ate a >>>>>>>>>> new cx_ptr->p_lvlx =C2=A0via acpi_PkgGas. >>>>>>>>>> If acpi_PkgGas set cx_ptr->p_lvlx to NULL for any reasons you'll= have >>>>>>>>>> the panic that you reported. >>>>>>>>>> A solution would be to set acpi_cpu_hook to NULL so acpi_cpu_idl= e won't call it. >>>>>>>>>> I need some time to have a patch because of the possible race be= tween >>>>>>>>>> acpi_cpu_notify and >>>>>>>>>> acpi_cpu_idle during set acpi_cpu_hook to NULL. >>>>>>>>>> if you have time and want panic your system you could try the at= tached >>>>>>>>>> patch, just to be >>>>>>>>>> sure that we catch it. >>>>>>>>>> >>>>>>>>> >>>>>>>>> Hi, it paniced today ! I don't know why it randomly panic but it = did, >>>>>>>>> the backtrace didn't change. There is a picture about the panic : >>>>>>>>> >>>>>>>>> http://img541.imageshack.us/img541/2773/dsc00388xa.jpg >>>>>>>> >>>>>>>> What was you trying? acpi_idle5.diff.txt patch? >>>>>>>> How did it panic? Unplugging AC adapter? >>>>>>>> >>>>>>> >>>>>>> Hi, I tried this one : lvlx.diff.txt. Yes by unplugging the AC adap= ter. >>>>>>> >>>>>> >>>>>> This is an old one. Could you try acpi_idle5.diff.txt? I kept you in >>>>>> Cc when I sent to >>>>>> the list. If you have problems, let me know, I'll resend to you =C2= =A0the patch. >>>>>> >>>>>> Thank you. >>>>>> >>>>> >>>>> Hi, it panic'ed with the same backtrace. >>>>> >>>> >>>> Can you please post your dmesg? >>>> >>> >>> Sent ! >> >> As your PC is in a good mood to make test, :) >> could you try this patch? >> >> Thank you >> >> -- >> Gianni >> > > Here the patch :( > Sorry, still the same :-( --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Wed May 26 16:30:29 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83C941065672 for ; Wed, 26 May 2010 16:30:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 553218FC15 for ; Wed, 26 May 2010 16:30:28 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id o4QGURLi097090 for ; Wed, 26 May 2010 12:30:27 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201005261630.o4QGURLi097090@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 26 May 2010 12:30:20 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: ale stats (AR8121) 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, 26 May 2010 16:30:29 -0000 Just trying out a MB that has an integrated ale nic and was looking at some of the many stats available. The last one, dev.ale.0.stats.tx.trunc_errs: Truncated frames due to MTU size doesnt seem to make sense. The nic's MTU is set to 1500. What would be generating traffic locally that would have an MTU size that is too big ? or is the counter perhaps recording something else ? # ifconfig ale0 ale0: flags=8843 metric 0 mtu 1500 options=c319a ether e0:cb:4e:42:4b:37 inet 172.16.13.254 netmask 0xffffff00 broadcast 172.16.13.255 inet 10.230.33.1 netmask 0xffffff00 broadcast 10.230.33.255 media: Ethernet autoselect (1000baseT ) status: active dev.ale.0.%desc: Atheros AR8121/AR8113/AR8114 PCIe Ethernet dev.ale.0.%driver: ale dev.ale.0.%location: slot=0 function=0 dev.ale.0.%pnpinfo: vendor=0x1969 device=0x1026 subvendor=0x1043 subdevice=0x8226 class=0x020000 dev.ale.0.%parent: pci4 dev.ale.0.int_rx_mod: 30 dev.ale.0.int_tx_mod: 1000 dev.ale.0.process_limit: 64 dev.ale.0.reset_brk_seq: 0 dev.ale.0.stats.rx.good_frames: 970368 dev.ale.0.stats.rx.good_bcast_frames: 2338 dev.ale.0.stats.rx.good_mcast_frames: 0 dev.ale.0.stats.rx.pause_frames: 0 dev.ale.0.stats.rx.control_frames: 0 dev.ale.0.stats.rx.crc_errs: 0 dev.ale.0.stats.rx.len_errs: 0 dev.ale.0.stats.rx.good_octets: 1432442744 dev.ale.0.stats.rx.good_bcast_octets: 171236 dev.ale.0.stats.rx.good_mcast_octets: 0 dev.ale.0.stats.rx.runts: 0 dev.ale.0.stats.rx.fragments: 0 dev.ale.0.stats.rx.frames_64: 3685 dev.ale.0.stats.rx.frames_65_127: 10729 dev.ale.0.stats.rx.frames_128_255: 684 dev.ale.0.stats.rx.frames_256_511: 179 dev.ale.0.stats.rx.frames_512_1023: 1 dev.ale.0.stats.rx.frames_1024_1518: 956795 dev.ale.0.stats.rx.frames_1519_max: 0 dev.ale.0.stats.rx.trunc_errs: 0 dev.ale.0.stats.rx.fifo_oflows: 0 dev.ale.0.stats.rx.rrs_errs: 0 dev.ale.0.stats.rx.align_errs: 0 dev.ale.0.stats.rx.filtered: 1705 dev.ale.0.stats.tx.good_frames: 646015 dev.ale.0.stats.tx.good_bcast_frames: 57 dev.ale.0.stats.tx.good_mcast_frames: 0 dev.ale.0.stats.tx.pause_frames: 0 dev.ale.0.stats.tx.control_frames: 0 dev.ale.0.stats.tx.excess_defers: 0 dev.ale.0.stats.tx.defers: 0 dev.ale.0.stats.tx.good_octets: 49564618 dev.ale.0.stats.tx.good_bcast_octets: 0 dev.ale.0.stats.tx.good_mcast_octets: 0 dev.ale.0.stats.tx.frames_64: 3 dev.ale.0.stats.tx.frames_65_127: 603750 dev.ale.0.stats.tx.frames_128_255: 42249 dev.ale.0.stats.tx.frames_256_511: 13 dev.ale.0.stats.tx.frames_512_1023: 0 dev.ale.0.stats.tx.frames_1024_1518: 0 dev.ale.0.stats.tx.frames_1519_max: 0 dev.ale.0.stats.tx.single_colls: 0 dev.ale.0.stats.tx.multi_colls: 0 dev.ale.0.stats.tx.late_colls: 0 dev.ale.0.stats.tx.excess_colls: 0 dev.ale.0.stats.tx.abort: 0 dev.ale.0.stats.tx.underruns: 0 dev.ale.0.stats.tx.desc_underruns: 0 dev.ale.0.stats.tx.len_errs: 0 dev.ale.0.stats.tx.trunc_errs: 9248 ale0@pci0:4:0:0: class=0x020000 card=0x82261043 chip=0x10261969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[48] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[58] = PCI-Express 1 endpoint max data 128(4096) link x1(x1) -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Wed May 26 16:43:02 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DD3A1065670 for ; Wed, 26 May 2010 16:43:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5048FC08 for ; Wed, 26 May 2010 16:43:01 +0000 (UTC) Received: by pva4 with SMTP id 4so937956pva.13 for ; Wed, 26 May 2010 09:43:01 -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=6X6/Whqc4l5OrR9BBXgC34eNHkYp+P/FiVJV3WLsTVg=; b=EXfcChnbWtRQG+r1DQuOWp/sGhD4sZJHgsHLuCCl6AoGXehD05U5r6fYdfGKvlFpGP KeCXjoQ39aruxgP0W8TiGjTJlKsjQTVWzYt2h8uIHw/GFBncR4bPTIfVV/rCr1saTCs0 YsmTdEOAKzcA4R41EykKWCciZmNAxFZU9zu+0= 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=XTYrTcs8i9vUis1IkLMkeEywDA22CCh0x0CccNSSwlcqQBtgo0vwQAy6EpECe2+4qC eY+MlN3aN97P544gi5o8mZYv2zrzJi/ga6WN5qLWlLFjWqcqXQkDyEkaEV0PL1rFYmH5 DBX150n2OX6J+c/25TVxTj1+rNZpKIY7sXce4= Received: by 10.141.108.8 with SMTP id k8mr6830757rvm.1.1274892181412; Wed, 26 May 2010 09:43:01 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id o38sm220238rvp.12.2010.05.26.09.43.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 26 May 2010 09:43:00 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 26 May 2010 09:41:36 -0700 From: Pyun YongHyeon Date: Wed, 26 May 2010 09:41:36 -0700 To: Mike Tancsa Message-ID: <20100526164136.GA9371@michelle.cdnetworks.com> References: <201005261630.o4QGURLi097090@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005261630.o4QGURLi097090@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: ale stats (AR8121) 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, 26 May 2010 16:43:02 -0000 On Wed, May 26, 2010 at 12:30:20PM -0400, Mike Tancsa wrote: Hi, > Just trying out a MB that has an integrated ale nic and was looking > at some of the many stats available. The last one, > dev.ale.0.stats.tx.trunc_errs: Truncated frames due to MTU size > > doesnt seem to make sense. The nic's MTU is set to 1500. What would > be generating traffic locally that would have an MTU size that is too > big ? or is the counter perhaps recording something else ? > There is a comment on this in driver. 2243 /* 2244 * XXX 2245 * tx_pkts_truncated counter looks suspicious. It constantly 2246 * increments with no sign of Tx errors. This may indicate 2247 * the counter name is not correct one so I've removed the 2248 * counter in output errors. 2249 */ 2250 ifp->if_oerrors += smb->tx_abort + smb->tx_late_colls + 2251 smb->tx_underrun; Anyway I have to ask Atheros what the counter really means. Thanks for reminding it. If I get some feedback I'll let you know. > # ifconfig ale0 > ale0: flags=8843 metric 0 mtu 1500 > options=c319a > ether e0:cb:4e:42:4b:37 > inet 172.16.13.254 netmask 0xffffff00 broadcast 172.16.13.255 > inet 10.230.33.1 netmask 0xffffff00 broadcast 10.230.33.255 > media: Ethernet autoselect (1000baseT ) > status: active > > dev.ale.0.%desc: Atheros AR8121/AR8113/AR8114 PCIe Ethernet > dev.ale.0.%driver: ale > dev.ale.0.%location: slot=0 function=0 > dev.ale.0.%pnpinfo: vendor=0x1969 device=0x1026 subvendor=0x1043 > subdevice=0x8226 class=0x020000 > dev.ale.0.%parent: pci4 > dev.ale.0.int_rx_mod: 30 > dev.ale.0.int_tx_mod: 1000 > dev.ale.0.process_limit: 64 > dev.ale.0.reset_brk_seq: 0 > dev.ale.0.stats.rx.good_frames: 970368 > dev.ale.0.stats.rx.good_bcast_frames: 2338 > dev.ale.0.stats.rx.good_mcast_frames: 0 > dev.ale.0.stats.rx.pause_frames: 0 > dev.ale.0.stats.rx.control_frames: 0 > dev.ale.0.stats.rx.crc_errs: 0 > dev.ale.0.stats.rx.len_errs: 0 > dev.ale.0.stats.rx.good_octets: 1432442744 > dev.ale.0.stats.rx.good_bcast_octets: 171236 > dev.ale.0.stats.rx.good_mcast_octets: 0 > dev.ale.0.stats.rx.runts: 0 > dev.ale.0.stats.rx.fragments: 0 > dev.ale.0.stats.rx.frames_64: 3685 > dev.ale.0.stats.rx.frames_65_127: 10729 > dev.ale.0.stats.rx.frames_128_255: 684 > dev.ale.0.stats.rx.frames_256_511: 179 > dev.ale.0.stats.rx.frames_512_1023: 1 > dev.ale.0.stats.rx.frames_1024_1518: 956795 > dev.ale.0.stats.rx.frames_1519_max: 0 > dev.ale.0.stats.rx.trunc_errs: 0 > dev.ale.0.stats.rx.fifo_oflows: 0 > dev.ale.0.stats.rx.rrs_errs: 0 > dev.ale.0.stats.rx.align_errs: 0 > dev.ale.0.stats.rx.filtered: 1705 > dev.ale.0.stats.tx.good_frames: 646015 > dev.ale.0.stats.tx.good_bcast_frames: 57 > dev.ale.0.stats.tx.good_mcast_frames: 0 > dev.ale.0.stats.tx.pause_frames: 0 > dev.ale.0.stats.tx.control_frames: 0 > dev.ale.0.stats.tx.excess_defers: 0 > dev.ale.0.stats.tx.defers: 0 > dev.ale.0.stats.tx.good_octets: 49564618 > dev.ale.0.stats.tx.good_bcast_octets: 0 > dev.ale.0.stats.tx.good_mcast_octets: 0 > dev.ale.0.stats.tx.frames_64: 3 > dev.ale.0.stats.tx.frames_65_127: 603750 > dev.ale.0.stats.tx.frames_128_255: 42249 > dev.ale.0.stats.tx.frames_256_511: 13 > dev.ale.0.stats.tx.frames_512_1023: 0 > dev.ale.0.stats.tx.frames_1024_1518: 0 > dev.ale.0.stats.tx.frames_1519_max: 0 > dev.ale.0.stats.tx.single_colls: 0 > dev.ale.0.stats.tx.multi_colls: 0 > dev.ale.0.stats.tx.late_colls: 0 > dev.ale.0.stats.tx.excess_colls: 0 > dev.ale.0.stats.tx.abort: 0 > dev.ale.0.stats.tx.underruns: 0 > dev.ale.0.stats.tx.desc_underruns: 0 > dev.ale.0.stats.tx.len_errs: 0 > dev.ale.0.stats.tx.trunc_errs: 9248 > > > ale0@pci0:4:0:0: class=0x020000 card=0x82261043 > chip=0x10261969 rev=0xb0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' > class = network > subclass = ethernet > cap 01[40] = powerspec 2 supports D0 D3 current D0 > cap 05[48] = MSI supports 1 message, 64 bit enabled with 1 message > cap 10[58] = PCI-Express 1 endpoint max data 128(4096) link x1(x1) > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed May 26 19:05:45 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528951065677; Wed, 26 May 2010 19:05:45 +0000 (UTC) (envelope-from stark@mapper.nl) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 97FDB8FC1E; Wed, 26 May 2010 19:05:44 +0000 (UTC) Received: from [82.170.17.27] (helo=mapper.nl) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1OHLvD-0007ak-2I; Wed, 26 May 2010 21:05:43 +0200 Received: from pc2844lv.mapper.nl ([10.58.235.143]) by mapper.nl with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OHLv4-0008St-KW; Wed, 26 May 2010 21:05:34 +0200 Message-ID: <4BFD70F5.6070005@mapper.nl> Date: Wed, 26 May 2010 21:05:25 +0200 From: Mark Stapper User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Garrett Cooper References: <4BF1891F.3040704@mapper.nl> <4BF23029.80104@mapper.nl> <4BFBA130.6060506@mapper.nl> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB688644CCA9983367F6C7B3B" Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: Buzzing snd_emu10kx enabled card with r206173 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, 26 May 2010 19:05:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB688644CCA9983367F6C7B3B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 25/05/2010 20:05, Garrett Cooper wrote: > On Tue, May 25, 2010 at 3:06 AM, Mark Stapper wrote: > =20 >> On 18/05/2010 08:14, Mark Stapper wrote: >> =20 >>> On 18/05/2010 00:22, Garrett Cooper wrote: >>> >>> =20 >>>> On Mon, May 17, 2010 at 11:21 AM, Mark Stapper wro= te: >>>> >>>> >>>> =20 >>>>> On 12/04/2010 16:29, Garrett Cooper wrote: >>>>> >>>>> >>>>> =20 >>>>>> On Tue, Apr 6, 2010 at 3:39 AM, Garrett Cooper wrote: >>>>>> >>>>>> >>>>>> >>>>>> =20 >>>>>>> On Mon, Apr 5, 2010 at 12:26 PM, Garrett Cooper wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> =20 >>>>>>>> On Mon, Apr 5, 2010 at 11:22 AM, Garrett Cooper wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> =20 >>>>>>>>> Hi, >>>>>>>>> When I first installed FreeBSD on this machine, I had a heck= of a >>>>>>>>> time getting the soundcard's PCM channel to function properly. = It >>>>>>>>> would buzz incessantly when I played any audio on it; I disable= d the >>>>>>>>> onboard snd_hda enabled audio and things magically worked, unti= l >>>>>>>>> today. After a kernel upgrade and a few warm boots, I'm back to= where >>>>>>>>> I started from -- the PCM channel buzzes whenever I play audio;= >>>>>>>>> line-in works perfectly fine however. I'm not seeing anything o= ut of >>>>>>>>> the ordinary in commits over the past couple of weeks for the p= cm >>>>>>>>> pieces (the last successful kernel I used was 2~3 weeks old). >>>>>>>>> Are there any device_printf's I should add or a debug proced= ure >>>>>>>>> that you recommend I do to triage the situation? >>>>>>>>> Thanks, >>>>>>>>> -Garrett >>>>>>>>> >>>>>>>>> # uname -a >>>>>>>>> FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r206= 173M: >>>>>>>>> Sun Apr 4 19:54:22 PDT 2010 >>>>>>>>> root@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA amd64 >>>>>>>>> # pciconf -lv | grep -A 4 emu >>>>>>>>> emu10kx0@pci0:8:0:0: class=3D0x040100 card=3D0x10211102 chip= =3D0x00081102 >>>>>>>>> rev=3D0x00 hdr=3D0x00 >>>>>>>>> vendor =3D 'Creative Technology LTD.' >>>>>>>>> device =3D 'sound blaster Audigy 2 (ca0108)' >>>>>>>>> class =3D multimedia >>>>>>>>> subclass =3D audio >>>>>>>>> # dmesg | grep 'irq 16' >>>>>>>>> uhci0: port 0xa800= -0xa81f >>>>>>>>> irq 16 at device 26.0 on pci0 >>>>>>>>> pcib7: irq 16 at device 28.1 on pci0 >>>>>>>>> emu10kx0: port 0xec00-0xec3f irq 1= 6 at >>>>>>>>> device 0.0 on pci8 >>>>>>>>> # dmesg | grep 'pcm' >>>>>>>>> pcm0: on emu10kx0 >>>>>>>>> pcm0: >>>>>>>>> pcm1: on emu10kx0 >>>>>>>>> pcm2: on emu10kx0 >>>>>>>>> pcm3: on emu10kx0 >>>>>>>>> pcm4: on emu10kx0 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> =20 >>>>>>>> Some more information: >>>>>>>> >>>>>>>> 1. snd_emu10kx and sound are both modules loaded on boot, along = with >>>>>>>> if_re, linux, and nvidia. >>>>>>>> 2. Disabling nvidia -> no change. >>>>>>>> 3. Disabling acpi -> unbootable system because many drivers can'= t map >>>>>>>> interrupts without it (can't test unless I isolate the drivers a= nd >>>>>>>> enable them one by one -- something I'll try later on). >>>>>>>> >>>>>>>> I'm at a loss right now... my hunch is that it's potentially a b= ad >>>>>>>> interaction between the snd_emu10kx driver and another driver on= the >>>>>>>> same PCI bus (which is just the ACPI and uhci drivers), but I ca= n't >>>>>>>> test these claims. There are other funky things about my system = that >>>>>>>> have changed over the past couple of kernel versions, like front= USB >>>>>>>> ports could charge my iPhone, and now they don't... and the fact= that >>>>>>>> ACPI blanking via nvidia now works again... so something may hav= e >>>>>>>> changed on the backend, but I'm not 100% sure on what I should i= solate >>>>>>>> as the root cause, yet. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> =20 >>>>>>> Grr... it's `healed' itself again. I'll watch out for potential >>>>>>> catalysts to the issue in the future. >>>>>>> >>>>>>> >>>>>>> >>>>>>> =20 >>>>>> Ok. Damn issue came back and here's what happened. Rebooted >>>>>> several times with the same kernel and slight modifications, loadi= ng >>>>>> and unloading snd_emu10kx and sound, testing out snd_emu10k1, and = no >>>>>> dice. The buzz was bad and it was driving me insane. Again, line-i= n >>>>>> functioned just fine, so I didn't know what the heck was going. I = was >>>>>> getting desperate, so I finally broke down and booted the Gentoo L= inux >>>>>> livecd. PCM worked just fine. Then I got irritated enough and fina= lly >>>>>> just built the module and the sound support directly into the kern= el >>>>>> and everything is hunky dorey again. Does anyone have a stab in th= e >>>>>> dark as to what's going on? Is it a potential bus or interrupt >>>>>> conflict / race condition that gets alleviated when support is nai= led >>>>>> into the kernel? Or are other folks as stumped as I am, s.t. I sho= uld >>>>>> just try emailing current@ instead to see if someone maybe knows >>>>>> what's going on there :(...? >>>>>> Thanks, >>>>>> -Garrett >>>>>> >>>>>> >>>>>> =20 >>>>> I have the same problem. >>>>> I'll try compiling the driver in the kernel. >>>>> >>>>> >>>>> =20 >>>> FWIW I've compiled the driver into the kernel for several >>>> iterations now and it works like a champ, so there's something with >>>> the sound subsystem that isn't jiving properly when loading from >>>> modules... >>>> HTH, >>>> -Garrett >>>> >>>> >>>> =20 >>> Thanks for the info. >>> I've noticed that when I load the kernel module at startup (by adding= it >>> to loader.conf) chances of it working improve. >>> If I load it afterwards, the nice huff puff sounds come out of my >>> speaker again. >>> Compiling the new and improved kernel today. >>> Thanks for your help. >>> Greetz, >>> Mark >>> >>> >>> =20 >> I compiled the emu10kx driver into the kernel. >> That seemed to work, but now the hissing and buzzing is back. >> I really don't know what is going on anymore.. >> Any thoughts? >> =20 > What modules have you compiled and loaded? > Thanks, > -Garrett > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > =20 Kernel config and kldstat output pasted below regards, Mark Id Refs Address Size Name 1 37 0xffffffff80100000 8f1a28 kernel 2 1 0xffffffff809f3000 d45a98 nvidia.ko 3 3 0xffffffff81739000 412b0 linux.ko 4 3 0xffffffff8177b000 426a8 vboxdrv.ko 5 1 0xffffffff81822000 fbd05 zfs.ko 6 1 0xffffffff8191e000 1996 opensolaris.ko 7 1 0xffffffff81920000 3983 linprocfs.ko 8 2 0xffffffff81924000 26ce vboxnetflt.ko 9 2 0xffffffff81927000 8d2c netgraph.ko 10 1 0xffffffff81930000 14a6 ng_ether.ko 11 1 0xffffffff81932000 d2c vboxnetadp.ko 12 1 0xffffffff81933000 a8ca fuse.ko ident MARIO cpu HAMMER #makeoptions DEBUG=3D-g # Build kernel with gdb(1) debu= g symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption= options INET # InterNETworking #options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support= options UFS_ACL # Support for access control list= s options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=3D5000 # Delay (in ms) before probing = SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=3D128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework options FLOWTABLE # per-cpu routing cache #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel= # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access)= device ses # SCSI Environmental Services (and SAF-TE= ) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Serial (COM) ports device uart # Generic UART driver # PCI Ethernet NICs. device em # Intel PRO/1000 Gigabit Ethernet Family # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NI= Cs! device miibus # MII bus support device nfe # nVidia nForce MCP on-board Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device lagg # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and= da device ums # Mouse # FireWire support device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and = da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcons device sound device snd_emu10kx ##higher resolution VGA console support options VESA options SC_PIXEL_MODE device dpms device drm device amdtemp # # CPU control pseudo-device. Provides access to MSRs, CPUID info and # microcode update feature. # device cpuctl --------------enigB688644CCA9983367F6C7B3B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkv9cQEACgkQN9xNqOOVnWCWPACeOnxWb58uQ/C8nmYcClwhQc+D FkkAoIemX+js8qt/6X6BRHm359uq3GSu =8zQd -----END PGP SIGNATURE----- --------------enigB688644CCA9983367F6C7B3B-- From owner-freebsd-stable@FreeBSD.ORG Thu May 27 01:00:04 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFE4F106566B for ; Thu, 27 May 2010 01:00:04 +0000 (UTC) (envelope-from technews@giallarhorn.org) Received: from mail.giallarhorn.com (giallarhorn.com [204.109.60.83]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6458FC19 for ; Thu, 27 May 2010 01:00:04 +0000 (UTC) Received: from [172.16.1.7] (c-69-255-57-42.hsd1.md.comcast.net [69.255.57.42]) by mail.giallarhorn.com (Postfix) with ESMTPSA id E276D11410 for ; Wed, 26 May 2010 20:41:46 -0400 (EDT) Message-ID: <4BFDC00B.1010502@giallarhorn.org> Date: Wed, 26 May 2010 20:42:51 -0400 From: technews User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: gmirror panic with SiI 3726 when array is degraded 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, 27 May 2010 01:00:05 -0000 So I've started using gmirror recently to mirror 2 1.5 TB drives however if I reboot the machine or 'gmirror stop -f data1' while the array is been rebuilt I get the panic below. Rebooting without geom_mirror loaded does not cause a panic Rebooting with geom_mirror loaded and the drives disconnected does not cause a panic. The drives are in an "Rosewill RSV-S4-X 4 Bay SATA to eSATA (Port Multiplier) JBOD / RAID 0, 1, 1+0, 5 Enclosure" connected over a SiI 3726 (rev=1706) adapter Rebooting with the drives mounted normally does not cause a panic I'm using the latest and greatest firmware, the panics occurred before the update After rebooting background fsck has to run to fix all mounts every time their is a panic, even if i did a several sync's before running 'reboot' I previously had the drives mirrored using the built-in sata ports and geom_mirror without any panics. The port multiplier: http://www.newegg.com/Product/Product.aspx?Item=N82E16816132029 I've configured the machine to save crash dumps and will try to generate one later. Thanks for any help. _________________ waiting (max 60 seconds) for system process `bufdaemon` to stop...GEOM_MIRROR: Device data1: provider mirror/data1 destroyed. fatal trap 12: page fault while in kernel mode cpuid =0; apic id =00 fault virtual address = 0x98 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff80571105 stack pointer = 0x28:0xffffff8000033ba0 frame pointer = 0x28:0xffffff8000033bb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 3 (g_up) trap number = 12 panic: page fault cpuid = 0 uptime 19m9s cannot dump. Device not defined or unavailable 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 8.0-RELEASE-p2 #0: Tue Jan 5 21:11:58 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3500+ (2200.10-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 real memory = 1073741824 (1024 MB) avail memory = 953888768 (909 MB) ACPI APIC Table: 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, 3ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd0000000-0xd3ffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xfebffc00-0xfebfffff irq 21 at device 15.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.00 controller with 4 3Gbps ports, PM supported ata2: on atapci0 ata2: port is not ready (timeout 0ms) tfd = 000001d0 ata2: software reset clear timeout ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: port is not ready (timeout 0ms) tfd = 000001d0 ata4: software reset clear timeout ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xe080-0xe09f irq 20 at device 16.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0000 usbus0: on uhci0 uhci1: port 0xe000-0xe01f irq 22 at device 16.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0000 usbus1: on uhci1 uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0000 usbus2: on uhci2 uhci3: port 0xd880-0xd89f irq 23 at device 16.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0000 usbus3: on uhci3 ehci0: mem 0xfebff800-0xfebff8ff irq 22 at device 16.4 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xd000-0xd0ff mem 0xfebff400-0xfebff4ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x7c miibus0: on vr0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:00:00:01:f8 vr0: [ITHREAD] pcib2: at device 19.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 atapci2: port 0xbc00-0xbc7f mem 0xfe9ffc00-0xfe9ffc7f,0xfe9f8000-0xfe9fbfff irq 16 at device 0.0 on pci3 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] pcib4: at device 0.1 on pci2 pci4: on pcib4 pcib5: at device 19.1 on pci0 pci5: on pcib5 fwohci0: port 0xcc00-0xcc7f mem 0xfeaff800-0xfeafffff irq 17 at device 12.0 on pci5 fwohci0: [ITHREAD] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:06:00:00:00:48:f1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x3a32c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:06:00:48:f1 fwe0: Ethernet address: 02:11:06:00:48:f1 fwip0: on firewire0 fwip0: Firewire address: 00:11:06:00:00:00:48:f1 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode acpi_button0: on acpi0 acpi_button1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 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] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 device_attach: powernow0 attach returned 6 orm0: at iomem 0xc8800-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2200100868 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 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 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered ata6: SiI 3726 (rev=1706) Port Multiplier with 6 (5) ports uhub4: 8 ports with 8 removable, self powered acd0: CDRW at ata1-slave PIO4 ad4: 238475MB at ata2-master SATA150 ad8: 476940MB at ata4-master SATA150 GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). ad12: 1430799MB at ata6-port0 SATA300 ad13: 1430799MB at ata6-port1 SATA300 GEOM_MIRROR: Device mirror/data1 launched (2/2). ad14: 1430799MB at ata6-port2 SATA300 ad15: 1430799MB at ata6-port3 SATA300 Trying to mount root from ufs:/dev/ad4s1a WARNING: /mnt/data was not properly dismounted acd0: FAILURE - ATA_IDENTIFY status=51 error=4 LBA=0 From owner-freebsd-stable@FreeBSD.ORG Thu May 27 03:33:59 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A421065674 for ; Thu, 27 May 2010 03:33:59 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 71B608FC17 for ; Thu, 27 May 2010 03:33:59 +0000 (UTC) Received: by fxm20 with SMTP id 20so71301fxm.13 for ; Wed, 26 May 2010 20:33:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=nwn8A3lsdPfWAEmd3QkKuO+7waXM3jsUN2EZ3QNqZ/k=; b=ZLDXs1CMR7Rg23e0Wt8B1hHtDpbtF6CsP2+V5HF8v5ckvxh0po+7P/MzbNngXhZqhk LRh5/KdnKmzGWgivNStQhCUvW3cwgAFN5b4OyBCv6qFysTKsDsbNHAKiz1vL9f06fWX1 hXgPjWpMlUzRV2ngnErSprC3fAKSFKqYlQlM0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=GCj9niXBR+8neDWDGaaPF4Up0egIoQaj/JSuD9Q68LntpUsAozddMUtDSE5drBtRxL PBvBxT0Dl6ztSP8OkbyA5LcE0dqvaeY8YOoCl2/S/tEuj5WoxQ6doIYLLZy25qfWR7PD 8xOqxGBdiLqVzYTMG4DLAY2CJkS9ZVKpXwJ2I= Received: by 10.223.64.194 with SMTP id f2mr8510008fai.2.1274931238312; Wed, 26 May 2010 20:33:58 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 7sm3553677far.6.2010.05.26.20.33.57 (version=SSLv3 cipher=RC4-MD5); Wed, 26 May 2010 20:33:57 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BFDE813.4090201@FreeBSD.org> Date: Thu, 27 May 2010 06:33:39 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: technews , FreeBSD Stable References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: gmirror panic with SiI 3726 when array is degraded 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, 27 May 2010 03:34:00 -0000 technews wrote: > So I've started using gmirror recently to mirror 2 1.5 TB drives however > if I reboot the machine or 'gmirror stop -f data1' while the array is > been rebuilt I get the panic below. > Rebooting without geom_mirror loaded does not cause a panic > Rebooting with geom_mirror loaded and the drives disconnected does not > cause a panic. > The drives are in an "Rosewill RSV-S4-X 4 Bay SATA to eSATA (Port > Multiplier) JBOD / RAID 0, 1, 1+0, 5 Enclosure" connected over a SiI > 3726 (rev=1706) adapter > Rebooting with the drives mounted normally does not cause a panic > I'm using the latest and greatest firmware, the panics occurred before > the update It would be nice if you build kernel with debugger and got a stack backtrace to show where problem occurred. Also, if you like your port multiplier to work much faster and stable - I would strongly suggest you to update to 8-STABLE (or wait forthcoming 8.1-RELEASE, if you prefer releases) and use new siis(4) driver for your SiI3132 SATA controller. Port Multiplier support in ata(4) driver left in embryo level and won't be improved. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu May 27 07:39:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B51F6106567A; Thu, 27 May 2010 07:39:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6138FC1D; Thu, 27 May 2010 07:39:12 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1OHXgN-00033l-9B>; Thu, 27 May 2010 09:39:11 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1OHXgN-0005FY-7O>; Thu, 27 May 2010 09:39:11 +0200 Message-ID: <4BFE219E.1060508@zedat.fu-berlin.de> Date: Thu, 27 May 2010 09:39:10 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100514 Thunderbird/3.0.4 MIME-Version: 1.0 To: FreeBSD Stable , freebsd-ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: www/lighttpd: lighttpd won't start anymore after SSL Update in 8.1-PRERELEASE (2010-05-27 09:34:56: (network.c.529) SSL: error:00000000:lib(0):func(0):reason(0)) 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, 27 May 2010 07:39:12 -0000 Since I performed a make buildworld and installed everything and after an update of the ports tree (with which lighttpd was updated from lighttpd-1.4.26 to lighttpd-1.4.26_1 I receive this error when trying to start lighttpd: 2010-05-27 09:34:56: (network.c.529) SSL: error:00000000:lib(0):func(0):reason(0) Are there any suggestions/known issues/workaround or is this a serious error and should be ready for a PR? Thanks ina advance, Oliver From owner-freebsd-stable@FreeBSD.ORG Thu May 27 08:29:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACDE106566B for ; Thu, 27 May 2010 08:29:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id E44618FC20 for ; Thu, 27 May 2010 08:29:20 +0000 (UTC) Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta09.emeryville.ca.mail.comcast.net with comcast id NYV01e0030lTkoCA9YVM2K; Thu, 27 May 2010 08:29:21 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta04.emeryville.ca.mail.comcast.net with comcast id NYVM1e0013S48mS8QYVMqc; Thu, 27 May 2010 08:29:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C145F9B418; Thu, 27 May 2010 01:29:19 -0700 (PDT) Date: Thu, 27 May 2010 01:29:19 -0700 From: Jeremy Chadwick To: "O. Hartmann" Message-ID: <20100527082919.GA33007@icarus.home.lan> References: <4BFE219E.1060508@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BFE219E.1060508@zedat.fu-berlin.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable , freebsd-ports@FreeBSD.org Subject: Re: www/lighttpd: lighttpd won't start anymore after SSL Update in 8.1-PRERELEASE (2010-05-27 09:34:56: (network.c.529) SSL: error:00000000:lib(0):func(0):reason(0)) 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, 27 May 2010 08:29:21 -0000 On Thu, May 27, 2010 at 09:39:10AM +0200, O. Hartmann wrote: > Since I performed a make buildworld and installed everything and > after an update of the ports tree (with which lighttpd was updated > from lighttpd-1.4.26 to lighttpd-1.4.26_1 I receive this error when > trying to start lighttpd: > > 2010-05-27 09:34:56: (network.c.529) SSL: > error:00000000:lib(0):func(0):reason(0) > > Are there any suggestions/known issues/workaround or is this a > serious error and should be ready for a PR? I think you're correlating two things in correctly. The OpenSSL update was completely separate and unrelated to the update to ports/www/lighttpd. The version bump in ports/www/lighttpd was done for an unrelated reason (to add support for TCP_NODELAY): http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/lighttpd/Makefile http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/lighttpd/Makefile.diff?r1=1.77;r2=1.78;f=h Simply put: due to the OpenSSL upgrade, people should rebuild all ports that are dependent upon OpenSSL. If your problem persists after that, then I would recommend contacting the lighttpd folks to find out why their software doesn't work with OpenSSL 0.9.8n. I can tell you factually that Apache 2.2 (ports/www/apache22) works fine after the OpenSSL bump. I *did* rebuild Apache after seeing the OpenSSL change, however. This is what happens when there are library or include file semantic changes. I have to regularly remind folks that there is no guarantee a semantic change results in a bump of the shared library version number (e.g. libxxx.so.6 --> libxxx.so.7). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 27 08:34:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98A201065676 for ; Thu, 27 May 2010 08:34:44 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from web120505.mail.ne1.yahoo.com (web120505.mail.ne1.yahoo.com [98.138.85.232]) by mx1.freebsd.org (Postfix) with SMTP id 6DC268FC1E for ; Thu, 27 May 2010 08:34:44 +0000 (UTC) Received: (qmail 9470 invoked by uid 60001); 27 May 2010 08:08:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1274947684; bh=JM8DK7ONvWWnL5h5tWUjonTrFAksX2WYSmtg/NXWCqI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=OJKrx4fLKod7T1jqc2n99eUR82ve0jzkxZX8ld6RIabPqJSEKJad5SnF4pq2z/lVX3hWMRRhYCLbBybH5+Ro3L5tbcdtSjCdrpAiJKxYxT7/rCvqSDk9kgmBB/xIoE64uj9+q9cgEmFrrMh0G0E++w4TwRjMabQVeCh81HN7lfk= 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:Subject:To:MIME-Version:Content-Type; b=Oh66YUXEgHpH1P7asxaLSXZIopWN3cu61+fdhm2d3MEiIZuS3GrTMLQGsruRVxoxbmQIt9Mzo5l3V3V+zHpIEytgP6FJd1AshAjOImZfLPinpNjccBFK1TprXcmvzWGCCJpJFEUmABkUPXEh36JlBxxE5DvvOXKC7xgXR/F/3Pg=; Message-ID: <839697.7226.qm@web120505.mail.ne1.yahoo.com> X-YMail-OSG: VfhsQdQVM1m1t6XFU5UwFc4BALMhV52TbMq9fX9o5xjRhb2 uwjo- Received: from [212.74.229.235] by web120505.mail.ne1.yahoo.com via HTTP; Thu, 27 May 2010 01:08:04 PDT X-Mailer: YahooMailClassic/11.0.8 YahooMailWebService/0.8.103.269680 Date: Thu, 27 May 2010 01:08:04 -0700 (PDT) From: Kirill Yelizarov To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Strange igb befavior 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, 27 May 2010 08:34:44 -0000 Hi I'm having reproducible panics with 8-Stable of May13 2010. Panic occurs in igb code. Panic start to happen when i set hw.igb.rxd="4096" and hw.igb.txd="4096" in /boot/loader.conf. Panic happens immediately after boot in igb1 code in my case. igb1 is connected to 100Mbit 3COM switch and switch is not connected to anything else. Here is dmesg for igb # dmesg | grep igb igb0: port 0x2020-0x203f mem 0xb1a20000-0xb1a3ffff,0xb1a44000-0xb1a47fff irq 40 at device 0.0 on pci1 igb0: Using MSIX interrupts with 5 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:15:17:ba:2e:00 igb1: port 0x2000-0x201f mem 0xb1a00000-0xb1a1ffff,0xb1a40000-0xb1a43fff irq 28 at device 0.1 on pci1 igb1: Using MSIX interrupts with 5 vectors igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: Ethernet address: 00:15:17:ba:2e:01 igb1: link state changed to UP igb0: link state changed to UP border2# ifconfig igb0: flags=8843 metric 0 mtu 1500 options=13b ether 00:15:17:ba:2e:00 inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 inet 192.168.10.201 netmask 0xffffffff broadcast 192.168.10.201 inet 192.168.10.202 netmask 0xffffffff broadcast 192.168.10.202 inet 192.168.10.203 netmask 0xffffffff broadcast 192.168.10.203 inet 192.168.10.204 netmask 0xffffffff broadcast 192.168.10.204 media: Ethernet autoselect (1000baseT ) status: active igb1: flags=8843 metric 0 mtu 1500 options=13b ether 00:15:17:ba:2e:01 inet XXX.74.229.230 netmask 0xfffffff0 broadcast XXX.74.229.239 inet XXX.74.229.226 netmask 0xffffffff broadcast XXX.74.229.226 inet XXX.74.229.227 netmask 0xffffffff broadcast XXX.74.229.227 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 pfsync0: flags=0<> metric 0 mtu 1460 syncpeer: 224.0.0.240 maxupd: 128 pflog0: flags=141 metric 0 mtu 33152 #pciconf -lv igb0@pci0:1:0:0: class=0x020000 card=0x34de8086 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet igb1@pci0:1:0:1: class=0x020000 card=0x34de8086 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet # netstat -i Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll igb0 1500 00:15:17:ba:2e:00 2315 0 0 1415 0 0 igb0 1500 192.168.10.0 border2 1664 - - 1412 - - igb0 1500 192.168.10.20 mysql-border2 0 - - 0 - - igb0 1500 192.168.10.20 apache-border2 0 - - 0 - - igb0 1500 192.168.10.20 squid-border2 0 - - 0 - - igb0 1500 192.168.10.20 postgresql-border 1 - - 0 - - igb1 1500 00:15:17:ba:2e:01 129 0 0 0 0 0 igb1 1500 XXX.74.229.22 border2 0 - - 0 - - igb1 1500 XXX.74.229.22 apache-border2 0 - - 0 - - igb1 1500 XXX.74.229.22 squid-border2 0 - - 0 - - lo0 16384 1 0 0 1 0 0 lo0 16384 your-net localhost 0 - - 1 - - pfsyn 1460 0 0 0 0 0 0 pflog 33152 0 0 0 0 0 0 There are several jails on this server. When i set hw.igb.rxd="2048" and hw.igb.txd="2048" i don't have panic anymore. The reason i tried to add more buffers than default is because i have NFS export on this server. But it is on igb0. igb1 is currently doing nothing but it will soon once the server will be ready for production. I didn't get core dump because my system is rather old. But i can do it if needed. Regards, Kirill From owner-freebsd-stable@FreeBSD.ORG Thu May 27 08:35:48 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DCFB106576C for ; Thu, 27 May 2010 08:35:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 09E058FC1C for ; Thu, 27 May 2010 08:35:47 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta04.westchester.pa.mail.comcast.net with comcast id NYay1e0041ei1Bg54YbovC; Thu, 27 May 2010 08:35:48 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta24.westchester.pa.mail.comcast.net with comcast id NYbm1e0063S48mS3kYbnQt; Thu, 27 May 2010 08:35:48 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4BB779B418; Thu, 27 May 2010 01:35:45 -0700 (PDT) Date: Thu, 27 May 2010 01:35:45 -0700 From: Jeremy Chadwick To: "O. Hartmann" Message-ID: <20100527083545.GA33309@icarus.home.lan> References: <4BFE219E.1060508@zedat.fu-berlin.de> <20100527082919.GA33007@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100527082919.GA33007@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable , freebsd-ports@FreeBSD.org Subject: Re: www/lighttpd: lighttpd won't start anymore after SSL Update in 8.1-PRERELEASE (2010-05-27 09:34:56: (network.c.529) SSL: error:00000000:lib(0):func(0):reason(0)) 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, 27 May 2010 08:35:48 -0000 On Thu, May 27, 2010 at 01:29:19AM -0700, Jeremy Chadwick wrote: > On Thu, May 27, 2010 at 09:39:10AM +0200, O. Hartmann wrote: > > Since I performed a make buildworld and installed everything and > > after an update of the ports tree (with which lighttpd was updated > > from lighttpd-1.4.26 to lighttpd-1.4.26_1 I receive this error when > > trying to start lighttpd: > > > > 2010-05-27 09:34:56: (network.c.529) SSL: > > error:00000000:lib(0):func(0):reason(0) > > > > Are there any suggestions/known issues/workaround or is this a > > serious error and should be ready for a PR? > > I think you're correlating two things in correctly. The OpenSSL update ^^^^^^^^^^^^ ^^^^^^^^^^^^ Not sure why I put a space there; this should read "incorrectly". -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 27 08:38:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A50C1065674; Thu, 27 May 2010 08:38:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B6C128FC17; Thu, 27 May 2010 08:38:13 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4R8cLNC081022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 May 2010 11:38:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4R8c86Z003078; Thu, 27 May 2010 11:38:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4R8c8Sn003077; Thu, 27 May 2010 11:38:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 May 2010 11:38:08 +0300 From: Kostik Belousov To: Jeremy Chadwick Message-ID: <20100527083808.GJ83316@deviant.kiev.zoral.com.ua> References: <4BFE219E.1060508@zedat.fu-berlin.de> <20100527082919.GA33007@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1l41tKZdfcKQM/aP" Content-Disposition: inline In-Reply-To: <20100527082919.GA33007@icarus.home.lan> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Stable , "O. Hartmann" , freebsd-ports@freebsd.org Subject: Re: www/lighttpd: lighttpd won't start anymore after SSL Update in 8.1-PRERELEASE (2010-05-27 09:34:56: (network.c.529) SSL: error:00000000:lib(0):func(0):reason(0)) 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, 27 May 2010 08:38:14 -0000 --1l41tKZdfcKQM/aP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 27, 2010 at 01:29:19AM -0700, Jeremy Chadwick wrote: > On Thu, May 27, 2010 at 09:39:10AM +0200, O. Hartmann wrote: > > Since I performed a make buildworld and installed everything and > > after an update of the ports tree (with which lighttpd was updated > > from lighttpd-1.4.26 to lighttpd-1.4.26_1 I receive this error when > > trying to start lighttpd: > >=20 > > 2010-05-27 09:34:56: (network.c.529) SSL: > > error:00000000:lib(0):func(0):reason(0) > >=20 > > Are there any suggestions/known issues/workaround or is this a > > serious error and should be ready for a PR? >=20 > I think you're correlating two things in correctly. The OpenSSL update > was completely separate and unrelated to the update to > ports/www/lighttpd. The version bump in ports/www/lighttpd was done for > an unrelated reason (to add support for TCP_NODELAY): >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/lighttpd/Makefile > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/lighttpd/Makefile.diff?r1= =3D1.77;r2=3D1.78;f=3Dh >=20 > Simply put: due to the OpenSSL upgrade, people should rebuild all ports > that are dependent upon OpenSSL. If your problem persists after that, Do you have any factual support for your statement ? If it is, this is a show-stopper for the release. I believe OpenSSL upgrade kept ABI. > then I would recommend contacting the lighttpd folks to find out why > their software doesn't work with OpenSSL 0.9.8n. >=20 > I can tell you factually that Apache 2.2 (ports/www/apache22) works fine > after the OpenSSL bump. I *did* rebuild Apache after seeing the OpenSSL > change, however. >=20 > > This is what happens when there are library or include file semantic > changes. I have to regularly remind folks that there is no guarantee > a semantic change results in a bump of the shared library version > number (e.g. libxxx.so.6 --> libxxx.so.7). > >=20 > --=20 > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | >=20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --1l41tKZdfcKQM/aP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkv+L28ACgkQC3+MBN1Mb4jCvgCgjgqsqV1qAgi8/MCfvftv8oSZ gXkAoNk2xChuYKIL/ooaJbhZ9cIfEnwU =uVag -----END PGP SIGNATURE----- --1l41tKZdfcKQM/aP-- From owner-freebsd-stable@FreeBSD.ORG Thu May 27 09:00:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40B60106566B for ; Thu, 27 May 2010 09:00:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id F3C9E8FC1C for ; Thu, 27 May 2010 09:00:55 +0000 (UTC) Received: by gyh20 with SMTP id 20so4922233gyh.13 for ; Thu, 27 May 2010 02:00:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=17q/8ptfNUlSVWurNc2XILukM7GrKMW83sY/e1PjRKo=; b=qAo5odd32s1vYPVKdh5Fmh3khw92hBhk/Z3MB4RAzd3G20fEx9+MpBGkJl8abpG2G6 SkTrqGxAH8rbR+fwcym6HazoWqmsVTye+ZX7o661V+j0N78pN6EHohD8xd8ooe6Jk0Zl 15g2X8NtaJQasgxM+9tsHxySFYjTWkaDxPRe4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=q2Qr42H+ss+c5PlociL1JzRz/sFtpKK606Po+I1u6PDWa7dCd1rumHZR+F5NX82l7d nN91YzHZEgwtKb5rksd2o8HoTNGQSM0wwHxZBLGVV6i+KjFVlv/y/hdcOfNG+oki+B/q RD9JMkqA6cMP5ni0PbrIL6OnkTsAuYY0rS0pY= MIME-Version: 1.0 Received: by 10.101.129.7 with SMTP id g7mr11829184ann.84.1274950854412; Thu, 27 May 2010 02:00:54 -0700 (PDT) Received: by 10.100.208.9 with HTTP; Thu, 27 May 2010 02:00:54 -0700 (PDT) Date: Thu, 27 May 2010 13:00:54 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Subject: 6.4-STABLE periodically stucks on boot around cpufreq:est 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, 27 May 2010 09:00:56 -0000 Hi, When booting box with recent 6.4-STABLE often it's stuck while trying to switch context in sysctl dev.0.cpu.freq handler. AFAIK it stucks somewhere here: /etc/rc.d/initrandom # XXX temporary until we can improve the entropy # harvesting rate. # Entropy below is not great, but better than nothing. # This unblocks the generator at startup ( ps -fauxww; sysctl -a; date; df -ib; dmesg; ps -fauxww ) \ | dd of=/dev/random bs=8k 2>/dev/null cat /bin/ls | dd of=/dev/random bs=8k 2>/dev/null Some useful info (on successful boot): [root@web72 ~]# sysctl dev.cpufreq dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 [root@web72 ~]# sysctl -a dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 3144 dev.cpu.0.freq_levels: 3144/-1 2751/-1 2358/-1 1965/-1 1572/-1 1179/-1 786/-1 393/-1 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/0 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.cx_supported: C1/0 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.cx_supported: C1/0 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.CPU4 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.cx_supported: C1/0 dev.cpu.4.cx_lowest: C1 dev.cpu.4.cx_usage: 100.00% dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.CPU5 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.cx_supported: C1/0 dev.cpu.5.cx_lowest: C1 dev.cpu.5.cx_usage: 100.00% dev.cpu.6.%desc: ACPI CPU dev.cpu.6.%driver: cpu dev.cpu.6.%location: handle=\_PR_.CPU6 dev.cpu.6.%pnpinfo: _HID=none _UID=0 dev.cpu.6.%parent: acpi0 dev.cpu.6.cx_supported: C1/0 dev.cpu.6.cx_lowest: C1 dev.cpu.6.cx_usage: 100.00% dev.cpu.7.%desc: ACPI CPU dev.cpu.7.%driver: cpu dev.cpu.7.%location: handle=\_PR_.CPU7 dev.cpu.7.%pnpinfo: _HID=none _UID=0 dev.cpu.7.%parent: acpi0 dev.cpu.7.cx_supported: C1/0 dev.cpu.7.cx_lowest: C1 dev.cpu.7.cx_usage: 100.00% Related part of dmesg: FreeBSD 6.4-STABLE #3: Fri May 21 14:25:41 MSD 2010 acpi_alloc_wakeup_handler: can't alloc wake memory ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5460 @ 3.16GHz (3158.77-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10676 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd> AMD Features=0x20000000 AMD Features2=0x1 Cores per package: 4 real memory = 3221008384 (3071 MB) avail memory = 3146702848 (3000 MB) FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (May 11 2010 16:10:15) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x588-0x58b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 cpu4: on acpi0 acpi_throttle4: on cpu4 acpi_throttle4: failed to attach P_CNT device_attach: acpi_throttle4 attach returned 6 cpu5: on acpi0 acpi_throttle5: on cpu5 acpi_throttle5: failed to attach P_CNT device_attach: acpi_throttle5 attach returned 6 cpu6: on acpi0 acpi_throttle6: on cpu6 acpi_throttle6: failed to attach P_CNT device_attach: acpi_throttle6 attach returned 6 cpu7: on acpi0 acpi_throttle7: on cpu7 acpi_throttle7: failed to attach P_CNT device_attach: acpi_throttle7 attach returned 6 [...] Any hints? db> ps pid ppid pgrp uid state wmesg wchan cmd 68 66 51 0 R+ CPU 255 sysctl 66 64 51 0 S+ wait 0xc82e6648 sh 65 59 51 0 S+ piperd 0xc85404c8 dd 64 59 51 0 S+ wait 0xc82e6218 sh 59 51 51 0 S+ wait 0xc82e6a78 sh 51 1 51 0 Ss+ wait 0xc852ec90 sh 50 0 0 0 SL sdflush 0xc0af5654 [softdepflush] 49 0 0 0 SL syncer 0xc0adc1bc [syncer] 48 0 0 0 SL vlruwt 0xc8292a78 [vnlru] 47 0 0 0 SL psleep 0xc0ae7da0 [bufdaemon] 46 0 0 0 RL [pagezero] 45 0 0 0 SL psleep 0xc0af6194 [vmdaemon] db> bt 68 Tracing pid 68 tid 100053 td 0xc8291b60 sched_switch(c8291b60,0,1) at sched_switch+0x143 mi_switch(1,0,c8291cc0,0,c0adf600,...) at mi_switch+0x1ba sched_bind(c8291b60,0) at sched_bind+0x52 cpu_est_clockrate(0,e897bad4,c84c1400,3,c84c1400,...) at cpu_est_clockrate+0xc1 cf_levels_method(c8214900,c858f000,e897bb48) at cf_levels_method+0x303 cf_get_method(c8214900,c857f000) at cf_get_method+0x12b cpufreq_curr_sysctl(c8218e40,c81ea000,0,e897bc04,c8218e40,...) at cpufreq_curr_sysctl+0x81 sysctl_root(0,e897bc74,4,e897bc04) at sysctl_root+0x107 userland_sysctl(c8291b60,e897bc74,4,0,bfbfdbdc,0,0,0,e897bc70,0) at userland_sysctl+0x112 __sysctl(c8291b60,e897bd04) at __sysctl+0x93 syscall(3b,bfbf003b,bfbf003b,4,bfbfdbdc,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2812650b, esp = 0xbfbfdb4c, ebp = 0xbfbfdb88 --- db> bt 65 Tracing pid 65 tid 100051 td 0xc82e4000 sched_switch(c82e4000,0,1) at sched_switch+0x143 mi_switch(1,0,c85404c8,ec997bec,c06e32b9,...) at mi_switch+0x1ba sleepq_switch(c85404c8) at sleepq_switch+0x87 sleepq_wait_sig(c85404c8) at sleepq_wait_sig+0x1d msleep(c85404c8,c8540638,14c,c09d8540,0,...) at msleep+0x25a pipe_read(c8536ab0,ec997cbc,c80f5700,0,c82e4000) at pipe_read+0x42d dofileread(c82e4000,0,c8536ab0,ec997cbc,ffffffff,...) at dofileread+0x85 kern_readv(c82e4000,0,ec997cbc,804f000,2000,...) at kern_readv+0x36 read(c82e4000,ec997d04) at read+0x45 syscall(3b,3b,3b,2004,bfbfeebc,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x2813d8d7, esp = 0xbfbfee0c, ebp = 0xbfbfee58 --- db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc80fa9c0: pid 18 "swi4: clock sio" curpcb = 0xe6ce4d90 fpcurthread = none idlethread = 0xc80fa820: pid 17 "idle: cpu0" APIC ID = 0 currentldt = 0x50 cpuid = 1 curthread = 0xc80fa000: pid 16 "idle: cpu1" curpcb = 0xe6cd2d90 fpcurthread = none idlethread = 0xc80fa000: pid 16 "idle: cpu1" APIC ID = 1 currentldt = 0x50 cpuid = 2 curthread = 0xc80f8d00: pid 15 "idle: cpu2" curpcb = 0xe6ccfd90 fpcurthread = none idlethread = 0xc80f8d00: pid 15 "idle: cpu2" APIC ID = 2 currentldt = 0x50 cpuid = 3 curthread = 0xc80f8b60: pid 14 "idle: cpu3" curpcb = 0xe6cccd90 fpcurthread = none idlethread = 0xc80f8b60: pid 14 "idle: cpu3" APIC ID = 3 currentldt = 0x50 cpuid = 4 curthread = 0xc80f89c0: pid 13 "idle: cpu4" curpcb = 0xe6cc9d90 fpcurthread = none idlethread = 0xc80f89c0: pid 13 "idle: cpu4" APIC ID = 4 currentldt = 0x50 cpuid = 5 curthread = 0xc80f8820: pid 12 "idle: cpu5" curpcb = 0xe6cc6d90 fpcurthread = none idlethread = 0xc80f8820: pid 12 "idle: cpu5" APIC ID = 5 currentldt = 0x50 cpuid = 6 curthread = 0xc80f8680: pid 11 "idle: cpu6" curpcb = 0xe6cc3d90 fpcurthread = none idlethread = 0xc80f8680: pid 11 "idle: cpu6" APIC ID = 6 currentldt = 0x50 cpuid = 7 curthread = 0xc80f84e0: pid 10 "idle: cpu7" curpcb = 0xe6cc0d90 fpcurthread = none idlethread = 0xc80f84e0: pid 10 "idle: cpu7" APIC ID = 7 currentldt = 0x50 db> bt 18 Tracing pid 18 tid 100015 td 0xc80fa9c0 sched_switch(c0b21c20,c093091c,0,0,0,...) at sched_switch+0x143 -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu May 27 09:04:42 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76CBC106566B for ; Thu, 27 May 2010 09:04:42 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 592FE8FC17 for ; Thu, 27 May 2010 09:04:42 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta12.emeryville.ca.mail.comcast.net with comcast id NZ4i1e0031wfjNsACZ4izY; Thu, 27 May 2010 09:04:42 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta23.emeryville.ca.mail.comcast.net with comcast id NZ4i1e0023S48mS8jZ4iHg; Thu, 27 May 2010 09:04:42 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5EC389B418; Thu, 27 May 2010 02:04:41 -0700 (PDT) Date: Thu, 27 May 2010 02:04:41 -0700 From: Jeremy Chadwick To: Kostik Belousov Message-ID: <20100527090441.GA33484@icarus.home.lan> References: <4BFE219E.1060508@zedat.fu-berlin.de> <20100527082919.GA33007@icarus.home.lan> <20100527083808.GJ83316@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100527083808.GJ83316@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Stable , "O. Hartmann" , freebsd-ports@freebsd.org Subject: Re: www/lighttpd: lighttpd won't start anymore after SSL Update in 8.1-PRERELEASE (2010-05-27 09:34:56: (network.c.529) SSL: error:00000000:lib(0):func(0):reason(0)) 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, 27 May 2010 09:04:42 -0000 On Thu, May 27, 2010 at 11:38:08AM +0300, Kostik Belousov wrote: > On Thu, May 27, 2010 at 01:29:19AM -0700, Jeremy Chadwick wrote: > > On Thu, May 27, 2010 at 09:39:10AM +0200, O. Hartmann wrote: > > > Since I performed a make buildworld and installed everything and > > > after an update of the ports tree (with which lighttpd was updated > > > from lighttpd-1.4.26 to lighttpd-1.4.26_1 I receive this error when > > > trying to start lighttpd: > > > > > > 2010-05-27 09:34:56: (network.c.529) SSL: > > > error:00000000:lib(0):func(0):reason(0) > > > > > > Are there any suggestions/known issues/workaround or is this a > > > serious error and should be ready for a PR? > > > > I think you're correlating two things in correctly. The OpenSSL update > > was completely separate and unrelated to the update to > > ports/www/lighttpd. The version bump in ports/www/lighttpd was done for > > an unrelated reason (to add support for TCP_NODELAY): > > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/lighttpd/Makefile > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/lighttpd/Makefile.diff?r1=1.77;r2=1.78;f=h > > > > Simply put: due to the OpenSSL upgrade, people should rebuild all ports > > that are dependent upon OpenSSL. If your problem persists after that, > Do you have any factual support for your statement ? > If it is, this is a show-stopper for the release. I believe > OpenSSL upgrade kept ABI. The OP's report isn't sufficient? My thoughts, in no particular order: The error looks to be formatted by ERR_error_string(), but who knows if it's being populated correctly or if there isn't a bug within OpenSSL 0.9.8n itself. One would have to review the code in network.c (and very likely the rest of the software) to determine if SSL_get_error() is being used correctly and the string buffer is being populated with the correct SSL struct. I do admit it's a little strange to see "error:00000000", but if an underlying API function changes operationally (such as previously returning void but now returns an int), and the software previously built against those include headers + shared library, anything is possible. This is completely different than a function name going away or disappearing from an object/library (which would be caught either during link-time or run-time). One would have to examine, in real-time, the stack arguments during the call. RELENG_8 moved from 0.9.8k to 0.9.8n. Meaning, "l" and "m" were both skipped, so we have to keep that in mind when reviewing the official ChangeLog: http://www.openssl.org/source/exp/CHANGES I do see some changes between 0.9.8k and 0.9.8n which could warrant a version bump. That's my opinion anyway, but I don't know how the FreeBSD base system maintainers for OpenSSL test things prior to committing. I'm betting they don't test every single FreeBSD port. Furthermore, this wouldn't be the first time something like this has happened with OpenSSL. Finally, 0.9.8n came out on March 24th. Five days later, 1.0.0 came out and is now the official stable release: http://www.openssl.org/source/ The ChangeLog entries between 0.9.8n and 1.0.0 are massive; a bug could have been fixed there, which maybe only happens with lighttpd. Who knows. I think the best choice of action would be for the OP to rebuild the port and see if the problem persists. Otherwise, spending tons of time trying to track down the source of the problem (requiring the OP to rebuild all of his system libraries with debugging, lighttpd with debugging, and gain familiarity with gdb) is pointless. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 27 09:06:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F09D41065678 for ; Thu, 27 May 2010 09:06:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9DCE98FC19 for ; Thu, 27 May 2010 09:06:44 +0000 (UTC) Received: by qyk11 with SMTP id 11so11078186qyk.13 for ; Thu, 27 May 2010 02:06:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=TqOw65RlxuYLG0Q+GUR6BZXPh72hcqKPU1Lfh9hHuoE=; b=W7GvPeI+0fHLr3LSTmKnEtsispu8E/O3slOPdm3JDwMCFDBYP3Kv7NF3gxkEQ0vXei R9vPgl+QPFTIticz/nvzI3NoMJMytZ4V9+gUUK8VXTgx+wQd0CcH/hI69z4psN3Qriwj M8m75KhZuIhYt7UV5YcCrilFh52K4+k8DPxz8= 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=O2dI+i3YSrRRDKedRoR7JPdKCGuPjUZnRZBpH8qldpFQ9HsdA3eQxzMAD6Gae4GFSy chai7LwYjJqA/iP5LbZEm/G8wCoOZJamF/em8016seLYcxDdH1MLfP52m5pfPUKgR/PO 1lTF0KFUkru5vg3v2PSno0EiApeBWF5spIK+4= MIME-Version: 1.0 Received: by 10.229.240.199 with SMTP id lb7mr2180882qcb.126.1274951203562; Thu, 27 May 2010 02:06:43 -0700 (PDT) Received: by 10.229.184.76 with HTTP; Thu, 27 May 2010 02:06:43 -0700 (PDT) In-Reply-To: <839697.7226.qm@web120505.mail.ne1.yahoo.com> References: <839697.7226.qm@web120505.mail.ne1.yahoo.com> Date: Thu, 27 May 2010 02:06:43 -0700 Message-ID: From: Jack Vogel To: Kirill Yelizarov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Strange igb befavior 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, 27 May 2010 09:06:45 -0000 Panic is due to a failure to get enough mbufs, when you make your ring that big you hit the problem, I have been experimenting with a change to fix it but am not yet completely confident, for the moment don't make your ring so big :) Jack On Thu, May 27, 2010 at 1:08 AM, Kirill Yelizarov wrote: > Hi > > I'm having reproducible panics with 8-Stable of May13 2010. Panic occurs in > igb code. Panic start to happen when i set hw.igb.rxd="4096" and > hw.igb.txd="4096" in /boot/loader.conf. Panic happens immediately after boot > in igb1 code in my case. igb1 is connected to 100Mbit 3COM switch and switch > is not connected to anything else. > > Here is dmesg for igb > # dmesg | grep igb > igb0: port > 0x2020-0x203f mem 0xb1a20000-0xb1a3ffff,0xb1a44000-0xb1a47fff irq 40 at > device 0.0 on pci1 > igb0: Using MSIX interrupts with 5 vectors > igb0: [ITHREAD] > igb0: [ITHREAD] > igb0: [ITHREAD] > igb0: [ITHREAD] > igb0: [ITHREAD] > igb0: Ethernet address: 00:15:17:ba:2e:00 > igb1: port > 0x2000-0x201f mem 0xb1a00000-0xb1a1ffff,0xb1a40000-0xb1a43fff irq 28 at > device 0.1 on pci1 > igb1: Using MSIX interrupts with 5 vectors > igb1: [ITHREAD] > igb1: [ITHREAD] > igb1: [ITHREAD] > igb1: [ITHREAD] > igb1: [ITHREAD] > igb1: Ethernet address: 00:15:17:ba:2e:01 > igb1: link state changed to UP > igb0: link state changed to UP > > border2# ifconfig > igb0: flags=8843 metric 0 mtu 1500 > options=13b > ether 00:15:17:ba:2e:00 > inet 192.168.10.2 netmask 0xffffff00 broadcast 192.168.10.255 > inet 192.168.10.201 netmask 0xffffffff broadcast 192.168.10.201 > inet 192.168.10.202 netmask 0xffffffff broadcast 192.168.10.202 > inet 192.168.10.203 netmask 0xffffffff broadcast 192.168.10.203 > inet 192.168.10.204 netmask 0xffffffff broadcast 192.168.10.204 > media: Ethernet autoselect (1000baseT ) > status: active > igb1: flags=8843 metric 0 mtu 1500 > options=13b > ether 00:15:17:ba:2e:01 > inet XXX.74.229.230 netmask 0xfffffff0 broadcast XXX.74.229.239 > inet XXX.74.229.226 netmask 0xffffffff broadcast XXX.74.229.226 > inet XXX.74.229.227 netmask 0xffffffff broadcast XXX.74.229.227 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet 127.0.0.1 netmask 0xff000000 > pfsync0: flags=0<> metric 0 mtu 1460 > syncpeer: 224.0.0.240 maxupd: 128 > pflog0: flags=141 metric 0 mtu 33152 > > #pciconf -lv > igb0@pci0:1:0:0: class=0x020000 card=0x34de8086 chip=0x10a78086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Network Connection' > class = network > subclass = ethernet > igb1@pci0:1:0:1: class=0x020000 card=0x34de8086 chip=0x10a78086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82575EB Gigabit Network Connection' > class = network > subclass = ethernet > > # netstat -i > Name Mtu Network Address Ipkts Ierrs Idrop Opkts > Oerrs Coll > igb0 1500 00:15:17:ba:2e:00 2315 0 0 1415 > 0 0 > igb0 1500 192.168.10.0 border2 1664 - - 1412 > - - > igb0 1500 192.168.10.20 mysql-border2 0 - - 0 > - - > igb0 1500 192.168.10.20 apache-border2 0 - - 0 > - - > igb0 1500 192.168.10.20 squid-border2 0 - - 0 > - - > igb0 1500 192.168.10.20 postgresql-border 1 - - 0 > - - > igb1 1500 00:15:17:ba:2e:01 129 0 0 0 > 0 0 > igb1 1500 XXX.74.229.22 border2 0 - - 0 > - - > igb1 1500 XXX.74.229.22 apache-border2 0 - - 0 > - - > igb1 1500 XXX.74.229.22 squid-border2 0 - - 0 > - - > lo0 16384 1 0 0 1 > 0 0 > lo0 16384 your-net localhost 0 - - 1 > - - > pfsyn 1460 0 0 0 0 > 0 0 > pflog 33152 0 0 0 0 > 0 0 > > There are several jails on this server. > > When i set hw.igb.rxd="2048" and hw.igb.txd="2048" i don't have panic > anymore. > > The reason i tried to add more buffers than default is because i have NFS > export on this server. But it is on igb0. igb1 is currently doing nothing > but it will soon once the server will be ready for production. > > I didn't get core dump because my system is rather old. But i can do it if > needed. > > Regards, > Kirill > > > > _______________________________________________ > 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 Thu May 27 10:30:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54D961065672 for ; Thu, 27 May 2010 10:30:32 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from web120513.mail.ne1.yahoo.com (web120513.mail.ne1.yahoo.com [98.138.85.240]) by mx1.freebsd.org (Postfix) with SMTP id 19B038FC1C for ; Thu, 27 May 2010 10:30:31 +0000 (UTC) Received: (qmail 71338 invoked by uid 60001); 27 May 2010 10:30:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1274956231; bh=cw8TD0r8zgi4LM1CgawPiBrWdEWQdk8zPLJmYcfQTKQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=j4yGHRsGd5AmXkdlrnvRL7mS+nOH/gEhL/5/cwLtTasj6DSLeCZutsIY2yjw5RLeYtM7+mvT6mueWRflx4eoaFKBBxUX2ntNzXuktxaG682tciWiVdEuir8Sn26DDiOGSXWce/ZGbnMd6oCR/Qs641woNkaQJjK5uCvqxWNOaBA= 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:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=APcSkKpYZLP0nb/rehp2bAo6pmb85b0A8b5IRctsGsbV6lJHa1aef96xct+qPAiFRVuK1c08aYZRL24CtwKovN0CJTyXCsh5nQI5srsPtrO1wmKg+Shw0enFt+iTO7554JjHCJpWwlJ9OqZCOnLd6mosDM6fcE59TwGenEea2m0=; Message-ID: <619287.68177.qm@web120513.mail.ne1.yahoo.com> X-YMail-OSG: _DJQplMVM1nXj8zd4EmQPgOCvehaKntt1rUNYBRU0Pwv7Kj Gg_4- Received: from [212.74.229.235] by web120513.mail.ne1.yahoo.com via HTTP; Thu, 27 May 2010 03:30:31 PDT X-Mailer: YahooMailClassic/11.0.8 YahooMailWebService/0.8.103.269680 Date: Thu, 27 May 2010 03:30:31 -0700 (PDT) From: Kirill Yelizarov To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jack Vogel Subject: Re: Strange igb befavior 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, 27 May 2010 10:30:32 -0000 Thank You Jack=0A=0Ai'll keep it at 2048 now. I have plans to add two more = igb interfaces. Should i decrease values to 1024 in case i will have four i= nterfaces in server?=0A=0AI found there are additional tweaks for igb card = available:=0Ahw.igb.enable_aim=3D1 this one enabled by default and i unders= tand its meaning=0AWhere can i read about the rest?=0Ahw.igb.low_latency=3D= 1000=0Ahw.igb.ave_latency=3D2000=0Ahw.igb.bulk_latency=3D4000=0Ahw.igb.rx_p= rocess_limit=3D400=0Ahw.igb.fc_setting=3D0=0Ahw.igb.lro=3D0=0A=0ASome years= ago i downloaded an article about em card from intel site. Perhaps there i= s one for igb as well?=0A=0AKirill=0A=0A--- On Thu, 5/27/10, Jack Vogel wrote:=0A=0A> From: Jack Vogel =0A> Sub= ject: Re: Strange igb befavior=0A> To: "Kirill Yelizarov" =0A> Cc: freebsd-stable@freebsd.org=0A> Date: Thursday, May 27, 2010, 1:0= 6 PM=0A> Panic is due to a failure to get=0A> enough mbufs, when you make= =A0 your ring that=0A> big=A0 you=0A> hit the problem, I have been experime= nting with a change to=0A> fix it but am=0A> not yet=0A> completely confide= nt, for the moment don't make your ring=0A> so big :)=0A> =0A> Jack=0A> =0A= > =0A> On Thu, May 27, 2010 at 1:08 AM, Kirill Yelizarov =0A> wrote:=0A> =0A> > Hi=0A> >=0A> > I'm having reproducible panics with = 8-Stable of May13=0A> 2010. Panic occurs in=0A> > igb code. Panic start to = happen when i set=0A> hw.igb.rxd=3D"4096" and=0A> > hw.igb.txd=3D"4096" in = /boot/loader.conf. Panic happens=0A> immediately after boot=0A> > in igb1 c= ode in my case. igb1 is connected to 100Mbit=0A> 3COM switch and switch=0A>= > is not connected to anything else.=0A> >=0A> > Here is dmesg for igb=0A>= > # dmesg | grep igb=0A> > igb0: - 1.9.5> port=0A> > 0x2020-0x203f mem=0A> 0xb1a20000-0xb1a3ffff,0x= b1a44000-0xb1a47fff irq 40 at=0A> > device 0.0 on pci1=0A> > igb0: Using MS= IX interrupts with 5 vectors=0A> > igb0: [ITHREAD]=0A> > igb0: [ITHREAD]=0A= > > igb0: [ITHREAD]=0A> > igb0: [ITHREAD]=0A> > igb0: [ITHREAD]=0A> > igb0:= Ethernet address: 00:15:17:ba:2e:00=0A> > igb1: - 1.9.5> port=0A> > 0x2000-0x201f mem=0A> 0xb1a0000= 0-0xb1a1ffff,0xb1a40000-0xb1a43fff irq 28 at=0A> > device 0.1 on pci1=0A> >= igb1: Using MSIX interrupts with 5 vectors=0A> > igb1: [ITHREAD]=0A> > igb= 1: [ITHREAD]=0A> > igb1: [ITHREAD]=0A> > igb1: [ITHREAD]=0A> > igb1: [ITHRE= AD]=0A> > igb1: Ethernet address: 00:15:17:ba:2e:01=0A> > igb1: link state = changed to UP=0A> > igb0: link state changed to UP=0A> >=0A> > border2# ifc= onfig=0A> > igb0:=0A> flags=3D8843= =0A> metric 0 mtu 1500=0A> >=A0 =A0 =A0 =A0=0A> options=3D13b=0A> >=A0 =A0 =A0 =A0 ether 00:15:1= 7:ba:2e:00=0A> >=A0 =A0 =A0 =A0 inet 192.168.10.2 netmask=0A> 0xffffff00 br= oadcast 192.168.10.255=0A> >=A0 =A0 =A0 =A0 inet 192.168.10.201 netmask=0A>= 0xffffffff broadcast 192.168.10.201=0A> >=A0 =A0 =A0 =A0 inet 192.168.10.2= 02 netmask=0A> 0xffffffff broadcast 192.168.10.202=0A> >=A0 =A0 =A0 =A0 ine= t 192.168.10.203 netmask=0A> 0xffffffff broadcast 192.168.10.203=0A> >=A0 = =A0 =A0 =A0 inet 192.168.10.204 netmask=0A> 0xffffffff broadcast 192.168.10= .204=0A> >=A0 =A0 =A0 =A0 media: Ethernet autoselect=0A> (1000baseT )=0A> >=A0 =A0 =A0 =A0 status: active=0A> > igb1:=0A> flags=3D8843=0A> metric 0 mtu 1500=0A> >=A0 =A0 = =A0 =A0=0A> options=3D13b=0A> >=A0 =A0 =A0 =A0 ether 00:15:17:ba:2e:01=0A> >=A0 =A0 =A0 =A0 inet= XXX.74.229.230 netmask=0A> 0xfffffff0 broadcast XXX.74.229.239=0A> >=A0 = =A0 =A0 =A0 inet XXX.74.229.226 netmask=0A> 0xffffffff broadcast XXX.74.229= .226=0A> >=A0 =A0 =A0 =A0 inet XXX.74.229.227 netmask=0A> 0xffffffff broadc= ast XXX.74.229.227=0A> >=A0 =A0 =A0 =A0 media: Ethernet autoselect=0A> (100= baseTX )=0A> >=A0 =A0 =A0 =A0 status: active=0A> > lo0: flags= =3D8049=0A> metric 0 mtu 16384=0A> >=A0 =A0 = =A0 =A0=0A> options=3D3=0A> >=A0 =A0 =A0 =A0 inet 127.0.0.1 = netmask=0A> 0xff000000=0A> > pfsync0: flags=3D0<> metric 0 mtu 1460=0A> >= =A0 =A0 =A0 =A0 syncpeer: 224.0.0.240=0A> maxupd: 128=0A> > pflog0: flags= =3D141 metric 0=0A> mtu 33152=0A> >=0A> > #pciconf -lv= =0A> > igb0@pci0:1:0:0:=A0 =A0 =A0 =A0=0A> class=3D0x020000 card=3D0x34de80= 86 chip=3D0x10a78086=0A> > rev=3D0x02 hdr=3D0x00=0A> >=A0 =A0 vendor=A0 =A0= =A0=A0=3D 'Intel=0A> Corporation'=0A> >=A0 =A0 device=A0 =A0=A0=A0=3D '8257= 5EB=0A> Gigabit Network Connection'=0A> >=A0 =A0 class=A0 =A0 =A0 =3D netwo= rk=0A> >=A0 =A0 subclass=A0=A0=A0=3D ethernet=0A> > igb1@pci0:1:0:1:=A0 =A0= =A0 =A0=0A> class=3D0x020000 card=3D0x34de8086 chip=3D0x10a78086=0A> > rev= =3D0x02 hdr=3D0x00=0A> >=A0 =A0 vendor=A0 =A0=A0=A0=3D 'Intel=0A> Corporati= on'=0A> >=A0 =A0 device=A0 =A0=A0=A0=3D '82575EB=0A> Gigabit Network Connec= tion'=0A> >=A0 =A0 class=A0 =A0 =A0 =3D network=0A> >=A0 =A0 subclass=A0=A0= =A0=3D ethernet=0A> >=0A> > # netstat -i=0A> > Name=A0 =A0 Mtu Network=A0 = =A0=0A> =A0=A0=A0Address=A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 Ipkts Ierrs Idrop= =A0 =A0 Opkts=0A> > Oerrs=A0 Coll=0A> > igb0=A0=A0=A01500 =A0 =A0= =0A> =A0 00:15:17:ba:2e:00=A0 =A0=A0=A02315=A0=0A> =A0=A0=A00=A0 =A0=A0=A00= =A0 =A0=0A> 1415=0A> >=A0=A0=A00=A0 =A0=A0=A00=0A> > igb0=A0=A0=A01500 192.= 168.10.0=A0=0A> border2=A0 =A0 =A0 =A0 =A0 =A0=0A> =A0=A0=A01664=A0 =A0=A0= =A0-=A0=0A> =A0=A0=A0-=A0 =A0=A0=A01412=0A> >=A0=A0=A0-=A0 =A0=A0=A0-=0A> >= igb0=A0=A0=A01500 192.168.10.20=0A> mysql-border2=A0 =A0 =A0 =A0 =A0 =A0= =0A> 0=A0 =A0=A0=A0-=A0 =A0=A0=A0-=A0=0A> =A0 =A0 =A0 0=0A> >=A0=A0=A0-=A0 = =A0=A0=A0-=0A> > igb0=A0=A0=A01500 192.168.10.20=0A> apache-border2=A0 =A0 = =A0 =A0=0A> =A0=A0=A00=A0 =A0=A0=A0-=A0=0A> =A0=A0=A0-=A0 =A0 =A0 =A0 0=0A>= >=A0=A0=A0-=A0 =A0=A0=A0-=0A> > igb0=A0=A0=A01500 192.168.10.20=0A> squid-= border2=A0 =A0 =A0 =A0 =A0 =A0=0A> 0=A0 =A0=A0=A0-=A0 =A0=A0=A0-=A0=0A> =A0= =A0 =A0 0=0A> >=A0=A0=A0-=A0 =A0=A0=A0-=0A> > igb0=A0=A0=A01500 192.168.10= .20=0A> postgresql-border=A0 =A0 =A0 =A0 1=A0=0A> =A0=A0=A0-=A0 =A0=A0=A0-= =A0 =A0=0A> =A0 =A0 0=0A> >=A0=A0=A0-=A0 =A0=A0=A0-=0A> > igb1=A0=A0=A01500= =A0 =A0=0A> =A0 00:15:17:ba:2e:01=A0 =A0 =A0 129=A0=0A> =A0=A0=A00= =A0 =A0=A0=A00=A0 =A0=0A> =A0 =A0 0=0A> >=A0=A0=A00=A0 =A0=A0=A00=0A> > igb= 1=A0=A0=A01500 XXX.74.229.22 border2=A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =0A> 0=A0 =A0=A0=A0-=A0 =A0=A0=A0-=A0=0A> =A0 =A0 =A0 0=0A> >=A0=A0=A0-=A0 = =A0=A0=A0-=0A> > igb1=A0=A0=A01500 XXX.74.229.22=0A> apache-border2=A0 =A0 = =A0 =A0=0A> =A0=A0=A00=A0 =A0=A0=A0-=A0=0A> =A0=A0=A0-=A0 =A0 =A0 =A0 0=0A>= >=A0=A0=A0-=A0 =A0=A0=A0-=0A> > igb1=A0=A0=A01500 XXX.74.229.22=0A> squid-= border2=A0 =A0 =A0 =A0 =A0 =A0=0A> 0=A0 =A0=A0=A0-=A0 =A0=A0=A0-=A0=0A> =A0= =A0 =A0 0=0A> >=A0=A0=A0-=A0 =A0=A0=A0-=0A> > lo0=A0=A0=A016384 = =A0 =A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 =A0=A0=A01= =A0=0A> =A0=A0=A00=A0 =A0=A0=A00=A0 =A0=0A> =A0 =A0 1=0A> >=A0=A0=A00=A0 = =A0=A0=A00=0A> > lo0=A0=A0=A016384 your-net=A0 =A0=0A> =A0 localhost=A0 =A0= =A0 =A0 =A0 =A0=0A> =A0 =A0 0=A0 =A0=A0=A0-=A0=0A> =A0=A0=A0-=A0 =A0 =A0 = =A0 1=0A> >=A0=A0=A0-=A0 =A0=A0=A0-=0A> > pfsyn=A0 1460 =A0 =A0 =A0= =0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0=A0=A00=A0=0A> =A0= =A0=A00=A0 =A0=A0=A00=A0 =A0=0A> =A0 =A0 0=0A> >=A0=A0=A00=A0 =A0=A0=A00=0A= > > pflog 33152 =A0 =A0 =A0 =A0=0A> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =0A> =A0 =A0 =A0=A0=A00=A0=0A> =A0=A0=A00=A0 =A0=A0=A00=A0 =A0=0A> =A0 =A0 = 0=0A> >=A0=A0=A00=A0 =A0=A0=A00=0A> >=0A> > There are several jails on this= server.=0A> >=0A> > When i set hw.igb.rxd=3D"2048" and hw.igb.txd=3D"2048"= i=0A> don't have panic=0A> > anymore.=0A> >=0A> > The reason i tried to ad= d more buffers than default is=0A> because i have NFS=0A> > export on this = server. But it is on igb0. igb1 is=0A> currently doing nothing=0A> > but it= will soon once the server will be ready for=0A> production.=0A> >=0A> > I = didn't get core dump because my system is rather=0A> old. But i can do it i= f=0A> > needed.=0A> >=0A> > Regards,=0A> > Kirill=0A> >=0A> >=0A> >=0A> > _= ______________________________________________=0A> > freebsd-stable@freebsd= .org=0A> mailing list=0A> > http://lists.freebsd.org/mailman/listinfo/freeb= sd-stable=0A> > To unsubscribe, send any mail to "freebsd-stable-unsubscrib= e@freebsd.org"=0A> >=0A> _______________________________________________=0A= > freebsd-stable@freebsd.org=0A> mailing list=0A> http://lists.freebsd.org/= mailman/listinfo/freebsd-stable=0A> To unsubscribe, send any mail to "freeb= sd-stable-unsubscribe@freebsd.org"=0A> =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Thu May 27 13:13:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BF01106566B for ; Thu, 27 May 2010 13:13:14 +0000 (UTC) (envelope-from O.Seibert@cs.ru.nl) Received: from kookpunt.science.ru.nl (kookpunt.science.ru.nl [131.174.30.61]) by mx1.freebsd.org (Postfix) with ESMTP id A1ADB8FC08 for ; Thu, 27 May 2010 13:13:12 +0000 (UTC) Received: from twoquid.cs.ru.nl (twoquid.cs.ru.nl [131.174.142.38]) by kookpunt.science.ru.nl (8.13.7/5.31) with ESMTP id o4RDDAfj009364; Thu, 27 May 2010 15:13:10 +0200 (MEST) Received: by twoquid.cs.ru.nl (Postfix, from userid 4100) id C488F2E057; Thu, 27 May 2010 15:13:10 +0200 (CEST) Date: Thu, 27 May 2010 15:13:10 +0200 From: Olaf Seibert To: freebsd-stable@freebsd.org Message-ID: <20100527131310.GS883@twoquid.cs.ru.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) X-Spam-Score: -0.669 () ALL_TRUSTED,BAYES_50,DNS_FROM_OPENWHOIS X-Scanned-By: MIMEDefang 2.63 on 131.174.30.61 Subject: nfe0 loses network connectivity (8.0-RELEASE-p2) 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, 27 May 2010 13:13:14 -0000 I have a machine with FreeBSD 8.0-RELEASE-p2 which has a big ZFS file system and serves as file server (NFS (newnfs)). >From time to time however it seems to lose all network connectivity. The machine isn't down; from the console (an IPMI console) it works fine. I have tried things like bringing nfe0 down and up again, turning off things like checksum offload, and none of them really seem to work (although apparently sometimes by accident, a thing I try seems to help, but a short time later connectivity is lost again). Carrier status and things like that seem all normal: nfe0: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:xx:xx:xx inet 131.174.xx.xx netmask 0xffffff00 broadcast 131.174.xx.xxx media: Ethernet autoselect (1000baseT ) status: active One time when I was doing an "ifconfig nfe0 up" I got the message "initialization failed: no memory for rx buffers", so I am currently thinking in the direction of mbuf starvation (with something requiring too many mbufs to make any progress; I've seen such a thing with inodes once). Here is the output of netstat -m while the problem was going on: 25751/1774/27525 mbufs in use (current/cache/total) 24985/615/25600/25600 mbuf clusters in use (current/cache/total/max) 23254/532 mbuf+clusters out of packet secondary zone in use (current/cache) 0/95/95/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) 56407K/2053K/58461K bytes allocated to network (current/cache/total) 0/2084/1031 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 10 requests for I/O initiated by sendfile 0 calls to protocol drain routines while here are the figures a short time after a reboot (a reboot always "fixes" the problem): 2133/2352/4485 mbufs in use (current/cache/total) 1353/2205/3558/25600 mbuf clusters in use (current/cache/total/max) 409/871 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) 3239K/5138K/8377K 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 Is there a way to increase the maximum number of mbufs, or better yet, limit the use by whatever is using them too much? Thanks in advance, -Olaf. -- From owner-freebsd-stable@FreeBSD.ORG Thu May 27 13:31:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3581065674 for ; Thu, 27 May 2010 13:31:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A06128FC15 for ; Thu, 27 May 2010 13:31:10 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o4RDV9rX001502; Thu, 27 May 2010 09:31:10 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201005271331.o4RDV9rX001502@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 27 May 2010 09:31:03 -0400 To: pyunyh@gmail.com From: Mike Tancsa In-Reply-To: <20100526164136.GA9371@michelle.cdnetworks.com> References: <201005261630.o4QGURLi097090@lava.sentex.ca> <20100526164136.GA9371@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: ale stats (AR8121) 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, 27 May 2010 13:31:10 -0000 At 12:41 PM 5/26/2010, Pyun YongHyeon wrote: >Anyway I have to ask Atheros what the counter really means. >Thanks for reminding it. If I get some feedback I'll let you know. Thanks! One more question about this NIC. While doing some stress testing as an nfsserver, I did get a few fifo overflows. Is there any tuning that can be done to handle greater loads ? dev.ale.0.%desc: Atheros AR8121/AR8113/AR8114 PCIe Ethernet dev.ale.0.%driver: ale dev.ale.0.%location: slot=0 function=0 dev.ale.0.%pnpinfo: vendor=0x1969 device=0x1026 subvendor=0x1043 subdevice=0x8226 class=0x020000 dev.ale.0.%parent: pci4 dev.ale.0.int_rx_mod: 30 dev.ale.0.int_tx_mod: 1000 dev.ale.0.process_limit: 64 dev.ale.0.reset_brk_seq: 0 dev.ale.0.stats.rx.good_frames: 40750507 dev.ale.0.stats.rx.good_bcast_frames: 56321 dev.ale.0.stats.rx.good_mcast_frames: 9 dev.ale.0.stats.rx.pause_frames: 0 dev.ale.0.stats.rx.control_frames: 0 dev.ale.0.stats.rx.crc_errs: 0 dev.ale.0.stats.rx.len_errs: 0 dev.ale.0.stats.rx.good_octets: 60667019510 dev.ale.0.stats.rx.good_bcast_octets: 4090260 dev.ale.0.stats.rx.good_mcast_octets: 1220 dev.ale.0.stats.rx.runts: 0 dev.ale.0.stats.rx.fragments: 0 dev.ale.0.stats.rx.frames_64: 96112 dev.ale.0.stats.rx.frames_65_127: 224804 dev.ale.0.stats.rx.frames_128_255: 162357 dev.ale.0.stats.rx.frames_256_511: 6546 dev.ale.0.stats.rx.frames_512_1023: 213983 dev.ale.0.stats.rx.frames_1024_1518: 40088225 dev.ale.0.stats.rx.frames_1519_max: 0 dev.ale.0.stats.rx.trunc_errs: 0 dev.ale.0.stats.rx.fifo_oflows: 87 dev.ale.0.stats.rx.rrs_errs: 0 dev.ale.0.stats.rx.align_errs: 0 dev.ale.0.stats.rx.filtered: 41433 Is -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu May 27 14:49:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA97E106567B for ; Thu, 27 May 2010 14:49:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F08D8FC0C for ; Thu, 27 May 2010 14:49:34 +0000 (UTC) Received: by gyh20 with SMTP id 20so20840gyh.13 for ; Thu, 27 May 2010 07:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+aWnOVWofFKGldDzbIAEfRhJPt5ZuA9u1x/k0uo1aLQ=; b=FZZ2BU/h6GtmmMtyjc/bM7G43Zw6LI+wQhV/ELdjT1V9y4anzoMq723dBjzCZwfo09 CLEFLtnOekp0Dwq/stt97n/wOOnJ4rag9ztVWhLqTtKkPf48LaanoD9uRJklnVw5ICuK oVvDFrh9llbLwTv+Beu3Ka8e29pPQSZX4vm78= 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:content-transfer-encoding; b=VFizdpGb0Sxnw2eWGPMIlNQYMgxKBK48c+o7gFj1QXnnkniIRxuRcdC41RGg52VJMS 54Tm321+j4g5Qw1xv69V3n46QNGd0MLg7H0GqGQxsFj9sa6/xJbOFM4BjAZIuLZ9Y7Qr Pdk2vZlZA+E3ePRSZ5vOHxYZ1GH/vORJ/myZQ= MIME-Version: 1.0 Received: by 10.101.11.32 with SMTP id o32mr12126908ani.98.1274971773532; Thu, 27 May 2010 07:49:33 -0700 (PDT) Received: by 10.100.208.9 with HTTP; Thu, 27 May 2010 07:49:33 -0700 (PDT) In-Reply-To: <36AED70D-52B8-47AD-8E6A-C21402D42151@lassitu.de> References: <36AED70D-52B8-47AD-8E6A-C21402D42151@lassitu.de> Date: Thu, 27 May 2010 18:49:33 +0400 Message-ID: From: pluknet To: Stefan Bethke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: panic on zfs unmount 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, 27 May 2010 14:49:34 -0000 On 11 December 2009 23:28, Stefan Bethke wrote: > I still sometimes get the "lost" .zfs/snapshot directory, with resulting = panic, and it just happened again. =A0I have the full crash dump, if anyone= wants to look at details. > > # cd /jail/foo/.zfs > # ls > ls: snapshot: Bad file descriptor > # cd > # zfs umount tank/jail/foo > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0xa8 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor write data, page not= present > instruction pointer =A0 =A0 =3D 0x20:0xffffffff8033fac5 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80626cf9d0 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xffffff80626cf9e0 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, long 1,= def32 0, gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 38362 (zfs) > trap number =A0 =A0 =A0 =A0 =A0 =A0 =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 7d3h33m46s > Physical memory: 3313 MB > > #0 =A0doadump () at pcpu.h:223 > 223 =A0 =A0 pcpu.h: No such file or directory. > =A0 =A0 =A0 =A0in pcpu.h > (kgdb) #0 =A0doadump () at pcpu.h:223 > #1 =A00xffffffff80337bd9 in boot (howto=3D260) > =A0 =A0at /usr/src/sys/kern/kern_shutdown.c:416 > #2 =A00xffffffff8033802c in panic (fmt=3DVariable "fmt" is not available. > ) > =A0 =A0at /usr/src/sys/kern/kern_shutdown.c:579 > #3 =A00xffffffff805cc2ad in trap_fatal (frame=3D0xc, eva=3DVariable "eva"= is not available. > ) > =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:857 > #4 =A00xffffffff805cc694 in trap_pfault (frame=3D0xffffff80626cf920, user= mode=3D0) > =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:773 > #5 =A00xffffffff805cd06a in trap (frame=3D0xffffff80626cf920) > =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:499 > #6 =A00xffffffff805b2943 in calltrap () > =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:224 > #7 =A00xffffffff8033fac5 in _sx_xlock (sx=3D0x90, opts=3D0, > =A0 =A0file=3D0xffffffff80ac1d30 "/usr/src/sys/modules/zfs/../../cddl/con= trib/opensolaris/uts/common/fs/zfs/zfs_ctldir.c", line=3D1349) at atomic.h:= 158 > #8 =A00xffffffff80a53b85 in zfsctl_umount_snapshots (vfsp=3DVariable "vfs= p" is not available. > ) > =A0 =A0at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com= mon/fs/zfs/zfs_ctldir.c:1349 > #9 =A00xffffffff80a604f9 in zfs_umount (vfsp=3D0xffffff00017518d0, fflag= =3D0) > =A0 =A0at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/com= mon/fs/zfs/zfs_vfsops.c:1020 > #10 0xffffffff803c080a in dounmount (mp=3D0xffffff00017518d0, flags=3D0, = td=3DVariable "td" is not available. > ) > =A0 =A0at /usr/src/sys/kern/vfs_mount.c:1294 > #11 0xffffffff803c1038 in unmount (td=3D0xffffff002ed50720, > =A0 =A0uap=3D0xffffff80626cfbf0) at /usr/src/sys/kern/vfs_mount.c:1179 > #12 0xffffffff805cc906 in syscall (frame=3D0xffffff80626cfc80) > =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:989 > #13 0xffffffff805b2c21 in Xfast_syscall () > =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:373 > #14 0x0000000800f4ba4c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > -- > Stefan Bethke =A0 Fon +49 151 14070811 > Same trace, when trying to destroy pool with mounted snapshots. Seen on 7.3-amd64 Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xc0 fault code =3D supervisor write data, page not present instruction pointer =3D 0x8:0xffffffff80543525 stack pointer =3D 0x10:0xffffff8107cd79c0 frame pointer =3D 0x10:0xffffff8107cd79d0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 50534 (zpool) db> bt Tracing pid 50534 tid 100409 td 0xffffff005e3ab740 _sx_xlock() at _sx_xlock+0x15 zfsctl_umount_snapshots() at zfsctl_umount_snapshots+0xa5 zfs_umount() at zfs_umount+0xd0 dounmount() at dounmount+0x2c9 unmount() at unmount+0x30a syscall() at syscall+0x256 Xfast_syscall() at Xfast_syscall+0xab --- syscall (22, FreeBSD ELF64, unmount), rip =3D 0x801032cdc, rsp =3D 0x7fffffffaac8, rbp =3D 0x801302000 --- --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu May 27 15:48:44 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 294231065676 for ; Thu, 27 May 2010 15:48:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id CD1AD8FC14 for ; Thu, 27 May 2010 15:48:43 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta04.westchester.pa.mail.comcast.net with comcast id Nbrb1e0070QuhwU54fokun; Thu, 27 May 2010 15:48:44 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta02.westchester.pa.mail.comcast.net with comcast id Nfoi1e0063S48mS3Nfoi52; Thu, 27 May 2010 15:48:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AEADC9B418; Thu, 27 May 2010 08:48:40 -0700 (PDT) Date: Thu, 27 May 2010 08:48:40 -0700 From: Jeremy Chadwick To: Olaf Seibert Message-ID: <20100527154840.GA43710@icarus.home.lan> References: <20100527131310.GS883@twoquid.cs.ru.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100527131310.GS883@twoquid.cs.ru.nl> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: nfe0 loses network connectivity (8.0-RELEASE-p2) 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, 27 May 2010 15:48:44 -0000 On Thu, May 27, 2010 at 03:13:10PM +0200, Olaf Seibert wrote: > Is there a way to increase the maximum number of mbufs, or better yet, > limit the use by whatever is using them too much? Regarding your first question: I believe kern.ipc.nmbclusters controls what you want. This is a loader.conf tunable so you'll need to reboot. Network buffer tuning is documented, Section 11.13.2. Please read this before adjusting the tunable. http://www.freebsd.org/doc/en/books/handbook/configtuning-kernel-limits.html It would probably be more effective in the long run to find out why your mbuf count is so high and determine if said situation is caused by a problem with the NIC driver, or if there's something going on on your machine that's causing it. Regarding your 2nd question: not to my knowledge. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu May 27 16:18:39 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635E21065674 for ; Thu, 27 May 2010 16:18:39 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 019F68FC0A for ; Thu, 27 May 2010 16:18:38 +0000 (UTC) Received: by vws12 with SMTP id 12so147559vws.13 for ; Thu, 27 May 2010 09:18:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=1SQVyyCxeKw8F25GEAC90ccTLR4ElXic7hnza8ZutVc=; b=n+3YslzgmcJXifcF9lBWc/0qEovFcxY7uqUlBTBBtIXz3otORYkFWDOH70YCLLpfWf BtVdkI7rNQ9vWg8uWwKqD/bOnqdroco6SEz4Hyl9km+qoyMxpUYXtBbsUMzrhv4gzZAY ARTrpV7WFPENxFPzm8Zsbtlc5DBQL8aSgDpjI= 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=VuJ0EjymkUcN9WhiAOhprrp78EdOaZhcjixkJjtGCkhaqGG4oOxLJ+2eEU3Ns0YHKT FgVLXLLc/2NXr6gTt8CuUZliof2BI7iJYBAS6y0v3YZwJoozgOAJSvo5erI06WLXL7hR Wxx9tVdYFg1N3OqCR1umMldps720OeCy96K/Q= MIME-Version: 1.0 Received: by 10.229.218.19 with SMTP id ho19mr2331121qcb.143.1274977117441; Thu, 27 May 2010 09:18:37 -0700 (PDT) Received: by 10.229.184.76 with HTTP; Thu, 27 May 2010 09:18:37 -0700 (PDT) In-Reply-To: <619287.68177.qm@web120513.mail.ne1.yahoo.com> References: <619287.68177.qm@web120513.mail.ne1.yahoo.com> Date: Thu, 27 May 2010 09:18:37 -0700 Message-ID: From: Jack Vogel To: Kirill Yelizarov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Strange igb befavior 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, 27 May 2010 16:18:39 -0000 Well, it might make sense to increase the mbuf pool, do: sysctl kern.ipc.nmbclusters this is a parameter that can be set in /etc/sysctl.conf. Our testers set this on all their machines to 262144. As for the aim stuff, and that includes those latency tuneables, they have all been replaced in my latest code with a simplified, more automatic approach. Jack On Thu, May 27, 2010 at 3:30 AM, Kirill Yelizarov wrote: > Thank You Jack > > i'll keep it at 2048 now. I have plans to add two more igb interfaces. > Should i decrease values to 1024 in case i will have four interfaces in > server? > > I found there are additional tweaks for igb card available: > hw.igb.enable_aim=1 this one enabled by default and i understand its > meaning > Where can i read about the rest? > hw.igb.low_latency=1000 > hw.igb.ave_latency=2000 > hw.igb.bulk_latency=4000 > hw.igb.rx_process_limit=400 > hw.igb.fc_setting=0 > hw.igb.lro=0 > > Some years ago i downloaded an article about em card from intel site. > Perhaps there is one for igb as well? > > Kirill > > --- On Thu, 5/27/10, Jack Vogel wrote: > > > From: Jack Vogel > > Subject: Re: Strange igb befavior > > To: "Kirill Yelizarov" > > Cc: freebsd-stable@freebsd.org > > Date: Thursday, May 27, 2010, 1:06 PM > > Panic is due to a failure to get > > enough mbufs, when you make your ring that > > big you > > hit the problem, I have been experimenting with a change to > > fix it but am > > not yet > > completely confident, for the moment don't make your ring > > so big :) > > > > Jack > > > > > > On Thu, May 27, 2010 at 1:08 AM, Kirill Yelizarov > > wrote: > > > > > Hi > > > > > > I'm having reproducible panics with 8-Stable of May13 > > 2010. Panic occurs in > > > igb code. Panic start to happen when i set > > hw.igb.rxd="4096" and > > > hw.igb.txd="4096" in /boot/loader.conf. Panic happens > > immediately after boot > > > in igb1 code in my case. igb1 is connected to 100Mbit > > 3COM switch and switch > > > is not connected to anything else. > > > > > > Here is dmesg for igb > > > # dmesg | grep igb > > > igb0: > - 1.9.5> port > > > 0x2020-0x203f mem > > 0xb1a20000-0xb1a3ffff,0xb1a44000-0xb1a47fff irq 40 at > > > device 0.0 on pci1 > > > igb0: Using MSIX interrupts with 5 vectors > > > igb0: [ITHREAD] > > > igb0: [ITHREAD] > > > igb0: [ITHREAD] > > > igb0: [ITHREAD] > > > igb0: [ITHREAD] > > > igb0: Ethernet address: 00:15:17:ba:2e:00 > > > igb1: > - 1.9.5> port > > > 0x2000-0x201f mem > > 0xb1a00000-0xb1a1ffff,0xb1a40000-0xb1a43fff irq 28 at > > > device 0.1 on pci1 > > > igb1: Using MSIX interrupts with 5 vectors > > > igb1: [ITHREAD] > > > igb1: [ITHREAD] > > > igb1: [ITHREAD] > > > igb1: [ITHREAD] > > > igb1: [ITHREAD] > > > igb1: Ethernet address: 00:15:17:ba:2e:01 > > > igb1: link state changed to UP > > > igb0: link state changed to UP > > > > > > border2# ifconfig > > > igb0: > > flags=8843 > > metric 0 mtu 1500 > > > > > options=13b > > > ether 00:15:17:ba:2e:00 > > > inet 192.168.10.2 netmask > > 0xffffff00 broadcast 192.168.10.255 > > > inet 192.168.10.201 netmask > > 0xffffffff broadcast 192.168.10.201 > > > inet 192.168.10.202 netmask > > 0xffffffff broadcast 192.168.10.202 > > > inet 192.168.10.203 netmask > > 0xffffffff broadcast 192.168.10.203 > > > inet 192.168.10.204 netmask > > 0xffffffff broadcast 192.168.10.204 > > > media: Ethernet autoselect > > (1000baseT ) > > > status: active > > > igb1: > > flags=8843 > > metric 0 mtu 1500 > > > > > options=13b > > > ether 00:15:17:ba:2e:01 > > > inet XXX.74.229.230 netmask > > 0xfffffff0 broadcast XXX.74.229.239 > > > inet XXX.74.229.226 netmask > > 0xffffffff broadcast XXX.74.229.226 > > > inet XXX.74.229.227 netmask > > 0xffffffff broadcast XXX.74.229.227 > > > media: Ethernet autoselect > > (100baseTX ) > > > status: active > > > lo0: flags=8049 > > metric 0 mtu 16384 > > > > > options=3 > > > inet 127.0.0.1 netmask > > 0xff000000 > > > pfsync0: flags=0<> metric 0 mtu 1460 > > > syncpeer: 224.0.0.240 > > maxupd: 128 > > > pflog0: flags=141 metric 0 > > mtu 33152 > > > > > > #pciconf -lv > > > igb0@pci0:1:0:0: > > class=0x020000 card=0x34de8086 chip=0x10a78086 > > > rev=0x02 hdr=0x00 > > > vendor = 'Intel > > Corporation' > > > device = '82575EB > > Gigabit Network Connection' > > > class = network > > > subclass = ethernet > > > igb1@pci0:1:0:1: > > class=0x020000 card=0x34de8086 chip=0x10a78086 > > > rev=0x02 hdr=0x00 > > > vendor = 'Intel > > Corporation' > > > device = '82575EB > > Gigabit Network Connection' > > > class = network > > > subclass = ethernet > > > > > > # netstat -i > > > Name Mtu Network > > Address > > Ipkts Ierrs Idrop Opkts > > > Oerrs Coll > > > igb0 1500 > > 00:15:17:ba:2e:00 2315 > > 0 0 > > 1415 > > > 0 0 > > > igb0 1500 192.168.10.0 > > border2 > > 1664 - > > - 1412 > > > - - > > > igb0 1500 192.168.10.20 > > mysql-border2 > > 0 - - > > 0 > > > - - > > > igb0 1500 192.168.10.20 > > apache-border2 > > 0 - > > - 0 > > > - - > > > igb0 1500 192.168.10.20 > > squid-border2 > > 0 - - > > 0 > > > - - > > > igb0 1500 192.168.10.20 > > postgresql-border 1 > > - - > > 0 > > > - - > > > igb1 1500 > > 00:15:17:ba:2e:01 129 > > 0 0 > > 0 > > > 0 0 > > > igb1 1500 XXX.74.229.22 border2 > > > > 0 - - > > 0 > > > - - > > > igb1 1500 XXX.74.229.22 > > apache-border2 > > 0 - > > - 0 > > > - - > > > igb1 1500 XXX.74.229.22 > > squid-border2 > > 0 - - > > 0 > > > - - > > > lo0 16384 > > > > 1 > > 0 0 > > 1 > > > 0 0 > > > lo0 16384 your-net > > localhost > > 0 - > > - 1 > > > - - > > > pfsyn 1460 > > > > 0 > > 0 0 > > 0 > > > 0 0 > > > pflog 33152 > > > > 0 > > 0 0 > > 0 > > > 0 0 > > > > > > There are several jails on this server. > > > > > > When i set hw.igb.rxd="2048" and hw.igb.txd="2048" i > > don't have panic > > > anymore. > > > > > > The reason i tried to add more buffers than default is > > because i have NFS > > > export on this server. But it is on igb0. igb1 is > > currently doing nothing > > > but it will soon once the server will be ready for > > production. > > > > > > I didn't get core dump because my system is rather > > old. But i can do it if > > > needed. > > > > > > Regards, > > > Kirill > > > > > > > > > > > > _______________________________________________ > > > 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 > " > > > > > > From owner-freebsd-stable@FreeBSD.ORG Thu May 27 17:29:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19AC1065670 for ; Thu, 27 May 2010 17:29:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 808D28FC0A for ; Thu, 27 May 2010 17:29:35 +0000 (UTC) Received: by pxi7 with SMTP id 7so146454pxi.13 for ; Thu, 27 May 2010 10:29:35 -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=Dk7lCTkx8sqwVYCikaFuqW+EWyHbwsuFJQwY1T/bpnM=; b=rDPFgN5tWxFax11proLsymFLCv1uW7BiimKcFEdsnLCXNfEXP/MD6/lWiqQ8X3iFbV SlcU3/XcHuszfzmaH4Zlu6oPbrY1sTvaFEfgZh+noScduCKU5agZXOjWlW4HIpdcoPCa eoeK6Dw2gN0IcS6fkA8JubLxM6Sx7Lc/37rJk= 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=Sy1mhEbuKPUD0TItKo6E9FO0F8lfSmhCqFZFcd1ABC0EpqXMU7QKwJ30pSroQZC0Z3 s+FWmPH/bV141TX0FdX+XO4HwBef3o2maUxwi/3ojoks26xp5sfi3k/6EdSK64madJLm kjFqDS1nnviNFRO1IOLVR9e0PO88Fxb9c8xcg= Received: by 10.140.56.6 with SMTP id e6mr8241581rva.81.1274981374790; Thu, 27 May 2010 10:29:34 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id b1sm1239885rvn.14.2010.05.27.10.29.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 27 May 2010 10:29:33 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 27 May 2010 10:28:10 -0700 From: Pyun YongHyeon Date: Thu, 27 May 2010 10:28:10 -0700 To: Mike Tancsa Message-ID: <20100527172810.GB1211@michelle.cdnetworks.com> References: <201005261630.o4QGURLi097090@lava.sentex.ca> <20100526164136.GA9371@michelle.cdnetworks.com> <201005271331.o4RDV9rX001502@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005271331.o4RDV9rX001502@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: ale stats (AR8121) 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: Thu, 27 May 2010 17:29:35 -0000 On Thu, May 27, 2010 at 09:31:03AM -0400, Mike Tancsa wrote: > At 12:41 PM 5/26/2010, Pyun YongHyeon wrote: > > >Anyway I have to ask Atheros what the counter really means. > >Thanks for reminding it. If I get some feedback I'll let you know. > > Thanks! > One more question about this NIC. While doing some stress testing as > an nfsserver, I did get a few fifo overflows. Is there any tuning > that can be done to handle greater loads ? > ale(4) controllers are low-end consumer ethernet controllers. Driver has to copy every received frames from DMAed buffer to mbufs and it requires a lot of CPU cycles. The controller works like gigabit rl(4) controller. This may not be a problem for desktop or notebook usage but it wouln't be appropriate on server. I guess you would get more RX FIFO errors under high load and there would be little thing to be done in that situation. Maybe enabling ethernet flow controll would be help to mitigate this. marius@ is working on implementing flow control, so when the code hits tree I'll enable it on all drivers that can handle it. > dev.ale.0.%desc: Atheros AR8121/AR8113/AR8114 PCIe Ethernet > dev.ale.0.%driver: ale > dev.ale.0.%location: slot=0 function=0 > dev.ale.0.%pnpinfo: vendor=0x1969 device=0x1026 subvendor=0x1043 > subdevice=0x8226 class=0x020000 > dev.ale.0.%parent: pci4 > dev.ale.0.int_rx_mod: 30 > dev.ale.0.int_tx_mod: 1000 > dev.ale.0.process_limit: 64 > dev.ale.0.reset_brk_seq: 0 > dev.ale.0.stats.rx.good_frames: 40750507 > dev.ale.0.stats.rx.good_bcast_frames: 56321 > dev.ale.0.stats.rx.good_mcast_frames: 9 > dev.ale.0.stats.rx.pause_frames: 0 > dev.ale.0.stats.rx.control_frames: 0 > dev.ale.0.stats.rx.crc_errs: 0 > dev.ale.0.stats.rx.len_errs: 0 > dev.ale.0.stats.rx.good_octets: 60667019510 > dev.ale.0.stats.rx.good_bcast_octets: 4090260 > dev.ale.0.stats.rx.good_mcast_octets: 1220 > dev.ale.0.stats.rx.runts: 0 > dev.ale.0.stats.rx.fragments: 0 > dev.ale.0.stats.rx.frames_64: 96112 > dev.ale.0.stats.rx.frames_65_127: 224804 > dev.ale.0.stats.rx.frames_128_255: 162357 > dev.ale.0.stats.rx.frames_256_511: 6546 > dev.ale.0.stats.rx.frames_512_1023: 213983 > dev.ale.0.stats.rx.frames_1024_1518: 40088225 > dev.ale.0.stats.rx.frames_1519_max: 0 > dev.ale.0.stats.rx.trunc_errs: 0 > dev.ale.0.stats.rx.fifo_oflows: 87 > dev.ale.0.stats.rx.rrs_errs: 0 > dev.ale.0.stats.rx.align_errs: 0 > dev.ale.0.stats.rx.filtered: 41433 > > Is > > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > From owner-freebsd-stable@FreeBSD.ORG Thu May 27 17:43:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D76B71065670 for ; Thu, 27 May 2010 17:43:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A72338FC0A for ; Thu, 27 May 2010 17:43:34 +0000 (UTC) Received: by pwj4 with SMTP id 4so189032pwj.13 for ; Thu, 27 May 2010 10:43:34 -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=5Es904WF/O9OswEjiRpzq19I7OSpagjdCRvV9txfCsY=; b=s1Ics2DvOttf3bCi/0R2rl5HBp7+i8V+hZMa+iBBXKZvTIoA9wEr6vYtjYzR1qEFlO dFVbUwxs7okCUwJxBgKpV2H2Byo71rqhhtf5QX6j/1MTpg3HB/YVce/h83/h5rueCM5I d2B7fQmppHoQUFzlLZ7173d0CIJj4OOBLvLng= 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=Og1NU88IxujH4q/AQTHrqJleKqkmoMUegwqErfYTJhqrp7w2+41xTgbYEsSpEDc/M2 ulfERo+KRAslLNXne1R3luE8CIVQ2X3GB6klvlgUuwOg7SIFJ+S+o2fktb9IhQw08pg9 +7k7SdbIqk1bEn9ENUGTumi7WwtQZ7AV+Tn0A= Received: by 10.115.36.31 with SMTP id o31mr9387113waj.171.1274982213953; Thu, 27 May 2010 10:43:33 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d20sm11828240waa.15.2010.05.27.10.43.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 27 May 2010 10:43:33 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 27 May 2010 10:42:11 -0700 From: Pyun YongHyeon Date: Thu, 27 May 2010 10:42:11 -0700 To: Olaf Seibert Message-ID: <20100527174211.GC1211@michelle.cdnetworks.com> References: <20100527131310.GS883@twoquid.cs.ru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100527131310.GS883@twoquid.cs.ru.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: nfe0 loses network connectivity (8.0-RELEASE-p2) 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: Thu, 27 May 2010 17:43:34 -0000 On Thu, May 27, 2010 at 03:13:10PM +0200, Olaf Seibert wrote: > I have a machine with FreeBSD 8.0-RELEASE-p2 which has a big ZFS file > system and serves as file server (NFS (newnfs)). > > >From time to time however it seems to lose all network connectivity. The > machine isn't down; from the console (an IPMI console) it works fine. > > I have tried things like bringing nfe0 down and up again, turning off > things like checksum offload, and none of them really seem to work > (although apparently sometimes by accident, a thing I try seems to help, > but a short time later connectivity is lost again). > > Carrier status and things like that seem all normal: > > nfe0: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:30:48:xx:xx:xx > inet 131.174.xx.xx netmask 0xffffff00 broadcast 131.174.xx.xxx > media: Ethernet autoselect (1000baseT ) > status: active > > One time when I was doing an "ifconfig nfe0 up" I got the message > "initialization failed: no memory for rx buffers", so I am currently > thinking in the direction of mbuf starvation (with something requiring > too many mbufs to make any progress; I've seen such a thing with inodes > once). > > Here is the output of netstat -m while the problem was going on: > > 25751/1774/27525 mbufs in use (current/cache/total) > 24985/615/25600/25600 mbuf clusters in use (current/cache/total/max) ^^^^^^^^^^^^^^^^^^^^^ As Jeremy said, it seems you're hitting mbuf shortage situation. I think nfe(4) is dropping received frames in that case. See how many packets were dropped due to mbuf shortage from the output of "netstat -ndI nfe0". You can also use "sysctl dev.nfe.0.stats" to see MAC statistics maintained in nfe(4) if your MCP controller supports hardware MAC counters. > 23254/532 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/95/95/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) > 56407K/2053K/58461K bytes allocated to network (current/cache/total) > 0/2084/1031 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 > 10 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > while here are the figures a short time after a reboot (a reboot always > "fixes" the problem): > > 2133/2352/4485 mbufs in use (current/cache/total) > 1353/2205/3558/25600 mbuf clusters in use (current/cache/total/max) > 409/871 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) > 3239K/5138K/8377K 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 > > Is there a way to increase the maximum number of mbufs, or better yet, > limit the use by whatever is using them too much? > You already hit the mbuf limit so nfe(4) might have started to drop incoming frames. From owner-freebsd-stable@FreeBSD.ORG Thu May 27 19:08:51 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1B581065675 for ; Thu, 27 May 2010 19:08:51 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from mx23.islandnet.com (mx23.islandnet.com [199.175.106.103]) by mx1.freebsd.org (Postfix) with ESMTP id BAA688FC1D for ; Thu, 27 May 2010 19:08:51 +0000 (UTC) Received: from [199.175.106.221] (port=36442 helo=helpdesk.islandnet.com) by mx2.islandnet.com with SMTP id 1OHiRm-000ExX-9D ; Thu, 27 May 2010 12:08:50 -0700 From: Mark Morley To: Rick Macklem Date: Thu, 27 May 2010 12:08:50 -0700 X-Priority: 3 X-Mailer: Islandnet.com Helpdesk Webmail MIME-Version: 1.0 Message-Id: <20100527190851.D1B581065675@hub.freebsd.org> Content-Type: text/plain; charset="UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Mark Morley Subject: Re: NFS trouble on 7.3-STABLE i386 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, 27 May 2010 19:08:51 -0000 On Tue, 25 May 2010 20:59:08 -0400 (EDT) Rick Macklem wrote:You could try this patch. (It reverts the only vnode locking change that I can see was done the the nfs server between 7.1 and 7.3.): . . . If you get a chance to try it, please let us know if it helps, rick The patch didn't help I'm afraid. I wound up reverting back to 7.1 and after more than 24 hours I haven't seen a single stuck nfsd. Mark From owner-freebsd-stable@FreeBSD.ORG Thu May 27 22:45:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B1EA1065672; Thu, 27 May 2010 22:45:54 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF678FC20; Thu, 27 May 2010 22:45:53 +0000 (UTC) Received: from vhoffman-macbook.local ([10.0.0.173]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id o4RMjqQF082113 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 27 May 2010 23:45:52 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4BFEF620.4040806@unsane.co.uk> Date: Thu, 27 May 2010 23:45:52 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "O. Hartmann" References: <4BFE219E.1060508@zedat.fu-berlin.de> In-Reply-To: <4BFE219E.1060508@zedat.fu-berlin.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , freebsd-ports@freebsd.org Subject: Re: www/lighttpd: lighttpd won't start anymore after SSL Update in 8.1-PRERELEASE (2010-05-27 09:34:56: (network.c.529) SSL: error:00000000:lib(0):func(0):reason(0)) 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, 27 May 2010 22:45:54 -0000 On 27/05/2010 08:39, O. Hartmann wrote: > Since I performed a make buildworld and installed everything and after > an update of the ports tree (with which lighttpd was updated from > lighttpd-1.4.26 to lighttpd-1.4.26_1 I receive this error when trying > to start lighttpd: > > 2010-05-27 09:34:56: (network.c.529) SSL: > error:00000000:lib(0):func(0):reason(0) > > Are there any suggestions/known issues/workaround or is this a serious > error and should be ready for a PR? > It sounds like this error http://dev.modmancer.com/index.php/2010/05/23/lighttpd-and-network-c-529-ssl-error/ There is a fix in that URL but a PR if there isnt one would probably make sense. Vince > Thanks ina advance, > Oliver > _______________________________________________ > 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 Thu May 27 23:57:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA43C1065673 for ; Thu, 27 May 2010 23:57: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 A09C28FC14 for ; Thu, 27 May 2010 23:57:13 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAKuj/kuDaFvJ/2dsb2JhbACeInHAcIUTBA X-IronPort-AV: E=Sophos;i="4.53,314,1272859200"; d="scan'208";a="78617720" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 27 May 2010 19:57:12 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id CD3B8FB8109; Thu, 27 May 2010 19:57:12 -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 rj7ijKf56NzS; Thu, 27 May 2010 19:57:12 -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 1D29AFB80DB; Thu, 27 May 2010 19:57:12 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o4S0Cmw26392; Thu, 27 May 2010 20:12:48 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Thu, 27 May 2010 20:12:48 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Mark Morley In-Reply-To: <20100526100804.89DAC109C2E2@fraser.cs.uoguelph.ca> Message-ID: References: <20100526100804.89DAC109C2E2@fraser.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: NFS trouble on 7.3-STABLE i386 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, 27 May 2010 23:57:14 -0000 On Wed, 26 May 2010, Mark Morley wrote: > > Thanks, but unfortunately it didn't work. Rebooted it four hours ago with the patch in place and at the moment I have seven nfsd processes stuck in that state. > > Could it indicate a problem with the underlying disk system? It's an aac0 raid, but it has no errors and the controller indicates all is well, so I doubt it. > Just about anything is possible. All we seem to know at this point is that it is some change that went in between 7.1->7.3. It also doesn't appear to be the only change that was done to the nfs server during this period. Any change applied to the aac driver might be a factor, but?? Is anyone else seeing this problem (nfsd threads stuck in wchan "ufs") on FreeBSD7.3? rick From owner-freebsd-stable@FreeBSD.ORG Fri May 28 00:04:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D999106566C for ; Fri, 28 May 2010 00:04:33 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 640AB8FC14 for ; Fri, 28 May 2010 00:04:33 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id o4RNmgWh014243 for ; Thu, 27 May 2010 16:48:42 -0700 (PDT) Message-Id: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 May 2010 16:48:42 -0700 From: Dave Hayes Subject: Locking a file backed mdconfig into memory 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, 28 May 2010 00:04:33 -0000 On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like this: mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file so that /dvd/file becomes the backing storage for my memory disk. Now if the system is under severe memory pressure, will this memory get swapped out, causing a read from the DVD? How would I tell the system to never swap this file out of ram, even under severe memory pressure? The idea is to load this backing storage once and only once from the DVD into memory and leave it there. Thanks in advance. -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Have you noticed how economical the human race is with it's idols? It sets them up, enjoys them, then falls upon them and devours them until nothing is left. Even the complete consumption of the idol, if it is another human being, is not the end. There are then hundreds of years worth of argument and analysis to be worked through... From owner-freebsd-stable@FreeBSD.ORG Fri May 28 01:26:13 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 018921065675 for ; Fri, 28 May 2010 01:26:13 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id B0A248FC08 for ; Fri, 28 May 2010 01:26:12 +0000 (UTC) Received: by qyk11 with SMTP id 11so992936qyk.13 for ; Thu, 27 May 2010 18:26:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tgLqOEyyFKgPnH9DNuw+5aGtWSqI5mS+FyxKsWuFw3s=; b=j3yNOudIJtsWee/Vzc5uiqLc4AJ0wuAf+DKWUAGdXTRBBRxqI2OdA8v5ppxK3HJo6L GOlsowYJJgqsCjEm5psiiW19qhiR8/AG6DuYrAAUl4k0eQbnjqHfCG7SPs/7IhftpLvI 64qHeoHiUqfnY+L7v7JYH/WkmxkPc38eK6uT4= 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:content-transfer-encoding; b=YyySDprwnAH7GJm957DYs6KTyzURNPhLin2fw8Vpd0O+jqvANZcGjC9OP8oKcMLQWh jIkdfX/j6FCmrSxAJBwrSwam1pukHNh47oaX6v16vgdFRqaJ9qF2cYnG0Yen79eEXU6V mNNKWD0Jbf3mQmgCy8CQcEr5Ie+ftqSVxyF58= MIME-Version: 1.0 Received: by 10.229.228.77 with SMTP id jd13mr2496046qcb.177.1275009971802; Thu, 27 May 2010 18:26:11 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Thu, 27 May 2010 18:26:11 -0700 (PDT) In-Reply-To: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> Date: Thu, 27 May 2010 18:26:11 -0700 Message-ID: From: Garrett Cooper To: Dave Hayes Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 01:26:13 -0000 On Thu, May 27, 2010 at 4:48 PM, Dave Hayes wrote: > On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like > this: > > =A0mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file > > so that /dvd/file becomes the backing storage for my memory > disk. > > Now if the system is under severe memory pressure, will this > memory get swapped out, causing a read from the DVD? What swap? Need more details... > How would I tell the system to never swap this file out of ram, even unde= r > severe memory pressure? You might be misunderstanding the purpose of the -t option for mdconfig(8): -t type Select the type of the memory disk. malloc Storage for this type of memory disk is allocated wit= h malloc(9). This limits the size to the malloc bucket limit in the kernel. If the -o reserve option is not set, creating and filling a large malloc-backed memor= y disk is a very easy way to panic a system. vnode A file specified with -f file becomes the backing sto= re for this memory disk. swap Storage for this type of memory disk is allocated fro= m buffer memory. Pages get pushed out to the swap when the system is under memory pressure, otherwise they s= tay in the operating memory. Using swap backing is gener= - ally preferable over malloc backing. -t vnode points to a file, not to memory. I have no idea how that file is being backed though on the machine.. > The idea is to load this backing storage once and only once > from the DVD into memory and leave it there. I think you wanted -t malloc -o reserve, maybe based on your description ab= ove. HTH, -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri May 28 04:30:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA9A61065676 for ; Fri, 28 May 2010 04:30:12 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (outgoing01.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id 687868FC15 for ; Fri, 28 May 2010 04:30:12 +0000 (UTC) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 63810D0050; Thu, 27 May 2010 18:30:08 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 8A1EE153882; Thu, 27 May 2010 18:30:07 -1000 (HST) Date: Thu, 27 May 2010 18:30:07 -1000 From: Clifton Royston To: Dave Hayes Message-ID: <20100528043006.GA18560@lava.net> Mail-Followup-To: Dave Hayes , freebsd-stable@freebsd.org References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 04:30:12 -0000 On Thu, May 27, 2010 at 04:48:42PM -0700, Dave Hayes wrote: > On FreeBSD 7.3-STABLE I'm mounting a DVD and doing something like > this: > > mdconfig -a -t vnode -o reserve -o readonly -f /dvd/file > > so that /dvd/file becomes the backing storage for my memory > disk. It sounds like what you really want is to load the contents of the specified file as a memory system? That's not part of mdconfig's repertoire, to the best of my recollection. If that's what you want, you need to use a different tool; the purpose of mdconfig is to provide scratch disk. The backing store is to specify a region its contents can be swapped out to if the system is under memory pressure (which certainly won't work with a DVD) -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Fri May 28 05:46:22 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D621F1065675; Fri, 28 May 2010 05:46:22 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 7C43A8FC15; Fri, 28 May 2010 05:46:22 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id AF1A597B3E; Fri, 28 May 2010 07:46:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 7dvMTayuuuKi; Fri, 28 May 2010 07:46:17 +0200 (CEST) Received: from [192.168.229.30] (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id B220597B35; Fri, 28 May 2010 07:46:17 +0200 (CEST) Message-ID: <4BFF589F.2050102@zirakzigil.org> Date: Fri, 28 May 2010 07:46:07 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.24 (X11/20100411) MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: PF + BRIDGE still causes system freezing 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, 28 May 2010 05:46:22 -0000 Months ago I reported a system freezing whenever bridge was used with pf. This still happens now in 8.1 prerelease: after several minutes to hours that the bridge is active the system becomes unresponsive. # uname -a FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 > cat /etc/sysctl.conf net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=1 net.inet.carp.preempt=1 Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, pptp, asterisk 2 physical interfaces : bce0, bce1 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) 2 gif interfaces : gif0, gif1 (racoon / IPSEC) 8 static routes pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, vlan35}, 4 pass quick, block log all, about 30 pass keep state When the system freezes, I get this from the debugger --------------------------------------------------------------------- db> show allchains db> show alllocks Process 12 (intr) thread 0xffffff00024293e0 (100028) exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) locked @ /usr/src/sys/net/if_bridge.c:2184 Process 12 (intr) thread 0xffffff00022693e0 (100016) exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked @ /usr/src/sys/dev/usb/usb_transfer.c:3023 Process 12 (intr) thread 0xffffff00022607c0 (1000006) exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) locked @ /usr/src/sys/netinet/ip_carp.c:881 db> --------------------------------------------------------------------- Even if there is no solution yet, is there any quick and dirty workaround I can try? I need this rather badly... Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri May 28 07:08:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BA92106564A for ; Fri, 28 May 2010 07:08:32 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id A8E278FC1F for ; Fri, 28 May 2010 07:08:31 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 5055FA6A03C for ; Fri, 28 May 2010 15:08:29 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id ACEJJC2Cu0zB for ; Fri, 28 May 2010 15:08:24 +0800 (CST) Received: from quakelee-work (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 39860A5A29C for ; Fri, 28 May 2010 15:08:24 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:date:subject:mime-version: content-transfer-encoding:from:organization:message-id:user-agent; b=O41CH0UycQYyvjWM6VEbPw/c5C73yYdKnhN/gLa1TgSlo5mrYH4D96bluMensU/Ok bRWQEj9caYVyPAjU5jZPA== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Fri, 28 May 2010 15:08:21 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: User-Agent: Opera Mail/10.51 (Win32) Subject: The USB flash driver can't mount as root on 8.1-prerelease 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: Fri, 28 May 2010 07:08:32 -0000 Hi, all I have a box with a Intel DG45FC motherboard. I use a usb stick as root of freebsd 8-stable, but I found it can not mount root in most interface of my box after kernel initialized. There is only way I can use it: plug usb stick and my usb keyboard into two front usb socket at same time. Any other way for example plug keyboard at back socket or plug usb stick at back socket, will stop at mountroot> prompt. I wonder is that can't mount usb root problem still unresolved on 8.1-prerelease? -- The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Fri May 28 07:51:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BFEA1065670 for ; Fri, 28 May 2010 07:51:03 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3567D8FC08 for ; Fri, 28 May 2010 07:51:03 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 4E286A6A0BB for ; Fri, 28 May 2010 15:51:01 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id FbZLdLetmxVR for ; Fri, 28 May 2010 15:50:55 +0800 (CST) Received: from quakelee-work (unknown [219.142.100.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id A82E6A5A29C for ; Fri, 28 May 2010 15:50:55 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:date:subject:mime-version: content-transfer-encoding:from:organization:message-id:user-agent; b=Y4x3XiXhoxib7GeSzPjVfdRHMjutXJEt7N2E2xGPGPAV5TPnA/kr2UsI5ikGWBeNv k0dL03F2YgyLGkQ098kSA== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Fri, 28 May 2010 15:50:50 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: User-Agent: Opera Mail/10.51 (Win32) Subject: panic: rtqkill route really not free on freebsd 8.0-release 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, 28 May 2010 07:51:03 -0000 Hi all, I have four heavy load mysql database servers which system is 8.0-release got "panic: rtqkill route really not free" this week. We have a gateway set up by OpenBSD have a icmp route redirect function between two subnets, I suspect the FreeBSD panic at trying to delete routes sent from that gateway. So I set sysctl net.inet.icmp.drop_redirect=1, no more panic in past 24 hours. I guess maybe miss some locks or wrong delete route path in 8.0-release. Did any one meet this problem before? -- The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Fri May 28 10:29:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3AF1065676; Fri, 28 May 2010 10:29:12 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 32C198FC12; Fri, 28 May 2010 10:29:11 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 8EC99974AF; Fri, 28 May 2010 12:29:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id ZaVnNY0LO7d3; Fri, 28 May 2010 12:29:07 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 9550D9749D; Fri, 28 May 2010 12:29:07 +0200 (CEST) Message-ID: <4BFF9AFA.70604@zirakzigil.org> Date: Fri, 28 May 2010 12:29:14 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net References: <4BFF589F.2050102@zirakzigil.org> In-Reply-To: <4BFF589F.2050102@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 10:29:12 -0000 On 28.05.2010 07:46, Giulio Ferro wrote: I've also tried to disable all filtering: net.link.bridge.pfil_onlyip=0 net.link.bridge.pfil_member=0 net.link.bridge.pfil_bridge=0 net.link.bridge.pfil_local_phys=0 net.link.bridge.ipfw=0 net.link.bridge.ipfw_arp=0 But to no avail. It always freezes... > Months ago I reported a system freezing whenever bridge was used > with pf. This still happens now in 8.1 prerelease: after several > minutes to hours > that the bridge is active the system becomes unresponsive. > > # uname -a > FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 > 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 > >> cat /etc/sysctl.conf > net.inet.ip.forwarding=1 > net.inet.ip.fastforwarding=1 > net.inet.carp.preempt=1 > > Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, > pptp, asterisk > > 2 physical interfaces : bce0, bce1 > 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) > 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) > 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) > 2 gif interfaces : gif0, gif1 (racoon / IPSEC) > > 8 static routes > > pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, > vlan35}, 4 pass quick, block log all, about 30 pass keep state > > > > When the system freezes, I get this from the debugger > --------------------------------------------------------------------- > db> show allchains > db> show alllocks > Process 12 (intr) thread 0xffffff00024293e0 (100028) > exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) > locked @ /usr/src/sys/net/if_bridge.c:2184 > Process 12 (intr) thread 0xffffff00022693e0 (100016) > exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked > @ /usr/src/sys/dev/usb/usb_transfer.c:3023 > Process 12 (intr) thread 0xffffff00022607c0 (1000006) > exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) > locked @ /usr/src/sys/netinet/ip_carp.c:881 > db> > --------------------------------------------------------------------- > > Even if there is no solution yet, is there any quick and dirty > workaround I can try? > I need this rather badly... > > Thanks. > > _______________________________________________ > 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 Fri May 28 10:54:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3B01065675; Fri, 28 May 2010 10:54:36 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 063188FC14; Fri, 28 May 2010 10:54:35 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id DC06C978D9; Fri, 28 May 2010 12:54:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id pUlUlXEBBBiE; Fri, 28 May 2010 12:54:29 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 4C40A978C9; Fri, 28 May 2010 12:54:29 +0200 (CEST) Message-ID: <4BFFA0EC.2050609@zirakzigil.org> Date: Fri, 28 May 2010 12:54:36 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net References: <4BFF589F.2050102@zirakzigil.org> In-Reply-To: <4BFF589F.2050102@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 10:54:36 -0000 On 28.05.2010 07:46, Giulio Ferro wrote: Would it be a good idea to try netgraph bridge? Or the underlying implementation is the same as in if_bridge? > Months ago I reported a system freezing whenever bridge was used > with pf. This still happens now in 8.1 prerelease: after several > minutes to hours > that the bridge is active the system becomes unresponsive. > > # uname -a > FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 > 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 > >> cat /etc/sysctl.conf > net.inet.ip.forwarding=1 > net.inet.ip.fastforwarding=1 > net.inet.carp.preempt=1 > > Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, > pptp, asterisk > > 2 physical interfaces : bce0, bce1 > 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) > 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) > 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) > 2 gif interfaces : gif0, gif1 (racoon / IPSEC) > > 8 static routes > > pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, > vlan35}, 4 pass quick, block log all, about 30 pass keep state > > > > When the system freezes, I get this from the debugger > --------------------------------------------------------------------- > db> show allchains > db> show alllocks > Process 12 (intr) thread 0xffffff00024293e0 (100028) > exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) > locked @ /usr/src/sys/net/if_bridge.c:2184 > Process 12 (intr) thread 0xffffff00022693e0 (100016) > exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked > @ /usr/src/sys/dev/usb/usb_transfer.c:3023 > Process 12 (intr) thread 0xffffff00022607c0 (1000006) > exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) > locked @ /usr/src/sys/netinet/ip_carp.c:881 > db> > --------------------------------------------------------------------- > > Even if there is no solution yet, is there any quick and dirty > workaround I can try? > I need this rather badly... > > Thanks. > > _______________________________________________ > 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 Fri May 28 11:17:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 765C21065676 for ; Fri, 28 May 2010 11:17:53 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id 269C88FC1A for ; Fri, 28 May 2010 11:17:52 +0000 (UTC) Received: from rivendell (a91-155-174-194.elisa-laajakaista.fi [91.155.174.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: ignatz@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTPSA id 4F5B11CC4B; Fri, 28 May 2010 14:24:26 +0300 (EEST) Message-ID: <7B57EF4A00874164B7523FD6AD2ECA19@rivendell> From: "Reko Turja" To: "Giulio Ferro" , , References: <4BFF589F.2050102@zirakzigil.org> <4BFFA0EC.2050609@zirakzigil.org> In-Reply-To: <4BFFA0EC.2050609@zirakzigil.org> Date: Fri, 28 May 2010 14:18:00 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8089.726 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726 Cc: Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 11:17:53 -0000 Hmm, I wonder if possible culprit is this: >> Process 12 (intr) thread 0xffffff00022693e0 (100016) >> exclusive sleep mutex Giant (Giant) r =3D 1 (0xffffffff80c93dc0)=20 >> locked @ /usr/src/sys/dev/usb/usb_transfer.c:3023 Is the usb device used as main harddrive for the system, and have you=20 tried other usb device or installation target media like real=20 harddrive or livecd? -Reko=20 From owner-freebsd-stable@FreeBSD.ORG Fri May 28 11:20:53 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3E6106564A for ; Fri, 28 May 2010 11:20:53 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id 753B38FC15 for ; Fri, 28 May 2010 11:20:53 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-001-178.pools.arcor-ip.net [88.66.1.178]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MfVBH-1Nt1qR1DkB-00OxW8; Fri, 28 May 2010 13:20:52 +0200 Received: (qmail 33557 invoked from network); 28 May 2010 11:20:51 -0000 Received: from f8x64.laiers.local (192.168.4.188) by ns1.laiers.local with SMTP; 28 May 2010 11:20:51 -0000 From: Max Laier Organization: FreeBSD To: Giulio Ferro Date: Fri, 28 May 2010 13:20:50 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE-p2; KDE/4.4.3; amd64; ; ) References: <4BFF589F.2050102@zirakzigil.org> In-Reply-To: <4BFF589F.2050102@zirakzigil.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005281320.51027.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+EZC8zZ1kgSau2UcgSM49rAtyShVyWjIcycIk K9LJTbHdcZ1xGKWRniWraptDGe1fpYg/88Kju1glv99KRGsjHP Er5rWXjlV6FMk/oRcpRaw== Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 11:20:53 -0000 On Friday 28 May 2010 07:46:07 Giulio Ferro wrote: > Months ago I reported a system freezing whenever bridge was used > with pf. This still happens now in 8.1 prerelease: after several minutes > to hours > that the bridge is active the system becomes unresponsive. as I told you last time your reported this problem: you need to simplify your setup in order to track down the problem. For all I know, you have created a routing or ethernet loop that is the cause of your problems. Unless you can provide a simple setup that can be reproduced, you have to track down the issue yourself - sorry. Max From owner-freebsd-stable@FreeBSD.ORG Fri May 28 11:33:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DA7A106566C for ; Fri, 28 May 2010 11:33:32 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.kharkov.ua (relay.bestnet.kharkov.ua [80.92.224.3]) by mx1.freebsd.org (Postfix) with ESMTP id 044718FC21 for ; Fri, 28 May 2010 11:33:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by relay.bestnet.kharkov.ua (Postfix) with ESMTP id 2EEE0378265 for ; Fri, 28 May 2010 14:16:32 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at relay.bestnet.kharkov.ua Received: from relay.bestnet.kharkov.ua ([127.0.0.1]) by localhost (data.bestnet.kharkov.ua [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UhjmkBWW9vCT for ; Fri, 28 May 2010 14:16:32 +0300 (EEST) Received: from greg.bestnet.kharkov.ua (greg.bestnet.kharkov.ua [80.92.224.11]) by relay.bestnet.kharkov.ua (Postfix) with ESMTP id 0332037824B for ; Fri, 28 May 2010 14:16:31 +0300 (EEST) Date: Fri, 28 May 2010 14:16:31 +0300 From: Gregory Edigarov To: freebsd-stable@freebsd.org Message-ID: <20100528141631.34fda584@greg.bestnet.kharkov.ua> Organization: Bestnet, Ltd. X-Mailer: Claws Mail 3.7.5 (GTK+ 2.12.11; i386-unknown-openbsd4.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ports 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, 28 May 2010 11:33:32 -0000 Hi Everybody, Which is the minimal current version of system supported by ports? Thank you. -- With best regards, Gregory Edigarov From owner-freebsd-stable@FreeBSD.ORG Fri May 28 11:52:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A1B21065670 for ; Fri, 28 May 2010 11:52:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id E3AEB8FC0A for ; Fri, 28 May 2010 11:52:25 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 148D58C086; Fri, 28 May 2010 06:52:25 -0500 (CDT) Date: Fri, 28 May 2010 06:52:25 -0500 From: Mark Linimon To: Gregory Edigarov Message-ID: <20100528115224.GA20631@lonesome.com> References: <20100528141631.34fda584@greg.bestnet.kharkov.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100528141631.34fda584@greg.bestnet.kharkov.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: ports 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, 28 May 2010 11:52:26 -0000 On Fri, May 28, 2010 at 02:16:31PM +0300, Gregory Edigarov wrote: > Which is the minimal current version of system supported by ports? We are currently supporting the same systems that secteam does, so, for each branch, 6.4, 7.1, and 8.0, respectively. The secteam matrix can be found at http://www.freebsd.org/security/index.html#supported-branches . However, note that as individual ports are updated, they are becoming less and less compatible with the base system in 6.4, and are thus being marked 'broken'. Since the 6.x branch is only a few months from EOL, IMHO people should start moving away from it as soon as feasible. mcl From owner-freebsd-stable@FreeBSD.ORG Fri May 28 17:11:34 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1157C1065686 for ; Fri, 28 May 2010 17:11:34 +0000 (UTC) (envelope-from scott-allendorf@uiowa.edu) Received: from newton.physics.uiowa.edu (newton.physics.uiowa.edu [128.255.34.132]) by mx1.freebsd.org (Postfix) with ESMTP id D010B8FC26 for ; Fri, 28 May 2010 17:11:33 +0000 (UTC) Received: from [128.255.34.246] (osiris.physics.uiowa.edu [128.255.34.246]) (authenticated bits=0) by newton.physics.uiowa.edu (8.14.4/8.14.4) with ESMTP id o4SGWOPj022466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 28 May 2010 11:32:24 -0500 (CDT) (envelope-from scott-allendorf@uiowa.edu) Message-ID: <4BFFF013.7050005@uiowa.edu> Date: Fri, 28 May 2010 11:32:19 -0500 From: Scott Allendorf Organization: The University of Iowa, Department of Physics and Astronomy User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060709030008040900030804" Subject: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 28 May 2010 17:11:34 -0000 This is a cryptographically signed message in MIME format. --------------ms060709030008040900030804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex 960 running 8.0-RELEASE. After the upgrade, my floppy drive was no longer detected. After a binary search, the following commit appears to be responsible: http://svn.freebsd.org/viewvc/base?view=revision&revision=203544 uname -a output: =========================================================================== FreeBSD scatest2.physics.uiowa.edu 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu May 27 14:09:09 CDT 2010 sca@scatest2.physics.uiowa.edu:/usr/obj/usr/src/sys/GELFAND amd64 =========================================================================== The floppy-related lines from a verbose boot before the commit: =========================================================================== fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fdc: fdc0 already exists; skipping it =========================================================================== The floppy-related lines from a verbose boot after the commit: =========================================================================== fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [FILTER] fdc: fdc0 already exists; skipping it fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout =========================================================================== Has anyone else seen this or am I the only person that still needs floppy drives to work? This is a test system, so I am able to test potential fixes at will. Thanks, Scott -- Scott C. Allendorf Email: scott-allendorf@uiowa.edu UNIX Systems Administrator Office: 210B Van Allen Hall Department of Physics and Astronomy Voice: (319) 335-0003 The University of Iowa FAX: (319) 335-1753 Iowa City, Iowa 52242-1479 ICBM: 41 39 43.6 N 91 31 55.1 W --------------ms060709030008040900030804 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIO/DCC BEYwggOvoAMCAQICEGb9R+PCGeToms2Z3fU6yyQwDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1 MTAyNzIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnf rOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyVzm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs +Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zplYu//EHuiVrvFTnAt1qIfPO2wQuhejVch rKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFBL2OyOj++pRpu9MlKWz2VphW7NQIZ +dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5gJ925rXXOL3OVekA6hXVJsLjf aLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUCAwEAAaOB/zCB/DASBgNV HRMBAf8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4 QgEBBAQDAgEGMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQcml2YXRlTGFiZWwzLTIwNDgt MTU1MB0GA1UdDgQWBBQRfV4ZfTwE32ps1qKKGj8x2DuUUjAxBgNVHR8EKjAoMCagJKAihiBo dHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLmNybDANBgkqhkiG9w0BAQUFAAOBgQA8o9oC YzrEk6qrctPcrVA4HgyeFkqIt+7r2f8PjZWg1rv6aguuYYTYaEeJ70+ssh9JQZtJM3aTi55u uUMcYL3C3Ioth8FFwBFyBBprJCpsb+f8BxMp0Hc6I+f1wYVoGb/GAVQgGa41gsxiPGEJxvTV 67APpp8zhZrTcY5Qj5ndYjCCBVUwggQ9oAMCAQICEDnmq/zE7naErgeOHwahlT0wDQYJKoZI hvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0G A1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0 IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEg Tm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1 YnNjcmliZXIgQ0EgLSBHMjAeFw0xMDAxMTcwMDAwMDBaFw0xMTAxMTcyMzU5NTlaMIIBHjEX MBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBi eSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEz MDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMRsw GQYDVQQDFBJTY290dCBDLiBBbGxlbmRvcmYxKDAmBgkqhkiG9w0BCQEWGXNjb3R0LWFsbGVu ZG9yZkB1aW93YS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDt//Dej9TP OggYYqhk3Si72zWISvmmAH4BIeK4Ybm3ExAzGAEruWni7lHItPo27u12lwvisjvq2rOVWiPI 8UlFkOA6Xyqw8h+8bXQKu875UOVuFzS5NyzPx7lTNl3c/bFeWyk9coVFGy9z9BjVCev3IZFj ijOJEUzQFwqIOT3vQXgEo9pwbneXs6r9g3/Z4pZFcQUpX6iizAct/ccryQRGpfqSQrFn/4uz RpjWUe/lnghz4k1I2chI87SkS32919l4TtS9VN8mhaFD5fyDSOJdGEb6XX1WBb3dL7lDHBYA 34LDZ5n/Dnknhu0Rm1IfEPB/y3kC/r0lzOYtV5J2e4tTAgMBAAGjgcwwgckwCQYDVR0TBAIw ADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZl cmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALAUa3EV maWXNtLDHgiQhCkEnHS6DClyqE29sPgVug0xyF6vChlW7Dj+kwOyIPuX8h5kkqJMBL2Q0EuB 0cg8LIGCMrtW3gB9NWOiLH27G/z2aCZK9yShyBLRlsZDZ4cQ2yHXCqDfR7m1o6cebAwPsNCD +gtO2Bo8yZ9LpRz/CeWYmcPrdWclMENkYMWD3sXYy//j08n6AtSO2vo2TxjjXeslClZOz79v vUHaixHn6xBY0eB7gp1YVjLx/od/2BeRO1Y84j/4hVR08E1+DAGaxyWuIe7krk28T4c1DJHa bxB0Psjr525t3zjSqfD0g27u/lYS5XFMAFSZy8NCUxuivIswggVVMIIEPaADAgECAhA55qv8 xO52hK4Hjh8GoZU9MA0GCSqGSIb3DQEBBQUAMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO VmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNV BAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1 MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENs YXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMTAwMTE3MDAwMDAwWhcN MTEwMTE3MjM1OTU5WjCCAR4xFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAtIE5ldHNj YXBlIEZ1bGwgU2VydmljZTEbMBkGA1UEAxQSU2NvdHQgQy4gQWxsZW5kb3JmMSgwJgYJKoZI hvcNAQkBFhlzY290dC1hbGxlbmRvcmZAdWlvd2EuZWR1MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEA7f/w3o/UzzoIGGKoZN0ou9s1iEr5pgB+ASHiuGG5txMQMxgBK7lp4u5R yLT6Nu7tdpcL4rI76tqzlVojyPFJRZDgOl8qsPIfvG10CrvO+VDlbhc0uTcsz8e5UzZd3P2x XlspPXKFRRsvc/QY1Qnr9yGRY4oziRFM0BcKiDk970F4BKPacG53l7Oq/YN/2eKWRXEFKV+o oswHLf3HK8kERqX6kkKxZ/+Ls0aY1lHv5Z4Ic+JNSNnISPO0pEt9vdfZeE7UvVTfJoWhQ+X8 g0jiXRhG+l19VgW93S+5QxwWAN+Cw2eZ/w55J4btEZtSHxDwf8t5Av69JczmLVeSdnuLUwID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNV HSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0lu ZEMxRGlnaXRhbElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqG SIb3DQEBBQUAA4IBAQCwFGtxFZmllzbSwx4IkIQpBJx0ugwpcqhNvbD4FboNMcherwoZVuw4 /pMDsiD7l/IeZJKiTAS9kNBLgdHIPCyBgjK7Vt4AfTVjoix9uxv89mgmSvckocgS0ZbGQ2eH ENsh1wqg30e5taOnHmwMD7DQg/oLTtgaPMmfS6Uc/wnlmJnD63VnJTBDZGDFg97F2Mv/49PJ +gLUjtr6Nk8Y413rJQpWTs+/b71B2osR5+sQWNHge4KdWFYy8f6Hf9gXkTtWPOI/+IVUdPBN fgwBmsclriHu5K5NvE+HNQyR2m8QdD7I6+dubd840qnw9INu7v5WEuVxTABUmcvDQlMboryL MYIE7DCCBOgCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQOear/MTudoSuB44fBqGVPTAJBgUrDgMCGgUAoIIC zjAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMDA1MjgxNjMy MTlaMCMGCSqGSIb3DQEJBDEWBBRys6ApIIXQoBKXEW6lGBmjByZ31zBfBgkqhkiG9w0BCQ8x UjBQMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0x CzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0Eg LSBHMgIQOear/MTudoSuB44fBqGVPTCCAQUGCyqGSIb3DQEJEAILMYH1oIHyMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRy dXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1 BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EDnmq/zE7naErgeOHwahlT0wDQYJKoZIhvcNAQEBBQAEggEAG8BD37TBKtQP4M+Vi0KRDi18 pAbsgZ3YVlvy1OLM5FIMyNVle3KIdtOUaZPAPCOxi9Lbbu50eosvRTdie5lNE9XGSo9Al8NA FDMfgCAcyEBKY0MOrHyeoqpgxpRC7fL7Y3pkILTyqL842Lli1LI5e9EycsjA/0CQaQ9a3Mjc UZYg9j5HmOMksTSXYcksnwUrOhJ/7K2zwv+ffQOpZOYIpkP6Ea6uEoHMKLSmlfgTv81cJN+M Cyh+CP0dSCfDLYhmmX08kY5BDg4jjwoNMpBbgzGsKocDKt7aDD5QGDBWC1KSOu57lEtWEEU8 SKRmG8yK0ZG4zhjH4Mw8qTBtDhvDHAAAAAAAAA== --------------ms060709030008040900030804-- From owner-freebsd-stable@FreeBSD.ORG Fri May 28 17:57:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4900106568A for ; Fri, 28 May 2010 17:57:30 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 958DE8FC1A for ; Fri, 28 May 2010 17:57:30 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id o4SHvTwq020905; Fri, 28 May 2010 10:57:29 -0700 (PDT) Message-Id: <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Clifton Royston In-reply-to: <20100528043006.GA18560@lava.net> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 May 2010 10:57:29 -0700 From: Dave Hayes Cc: freebsd-stable@freebsd.org Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 17:57:30 -0000 Clifton Royston writes: > It sounds like what you really want is to load the contents of the > specified file as a memory system? That's not part of mdconfig's > repertoire, to the best of my recollection. So if, in /etc/loader.conf, I do this: rootfs_load="YES" rootfs_type="mfs_root" rootfs_name="/mfsboot" vfs.root.mountfrom="ufs:md0" and /mfsboot comes from a bootable DVD, am I to assume that this mount is under the same constraint? Specifically, this constraint is that the /mfsboot file (and hence the DVD) will be read repeatedly if the system is under memory pressure. > If that's what you want, you need to use a different tool; the purpose > of mdconfig is to provide scratch disk. The backing store is to > specify a region its contents can be swapped out to if the system is > under memory pressure (which certainly won't work with a DVD) Heh. Certainly I am using tools for purposes which may not match the original intention. If I wanted to run the rootfs on a memory device which did -not- swap to the backing store of /mfsboot, how would I go about doing that? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Faith (n): The quality by which we believe what we would otherwise think was false. From owner-freebsd-stable@FreeBSD.ORG Fri May 28 18:13:49 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B46EF106567C for ; Fri, 28 May 2010 18:13: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 0412C8FC1F for ; Fri, 28 May 2010 18:13: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 VAA15913; Fri, 28 May 2010 21:13:17 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C0007BC.4000806@icyb.net.ua> Date: Fri, 28 May 2010 21:13:16 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Dave Hayes References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> In-Reply-To: <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 18:13:49 -0000 on 28/05/2010 20:57 Dave Hayes said the following: > Clifton Royston writes: >> It sounds like what you really want is to load the contents of the >> specified file as a memory system? That's not part of mdconfig's >> repertoire, to the best of my recollection. > > So if, in /etc/loader.conf, I do this: > > rootfs_load="YES" > rootfs_type="mfs_root" > rootfs_name="/mfsboot" > vfs.root.mountfrom="ufs:md0" > > and /mfsboot comes from a bootable DVD, am I to assume that this mount > is under the same constraint? Specifically, this constraint is that the > /mfsboot file (and hence the DVD) will be read repeatedly if the system > is under memory pressure. No. Contents of mfsboot is loaded into physical memory and always stays there. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 28 18:16:03 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFFD61065675 for ; Fri, 28 May 2010 18:16:03 +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 1A71B8FC26 for ; Fri, 28 May 2010 18:16:02 +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 VAA15955; Fri, 28 May 2010 21:15:58 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C00085D.9000204@icyb.net.ua> Date: Fri, 28 May 2010 21:15:57 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Scott Allendorf References: <4BFFF013.7050005@uiowa.edu> In-Reply-To: <4BFFF013.7050005@uiowa.edu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 28 May 2010 18:16:04 -0000 on 28/05/2010 19:32 Scott Allendorf said the following: > I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex 960 > running 8.0-RELEASE. After the upgrade, my floppy drive was no longer > detected. After a binary search, the following commit appears to be > responsible: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=203544 Can you check if reverting of MFC of the following helps (it's a part of that big ACPI MFC)? r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 lines Remove _FDE quirk handling as these quirks are automatically repaired by ACPICA layer since ACPICA 20091214. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 28 19:18:33 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8568B1065670 for ; Fri, 28 May 2010 19:18:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 327EA8FC19 for ; Fri, 28 May 2010 19:18:31 +0000 (UTC) Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta02.westchester.pa.mail.comcast.net with comcast id P0Ai1e00427AodY527JYvu; Fri, 28 May 2010 19:18:32 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta19.westchester.pa.mail.comcast.net with comcast id P7JW1e0033S48mS3f7JWAy; Fri, 28 May 2010 19:18:32 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A03179B418; Fri, 28 May 2010 12:18:28 -0700 (PDT) Date: Fri, 28 May 2010 12:18:28 -0700 From: Jeremy Chadwick To: Dave Hayes Message-ID: <20100528191828.GA83371@icarus.home.lan> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 19:18:33 -0000 On Fri, May 28, 2010 at 10:57:29AM -0700, Dave Hayes wrote: > Clifton Royston writes: > > It sounds like what you really want is to load the contents of the > > specified file as a memory system? That's not part of mdconfig's > > repertoire, to the best of my recollection. > > So if, in /etc/loader.conf, I do this: > > rootfs_load="YES" > rootfs_type="mfs_root" > rootfs_name="/mfsboot" > vfs.root.mountfrom="ufs:md0" I think you mean /boot/loader.conf? And I think you meant this for variable names, in addition to what vfs.root.mountfrom should be (specific to RELENG_8): mfsroot_load="YES" mfsroot_type="mfs_root" mfsroot_name="/some/path/mfsroot" vfs.root.mountfrom="ufs:/dev/md0" If using RELENG_7 and the mfsroot was made on RELENG_7, replace "/dev/md0" with "/dev/md0c". -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri May 28 19:26:12 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DAE61065677 for ; Fri, 28 May 2010 19:26:12 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from hugeraid.jetcafe.org (hugeraid.jetcafe.org [205.147.26.109]) by mx1.freebsd.org (Postfix) with ESMTP id 4EACF8FC18 for ; Fri, 28 May 2010 19:26:12 +0000 (UTC) Received: from hugeraid.jetcafe.org (localhost [127.0.0.1]) by hugeraid.jetcafe.org (8.13.8/8.13.8) with ESMTP id o4SJQCW3041849; Fri, 28 May 2010 12:26:12 -0700 (PDT) Message-Id: <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Jeremy Chadwick In-reply-to: <20100528191828.GA83371@icarus.home.lan> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> <20100528191828.GA83371@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 May 2010 12:26:12 -0700 From: Dave Hayes Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 19:26:12 -0000 Jeremy Chadwick writes: > On Fri, May 28, 2010 at 10:57:29AM -0700, Dave Hayes wrote: >> Clifton Royston writes: >> > It sounds like what you really want is to load the contents of the >> > specified file as a memory system? That's not part of mdconfig's >> > repertoire, to the best of my recollection. >> >> So if, in /etc/loader.conf, I do this: >> >> rootfs_load="YES" >> rootfs_type="mfs_root" >> rootfs_name="/mfsboot" >> vfs.root.mountfrom="ufs:md0" > > I think you mean /boot/loader.conf? Yes, you are correct. > And I think you meant this for variable names, in addition to what > vfs.root.mountfrom should be (specific to RELENG_8): > mfsroot_load="YES" > mfsroot_type="mfs_root" > mfsroot_name="/some/path/mfsroot" I'm using RELENG_7, but it seems rootfs_* works just like mfsroot_* ... is the former deprecated? > vfs.root.mountfrom="ufs:/dev/md0" Hm, 'ufs:md0' currently works. What trouble can be had from using the abbreviated device name? > If using RELENG_7 and the mfsroot was made on RELENG_7, replace > "/dev/md0" with "/dev/md0c". Is there a reason for doing this? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< If you want to strengthen an enemy -- hate them. From owner-freebsd-stable@FreeBSD.ORG Fri May 28 19:35:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A8E61065670 for ; Fri, 28 May 2010 19:35:38 +0000 (UTC) (envelope-from scott-allendorf@uiowa.edu) Received: from newton.physics.uiowa.edu (newton.physics.uiowa.edu [128.255.34.132]) by mx1.freebsd.org (Postfix) with ESMTP id 354058FC17 for ; Fri, 28 May 2010 19:35:38 +0000 (UTC) Received: from [128.255.34.246] (osiris.physics.uiowa.edu [128.255.34.246]) (authenticated bits=0) by newton.physics.uiowa.edu (8.14.4/8.14.4) with ESMTP id o4SJZbVV026097 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2010 14:35:37 -0500 (CDT) (envelope-from scott-allendorf@uiowa.edu) Message-ID: <4C001B04.2040006@uiowa.edu> Date: Fri, 28 May 2010 14:35:32 -0500 From: Scott Allendorf Organization: The University of Iowa, Department of Physics and Astronomy User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Andriy Gapon References: <4BFFF013.7050005@uiowa.edu> <4C00085D.9000204@icyb.net.ua> In-Reply-To: <4C00085D.9000204@icyb.net.ua> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000102080504020109070008" Cc: freebsd-stable@freebsd.org Subject: Re: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 28 May 2010 19:35:38 -0000 This is a cryptographically signed message in MIME format. --------------ms000102080504020109070008 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Andriy Gapon wrote: > on 28/05/2010 19:32 Scott Allendorf said the following: >> I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex 960 >> running 8.0-RELEASE. After the upgrade, my floppy drive was no longer >> detected. After a binary search, the following commit appears to be >> responsible: >> >> http://svn.freebsd.org/viewvc/base?view=revision&revision=203544 > > > Can you check if reverting of MFC of the following helps (it's a part of that big > ACPI MFC)? > > r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 lines > Remove _FDE quirk handling as these quirks are automatically repaired > by ACPICA layer since ACPICA 20091214. > > Thank you for your quick reply to my message. Reverting this change (src/sys/dev/fdc/fdc_acpi.c from 1.13.2.2 to 1.13.2.1) appears to have fixed the issue. The floppy drive is now detected and it is functional. There do not appear to be any side effects. Cheers, Scott -- Scott C. Allendorf Email: scott-allendorf@uiowa.edu UNIX Systems Administrator Office: 210B Van Allen Hall Department of Physics and Astronomy Voice: (319) 335-0003 The University of Iowa FAX: (319) 335-1753 Iowa City, Iowa 52242-1479 ICBM: 41 39 43.6 N 91 31 55.1 W --------------ms000102080504020109070008 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIO/DCC BEYwggOvoAMCAQICEGb9R+PCGeToms2Z3fU6yyQwDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1 MTAyNzIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnf rOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyVzm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs +Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zplYu//EHuiVrvFTnAt1qIfPO2wQuhejVch rKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFBL2OyOj++pRpu9MlKWz2VphW7NQIZ +dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5gJ925rXXOL3OVekA6hXVJsLjf aLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUCAwEAAaOB/zCB/DASBgNV HRMBAf8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4 QgEBBAQDAgEGMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQcml2YXRlTGFiZWwzLTIwNDgt MTU1MB0GA1UdDgQWBBQRfV4ZfTwE32ps1qKKGj8x2DuUUjAxBgNVHR8EKjAoMCagJKAihiBo dHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLmNybDANBgkqhkiG9w0BAQUFAAOBgQA8o9oC YzrEk6qrctPcrVA4HgyeFkqIt+7r2f8PjZWg1rv6aguuYYTYaEeJ70+ssh9JQZtJM3aTi55u uUMcYL3C3Ioth8FFwBFyBBprJCpsb+f8BxMp0Hc6I+f1wYVoGb/GAVQgGa41gsxiPGEJxvTV 67APpp8zhZrTcY5Qj5ndYjCCBVUwggQ9oAMCAQICEDnmq/zE7naErgeOHwahlT0wDQYJKoZI hvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0G A1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0 IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEg Tm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1 YnNjcmliZXIgQ0EgLSBHMjAeFw0xMDAxMTcwMDAwMDBaFw0xMTAxMTcyMzU5NTlaMIIBHjEX MBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBi eSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEz MDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMRsw GQYDVQQDFBJTY290dCBDLiBBbGxlbmRvcmYxKDAmBgkqhkiG9w0BCQEWGXNjb3R0LWFsbGVu ZG9yZkB1aW93YS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDt//Dej9TP OggYYqhk3Si72zWISvmmAH4BIeK4Ybm3ExAzGAEruWni7lHItPo27u12lwvisjvq2rOVWiPI 8UlFkOA6Xyqw8h+8bXQKu875UOVuFzS5NyzPx7lTNl3c/bFeWyk9coVFGy9z9BjVCev3IZFj ijOJEUzQFwqIOT3vQXgEo9pwbneXs6r9g3/Z4pZFcQUpX6iizAct/ccryQRGpfqSQrFn/4uz RpjWUe/lnghz4k1I2chI87SkS32919l4TtS9VN8mhaFD5fyDSOJdGEb6XX1WBb3dL7lDHBYA 34LDZ5n/Dnknhu0Rm1IfEPB/y3kC/r0lzOYtV5J2e4tTAgMBAAGjgcwwgckwCQYDVR0TBAIw ADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZl cmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALAUa3EV maWXNtLDHgiQhCkEnHS6DClyqE29sPgVug0xyF6vChlW7Dj+kwOyIPuX8h5kkqJMBL2Q0EuB 0cg8LIGCMrtW3gB9NWOiLH27G/z2aCZK9yShyBLRlsZDZ4cQ2yHXCqDfR7m1o6cebAwPsNCD +gtO2Bo8yZ9LpRz/CeWYmcPrdWclMENkYMWD3sXYy//j08n6AtSO2vo2TxjjXeslClZOz79v vUHaixHn6xBY0eB7gp1YVjLx/od/2BeRO1Y84j/4hVR08E1+DAGaxyWuIe7krk28T4c1DJHa bxB0Psjr525t3zjSqfD0g27u/lYS5XFMAFSZy8NCUxuivIswggVVMIIEPaADAgECAhA55qv8 xO52hK4Hjh8GoZU9MA0GCSqGSIb3DQEBBQUAMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO VmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNV BAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1 MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENs YXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMTAwMTE3MDAwMDAwWhcN MTEwMTE3MjM1OTU5WjCCAR4xFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAtIE5ldHNj YXBlIEZ1bGwgU2VydmljZTEbMBkGA1UEAxQSU2NvdHQgQy4gQWxsZW5kb3JmMSgwJgYJKoZI hvcNAQkBFhlzY290dC1hbGxlbmRvcmZAdWlvd2EuZWR1MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEA7f/w3o/UzzoIGGKoZN0ou9s1iEr5pgB+ASHiuGG5txMQMxgBK7lp4u5R yLT6Nu7tdpcL4rI76tqzlVojyPFJRZDgOl8qsPIfvG10CrvO+VDlbhc0uTcsz8e5UzZd3P2x XlspPXKFRRsvc/QY1Qnr9yGRY4oziRFM0BcKiDk970F4BKPacG53l7Oq/YN/2eKWRXEFKV+o oswHLf3HK8kERqX6kkKxZ/+Ls0aY1lHv5Z4Ic+JNSNnISPO0pEt9vdfZeE7UvVTfJoWhQ+X8 g0jiXRhG+l19VgW93S+5QxwWAN+Cw2eZ/w55J4btEZtSHxDwf8t5Av69JczmLVeSdnuLUwID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNV HSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0lu ZEMxRGlnaXRhbElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqG SIb3DQEBBQUAA4IBAQCwFGtxFZmllzbSwx4IkIQpBJx0ugwpcqhNvbD4FboNMcherwoZVuw4 /pMDsiD7l/IeZJKiTAS9kNBLgdHIPCyBgjK7Vt4AfTVjoix9uxv89mgmSvckocgS0ZbGQ2eH ENsh1wqg30e5taOnHmwMD7DQg/oLTtgaPMmfS6Uc/wnlmJnD63VnJTBDZGDFg97F2Mv/49PJ +gLUjtr6Nk8Y413rJQpWTs+/b71B2osR5+sQWNHge4KdWFYy8f6Hf9gXkTtWPOI/+IVUdPBN fgwBmsclriHu5K5NvE+HNQyR2m8QdD7I6+dubd840qnw9INu7v5WEuVxTABUmcvDQlMboryL MYIE7DCCBOgCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQOear/MTudoSuB44fBqGVPTAJBgUrDgMCGgUAoIIC zjAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMDA1MjgxOTM1 MzJaMCMGCSqGSIb3DQEJBDEWBBRS/Z5CE53PydxNOn8uiUsEqqX4aDBfBgkqhkiG9w0BCQ8x UjBQMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0x CzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0Eg LSBHMgIQOear/MTudoSuB44fBqGVPTCCAQUGCyqGSIb3DQEJEAILMYH1oIHyMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRy dXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1 BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EDnmq/zE7naErgeOHwahlT0wDQYJKoZIhvcNAQEBBQAEggEANVgc8ga+HdTGnp6CK5ko2KSz QWPrzUQ8/ef7jDizOGe7sFzJRsyC5GtCz5GPbJyccfqtDvT4DggfoKctyAuCaMrT0wzKNnm5 p0BhF5wzIvT3xHIBL14axslj/GQBP0FAwzxssjLRxdDrws8TWOzJSTqElyocZrGiiO37bClZ 83vTCcRlEaF+IjzIuvLn2MIMnlWiewCxvNpAkJGZ5bBo7Eo+t0eDWDuwHY/oOCRP0Ig6A24d 8jgxCx/ThhzqXAZsd8G9ktOINkRKOZUpFGIVzkW5BeEfTJBGikFEJRFzdOWo/8bzXSLRbmkt cw1wm0vFZgWogjK3IFHdSB0CiSEywQAAAAAAAA== --------------ms000102080504020109070008-- From owner-freebsd-stable@FreeBSD.ORG Fri May 28 19:44:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4642C1065675; Fri, 28 May 2010 19:44:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outs.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 20D8D8FC21; Fri, 28 May 2010 19:44:49 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o4SJimvO024921; Fri, 28 May 2010 12:44:48 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 8FC862D601B; Fri, 28 May 2010 12:44:47 -0700 (PDT) Message-ID: <4C001D39.8060003@elischer.org> Date: Fri, 28 May 2010 12:44:57 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Giulio Ferro References: <4BFF589F.2050102@zirakzigil.org> <4BFFA0EC.2050609@zirakzigil.org> In-Reply-To: <4BFFA0EC.2050609@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 19:44:50 -0000 On 5/28/10 3:54 AM, Giulio Ferro wrote: > On 28.05.2010 07:46, Giulio Ferro wrote: > > Would it be a good idea to try netgraph bridge? > Or the underlying implementation is the same as in if_bridge? netgraph bridging (see /usr/share/examples/netgraph) is a completely different implimentation with different strengths and weaknesses. you may find it works for you. > > >> Months ago I reported a system freezing whenever bridge was used >> with pf. This still happens now in 8.1 prerelease: after several >> minutes to hours >> that the bridge is active the system becomes unresponsive. >> >> # uname -a >> FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 >> 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 >> >>> cat /etc/sysctl.conf >> net.inet.ip.forwarding=1 >> net.inet.ip.fastforwarding=1 >> net.inet.carp.preempt=1 >> >> Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, >> pptp, asterisk >> >> 2 physical interfaces : bce0, bce1 >> 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) >> 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) >> 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) >> 2 gif interfaces : gif0, gif1 (racoon / IPSEC) >> >> 8 static routes >> >> pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, >> vlan35}, 4 pass quick, block log all, about 30 pass keep state >> >> >> >> When the system freezes, I get this from the debugger >> --------------------------------------------------------------------- >> db> show allchains >> db> show alllocks >> Process 12 (intr) thread 0xffffff00024293e0 (100028) >> exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) >> locked @ /usr/src/sys/net/if_bridge.c:2184 >> Process 12 (intr) thread 0xffffff00022693e0 (100016) >> exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked >> @ /usr/src/sys/dev/usb/usb_transfer.c:3023 >> Process 12 (intr) thread 0xffffff00022607c0 (1000006) >> exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) >> locked @ /usr/src/sys/netinet/ip_carp.c:881 >> db> >> --------------------------------------------------------------------- >> >> Even if there is no solution yet, is there any quick and dirty >> workaround I can try? >> I need this rather badly... >> >> Thanks. >> >> _______________________________________________ >> 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-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri May 28 19:50:58 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D93201065672 for ; Fri, 28 May 2010 19:50:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 54AE08FC22 for ; Fri, 28 May 2010 19:50:57 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4SJp6S8069351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2010 22:51:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4SJorl9028194; Fri, 28 May 2010 22:50:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4SJorgQ028193; Fri, 28 May 2010 22:50:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 28 May 2010 22:50:53 +0300 From: Kostik Belousov To: Scott Allendorf Message-ID: <20100528195053.GV83316@deviant.kiev.zoral.com.ua> References: <4BFFF013.7050005@uiowa.edu> <4C00085D.9000204@icyb.net.ua> <4C001B04.2040006@uiowa.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BuJNKmHfbt8dxFpC" Content-Disposition: inline In-Reply-To: <4C001B04.2040006@uiowa.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 28 May 2010 19:50:58 -0000 --BuJNKmHfbt8dxFpC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 28, 2010 at 02:35:32PM -0500, Scott Allendorf wrote: > Andriy Gapon wrote: > >on 28/05/2010 19:32 Scott Allendorf said the following: > >>I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex 960 > >>running 8.0-RELEASE. After the upgrade, my floppy drive was no longer > >>detected. After a binary search, the following commit appears to be > >>responsible: > >> > >> http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D203544 > > > > > >Can you check if reverting of MFC of the following helps (it's a part of= =20 > >that big > >ACPI MFC)? > > > >r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 lines > >Remove _FDE quirk handling as these quirks are automatically repaired > >by ACPICA layer since ACPICA 20091214. > > > > >=20 > Thank you for your quick reply to my message. >=20 > Reverting this change (src/sys/dev/fdc/fdc_acpi.c from 1.13.2.2 to=20 > 1.13.2.1) appears to have fixed the issue. The floppy drive is now=20 > detected and it is functional. There do not appear to be any side effect= s. Reverting the change also fixed the floppy on the SuperMicro C7X58. --BuJNKmHfbt8dxFpC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwAHpwACgkQC3+MBN1Mb4jlAgCeJmTIEHJSSTV+PyI2b2KQtosL VtAAoNiJs2Df88O2tjOmA0kwI/Bax7EI =sGmP -----END PGP SIGNATURE----- --BuJNKmHfbt8dxFpC-- From owner-freebsd-stable@FreeBSD.ORG Fri May 28 20:06:25 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (unknown [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 24346106564A; Fri, 28 May 2010 20:06:25 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Fri, 28 May 2010 16:06:15 -0400 User-Agent: KMail/1.6.2 References: <4BFFF013.7050005@uiowa.edu> <4C00085D.9000204@icyb.net.ua> <4C001B04.2040006@uiowa.edu> In-Reply-To: <4C001B04.2040006@uiowa.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005281606.17436.jkim@FreeBSD.org> Cc: Andriy Gapon Subject: Re: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 28 May 2010 20:06:25 -0000 On Friday 28 May 2010 03:35 pm, Scott Allendorf wrote: > Andriy Gapon wrote: > > on 28/05/2010 19:32 Scott Allendorf said the following: > >> I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex > >> 960 running 8.0-RELEASE. After the upgrade, my floppy drive was > >> no longer detected. After a binary search, the following commit > >> appears to be responsible: > >> > >> > >> http://svn.freebsd.org/viewvc/base?view=revision&revision=203544 > > > > Can you check if reverting of MFC of the following helps (it's a > > part of that big ACPI MFC)? > > > > r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 > > lines Remove _FDE quirk handling as these quirks are > > automatically repaired by ACPICA layer since ACPICA 20091214. > > Thank you for your quick reply to my message. > > Reverting this change (src/sys/dev/fdc/fdc_acpi.c from 1.13.2.2 to > 1.13.2.1) appears to have fixed the issue. The floppy drive is now > detected and it is functional. There do not appear to be any side > effects. Can you please show me "acpidump -dt" output? Thanks, Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri May 28 21:58:41 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F9D21065672 for ; Fri, 28 May 2010 21:58:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id CF3F88FC0C for ; Fri, 28 May 2010 21:58:40 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta04.westchester.pa.mail.comcast.net with comcast id P0Am1e0040QuhwU549ygSr; Fri, 28 May 2010 21:58:40 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta02.westchester.pa.mail.comcast.net with comcast id P9yf1e0023S48mS3N9yfom; Fri, 28 May 2010 21:58:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 976919B418; Fri, 28 May 2010 14:58:37 -0700 (PDT) Date: Fri, 28 May 2010 14:58:37 -0700 From: Jeremy Chadwick To: Dave Hayes Message-ID: <20100528215837.GA86689@icarus.home.lan> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> <20100528191828.GA83371@icarus.home.lan> <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 21:58:41 -0000 On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote: > Jeremy Chadwick writes: > > And I think you meant this for variable names, in addition to what > > vfs.root.mountfrom should be (specific to RELENG_8): > > mfsroot_load="YES" > > mfsroot_type="mfs_root" > > mfsroot_name="/some/path/mfsroot" > > I'm using RELENG_7, but it seems rootfs_* works just like mfsroot_* ... > is the former deprecated? I spent a small bit of time looking through both RELENG_7 and RELENG_8 source (/usr/src) as well as /boot (for the Forth portion) and I was unable to find any reference to "rootfs" aside from actual variable names (not loader variables) in C code or include files. None were strings. There's a strong possibility I'm not looking the right way (grep -ri ...). I can assure you that mfsroot_xxx works on both platforms because I wrote the below documentation: http://jdc.parodius.com/freebsd/pxeboot_serial_install.html > > vfs.root.mountfrom="ufs:/dev/md0" > > Hm, 'ufs:md0' currently works. What trouble can be had from using > the abbreviated device name? I have no idea; probably none. This is just the first time I've seen the variable set to something "shorthand". I would have to review the parser code to see how it works. > > If using RELENG_7 and the mfsroot was made on RELENG_7, replace > > "/dev/md0" with "/dev/md0c". > > Is there a reason for doing this? Yes, the "c" slice is gone with present-day GEOM. I'm fairly certain this is also the reason for the "geometry does not match label (255h,63s != 16h,63s)" message seen when running RELENG_8 with a disk which was labelled using an older GEOM (e.g. RELENG_7). This also applies to mfsroot images because all they are is raw disk images that are literally loaded into memory. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri May 28 22:34:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A086E1065672 for ; Fri, 28 May 2010 22:34:36 +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 DD1AA8FC08 for ; Fri, 28 May 2010 22:34:35 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA17771; Sat, 29 May 2010 01:34:25 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OI88H-0003rm-Ec; Sat, 29 May 2010 01:34:25 +0300 Message-ID: <4C0044F0.5060807@icyb.net.ua> Date: Sat, 29 May 2010 01:34:24 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Jeremy Chadwick References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> <20100528191828.GA83371@icarus.home.lan> <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> <20100528215837.GA86689@icarus.home.lan> In-Reply-To: <20100528215837.GA86689@icarus.home.lan> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 22:34:36 -0000 on 29/05/2010 00:58 Jeremy Chadwick said the following: > On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote: >> Jeremy Chadwick writes: >>> And I think you meant this for variable names, in addition to what >>> vfs.root.mountfrom should be (specific to RELENG_8): >>> mfsroot_load="YES" >>> mfsroot_type="mfs_root" >>> mfsroot_name="/some/path/mfsroot" >> I'm using RELENG_7, but it seems rootfs_* works just like mfsroot_* ... >> is the former deprecated? > > I spent a small bit of time looking through both RELENG_7 and RELENG_8 > source (/usr/src) as well as /boot (for the Forth portion) and I was > unable to find any reference to "rootfs" aside from actual variable > names (not loader variables) in C code or include files. None were > strings. There's a strong possibility I'm not looking the right way > (grep -ri ...). > > I can assure you that mfsroot_xxx works on both platforms because I > wrote the below documentation: Guys, you could have used "donotboot_" prefix there and it would still work :-) _type, _name and _load suffixes are what is important in this particular case. See description of these suffixes in loader.conf(5). -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri May 28 23:07:13 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (unknown [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 9C10A1065675; Fri, 28 May 2010 23:07:13 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Fri, 28 May 2010 19:07:04 -0400 User-Agent: KMail/1.6.2 References: <4BFFF013.7050005@uiowa.edu> <4C00085D.9000204@icyb.net.ua> <4C001B04.2040006@uiowa.edu> In-Reply-To: <4C001B04.2040006@uiowa.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_ZyEAMh5rRCG2sJm" Message-Id: <201005281907.05833.jkim@FreeBSD.org> Cc: Konstantin Belousov , Andriy Gapon Subject: Re: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 28 May 2010 23:07:13 -0000 --Boundary-00=_ZyEAMh5rRCG2sJm Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 28 May 2010 03:35 pm, Scott Allendorf wrote: > Andriy Gapon wrote: > > on 28/05/2010 19:32 Scott Allendorf said the following: > >> I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex > >> 960 running 8.0-RELEASE. After the upgrade, my floppy drive was > >> no longer detected. After a binary search, the following commit > >> appears to be responsible: > >> > >> > >> http://svn.freebsd.org/viewvc/base?view=revision&revision=203544 > > > > Can you check if reverting of MFC of the following helps (it's a > > part of that big ACPI MFC)? > > > > r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 > > lines Remove _FDE quirk handling as these quirks are > > automatically repaired by ACPICA layer since ACPICA 20091214. > > Thank you for your quick reply to my message. > > Reverting this change (src/sys/dev/fdc/fdc_acpi.c from 1.13.2.2 to > 1.13.2.1) appears to have fixed the issue. The floppy drive is now > detected and it is functional. There do not appear to be any side > effects. Please try the attached patch. Sorry, it was stupid. :-( Jung-uk Kim --Boundary-00=_ZyEAMh5rRCG2sJm Content-Type: text/plain; charset="iso-8859-1"; name="fdc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="fdc.diff" --- sys/dev/fdc/fdc_acpi.c (revision 208626) +++ sys/dev/fdc/fdc_acpi.c (working copy) @@ -96,6 +96,7 @@ fdc_acpi_attach(device_t dev) { struct fdc_data *sc; ACPI_BUFFER buf; + ACPI_OBJECT *obj; device_t bus; int error; @@ -131,7 +132,8 @@ fdc_acpi_attach(device_t dev) } /* Add fd child devices as specified. */ - error = fdc_acpi_probe_children(bus, dev, buf.Pointer); + obj = buf.Pointer; + error = fdc_acpi_probe_children(bus, dev, obj->Buffer.Pointer); out: if (buf.Pointer) --Boundary-00=_ZyEAMh5rRCG2sJm-- From owner-freebsd-stable@FreeBSD.ORG Fri May 28 23:28:07 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8540106566B for ; Fri, 28 May 2010 23:28:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id CB36E8FC12 for ; Fri, 28 May 2010 23:28:06 +0000 (UTC) Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta15.emeryville.ca.mail.comcast.net with comcast id PAh41e0010vp7WLAFBU6Sb; Fri, 28 May 2010 23:28:06 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by omta05.emeryville.ca.mail.comcast.net with comcast id PBU51e00A3S48mS8RBU5F6; Fri, 28 May 2010 23:28:06 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A624C9B427; Fri, 28 May 2010 16:28:05 -0700 (PDT) Date: Fri, 28 May 2010 16:28:05 -0700 From: Jeremy Chadwick To: Andriy Gapon Message-ID: <20100528232805.GA88333@icarus.home.lan> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> <20100528191828.GA83371@icarus.home.lan> <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> <20100528215837.GA86689@icarus.home.lan> <4C0044F0.5060807@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C0044F0.5060807@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 28 May 2010 23:28:07 -0000 On Sat, May 29, 2010 at 01:34:24AM +0300, Andriy Gapon wrote: > on 29/05/2010 00:58 Jeremy Chadwick said the following: > > On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote: > >> Jeremy Chadwick writes: > >>> And I think you meant this for variable names, in addition to what > >>> vfs.root.mountfrom should be (specific to RELENG_8): > >>> mfsroot_load="YES" > >>> mfsroot_type="mfs_root" > >>> mfsroot_name="/some/path/mfsroot" > >> I'm using RELENG_7, but it seems rootfs_* works just like mfsroot_* ... > >> is the former deprecated? > > > > I spent a small bit of time looking through both RELENG_7 and RELENG_8 > > source (/usr/src) as well as /boot (for the Forth portion) and I was > > unable to find any reference to "rootfs" aside from actual variable > > names (not loader variables) in C code or include files. None were > > strings. There's a strong possibility I'm not looking the right way > > (grep -ri ...). > > > > I can assure you that mfsroot_xxx works on both platforms because I > > wrote the below documentation: > > Guys, you could have used "donotboot_" prefix there and it would still work :-) > _type, _name and _load suffixes are what is important in this particular case. > See description of these suffixes in loader.conf(5). Andriy, I'm still having a bit of trouble understanding how all of this works. No, not the loader part -- thanks for pointing that out, yeah, I get that piece (mostly). This is all I've managed to figure out, and it's probably wrong, but I'm trying. :-) It appears the key piece is the xxx_type="mfs_root" declaration; the string passed there (the value "mfs_root") is important. One could also use "md_image". I'm basing that statement off of code in src/sys/dev/md/md.c which appears to look for + permit either string. However, what I'm having trouble understanding is what exactly preload_search_info() looks for and how all this actually connects and works. It appears to me that there are specific drivers located in src/sys/dev that are KLD-supported and others which are expected to be included in the kernel statically. The ones which appear to be required static are md, loop, ether, and pty; they have no *_MODULE macros in use. random and firmware, however, are built as KLDs and do call DEV_MODULE() and DECLARE_MODULE() macros respectively. All that said, I'm still not sure xxx_type="mfs_root" "tickles" the use of the md code. I thought maybe the "metadata" was just a symbol lookup (and maybe it is), but objdump on /boot/kernel/kernel and /boot/kernel/kernel.symbols doesn't return anything. strings on /boot/kernel/kernel does return "mfs_root", but I'm almost certain that's because of the strncmp() in src/sys/dev/md/md.c. Actually, as I dig through it more, it looks like the md stuff is loaded by GEOM? I see DECLARE_GEOM_CLASS() in use which refers to g_md_class that provides a series of addresses to initialisation and startup routines, amongst other stuff. ...except there's /boot/kernel/geom_md.ko, so now I'm even more confused. Aaugh! :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat May 29 00:48:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3F1106564A for ; Sat, 29 May 2010 00:48:57 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 549C48FC12 for ; Sat, 29 May 2010 00:48:56 +0000 (UTC) Received: by vws12 with SMTP id 12so2099323vws.13 for ; Fri, 28 May 2010 17:48:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xQ8E+qIvNli2g3Cylsyb9SuHcuVb0VG6zFdSWl6dzKU=; b=g2R+xbhBg9GJfpfWNuY/yl+3M26in1kCLUO4yTwrcTk6Iq2ym76aStiYD+mC+utgCZ rlrFdCuKfmvmoKbTVTq+jalEZrWviMPG/3JUNy+k5I3m5eZdrWrqwWXTU/lcFtFwyYvL kEIWyXQPjnvbA8Ut1NYJRYFqIBc8GHQx+B10k= 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:content-transfer-encoding; b=Azi099sI2hGyueGCe26oMJgCS+bg9sasVpqQvPyeTrD1QhwwfY2Rb3b99/smRBIkwj avN+0umlON86pgVz9dyJu4YYTvsC92htcaZrGR4fr38+gJKdQ3PHpRLmO6UD7Iw9NngS fJpZlWYTdmg14ADiuyLasjS/AGM0psR3hStFM= MIME-Version: 1.0 Received: by 10.229.184.132 with SMTP id ck4mr275577qcb.31.1275094135865; Fri, 28 May 2010 17:48:55 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Fri, 28 May 2010 17:48:55 -0700 (PDT) In-Reply-To: <20100528215837.GA86689@icarus.home.lan> References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> <20100528191828.GA83371@icarus.home.lan> <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> <20100528215837.GA86689@icarus.home.lan> Date: Fri, 28 May 2010 17:48:55 -0700 Message-ID: From: Garrett Cooper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 29 May 2010 00:48:57 -0000 On Fri, May 28, 2010 at 2:58 PM, Jeremy Chadwick wrote: > On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote: >> Jeremy Chadwick writes: >> > And I think you meant this for variable names, in addition to what >> > vfs.root.mountfrom should be (specific to RELENG_8): >> > mfsroot_load=3D"YES" >> > mfsroot_type=3D"mfs_root" >> > mfsroot_name=3D"/some/path/mfsroot" >> >> I'm using RELENG_7, but it seems rootfs_* works just like mfsroot_* ... >> is the former deprecated? > > I spent a small bit of time looking through both RELENG_7 and RELENG_8 > source (/usr/src) as well as /boot (for the Forth portion) and I was > unable to find any reference to "rootfs" aside from actual variable > names (not loader variables) in C code or include files. =A0None were > strings. =A0There's a strong possibility I'm not looking the right way > (grep -ri ...). I vaguely remember reading about rootfs in the past, but it's definitely mfs_root now. This is how I do it in my quickie loader.rc: include /boot/loader.4th set vfs.root.mountfrom=3D"ufs:/dev/md0" load /kernel load -t mfs_root /mfsroot start > I can assure you that mfsroot_xxx works on both platforms because I > wrote the below documentation: > > http://jdc.parodius.com/freebsd/pxeboot_serial_install.html > >> > vfs.root.mountfrom=3D"ufs:/dev/md0" >> >> Hm, 'ufs:md0' currently works. What trouble can be had from using >> the abbreviated device name? > > I have no idea; probably none. =A0This is just the first time I've seen > the variable set to something "shorthand". =A0I would have to review > the parser code to see how it works. All depends on how you create the mfsroot. makefs(8) style mfsroots for instance are like /dev/md0a blah. It also depends on your version of FreeBSD IIRC, because (again IIRC) GEOM changed the status quo in either 7.x or 8.x as to how md(4) devices represented. Again, this is IIRC :P! HTH, -Garrett From owner-freebsd-stable@FreeBSD.ORG Sat May 29 00:49:40 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E01591065672 for ; Sat, 29 May 2010 00:49:39 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1E28FC24 for ; Sat, 29 May 2010 00:49:39 +0000 (UTC) Received: by vws12 with SMTP id 12so2100159vws.13 for ; Fri, 28 May 2010 17:49:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=P/66r4xWS8AleRIWBZOWdOzVLnQsSV1r7IEsHtbbGP4=; b=vDNGIVFqBJe4oe/BjQn8kXF5rLBudZLoCdJrdIlrYpq1ySpXd4h6Ow+TDWsiLbbQAw dqGq6d6PLSY68AfKYgORrMMahXL9J3u5H+yMXRRggUA2OMXRvfhbAePuFTXUw3A1kVXS WRIXNZpRB1Wrvk5rzTljbdUmlnRKXcip1Nq9s= 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:content-transfer-encoding; b=tS8rJ1qFL+UNQ0b6CxUsk/33br/l07zyRJFb4v0ALidL6MkWT4/KU3Z5gjVvMvQ3bs G433U4LDNH4AC5E8NW8DXkmbsjqfaqAxvd2oxThrpxo9SjuSkCz/SntU8e8T1mL+X2xy hvz0Sqnlih1D3h+WGUUb9brkrUL0K3LMjeJpc= MIME-Version: 1.0 Received: by 10.224.95.160 with SMTP id d32mr667515qan.111.1275094178169; Fri, 28 May 2010 17:49:38 -0700 (PDT) Received: by 10.229.190.83 with HTTP; Fri, 28 May 2010 17:49:38 -0700 (PDT) In-Reply-To: References: <201005272348.o4RNmgWh014243@hugeraid.jetcafe.org> <20100528043006.GA18560@lava.net> <201005281757.o4SHvTwq020905@hugeraid.jetcafe.org> <20100528191828.GA83371@icarus.home.lan> <201005281926.o4SJQCW3041849@hugeraid.jetcafe.org> <20100528215837.GA86689@icarus.home.lan> Date: Fri, 28 May 2010 17:49:38 -0700 Message-ID: From: Garrett Cooper To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Locking a file backed mdconfig into memory 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, 29 May 2010 00:49:40 -0000 On Fri, May 28, 2010 at 5:48 PM, Garrett Cooper wrote: > On Fri, May 28, 2010 at 2:58 PM, Jeremy Chadwick > wrote: >> On Fri, May 28, 2010 at 12:26:12PM -0700, Dave Hayes wrote: >>> Jeremy Chadwick writes: >>> > And I think you meant this for variable names, in addition to what >>> > vfs.root.mountfrom should be (specific to RELENG_8): >>> > mfsroot_load=3D"YES" >>> > mfsroot_type=3D"mfs_root" >>> > mfsroot_name=3D"/some/path/mfsroot" >>> >>> I'm using RELENG_7, but it seems rootfs_* works just like mfsroot_* ... >>> is the former deprecated? >> >> I spent a small bit of time looking through both RELENG_7 and RELENG_8 >> source (/usr/src) as well as /boot (for the Forth portion) and I was >> unable to find any reference to "rootfs" aside from actual variable >> names (not loader variables) in C code or include files. =A0None were >> strings. =A0There's a strong possibility I'm not looking the right way >> (grep -ri ...). > > I vaguely remember reading about rootfs in the past, but it's > definitely mfs_root now. > > This is how I do it in my quickie loader.rc: > > include /boot/loader.4th > set vfs.root.mountfrom=3D"ufs:/dev/md0" > load /kernel > load -t mfs_root /mfsroot > start > >> I can assure you that mfsroot_xxx works on both platforms because I >> wrote the below documentation: >> >> http://jdc.parodius.com/freebsd/pxeboot_serial_install.html >> >>> > vfs.root.mountfrom=3D"ufs:/dev/md0" >>> >>> Hm, 'ufs:md0' currently works. What trouble can be had from using >>> the abbreviated device name? >> >> I have no idea; probably none. =A0This is just the first time I've seen >> the variable set to something "shorthand". =A0I would have to review >> the parser code to see how it works. > > All depends on how you create the mfsroot. makefs(8) style mfsroots > for instance are like /dev/md0a blah. Ugh. Please ignore this statement. It's wrong.. > It also depends on your version of FreeBSD IIRC, because (again IIRC) > GEOM changed the status quo in either 7.x or 8.x as to how md(4) > devices represented. Again, this is IIRC :P! From owner-freebsd-stable@FreeBSD.ORG Sat May 29 15:05:26 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 143CD1065678 for ; Sat, 29 May 2010 15:05:26 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailC.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.204]) by mx1.freebsd.org (Postfix) with ESMTP id D69F48FC13 for ; Sat, 29 May 2010 15:05:25 +0000 (UTC) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id C746417EC58 for ; Sat, 29 May 2010 11:05:24 -0400 (EDT) Received: from localmailC.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailC.acsu.buffalo.edu (Postfix) with ESMTP id 3607317EC56 for ; Sat, 29 May 2010 11:05:23 -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 30D0F17E985 for ; Sat, 29 May 2010 11:05:23 -0400 (EDT) Received: from [192.168.1.101] (cpe-76-180-182-44.buffalo.res.rr.com [76.180.182.44]) by mweb2.acsu.buffalo.edu (Postfix) with ESMTP id E55454C4007 for ; Sat, 29 May 2010 11:05:22 -0400 (EDT) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-32xtd+dSNrfPg54pX2/m" Organization: U. Buffalo Date: Sat, 29 May 2010 11:05:17 -0400 Message-ID: <1275145517.1608.29.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: XX: 27% Subject: FreeBSD 8.1-BETA1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2010 15:05:26 -0000 --=-32xtd+dSNrfPg54pX2/m Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The first of the test builds for the FreeBSD 8.1 release cycle is now available for amd64, i386, ia64, powerpc, pc98, and sparc64 architectures. Files suitable for creating installation media or doing FTP based installs through the network should be on most of the FreeBSD mirror sites by now. MD5/SHA256 checksums of the images are at the bottom of this message. The ISOs for this build do not include packages other than the docs. For amd64 and i386 "memstick" images are also available that can be copied to a USB "memory stick" (also called "thumb drive") and used for installs on machines that support booting from that type of media. The target schedule for the release is available here: http://www.freebsd.org/releases/8.1R/schedule.html and the wiki page tracking the current status is here: http://wiki.freebsd.org/Releng/8.1TODO If you find problems you can report them through the normal Gnats based PR system or here on this mailing list. If you are updating an already running machine the CVS branch tag is RELENG_8, or if you prefer SVN use "stable/8". Updates done that way will result in a machine that says it is running "8.1-PRERELEASE". The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 8.0-RELEASE can upgrade as follows: =20 # freebsd-update upgrade -r 8.1-BETA1 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. =20 # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now =20 After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 7.x) can also use freebsd-update to upgrade to FreeBSD 8.1-BETA1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 7.x and FreeBSD 8.x. Checksums: MD5 (FreeBSD-8.1-BETA1-amd64-bootonly.iso) =3D f491aad2302485ee2bb3ff0f1a75= 17e0 MD5 (FreeBSD-8.1-BETA1-amd64-disc1.iso) =3D f3e8967854720e2258a395fa6699cd2= c MD5 (FreeBSD-8.1-BETA1-amd64-dvd1.iso) =3D 43f6f0e60b1552a6fd0bb35017dd53f7 MD5 (FreeBSD-8.1-BETA1-amd64-livefs.iso) =3D 6ada39bf3b58c90adc42e8df226626= ab MD5 (FreeBSD-8.1-BETA1-amd64-memstick.img) =3D 6849e0a969acb3c004d234bde271= fff2 MD5 (FreeBSD-8.1-BETA1-i386-bootonly.iso) =3D f92123989706d2109ebc2ffd386c9= 696 MD5 (FreeBSD-8.1-BETA1-i386-disc1.iso) =3D e66848a74dd176bfbb29fd3e40cba5ab MD5 (FreeBSD-8.1-BETA1-i386-disc2.iso) =3D d6ff7be05dec3909c2e6a0bc5cb41a54 MD5 (FreeBSD-8.1-BETA1-i386-disc3.iso) =3D d2205b41f3da267d643705d698f814b8 MD5 (FreeBSD-8.1-BETA1-i386-dvd1.iso) =3D 9d925a0b8c21417843f5d1a5f5c16063 MD5 (FreeBSD-8.1-BETA1-i386-livefs.iso) =3D 510a08125f22e100a18984198c640f3= c MD5 (FreeBSD-8.1-BETA1-i386-memstick.img) =3D c08e0f9b0f5df9c406b069d8e6087= a47 MD5 (FreeBSD-8.1-BETA1-ia64-bootonly.iso) =3D 18e41d3d24e7b3a51b507a7518401= e05 MD5 (FreeBSD-8.1-BETA1-ia64-disc1.iso) =3D 706c77f3859dc4eb852e709e2aaabc7f MD5 (FreeBSD-8.1-BETA1-ia64-disc2.iso) =3D 63c64715211f3a1ae4ea6c142e71ad09 MD5 (FreeBSD-8.1-BETA1-ia64-disc3.iso) =3D ece2835a2c68136d01f706b167aa0d40 MD5 (FreeBSD-8.1-BETA1-ia64-dvd1.iso) =3D b1913f121343d990a369146863c0fc3f MD5 (FreeBSD-8.1-BETA1-ia64-livefs.iso) =3D 66bcbb4e946beb12d57f4da78c44acf= 6 MD5 (FreeBSD-8.1-BETA1-pc98-bootonly.iso) =3D 27f4c2ddf9a3d945cf218cabef68e= dc4 MD5 (FreeBSD-8.1-BETA1-pc98-disc1.iso) =3D d8ab88d88b458f140fce39cec027b892 MD5 (FreeBSD-8.1-BETA1-pc98-livefs.iso) =3D 37102e8e1f28942a1666b561eede585= 9 MD5 (FreeBSD-8.1-BETA1-powerpc-bootonly.iso) =3D 55d85e7e6e5930f0ab68b7be02= 3e8acd MD5 (FreeBSD-8.1-BETA1-powerpc-disc1.iso) =3D 05c4fa05d7c5478d88a64da7af1f6= 7af MD5 (FreeBSD-8.1-BETA1-powerpc-disc2.iso) =3D c4a0d44421fd11646839a4eb6e16d= 32a MD5 (FreeBSD-8.1-BETA1-powerpc-disc3.iso) =3D 92d07d4ff0f62f88cf1f46bd3ffc0= 982 MD5 (FreeBSD-8.1-BETA1-sparc64-bootonly.iso) =3D 2930fb42cd0c626b157abd5f6a= 60c297 MD5 (FreeBSD-8.1-BETA1-sparc64-disc1.iso) =3D e115e85a5e83b63142d5f02f44e61= e66 MD5 (FreeBSD-8.1-BETA1-sparc64-dvd1.iso) =3D cf24647bd0e00462bf33423864f942= cf MD5 (FreeBSD-8.1-BETA1-sparc64-livefs.iso) =3D 777c3604d88eae2f3011e80a5794= 16e9 SHA256 (FreeBSD-8.1-BETA1-amd64-bootonly.iso) =3D 249e9e6c3202a29e000c6df2a= ea2ed6937aa975a6c7959593fea7b1b1b20c408 SHA256 (FreeBSD-8.1-BETA1-amd64-disc1.iso) =3D db2f63becc38fadbb2fd1ec29142= d4309ad03eb22cafcd6818ac284487bbb580 SHA256 (FreeBSD-8.1-BETA1-amd64-dvd1.iso) =3D 7ae07967f495bc298f1a7852783b4= 631fd0fc4a6517fbb60042a4377e977c3e1 SHA256 (FreeBSD-8.1-BETA1-amd64-livefs.iso) =3D 8502721b505f218b3be2feb1cb1= d6d8438b1bf4b3b765ba5154c4ad9a23e6ef1 SHA256 (FreeBSD-8.1-BETA1-amd64-memstick.img) =3D 92e36b2788f58569ae475d4ad= 3ec67a9a0c4167abe00b8370274f28505332c33 SHA256 (FreeBSD-8.1-BETA1-i386-bootonly.iso) =3D 07130310d0470accde8590f64b= 9ddd2620a19789df14ff0c823fad71962ebceb SHA256 (FreeBSD-8.1-BETA1-i386-disc1.iso) =3D 40fc6540f44324718e94ba2a3c490= 5b448b8e889cd65d4f5f82de905cf059d22 SHA256 (FreeBSD-8.1-BETA1-i386-disc2.iso) =3D f699f12449c84006994d46cc627c5= 07af3c5947d604d6703d9d8563710ee62b8 SHA256 (FreeBSD-8.1-BETA1-i386-disc3.iso) =3D 1568781c01a30d4f3d59eb0ea2061= d1e5df7d27db403443c3215f1da447ff6e3 SHA256 (FreeBSD-8.1-BETA1-i386-dvd1.iso) =3D f8c4a8ca9e5077d3690903dad652a4= ec245bab3ec15176dad113b7e4ce90b239 SHA256 (FreeBSD-8.1-BETA1-i386-livefs.iso) =3D 1ae66cfd3c6fb6edf48f5a8d38d4= 097b4488b90025f0777a49307cccec04c2da SHA256 (FreeBSD-8.1-BETA1-i386-memstick.img) =3D 1cfc15def9d0c9c36a0394bc41= d4e59d3d25612f10563b061df2e0d75e665557 SHA256 (FreeBSD-8.1-BETA1-ia64-bootonly.iso) =3D 6db5a2ba942526ff40dc36d2aa= 8847d56661fdaa62725500506f3b70b3c38be8 SHA256 (FreeBSD-8.1-BETA1-ia64-disc1.iso) =3D 4b1f87932658b156e093bbfede185= a1965f892ac4d8a007e49252ab9efe256bb SHA256 (FreeBSD-8.1-BETA1-ia64-disc2.iso) =3D 38fd9cee73e29f6e3ec87cb8cebd3= 113fd4b37dc0de8fb6c5401c776c57799f9 SHA256 (FreeBSD-8.1-BETA1-ia64-disc3.iso) =3D a30c22fd983960ecd5c70939b31b0= 9efe907ae8dc46b6dc830959998f0574d58 SHA256 (FreeBSD-8.1-BETA1-ia64-dvd1.iso) =3D 0cf2229ae748f8b4b33b3317b80d1f= c1443a774b81acb42c08b06c8fb202a04d SHA256 (FreeBSD-8.1-BETA1-ia64-livefs.iso) =3D b99ca9fdb4c10c85f2ab3b71d4ae= d79419d95266af2b3b479cf522a72dedbc00 SHA256 (FreeBSD-8.1-BETA1-pc98-bootonly.iso) =3D 8a65b0e0db9f8cad6451a3e10d= 2af858d157f2def59d7006a1a5824d8a4d244b SHA256 (FreeBSD-8.1-BETA1-pc98-disc1.iso) =3D 8327a872f913d5a13fed73583e1ae= 757c1ec855a0addb009c1ffb23c2f345f59 SHA256 (FreeBSD-8.1-BETA1-pc98-livefs.iso) =3D 5dc9782a9181d54b50b636c9df70= 44834dfbffaa48ec156249765263c7732bd0 SHA256 (FreeBSD-8.1-BETA1-powerpc-bootonly.iso) =3D 5b26bb9d6890fb31cc2884d= 55340c65b6b41c0d37a9ce81853c10bc4f02c1d40 SHA256 (FreeBSD-8.1-BETA1-powerpc-disc1.iso) =3D 305560feb1e5cdfb06f47d743f= c213f5c8bf534691013966898c0229d1a51701 SHA256 (FreeBSD-8.1-BETA1-powerpc-disc2.iso) =3D ee114228b8aaf7a5ff64c8e6fb= ec91afbe77591b463360cf5222cebb5d5ff6d8 SHA256 (FreeBSD-8.1-BETA1-powerpc-disc3.iso) =3D 090c8f23392cc84e6589fdda8b= 9cdfa784fe5462c0769162752f9b96c47e5b97 SHA256 (FreeBSD-8.1-BETA1-sparc64-bootonly.iso) =3D 68520bcb6b70d0185a30ba4= 5bf5578efb0d350c417259a00fe256e06623211e5 SHA256 (FreeBSD-8.1-BETA1-sparc64-disc1.iso) =3D 9e87ef3cd679754b66d8e04116= b11a958dc5e8f31fcbd466b9b2b80687bdba38 SHA256 (FreeBSD-8.1-BETA1-sparc64-dvd1.iso) =3D 3b006f87bb388cd0d9d6f90d86c= 12092d14d105fcd76144050a280f12fdece8e SHA256 (FreeBSD-8.1-BETA1-sparc64-livefs.iso) =3D 7df1d5e69209ec540982476f9= f0d67ac98017482b15df274a75a71a9331fd8b8 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-32xtd+dSNrfPg54pX2/m Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkwBLSMACgkQ/G14VSmup/aKUACdFkgdYwf6UKS8JoT5P4aQ8eKm yEcAn0Qnt7T/A3N1HPzGnN4O+9kkaH6L =tGxn -----END PGP SIGNATURE----- --=-32xtd+dSNrfPg54pX2/m-- From owner-freebsd-stable@FreeBSD.ORG Sat May 29 15:13:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7345C106566B for ; Sat, 29 May 2010 15:13:24 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3093A8FC18 for ; Sat, 29 May 2010 15:13:23 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFAIbFAEzO+L5V/2dsb2JhbACSNIwEcr14hRYEjEw X-IronPort-AV: E=Sophos;i="4.53,322,1272859200"; d="scan'208";a="65976921" Received: from 206-248-190-85.dsl.teksavvy.com (HELO shell.afflictions.org) ([206.248.190.85]) by ironport2-out.pppoe.ca with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 May 2010 10:44:18 -0400 Received: from shell.afflictions.org (shell.afflictions.org [172.20.143.66]) by shell.afflictions.org (8.14.4/8.14.4) with ESMTP id o4TEiHnH055919 for ; Sat, 29 May 2010 10:44:17 -0400 (EDT) (envelope-from dgerow@afflictions.org) Received: (from dwg@localhost) by shell.afflictions.org (8.14.4/8.14.4/Submit) id o4TEiHHN055918 for freebsd-stable@freebsd.org; Sat, 29 May 2010 10:44:17 -0400 (EDT) (envelope-from dgerow@afflictions.org) X-Authentication-Warning: shell.afflictions.org: dwg set sender to dgerow@afflictions.org using -f Date: Sat, 29 May 2010 10:44:16 -0400 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20100529144416.GA55552@plebeian.afflictions.org> References: <20100519021402.GI92949@plebeian.afflictions.org> <20100519091103.GA72058@icarus.home.lan> <20100519134847.GE97592@plebeian.afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100519134847.GE97592@plebeian.afflictions.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: AHCI timeouts on S3 resume 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, 29 May 2010 15:13:24 -0000 (For the archives...) Before posting this to acpi@, I updated my system to r208630, and tried to reproduce the issue with verbose logging. No such luck: the AHCI timeouts are now gone! From owner-freebsd-stable@FreeBSD.ORG Sat May 29 19:41:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA13B1065673 for ; Sat, 29 May 2010 19:41:57 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.ORG [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7EEC28FC1C for ; Sat, 29 May 2010 19:41:56 +0000 (UTC) Received: from [10.0.1.4] (pool-71-109-144-133.lsanca.dsl-w.verizon.net [71.109.144.133]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id o4TJftRr065017 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 29 May 2010 12:41:55 -0700 (PDT) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Message-Id: <70E996F6-7884-4954-BE13-08C97F2F019F@lafn.org> Date: Sat, 29 May 2010 12:41:54 -0700 To: FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) X-Virus-Scanned: clamav-milter 0.95.3 at zoom.lafn.org X-Virus-Status: Clean Subject: Wireless Card Driver 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, 29 May 2010 19:41:57 -0000 I just completed the update to 8.1 Beta 1 in hopes that there would be a = driver for the wireless card. No luck. The update went just fine. No = problems observed so far. pciconf shows: none2@pci0:3:0:0: class=3D0x028000 card=3D0x27901814 = chip=3D0x07811814 rev=3D0x00 hdr=3D0x00 vendor =3D 'Ralink Technology, Corp.' device =3D 'Wireless (RT2860/RT2890)' class =3D network Is there a driver not installed by default that works for this unit?= From owner-freebsd-stable@FreeBSD.ORG Sat May 29 20:07:57 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4ED1065674 for ; Sat, 29 May 2010 20:07:57 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:a80a:1:21f:d0ff:fe22:b8a8]) by mx1.freebsd.org (Postfix) with ESMTP id 960748FC12 for ; Sat, 29 May 2010 20:07:57 +0000 (UTC) Received: from kanga.honeypot.net (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 5D0448245D for ; Sat, 29 May 2010 15:07:56 -0500 (CDT) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by kanga.honeypot.net (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Kr1ZP9aibtCC for ; Sat, 29 May 2010 15:07:54 -0500 (CDT) Received: from [10.0.7.105] (wlan2-105.honeypot.net [10.0.7.105]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTPSA id 9A4FE8244F for ; Sat, 29 May 2010 15:07:54 -0500 (CDT) Message-ID: <4C017419.9010909@strauser.com> Date: Sat, 29 May 2010 15:07:53 -0500 From: Kirk Strauser User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Make ZFS auto-destroy snapshots when the out of space? 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, 29 May 2010 20:07:58 -0000 I found some nice scripts to regularly snapshot all the filesystems in my ZFS pool at http://www.neces.com/blog/technology/integrating-freebsd-zfs-and-periodic-snapshots-and-scrubs . One thing bothers me, though: I have to intentionally set how many months' worth of snapshots I want to keep. Too many and I run out of room. Too few and I lose some of the benefits of easy recovery of deleted data. My computer is better at bookkeeping than I am, so why not let it? I'd propose standardizing on an attribute like org.freebsd:allowautodestroy. Modify ZFS's disk full behavior to scan for snapshots with that attribute set and destroy the oldest one, and continue until there's enough free space to complete a write requests or until out of "expendable" snapshots to destroy (at which time the normal disk full handler would run). Also run a daily periodic script to ensure that the free space stays below a configurable threshold each day so that ZFS isn't constantly butting up against completely full drives. This would take all configuration guesswork out of the equation and would let me keep as many snapshots as I have space to maintain. If I want to extend my reach back in time, I can add another drive to the pool and the rest is handled automatically. At the same time, should I suddenly *want* to store massive amounts of new data, the snapshots can be easily and automatically cleared out to make room for the stuff I want to hold. What do you think? It seems like this should be pretty easy to implement without requiring any upstream changes or new FreeBSD-only data structures. The whole thing could possibly be implemented in userspace, but I don't know that ZFS has any exception handling callbacks that would make it easy. An unused resource is a wasted resource, right? From owner-freebsd-stable@FreeBSD.ORG Sat May 29 20:09:05 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 227A11065674; Sat, 29 May 2010 20:09:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9A67F8FC20; Sat, 29 May 2010 20:09:04 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4TK9D7e076462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 May 2010 23:09:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4TK90VH044098; Sat, 29 May 2010 23:09:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4TK8xJn044097; Sat, 29 May 2010 23:08:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 29 May 2010 23:08:59 +0300 From: Kostik Belousov To: Jung-uk Kim Message-ID: <20100529200859.GE83316@deviant.kiev.zoral.com.ua> References: <4BFFF013.7050005@uiowa.edu> <4C00085D.9000204@icyb.net.ua> <4C001B04.2040006@uiowa.edu> <201005281907.05833.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3e5zPOSaQk/kV0Ke" Content-Disposition: inline In-Reply-To: <201005281907.05833.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org, Andriy Gapon Subject: Re: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 29 May 2010 20:09:05 -0000 --3e5zPOSaQk/kV0Ke Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 28, 2010 at 07:07:04PM -0400, Jung-uk Kim wrote: > On Friday 28 May 2010 03:35 pm, Scott Allendorf wrote: > > Andriy Gapon wrote: > > > on 28/05/2010 19:32 Scott Allendorf said the following: > > >> I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex > > >> 960 running 8.0-RELEASE. After the upgrade, my floppy drive was > > >> no longer detected. After a binary search, the following commit > > >> appears to be responsible: > > >> > > >> =20 > > >> http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D203544 > > > > > > Can you check if reverting of MFC of the following helps (it's a > > > part of that big ACPI MFC)? > > > > > > r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 > > > lines Remove _FDE quirk handling as these quirks are > > > automatically repaired by ACPICA layer since ACPICA 20091214. > > > > Thank you for your quick reply to my message. > > > > Reverting this change (src/sys/dev/fdc/fdc_acpi.c from 1.13.2.2 to > > 1.13.2.1) appears to have fixed the issue. The floppy drive is now > > detected and it is functional. There do not appear to be any side > > effects. >=20 > Please try the attached patch. Sorry, it was stupid. :-( >=20 > Jung-uk Kim > --- sys/dev/fdc/fdc_acpi.c (revision 208626) > +++ sys/dev/fdc/fdc_acpi.c (working copy) > @@ -96,6 +96,7 @@ fdc_acpi_attach(device_t dev) > { > struct fdc_data *sc; > ACPI_BUFFER buf; > + ACPI_OBJECT *obj; > device_t bus; > int error; > =20 > @@ -131,7 +132,8 @@ fdc_acpi_attach(device_t dev) > } > =20 > /* Add fd child devices as specified. */ > - error =3D fdc_acpi_probe_children(bus, dev, buf.Pointer); > + obj =3D buf.Pointer; > + error =3D fdc_acpi_probe_children(bus, dev, obj->Buffer.Pointer); > =20 > out: > if (buf.Pointer) Works for me as well. --3e5zPOSaQk/kV0Ke Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwBdFsACgkQC3+MBN1Mb4iNkgCgyk+dp6292z7xKSm/FPuzisMX szAAoJ/bCkblOYOR9OPpG8ea4T4QSd21 =vkaS -----END PGP SIGNATURE----- --3e5zPOSaQk/kV0Ke-- From owner-freebsd-stable@FreeBSD.ORG Sat May 29 20:54:52 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B2811065672; Sat, 29 May 2010 20:54:52 +0000 (UTC) (envelope-from scott-allendorf@uiowa.edu) Received: from newton.physics.uiowa.edu (newton.physics.uiowa.edu [128.255.34.132]) by mx1.freebsd.org (Postfix) with ESMTP id C83EB8FC08; Sat, 29 May 2010 20:54:51 +0000 (UTC) Received: from [192.168.1.3] (173-30-220-89.client.mchsi.com [173.30.220.89]) (authenticated bits=0) by newton.physics.uiowa.edu (8.14.4/8.14.4) with ESMTP id o4TKsnLR055723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 May 2010 15:54:50 -0500 (CDT) (envelope-from scott-allendorf@uiowa.edu) Message-ID: <4C017F14.2080603@uiowa.edu> Date: Sat, 29 May 2010 15:54:44 -0500 From: Scott Allendorf Organization: The University of Iowa, Department of Physics and Astronomy User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Jung-uk Kim References: <4BFFF013.7050005@uiowa.edu> <4C00085D.9000204@icyb.net.ua> <4C001B04.2040006@uiowa.edu> <201005281907.05833.jkim@FreeBSD.org> In-Reply-To: <201005281907.05833.jkim@FreeBSD.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020008010809040403000800" Cc: Konstantin Belousov , freebsd-stable@FreeBSD.org, Andriy Gapon Subject: Re: Floppy drive not detected after 8.0-RELEASE->8.1-PRERELEASE 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, 29 May 2010 20:54:52 -0000 This is a cryptographically signed message in MIME format. --------------ms020008010809040403000800 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jung-uk Kim wrote: > On Friday 28 May 2010 03:35 pm, Scott Allendorf wrote: >> Andriy Gapon wrote: >>> on 28/05/2010 19:32 Scott Allendorf said the following: >>>> I recently upgraded to 8.1-PRERELEASE (amd64) on a Dell Optiplex >>>> 960 running 8.0-RELEASE. After the upgrade, my floppy drive was >>>> no longer detected. After a binary search, the following commit >>>> appears to be responsible: >>>> >>>> >>>> http://svn.freebsd.org/viewvc/base?view=revision&revision=203544 >>> Can you check if reverting of MFC of the following helps (it's a >>> part of that big ACPI MFC)? >>> >>> r200554 | jkim | 2009-12-15 00:28:32 +0200 (Tue, 15 Dec 2009) | 3 >>> lines Remove _FDE quirk handling as these quirks are >>> automatically repaired by ACPICA layer since ACPICA 20091214. >> Thank you for your quick reply to my message. >> >> Reverting this change (src/sys/dev/fdc/fdc_acpi.c from 1.13.2.2 to >> 1.13.2.1) appears to have fixed the issue. The floppy drive is now >> detected and it is functional. There do not appear to be any side >> effects. > > Please try the attached patch. Sorry, it was stupid. :-( > > Jung-uk Kim > Applying the patch to r200554 of fdc_acpi.c (1.13.2.2) appears to fix the issue. Once again, the floppy drive is detected and it is functional. There do not appear to be any side effects. Thank you, Scott -- Scott C. Allendorf Email: scott-allendorf@uiowa.edu UNIX Systems Administrator Office: 216A Van Allen Hall Department of Physics and Astronomy Voice: (319) 335-0003 The University of Iowa FAX: (319) 335-1753 Iowa City, Iowa 52242-1479 ICBM: 41 39 43.6 N 91 31 55.1 W --------------ms020008010809040403000800 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIO/DCC BEYwggOvoAMCAQICEGb9R+PCGeToms2Z3fU6yyQwDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UE BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1 MTAyNzIzNTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEf MB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNl IGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFs IFN1YnNjcmliZXIgQ0EgLSBHMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnf rOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyVzm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs +Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zplYu//EHuiVrvFTnAt1qIfPO2wQuhejVch rKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFBL2OyOj++pRpu9MlKWz2VphW7NQIZ +dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5gJ925rXXOL3OVekA6hXVJsLjf aLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUCAwEAAaOB/zCB/DASBgNV HRMBAf8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4RQEHFwEwKjAoBggrBgEFBQcC ARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8EBAMCAQYwEQYJYIZIAYb4 QgEBBAQDAgEGMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQcml2YXRlTGFiZWwzLTIwNDgt MTU1MB0GA1UdDgQWBBQRfV4ZfTwE32ps1qKKGj8x2DuUUjAxBgNVHR8EKjAoMCagJKAihiBo dHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLmNybDANBgkqhkiG9w0BAQUFAAOBgQA8o9oC YzrEk6qrctPcrVA4HgyeFkqIt+7r2f8PjZWg1rv6aguuYYTYaEeJ70+ssh9JQZtJM3aTi55u uUMcYL3C3Ioth8FFwBFyBBprJCpsb+f8BxMp0Hc6I+f1wYVoGb/GAVQgGa41gsxiPGEJxvTV 67APpp8zhZrTcY5Qj5ndYjCCBVUwggQ9oAMCAQICEDnmq/zE7naErgeOHwahlT0wDQYJKoZI hvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0G A1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0 IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEg Tm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1 YnNjcmliZXIgQ0EgLSBHMjAeFw0xMDAxMTcwMDAwMDBaFw0xMTAxMTcyMzU5NTlaMIIBHjEX MBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBi eSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDEz MDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2aWNlMRsw GQYDVQQDFBJTY290dCBDLiBBbGxlbmRvcmYxKDAmBgkqhkiG9w0BCQEWGXNjb3R0LWFsbGVu ZG9yZkB1aW93YS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDt//Dej9TP OggYYqhk3Si72zWISvmmAH4BIeK4Ybm3ExAzGAEruWni7lHItPo27u12lwvisjvq2rOVWiPI 8UlFkOA6Xyqw8h+8bXQKu875UOVuFzS5NyzPx7lTNl3c/bFeWyk9coVFGy9z9BjVCev3IZFj ijOJEUzQFwqIOT3vQXgEo9pwbneXs6r9g3/Z4pZFcQUpX6iizAct/ccryQRGpfqSQrFn/4uz RpjWUe/lnghz4k1I2chI87SkS32919l4TtS9VN8mhaFD5fyDSOJdGEb6XX1WBb3dL7lDHBYA 34LDZ5n/Dnknhu0Rm1IfEPB/y3kC/r0lzOYtV5J2e4tTAgMBAAGjgcwwgckwCQYDVR0TBAIw ADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZl cmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALAUa3EV maWXNtLDHgiQhCkEnHS6DClyqE29sPgVug0xyF6vChlW7Dj+kwOyIPuX8h5kkqJMBL2Q0EuB 0cg8LIGCMrtW3gB9NWOiLH27G/z2aCZK9yShyBLRlsZDZ4cQ2yHXCqDfR7m1o6cebAwPsNCD +gtO2Bo8yZ9LpRz/CeWYmcPrdWclMENkYMWD3sXYy//j08n6AtSO2vo2TxjjXeslClZOz79v vUHaixHn6xBY0eB7gp1YVjLx/od/2BeRO1Y84j/4hVR08E1+DAGaxyWuIe7krk28T4c1DJHa bxB0Psjr525t3zjSqfD0g27u/lYS5XFMAFSZy8NCUxuivIswggVVMIIEPaADAgECAhA55qv8 xO52hK4Hjh8GoZU9MA0GCSqGSIb3DQEBBQUAMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO VmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNV BAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1 MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENs YXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMTAwMTE3MDAwMDAwWhcN MTEwMTE3MjM1OTU5WjCCAR4xFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZW ZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJz b25hIE5vdCBWYWxpZGF0ZWQxMzAxBgNVBAsTKkRpZ2l0YWwgSUQgQ2xhc3MgMSAtIE5ldHNj YXBlIEZ1bGwgU2VydmljZTEbMBkGA1UEAxQSU2NvdHQgQy4gQWxsZW5kb3JmMSgwJgYJKoZI hvcNAQkBFhlzY290dC1hbGxlbmRvcmZAdWlvd2EuZWR1MIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEA7f/w3o/UzzoIGGKoZN0ou9s1iEr5pgB+ASHiuGG5txMQMxgBK7lp4u5R yLT6Nu7tdpcL4rI76tqzlVojyPFJRZDgOl8qsPIfvG10CrvO+VDlbhc0uTcsz8e5UzZd3P2x XlspPXKFRRsvc/QY1Qnr9yGRY4oziRFM0BcKiDk970F4BKPacG53l7Oq/YN/2eKWRXEFKV+o oswHLf3HK8kERqX6kkKxZ/+Ls0aY1lHv5Z4Ic+JNSNnISPO0pEt9vdfZeE7UvVTfJoWhQ+X8 g0jiXRhG+l19VgW93S+5QxwWAN+Cw2eZ/w55J4btEZtSHxDwf8t5Av69JczmLVeSdnuLUwID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsG AQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNV HSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0lu ZEMxRGlnaXRhbElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqG SIb3DQEBBQUAA4IBAQCwFGtxFZmllzbSwx4IkIQpBJx0ugwpcqhNvbD4FboNMcherwoZVuw4 /pMDsiD7l/IeZJKiTAS9kNBLgdHIPCyBgjK7Vt4AfTVjoix9uxv89mgmSvckocgS0ZbGQ2eH ENsh1wqg30e5taOnHmwMD7DQg/oLTtgaPMmfS6Uc/wnlmJnD63VnJTBDZGDFg97F2Mv/49PJ +gLUjtr6Nk8Y413rJQpWTs+/b71B2osR5+sQWNHge4KdWFYy8f6Hf9gXkTtWPOI/+IVUdPBN fgwBmsclriHu5K5NvE+HNQyR2m8QdD7I6+dubd840qnw9INu7v5WEuVxTABUmcvDQlMboryL MYIE7DCCBOgCAQEwgfIwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5j LjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2Yg dXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBl cnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlk dWFsIFN1YnNjcmliZXIgQ0EgLSBHMgIQOear/MTudoSuB44fBqGVPTAJBgUrDgMCGgUAoIIC zjAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMDA1MjkyMDU0 NDRaMCMGCSqGSIb3DQEJBDEWBBQly9M/nuvczK820wYnQ9D9layNKjBfBgkqhkiG9w0BCQ8x UjBQMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwggEDBgkrBgEEAYI3EAQxgfUwgfIwgd0x CzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0Eg LSBHMgIQOear/MTudoSuB44fBqGVPTCCAQUGCyqGSIb3DQEJEAILMYH1oIHyMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRy dXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJp c2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1 BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EDnmq/zE7naErgeOHwahlT0wDQYJKoZIhvcNAQEBBQAEggEAuHjVOw0C/Vnih46wo0Fkxwd9 cKQqkMulyKvZGrDLfNzyQeub7S7o24I+lJrMaBSJ3DiLkHCcrzK4g7aaRXTO9TFBa+CWf2CY zzoFx+CvVysQCk+HODQzD6G5NGQYuf+n3QeoyBaFoJ0Pge4jcZYsoHKnDBOi8SKSq6DsGDa6 TW2X3bH2GheBpczQOe0FAJB+0YQT7ZeoraYIeGf5JqF+SaGQtEk/tbZuw+epSJYqDwvQL2FZ sibMpwTnJ/NKR8VlZQgpkEEe2ycpI5ujHrZOH1Nu6/JBtz+lvw+AQ2t9x/vymlOxa/nt5Gcb VILcnTXOhOreeGIclGvvA9k5n7UCMwAAAAAAAA== --------------ms020008010809040403000800--