From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 04:06:12 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392581065670; Sun, 13 Apr 2008 04:06:12 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (penna-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id C01048FC1B; Sun, 13 Apr 2008 04:06:11 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.2/8.14.2) with ESMTP id m3D46o2Z077900; Sun, 13 Apr 2008 00:06:50 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Coleman Kane In-Reply-To: <1208052990.1305.3.camel@localhost> References: <1208027381.1327.31.camel@localhost> <1208028217.82222.32.camel@shumai.marcuscom.com> <1208028624.1327.41.camel@localhost> <1208030804.1360.5.camel@localhost> <1208032559.1424.3.camel@localhost> <1208052990.1305.3.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yuQAcprmdg5WMg1X9G9h" Organization: FreeBSD, Inc. Date: Sun, 13 Apr 2008 00:06:12 -0400 Message-Id: <1208059572.26405.4.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on creme-brulee.marcuscom.com Cc: mezz7@cox.net, imp@FreeBSD.org, current@FreeBSD.org Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 04:06:12 -0000 --=-yuQAcprmdg5WMg1X9G9h Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-04-12 at 22:16 -0400, Coleman Kane wrote: > It turns out that in order to use some commands (such as ps, w, top, and > others), you'll need a memorylocked limit even higher. I have mine at > around 250 right now and so far it seems to be fine. If you don't do > this, then these programs will spin in an infinite loop attempting to > allocate some memory (which the system refuses). Yeah, as I said, quite a few sysctl handlers user vslock() which wires memory. Some of the bigger ones are the new procstat sysctls. I wonder how gnome-system-monitor and procstat work with a limited RLIMIT_MEMLOCK. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-yuQAcprmdg5WMg1X9G9h Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgBhq8ACgkQb2iPiv4Uz4csfwCePXvRkVn9fddWaJOD+YRzGIsG mrcAmwaKwGMZJcKLzLeTodyKa3cWV24D =9nai -----END PGP SIGNATURE----- --=-yuQAcprmdg5WMg1X9G9h-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 05:23:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B45EB106566C for ; Sun, 13 Apr 2008 05:23:36 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2F58FC13 for ; Sun, 13 Apr 2008 05:23:36 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.2/8.14.2) with ESMTP id m3D5NZMe001130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Apr 2008 22:23:35 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <200804130523.m3D5NZMe001130@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 12 Apr 2008 22:13:17 -0700 To: =?iso-8859-1?Q?S=F8ren?= Schmidt From: Manfred Antar In-Reply-To: <24824BDA-7B7C-4967-BECB-D8ADBA31FFA7@freebsd.org> References: <200804121723.m3CHNjeE001015@pozo.com> <24824BDA-7B7C-4967-BECB-D8ADBA31FFA7@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Current problem ENOMEM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 05:23:36 -0000 At 11:11 AM 4/12/2008, S=F8ren Schmidt wrote: >Try to upgrade, I've fixed a couple of bogons... > >-S=F8ren > > > > >On 12Apr, 2008, at 19:23 , Manfred Antar wrote: > >>Since yesterdays kernel i keep getting: >> >>ENOMEM 0xc64e4108 on 0xc5c90600(ad0) >>ata0: FAILURE - alloc sg_map >>ENOMEM 0xc64e4108 on 0xc5c90600(ad0) >>ata0: FAILURE - alloc sg_map >>ENOMEM 0xc64e4108 on 0xc5c90600(ad0) >>ata0: FAILURE - alloc sg_map >> >>and on and on, on the console >> >>machine is pretty much useless once this starts >>Just one hard drive ufs simple no raid or anything like that. >>A kernel from 2 days ago is fine.Usually happens when doing cvsup >> >>Manfred > >Still happening as of 5 minutes ago > >=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 >|| null@pozo.com || >|| Ph. (415) 681-6235 || >=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=20 From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 08:28:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EA9D1065676; Sun, 13 Apr 2008 08:28:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0EC8FC1F; Sun, 13 Apr 2008 08:28:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3D8SCsR072663; Sun, 13 Apr 2008 04:28:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3D8SBgO095920; Sun, 13 Apr 2008 04:28:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B51E573039; Sun, 13 Apr 2008 04:28:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080413082811.B51E573039@freebsd-current.sentex.ca> Date: Sun, 13 Apr 2008 04:28:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 08:28:13 -0000 TB --- 2008-04-13 07:16:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-13 07:16:51 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-13 07:16:51 - cleaning the object tree TB --- 2008-04-13 07:17:20 - cvsupping the source tree TB --- 2008-04-13 07:17:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-13 07:17:28 - building world (CFLAGS=-O -pipe) TB --- 2008-04-13 07:17:28 - cd /src TB --- 2008-04-13 07:17:28 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 13 07:17:31 UTC 2008 >>> 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 Apr 13 08:21:04 UTC 2008 TB --- 2008-04-13 08:21:04 - generating LINT kernel config TB --- 2008-04-13 08:21:04 - cd /src/sys/pc98/conf TB --- 2008-04-13 08:21:04 - /usr/bin/make -B LINT TB --- 2008-04-13 08:21:04 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-13 08:21:04 - cd /src TB --- 2008-04-13 08:21:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 13 08:21:04 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/radix_mpath.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/raw_cb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/raw_usrreq.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/net/route.c cc1: warnings being treated as errors /src/sys/net/route.c: In function 'rtrequest1': /src/sys/net/route.c:809: warning: label 'deldone' defined but not used /src/sys/net/route.c:768: warning: label 'normal_rtdel' defined but not used *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-13 08:28:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-13 08:28:11 - ERROR: failed to build lint kernel TB --- 2008-04-13 08:28:11 - tinderbox aborted TB --- 3065.25 user 389.08 system 4279.64 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 09:18:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4210106567D; Sun, 13 Apr 2008 09:18:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9096C8FC13; Sun, 13 Apr 2008 09:18:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3D9Iaiu074179; Sun, 13 Apr 2008 05:18:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3D9IZDG007918; Sun, 13 Apr 2008 05:18:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A76CC73039; Sun, 13 Apr 2008 05:18:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080413091835.A76CC73039@freebsd-current.sentex.ca> Date: Sun, 13 Apr 2008 05:18:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 09:18:36 -0000 TB --- 2008-04-13 07:58:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-13 07:58:19 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-13 07:58:19 - cleaning the object tree TB --- 2008-04-13 07:58:48 - cvsupping the source tree TB --- 2008-04-13 07:58:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-13 07:58:55 - building world (CFLAGS=-O -pipe) TB --- 2008-04-13 07:58:55 - cd /src TB --- 2008-04-13 07:58:55 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 13 07:58:57 UTC 2008 >>> 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 Apr 13 09:10:21 UTC 2008 TB --- 2008-04-13 09:10:21 - generating LINT kernel config TB --- 2008-04-13 09:10:21 - cd /src/sys/ia64/conf TB --- 2008-04-13 09:10:21 - /usr/bin/make -B LINT TB --- 2008-04-13 09:10:21 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-13 09:10:21 - cd /src TB --- 2008-04-13 09:10:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 13 09:10:21 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/radix_mpath.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/raw_cb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/raw_usrreq.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/net/route.c cc1: warnings being treated as errors /src/sys/net/route.c: In function 'rtrequest1': /src/sys/net/route.c:809: warning: label 'deldone' defined but not used /src/sys/net/route.c:768: warning: label 'normal_rtdel' defined but not used *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-13 09:18:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-13 09:18:35 - ERROR: failed to build lint kernel TB --- 2008-04-13 09:18:35 - tinderbox aborted TB --- 3572.49 user 384.26 system 4815.62 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 09:37:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84221106564A; Sun, 13 Apr 2008 09:37:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 515E18FC12; Sun, 13 Apr 2008 09:37:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3D9bYl6074766; Sun, 13 Apr 2008 05:37:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3D9bYYw047540; Sun, 13 Apr 2008 05:37:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 367BD73039; Sun, 13 Apr 2008 05:37:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080413093734.367BD73039@freebsd-current.sentex.ca> Date: Sun, 13 Apr 2008 05:37:34 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 09:37:35 -0000 TB --- 2008-04-13 08:28:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-13 08:28:11 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-13 08:28:11 - cleaning the object tree TB --- 2008-04-13 08:28:32 - cvsupping the source tree TB --- 2008-04-13 08:28:32 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-13 08:28:39 - building world (CFLAGS=-O -pipe) TB --- 2008-04-13 08:28:39 - cd /src TB --- 2008-04-13 08:28:39 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 13 08:28:41 UTC 2008 >>> 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 Apr 13 09:32:02 UTC 2008 TB --- 2008-04-13 09:32:02 - generating LINT kernel config TB --- 2008-04-13 09:32:02 - cd /src/sys/powerpc/conf TB --- 2008-04-13 09:32:02 - /usr/bin/make -B LINT TB --- 2008-04-13 09:32:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-13 09:32:02 - cd /src TB --- 2008-04-13 09:32:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 13 09:32:02 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/radix_mpath.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/raw_cb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/raw_usrreq.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/net/route.c cc1: warnings being treated as errors /src/sys/net/route.c: In function 'rtrequest1': /src/sys/net/route.c:809: warning: label 'deldone' defined but not used /src/sys/net/route.c:768: warning: label 'normal_rtdel' defined but not used *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-13 09:37:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-13 09:37:34 - ERROR: failed to build lint kernel TB --- 2008-04-13 09:37:34 - tinderbox aborted TB --- 3066.45 user 363.85 system 4162.33 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 10:25:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B66761065674; Sun, 13 Apr 2008 10:25:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 846038FC1F; Sun, 13 Apr 2008 10:25:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3DAPS1w076366; Sun, 13 Apr 2008 06:25:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3DAPRfn044567; Sun, 13 Apr 2008 06:25:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C0F0E73039; Sun, 13 Apr 2008 06:25:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080413102527.C0F0E73039@freebsd-current.sentex.ca> Date: Sun, 13 Apr 2008 06:25:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 10:25:28 -0000 TB --- 2008-04-13 09:18:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-13 09:18:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-13 09:18:35 - cleaning the object tree TB --- 2008-04-13 09:18:56 - cvsupping the source tree TB --- 2008-04-13 09:18:56 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-13 09:19:08 - building world (CFLAGS=-O -pipe) TB --- 2008-04-13 09:19:08 - cd /src TB --- 2008-04-13 09:19:08 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 13 09:19:10 UTC 2008 >>> 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 Apr 13 10:19:12 UTC 2008 TB --- 2008-04-13 10:19:12 - generating LINT kernel config TB --- 2008-04-13 10:19:12 - cd /src/sys/sparc64/conf TB --- 2008-04-13 10:19:12 - /usr/bin/make -B LINT TB --- 2008-04-13 10:19:12 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-13 10:19:12 - cd /src TB --- 2008-04-13 10:19:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 13 10:19:12 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/radix_mpath.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/raw_cb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/raw_usrreq.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/route.c cc1: warnings being treated as errors /src/sys/net/route.c: In function 'rtrequest1': /src/sys/net/route.c:809: warning: label 'deldone' defined but not used /src/sys/net/route.c:768: warning: label 'normal_rtdel' defined but not used *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-13 10:25:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-13 10:25:27 - ERROR: failed to build lint kernel TB --- 2008-04-13 10:25:27 - tinderbox aborted TB --- 2890.19 user 363.91 system 4011.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 10:40:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1744106564A; Sun, 13 Apr 2008 10:40:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF4AF8FC20; Sun, 13 Apr 2008 10:40:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3DAemMF076930; Sun, 13 Apr 2008 06:40:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3DAelDa080056; Sun, 13 Apr 2008 06:40:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B306173039; Sun, 13 Apr 2008 06:40:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080413104047.B306173039@freebsd-current.sentex.ca> Date: Sun, 13 Apr 2008 06:40:47 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 10:40:49 -0000 TB --- 2008-04-13 09:37:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-13 09:37:34 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-13 09:37:34 - cleaning the object tree TB --- 2008-04-13 09:38:02 - cvsupping the source tree TB --- 2008-04-13 09:38:02 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-13 09:38:11 - building world (CFLAGS=-O -pipe) TB --- 2008-04-13 09:38:11 - cd /src TB --- 2008-04-13 09:38:11 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 13 09:38:12 UTC 2008 >>> 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 Apr 13 10:35:54 UTC 2008 TB --- 2008-04-13 10:35:54 - generating LINT kernel config TB --- 2008-04-13 10:35:54 - cd /src/sys/sun4v/conf TB --- 2008-04-13 10:35:54 - /usr/bin/make -B LINT TB --- 2008-04-13 10:35:54 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-13 10:35:54 - cd /src TB --- 2008-04-13 10:35:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 13 10:35:54 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/radix_mpath.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/raw_cb.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/raw_usrreq.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/net/route.c cc1: warnings being treated as errors /src/sys/net/route.c: In function 'rtrequest1': /src/sys/net/route.c:809: warning: label 'deldone' defined but not used /src/sys/net/route.c:768: warning: label 'normal_rtdel' defined but not used *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-13 10:40:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-13 10:40:47 - ERROR: failed to build lint kernel TB --- 2008-04-13 10:40:47 - tinderbox aborted TB --- 2877.05 user 358.38 system 3793.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 10:55:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0968106564A for ; Sun, 13 Apr 2008 10:55:05 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id A2C068FC15 for ; Sun, 13 Apr 2008 10:55:05 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id E92893D86C2; Sun, 13 Apr 2008 14:55:02 +0400 (MSD) Received: from CONROE (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 21D843D867C; Sun, 13 Apr 2008 14:55:00 +0400 (MSD) Date: Sun, 13 Apr 2008 14:54:49 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <304213648.20080413145449@masm.elcom.ru> To: Pyun YongHyeon , freebsd-current@freebsd.org In-Reply-To: <20080407013634.GC38024@cdnetworks.co.kr> References: <1581375349.20080406195213@masm.elcom.ru> <20080407013634.GC38024@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: P5N-MX intagrated network controller not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 10:55:06 -0000 On 07.04.2008, Pyun YongHyeon wrote: > On Sun, Apr 06, 2008 at 07:52:13PM +0400, Victor M. Blood wrote: >> Hi, All. >> >> Intagrated 100/10 LAN do not work with NVE or NFE drivers. Chipset >> nForce 610i, what I can do to make this card usable under freebsd. >> >> Here part of pciconf -lv|grep -a3 network >> none12@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de rev=0xa2 hdr=0x00 >> vendor = 'Nvidia Corp' >> class = network >> subclass = ethernet >> >> > Please try attached patch and let me know how it goes. sorry, long time don't have access to inet, patch works -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 08:44:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCDF106566C for ; Sun, 13 Apr 2008 08:44:15 +0000 (UTC) (envelope-from chagin.dmitry@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.230]) by mx1.freebsd.org (Postfix) with ESMTP id E36CB8FC20 for ; Sun, 13 Apr 2008 08:44:14 +0000 (UTC) (envelope-from chagin.dmitry@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so1160402hub.8 for ; Sun, 13 Apr 2008 01:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:subject:message-id:mime-version:content-type:from; bh=ahREPnrLJgtZe2ycfeT7TBSlUkQsGA/ZEPd8p+B3Oow=; b=WlgMW3DSzKB+F/6UL1E+rnGZbO+IxnUeqmkyloo9lqvOdAOzJ/0zMFsOTOT9IjvzIUF0qOPHIMk4ihtHe6ou6UhXsd0kH5VgwfRLSHvjEYmlo589mBZS3srJnJyYI2wSYsr9b9m9fbY2vKMuZKUybYAw4vE20/4Zz6QB/sZK3/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:subject:message-id:mime-version:content-type:from; b=N1uKSmz+LrW6wJfUEfH0Fwl3SHaRsiI5CnaLlvZuOR60B2T0GHsxYk1EhfZk+EqQORphzG+qv6CBuaCl2OCHBeWHwtXy8AInr36nVXo9Bl8w9EvS8UVAjrfZ1lRg60CDJGiRMDo7sHvrd76ckznGNIeDhTRI0oeHli1Pq8NRrhE= Received: by 10.86.93.17 with SMTP id q17mr10367625fgb.18.1208075358094; Sun, 13 Apr 2008 01:29:18 -0700 (PDT) Received: from ora.chd.net ( [81.200.6.196]) by mx.google.com with ESMTPS id p9sm7550009fkb.14.2008.04.13.01.29.16 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Apr 2008 01:29:16 -0700 (PDT) Date: Sun, 13 Apr 2008 12:29:11 +0400 (MSD) To: freebsd-current@freebsd.org Message-ID: <20080413122503.G1175@ora.chd.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2094977263-822297596-1208075351=:1175" From: Chagin Dmitry X-Mailman-Approved-At: Sun, 13 Apr 2008 11:41:42 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Build failure without options RADIX_MPATH X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 08:44:15 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2094977263-822297596-1208075351=:1175 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed simple patch in attach. Have fun! chd --2094977263-822297596-1208075351=:1175-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 14:16:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3650C106564A for ; Sun, 13 Apr 2008 14:16:40 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id A59248FC1F for ; Sun, 13 Apr 2008 14:16:39 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id m3DEGQZk017673 for ; Sun, 13 Apr 2008 16:16:27 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Sun, 13 Apr 2008 16:16:26 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804131616.26503.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact servicedesk@icts.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: ata wrongly detects both harddisks as the same model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 14:16:40 -0000 FreeBSD-current from ~14:00 CEST, 13th of April fails to mount root due to apparently a harddisk detection problem. The system has two different ide harddisks, connected to the same controller on the same cable. They used to be detected as: ad0: 114473MB at ata0-master UDMA100 ad1: 114498MB at ata0-slave UDMA100 But now it is: ad0: 114473MB at ata0-master UDMA100 ad1: 114473MB at ata0-slave UDMA100 It doesn't boot because the root partition is on ad1. pciconf -vl: atapci1@pci0:0:15:1: class=0x01018a card=0x70941462 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE Controller' class = mass storage subclass = ATA Verbose dmesg -current from 1st of April http://unforgiven.student.utwente.nl/~pyotr/current-ata-good Verbose dmesg -current from 13th of April http://unforgiven.student.utwente.nl/~pyotr/current-ata-bad -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:29:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81BFA1065670 for ; Sun, 13 Apr 2008 16:29:13 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp2.versatel.nl (smtp2.versatel.nl [62.58.50.89]) by mx1.freebsd.org (Postfix) with ESMTP id E6CE08FC0C for ; Sun, 13 Apr 2008 16:29:12 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 2977 invoked by uid 0); 13 Apr 2008 16:29:10 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 13 Apr 2008 16:29:10 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id 311BE39820; Sun, 13 Apr 2008 18:29:09 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id B190B39819; Sun, 13 Apr 2008 18:29:06 +0200 (CEST) Message-ID: <480234CB.6050207@quis.cx> Date: Sun, 13 Apr 2008 18:28:59 +0200 From: Jille User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Stanislav Sedov References: <47FA2EFF.5020906@quis.cx> <20080413202534.9c3a1414.stas@FreeBSD.org> In-Reply-To: <20080413202534.9c3a1414.stas@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Dist: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 16:29:13 -0000 I've spoke to the maintainer of unixtop (William LeFebvre), he said he wanted to help me porting it. My idea was to make a diff between the official v3.5beta12 and v3.7, and reapply that to our source-tree. I don't know whether that will work, but we'll see. -- Jille Stanislav Sedov schreef: > On Mon, 07 Apr 2008 16:26:07 +0200 > Jille Timmermans mentioned: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hello all, >> >> I've submitted my patch to sf.net: >> https://sourceforge.net/tracker/?func=detail&atid=536044&aid=1936677&group_id=72892 >> >> And Ed Schouten told me CURRENT still has version v3.5beta12. >> So I will take a look on that. >> > > There're not so much changed in current top, thus we use this version in > system. Furthermore, we have a lot of local echancements thus the updating > will be not easy. > From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 21:47:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35708106567B for ; Sun, 13 Apr 2008 21:47:14 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 836AE8FC21 for ; Sun, 13 Apr 2008 21:47:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id ABD6528448 for ; Mon, 14 Apr 2008 05:47:12 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 76582EB1503; Mon, 14 Apr 2008 05:47:12 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id ijr0Tp3RbWOQ; Mon, 14 Apr 2008 05:47:06 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 171B9EB1495; Mon, 14 Apr 2008 05:47:04 +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:x-enigmail-version:openpgp:content-type; b=EbnuSduaW+85ZRqXGzvJzE2K3IeaozFIv3+D8Rgx5ZEhNE4YB+0iRSZsm8g7S2rzp yVcc649ywkLPAhNLHDeFQ== Message-ID: <48027F56.9010302@delphij.net> Date: Sun, 13 Apr 2008 14:47:02 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------020406040907070205010105" Subject: [PATCH] fdopendir(3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 21:47:14 -0000 This is a multi-part message in MIME format. --------------020406040907070205010105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, Any objection for the attached patch which implements fdopendir(3) that is found in various other OSes? Basically it splits __opendir2 into two parts, and expose the second part which deals with fd to provide fdopendir(3) functionalities. Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------020406040907070205010105 Content-Type: text/plain; name="fdopendir.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fdopendir.diff" Index: include/dirent.h =================================================================== RCS file: /home/ncvs/src/include/dirent.h,v retrieving revision 1.15 diff -u -p -r1.15 dirent.h --- include/dirent.h 20 Nov 2007 01:49:00 -0000 1.15 +++ include/dirent.h 13 Apr 2008 07:25:58 -0000 @@ -100,6 +100,7 @@ int getdents(int, char *, int); int getdirentries(int, char *, int, long *); #endif DIR *opendir(const char *); +DIR *fdopendir(int); struct dirent * readdir(DIR *); #if __POSIX_VISIBLE >= 199506 || __XSI_VISIBLE >= 500 Index: lib/libc/gen/Makefile.inc =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/Makefile.inc,v retrieving revision 1.133 diff -u -p -r1.133 Makefile.inc --- lib/libc/gen/Makefile.inc 29 Mar 2008 16:19:35 -0000 1.133 +++ lib/libc/gen/Makefile.inc 13 Apr 2008 07:48:19 -0000 @@ -72,6 +72,7 @@ MLINKS+=arc4random.3 arc4random_addrando MLINKS+=ctermid.3 ctermid_r.3 MLINKS+=devname.3 devname_r.3 MLINKS+=directory.3 closedir.3 directory.3 dirfd.3 directory.3 opendir.3 \ + directory.3 fdopendir.3 \ directory.3 readdir.3 directory.3 readdir_r.3 directory.3 rewinddir.3 \ directory.3 seekdir.3 directory.3 telldir.3 MLINKS+=dlopen.3 dlclose.3 dlopen.3 dlerror.3 dlopen.3 dlfunc.3 \ Index: lib/libc/gen/Symbol.map =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/Symbol.map,v retrieving revision 1.8 diff -u -p -r1.8 Symbol.map --- lib/libc/gen/Symbol.map 26 Jan 2008 17:09:40 -0000 1.8 +++ lib/libc/gen/Symbol.map 13 Apr 2008 07:45:37 -0000 @@ -451,3 +451,8 @@ FBSDprivate_1.0 { __waitpid; _waitpid; }; + + +FBSD_1.1 { + fdopendir; +}; Index: lib/libc/gen/directory.3 =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/directory.3,v retrieving revision 1.16 diff -u -p -r1.16 directory.3 --- lib/libc/gen/directory.3 9 Jan 2007 00:27:53 -0000 1.16 +++ lib/libc/gen/directory.3 13 Apr 2008 07:43:44 -0000 @@ -28,11 +28,12 @@ .\" @(#)directory.3 8.1 (Berkeley) 6/4/93 .\" $FreeBSD: src/lib/libc/gen/directory.3,v 1.16 2007/01/09 00:27:53 imp Exp $ .\" -.Dd June 4, 1993 +.Dd April 13, 2008 .Dt DIRECTORY 3 .Os .Sh NAME .Nm opendir , +.Nm fdopendir , .Nm readdir , .Nm readdir_r , .Nm telldir , @@ -48,6 +49,8 @@ .In dirent.h .Ft DIR * .Fn opendir "const char *filename" +.Ft DIR * +.Fn fdopendir "int filedes" .Ft struct dirent * .Fn readdir "DIR *dirp" .Ft int @@ -84,6 +87,15 @@ cannot be accessed, or if it cannot enough memory to hold the whole thing. .Pp The +.Fn fdopendir +function +associates a stream with the existing file descriptor, +.Fa fildes . +When the stream is closed via +.Xr closedir 3 , +fildes is closed also. +.Pp +The .Fn readdir function returns a pointer to the next directory entry. Index: lib/libc/gen/opendir.c =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/opendir.c,v retrieving revision 1.23 diff -u -p -r1.23 opendir.c --- lib/libc/gen/opendir.c 9 Jan 2007 00:27:54 -0000 1.23 +++ lib/libc/gen/opendir.c 13 Apr 2008 07:59:29 -0000 @@ -1,4 +1,4 @@ -/* +/*- * Copyright (c) 1983, 1993 * The Regents of the University of California. All rights reserved. * @@ -47,32 +47,38 @@ __FBSDID("$FreeBSD: src/lib/libc/gen/ope #include "un-namespace.h" #include "telldir.h" + +static inline DIR * __opendir_common(int, const char *, int); + /* * Open a directory. */ DIR * -opendir(name) - const char *name; +opendir(const char *name) { return (__opendir2(name, DTF_HIDEW|DTF_NODUP)); } +/* + * Open a directory with existing file descriptor. + */ DIR * -__opendir2(name, flags) - const char *name; - int flags; +fdopendir(int fd) +{ + + return (__opendir_common(fd, NULL, DTF_HIDEW|DTF_NODUP)); +} + +DIR * +__opendir2(const char *name, int flags) { - DIR *dirp; int fd; - int incr; - int saved_errno; - int unionstack; struct stat statb; /* * stat() before _open() because opening of special files may be - * harmful. _fstat() after open because the file may have changed. + * harmful. */ if (stat(name, &statb) != 0) return (NULL); @@ -82,7 +88,21 @@ __opendir2(name, flags) } if ((fd = _open(name, O_RDONLY | O_NONBLOCK)) == -1) return (NULL); + + return __opendir_common(fd, name, flags); +} + +static inline DIR * +__opendir_common(int fd, const char *name, int flags) +{ + DIR *dirp; + int incr; + int saved_errno; + int unionstack; + struct stat statb; + dirp = NULL; + /* _fstat() the open handler because the file may have changed. */ if (_fstat(fd, &statb) != 0) goto fail; if (!S_ISDIR(statb.st_mode)) { --------------020406040907070205010105-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 23:18:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FE2E106566B for ; Sun, 13 Apr 2008 23:18:59 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0DE1C8FC1D for ; Sun, 13 Apr 2008 23:18:58 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3DNIwn6012059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 13 Apr 2008 16:18:58 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <480294E2.1000907@errno.com> Date: Sun, 13 Apr 2008 16:18:58 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Subject: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2008 23:18:59 -0000 A patch to integrate my multi-bss (aka vap) support for wireless can be found here: http://www.freebsd.org/~sam/vap-2008051300.sh.gz Note this is a shell script that overlays the CVS contents for HEAD. To apply it you do something like: cvs -d /usr/ncvs co src cd src gzcat ../vap-2008051300.sh.gz | sh The changes are extensive and require a full buildworld and kernel rebuild. Committers with perforce access can find this code in the sam_vap branch. So what is this stuff? This is work I started many years ago to virtualize 802.11 wireless devices. The intent was (mostly) to support multiple access points operating on top of a single radio. The classic example is you want to run a Hotspot and offer quality service to paying customers but still provide some level of service to freeloaders. You can define two Virtual AP's (VAP's) and make one open with the second require authorization. This is done by cloning virtual ifnet's from the parent device using ifconfig; e.g. ifconfig wlan create wlandev ral0 wlanmode hostap will generate a wlanX ifnet that supports ap operation. Different devices are capable of supporting different services; some drivers/devices only support one vap at a time which is equivalent to what is currently in CVS but without using the mediaopt mechanism to switch "operating modes" (with vaps an interface never changes it's operating mode; when you no longer want to use one you just destroy it and create something else). In practice most casual users will not encounter vaps except when they run ifconfig and see wlanX interfaces. rc support is present to automatically create vaps' for station mode operation. If you have an ath0 device you add this to your rc.conf: vaps_ath0="wlan0" ifconfig_wlan0="DHCP WPA" and you'll get a wlan0 ifnet created and wpa_supplicant will be brought up as usual (thanks to Brooks Davis for this work). Vaps were motivated by doing multi-bss ap services but evolved to support many other features. In particular WDS support falls out and later grew to support Dynamic WDS (DWDS) which is a follow-on design that combines WDS operation (i.e. 4-address frame encapsulation of wireless traffic) with normal station and access point operation to build more powerful and useful applications. Sample scripts to setup DWDS relay and master nodes can be found in the directory: tools/tools/net80211/scripts along with many other scripts used in testing. This code includes a major rewrite of the net80211 layer and significant changes to all wireless drivers. Two drivers are still not converted: ipw and ndis. Station and access point operation are well tested but adhoc mode is untested and likely broken. Monitor mode works but has one design/usage issue that may require changes. The documentation is alpha-quality and needs work. This work has been used in several products and been heavily tested in various forms but on non-FreeBSD platforms. Work on the current version has been supported by Hobnob. The most recent previous work was supported by Marvell (who also supported development of the mwl driver). Atheros contributed code that was used to kickstart the vap + 802.11n functionality. Any issues you hit are likely to be in drivers and not net80211--particularlly drivers that are less frequently used. My goal is to get this work into CVS asap. There is one outstanding locking issue that people may encounter: the net80211 layer holds a lock over calls to the driver's init method which can cause WITNESS complaints if the driver sleeps. This is most noticeable on drivers that load firmware or otherwise sleep (e.g. usb drivers). Some drivers can avoid this by loading firmware in the vap create method but the usb drivers may have to drop the lock and open a race. Folks are encouraged to pitch in to help with these and any other issues they encounter. Note there are a few new drivers included: iwn (Intel 4965), bwi (Broadcom 43xx), and mwl (Marvell 88W8363). The iwn driver is unfinished; it should support 802.11n but progress has been slow due to poor vendor involvement. The bwi driver is experimental and folks are encouraged to help sephe get it into shape for commit (it currently is not ready CVS). mwl is provided as an example of a working 11n driver; I'm not aware of any cardbus/pci retail products that use this part and firmware is presently unavailable (we could get firmware but since all applications are presently embedded anyone that would want firmware already has it). Finally, wi users should note there is a rewrite of the driver that now works properly with wpa_supplicant and supports WPA (both in station and ap modes) with Intersil Prism cards and rev 1.7.0 and later firmware. (But the flip side is that Symbol card support was dropped and some older cards may not work well w/o fixups.) Please report problems to the public mailing lists. My time is scarce so please investigate fixes and not just report problems. BSDCan plug: I'll be giving a tutorial in Ottawa that uses this work so folks looking to attend can get a headstart. Sam From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 00:34:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0A71065670 for ; Mon, 14 Apr 2008 00:34:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id B49EB8FC14 for ; Mon, 14 Apr 2008 00:34:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1379058wfa.7 for ; Sun, 13 Apr 2008 17:34:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=E2Dpp/ZcsjdVCZ5QOsFZ4YvbvsTNBlG9TWVxD2I+HAY=; b=fiE/PNdnxJPd8r5ja9n04t858Jf36/s5/6Vrn8iZCDnC6+BmWjfC0rq9JEs2VcAHrVIVHfPq7Z4zruxceABuvRvY/fBaSz+7qMI+oJgXZWlqaJHgXeuISHzEexsPC13sVcrCcgRtyb3Rb7plMdTIIayaavE+0xoc8cU1HIXIHHY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=apyRIrZkwN21L8wtR0AbDvn2H+iKSUGug0giWr/EPEmhy/s9dPrc1lRtCuE9+jxEEOa2qymh3ZQgOt/3YQaagnTt816AkvPW6rH2CoYoVDRuqC/ak/p1vxoMhGk40N4PkM3k73xZpj0p3+NYb6K5XMMhDO5cN1BJqjiKxkrG/JU= Received: by 10.143.10.15 with SMTP id n15mr741139wfi.307.1208133290544; Sun, 13 Apr 2008 17:34:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm10038689wfg.5.2008.04.13.17.34.47 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 13 Apr 2008 17:34:48 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3E0YhN5015816 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 Apr 2008 09:34:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3E0YhVC015815 for freebsd-current@freebsd.org; Mon, 14 Apr 2008 09:34:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 14 Apr 2008 09:34:43 +0900 From: Pyun YongHyeon To: freebsd-current@freebsd.org Message-ID: <20080414003443.GB15616@cdnetworks.co.kr> References: <1581375349.20080406195213@masm.elcom.ru> <20080407013634.GC38024@cdnetworks.co.kr> <304213648.20080413145449@masm.elcom.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <304213648.20080413145449@masm.elcom.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: P5N-MX intagrated network controller not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 00:34:51 -0000 On Sun, Apr 13, 2008 at 02:54:49PM +0400, Victor M. Blood wrote: > On 07.04.2008, Pyun YongHyeon wrote: > > On Sun, Apr 06, 2008 at 07:52:13PM +0400, Victor M. Blood wrote: > >> Hi, All. > >> > >> Intagrated 100/10 LAN do not work with NVE or NFE drivers. Chipset > >> nForce 610i, what I can do to make this card usable under freebsd. > >> > >> Here part of pciconf -lv|grep -a3 network > >> none12@pci0:0:15:0: class=0x020000 card=0x816a1043 chip=0x07dc10de rev=0xa2 hdr=0x00 > >> vendor = 'Nvidia Corp' > >> class = network > >> subclass = ethernet > >> > >> > > > Please try attached patch and let me know how it goes. > > sorry, long time don't have access to inet, patch works > Thanks for testing! -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 02:08:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 338D6106566C for ; Mon, 14 Apr 2008 02:08:13 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id DB7B38FC1B for ; Mon, 14 Apr 2008 02:08:12 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so540406ywt.13 for ; Sun, 13 Apr 2008 19:08:12 -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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=giN0BpTBXLPvcrqHY2Fyus6MFIg1t/kTKHFInVvNe3o=; b=sU1ke8HjQA6oSJDdf31oSLuje303JS5Yj7Uagv7pmEhKEL9+2sNxpXPOaCRIRJsdic2moFCRNVRgQFl91+ghWV0VrAhk9rBAUz1OKVsnYR86vFAkD/tPTONSNdguJ0cEn3V74NBCioV7uHntgoYfz+zPTwvEfb+vN9FLirA3k0g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fap+z5zR1Cos5IRcuohkIbK1BAM4EDANpgYMHFN7oE+9JVl5U3fvOWkqrkhqpZBPw7i8OhwND5AiYdxMAc4MiYeI6OUd6cjXvbxIydLYFktPIap6Axekwavq7Zp5mIbW/NpbjD3swnGMAf+epDNUERu8o1ocZ91xAcz/hVW3/Kc= Received: by 10.151.78.15 with SMTP id f15mr5530296ybl.187.1208137156198; Sun, 13 Apr 2008 18:39:16 -0700 (PDT) Received: by 10.150.196.16 with HTTP; Sun, 13 Apr 2008 18:39:16 -0700 (PDT) Message-ID: <6eb82e0804131839i36c10f67t7714a2a6af1a075f@mail.gmail.com> Date: Mon, 14 Apr 2008 09:39:16 +0800 From: "Rong-en Fan" To: Jille In-Reply-To: <480234CB.6050207@quis.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47FA2EFF.5020906@quis.cx> <20080413202534.9c3a1414.stas@FreeBSD.org> <480234CB.6050207@quis.cx> Cc: Stanislav Sedov , freebsd-current@freebsd.org Subject: Re: Dist: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 02:08:13 -0000 On Mon, Apr 14, 2008 at 12:28 AM, Jille wrote: > I've spoke to the maintainer of unixtop (William LeFebvre), > he said he wanted to help me porting it. > > My idea was to make a diff between the official v3.5beta12 and v3.7, and > reapply that to our source-tree. > I don't know whether that will work, but we'll see. I suggest that you first identify what we changed in the contrib/top by making a diff between the vendor branch and latest HEAD branch. So we know all local changed stuffs The will help you to update to latest top. BTW, latest top builds just fine on my 7.x amd64. Regards, Rong-En Fan > > -- Jille > > Stanislav Sedov schreef: > > > On Mon, 07 Apr 2008 16:26:07 +0200 > > Jille Timmermans mentioned: > > > > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Hello all, > > > > > > I've submitted my patch to sf.net: > > > > https://sourceforge.net/tracker/?func=detail&atid=536044&aid=1936677&group_id=72892 > > > > > > And Ed Schouten told me CURRENT still has version v3.5beta12. > > > So I will take a look on that. > > > > > > > > > > There're not so much changed in current top, thus we use this version in > > system. Furthermore, we have a lot of local echancements thus the updating > > will be not easy. > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 02:17:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39F1F106564A for ; Mon, 14 Apr 2008 02:17:53 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:b8fe]) by mx1.freebsd.org (Postfix) with ESMTP id AB3118FC18 for ; Mon, 14 Apr 2008 02:17:52 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id m3E2FmNL020852 for ; Mon, 14 Apr 2008 04:15:51 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Mon, 14 Apr 2008 04:15:48 +0200 User-Agent: KMail/1.9.7 References: <200804131616.26503.pieter@degoeje.nl> In-Reply-To: <200804131616.26503.pieter@degoeje.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804140415.48357.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact servicedesk@icts.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Subject: Re: ata wrongly detects both harddisks as the same model X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 02:17:53 -0000 On Sunday 13 April 2008, Pieter de Goeje wrote: > FreeBSD-current from ~14:00 CEST, 13th of April fails to mount root due to > apparently a harddisk detection problem. The system has two different ide > harddisks, connected to the same controller on the same cable. They used to > be detected as: > > ad0: 114473MB at ata0-master UDMA100 > ad1: 114498MB at ata0-slave UDMA100 > > But now it is: > > ad0: 114473MB at ata0-master UDMA100 > ad1: 114473MB at ata0-slave UDMA100 > > It doesn't boot because the root partition is on ad1. > > pciconf -vl: > > atapci1@pci0:0:15:1: class=0x01018a card=0x70941462 chip=0x05711106 > rev=0x06 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE > Controller' > class = mass storage > subclass = ATA > > Verbose dmesg -current from 1st of April > http://unforgiven.student.utwente.nl/~pyotr/current-ata-good > > Verbose dmesg -current from 13th of April > http://unforgiven.student.utwente.nl/~pyotr/current-ata-bad Latest updates to ata fixed the problem. -- Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:47:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D121E106566B for ; Mon, 14 Apr 2008 03:47:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 94F718FC14 for ; Mon, 14 Apr 2008 03:47:19 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m3E3lHhe016836; Sun, 13 Apr 2008 20:47:17 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m3E3lH4t016835; Sun, 13 Apr 2008 20:47:17 -0700 (PDT) (envelope-from david) Date: Sun, 13 Apr 2008 20:47:17 -0700 From: David Wolfskill To: Sam Leffler Message-ID: <20080414034717.GG9080@bunrab.catwhisker.org> References: <480294E2.1000907@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GUPx2O/K0ibUojHx" Content-Disposition: inline In-Reply-To: <480294E2.1000907@errno.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 03:47:20 -0000 --GUPx2O/K0ibUojHx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 13, 2008 at 04:18:58PM -0700, Sam Leffler wrote: > A patch to integrate my multi-bss (aka vap) support for wireless can be > found here: >=20 > http://www.freebsd.org/~sam/vap-2008051300.sh.gz >=20 > Note this is a shell script that overlays the CVS contents for HEAD. > To apply it you do something like: >=20 > cvs -d /usr/ncvs co src > cd src > gzcat ../vap-2008051300.sh.gz | sh >=20 > The changes are extensive and require a full buildworld and kernel > rebuild..... > Please report problems to the public mailing lists. My time is scarce > so please investigate fixes and not just report problems. >... I'm afraid this is more of a report, as I've poked around, but solving the apparent order-of-operations problem requires knowledge I lack. I started with=20 FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #745: Sun Apr = 13 08:43:32 PDT 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/s= ys/CANARY i386 fetched the patch & applied it (without apparent issue -- patch(1) reported success for each patch, certainly). The "make buildworld" proceeded without incident, but "make kernel" died during "make depend" in "firmware": >>> World build completed on Sun Apr 13 20:03:34 PDT 2008 =2E.. >>> Kernel build for CANARY started on Sun Apr 13 20:03:34 PDT 2008 =2E.. >>> stage 3.1: making dependencies =2E.. =3D=3D=3D> firewire/sbp_targ (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include ln -sf /common/S2/obj/usr/src/sys/CANARY/opt_cam.h opt_cam.h ln -sf /common/S2/obj/usr/src/sys/CANARY/opt_scsi.h opt_scsi.h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/common/S2/obj/usr/src/sys/CANARY /usr/= src/sys/modules/firewire/sbp_targ/../../../dev/firewire/sbp_targ.c =3D=3D=3D> firmware (depend) @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION= _HEADERS -I. -I@ -I@/contrib/altq -I/common/S2/obj/usr/src/sys/CANARY /usr/= src/sys/modules/firmware/../../kern/subr_firmware.c In file included from /usr/src/sys/modules/firmware/../../kern/subr_firmwar= e.c:47: @/sys/vnode.h:540:22: error: vnode_if.h: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error g1-37(8.0-C)[15]=20 Checking for files of similar name: g1-37(8.0-C)[16] find . -type f -name vnode_if.\* =2E/sys/kern/vnode_if.src =2E/sys/tools/vnode_if.awk g1-37(8.0-C)[17]=20 So it *looks* to me as if sys/tools/vnode_if.awk might have needed to be fed to awk(1), eating sys/kern/vnode_if.src & creating vnode_if.{c,h}, perhaps, but that apparently needs to happen before "make depend" is run? I'm willing to experiment (as I'm able). Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --GUPx2O/K0ibUojHx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkgC08QACgkQmprOCmdXAD3fSwCfV0esj3o1843U7KOCgSudSpuc XtgAn0XXBadF6NxGRRZJRu0BHr5SQIqH =ce7O -----END PGP SIGNATURE----- --GUPx2O/K0ibUojHx-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 08:01:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E561065673; Mon, 14 Apr 2008 08:01:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A15988FC1B; Mon, 14 Apr 2008 08:01:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3E8135h051927; Mon, 14 Apr 2008 04:01:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3E813xv012327; Mon, 14 Apr 2008 04:01:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 875CC73039; Mon, 14 Apr 2008 04:01:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080414080103.875CC73039@freebsd-current.sentex.ca> Date: Mon, 14 Apr 2008 04:01:02 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 08:01:05 -0000 TB --- 2008-04-14 07:01:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-14 07:01:04 - starting HEAD tinderbox run for i386/i386 TB --- 2008-04-14 07:01:04 - cleaning the object tree TB --- 2008-04-14 07:01:44 - cvsupping the source tree TB --- 2008-04-14 07:01:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-04-14 07:01:50 - building world (CFLAGS=-O -pipe) TB --- 2008-04-14 07:01:50 - cd /src TB --- 2008-04-14 07:01:50 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 14 07:01:52 UTC 2008 >>> 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 [...] /src/usr.bin/fstat/zfs/zfs.c:111: warning: implicit declaration of function 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: nested extern declaration of 'getvnodemount' /src/usr.bin/fstat/zfs/zfs.c:111: warning: assignment makes pointer from integer without a cast /src/usr.bin/fstat/zfs/zfs.c:118: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:119: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:125: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:126: error: dereferencing pointer to incomplete type /src/usr.bin/fstat/zfs/zfs.c:127: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-14 08:01:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-14 08:01:02 - ERROR: failed to build world TB --- 2008-04-14 08:01:02 - tinderbox aborted TB --- 2504.29 user 305.24 system 3597.53 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 08:55:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4001065672 for ; Mon, 14 Apr 2008 08:55:25 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id CFA998FC0C for ; Mon, 14 Apr 2008 08:55:24 +0000 (UTC) (envelope-from stas@ht-systems.ru) Received: from [85.21.245.235] (helo=phonon.ht-systems.ru) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1Jl51M-0000bA-Gr; Sun, 13 Apr 2008 20:25:36 +0400 Received: by phonon.ht-systems.ru (Postfix, from userid 1001) id 0617E7EE5F5; Sun, 13 Apr 2008 20:25:34 +0400 (MSD) Date: Sun, 13 Apr 2008 20:25:34 +0400 From: Stanislav Sedov To: Jille Timmermans Message-Id: <20080413202534.9c3a1414.stas@FreeBSD.org> In-Reply-To: <47FA2EFF.5020906@quis.cx> References: <47FA2EFF.5020906@quis.cx> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprin: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Dist: Re: werase patch for src/contrib/top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 08:55:25 -0000 On Mon, 07 Apr 2008 16:26:07 +0200 Jille Timmermans mentioned: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello all, > > I've submitted my patch to sf.net: > https://sourceforge.net/tracker/?func=detail&atid=536044&aid=1936677&group_id=72892 > > And Ed Schouten told me CURRENT still has version v3.5beta12. > So I will take a look on that. > There're not so much changed in current top, thus we use this version in system. Furthermore, we have a lot of local echancements thus the updating will be not easy. -- Stanislav Sedov ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 09:49:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75385106566B for ; Mon, 14 Apr 2008 09:49:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp9.yandex.ru (smtp9.yandex.ru [213.180.223.91]) by mx1.freebsd.org (Postfix) with ESMTP id B0E698FC23 for ; Mon, 14 Apr 2008 09:49:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:38639 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6571185AbYDNJtY (ORCPT ); Mon, 14 Apr 2008 13:49:24 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp9 X-Yandex-TimeMark: 1208166564 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp9.yandex.ru logged sender identity as: bu7cher Message-ID: <480328A2.2070200@yandex.ru> Date: Mon, 14 Apr 2008 13:49:22 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> <20080313042119.GI16972@cdnetworks.co.kr> <47F1E8DC.8060403@yandex.ru> <20080401075644.GH14162@cdnetworks.co.kr> In-Reply-To: <20080401075644.GH14162@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 09:49:34 -0000 Pyun YongHyeon wrote: > Yes, I know. :-) > But it seems that the driver still have several magic numbers and > some part of code does not look right to me. Ok. But what you think about quick port? I saw many users who want this driver.. Also DfBSD has driver which FreeBSD hasn't. http://www.dragonflybsd.org/cvsweb/src/sys/dev/netif/et/ -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 09:56:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E632106566C for ; Mon, 14 Apr 2008 09:56:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id D03BA8FC1E for ; Mon, 14 Apr 2008 09:56:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JlLPx-0000OJ-P2 for freebsd-current@freebsd.org; Mon, 14 Apr 2008 12:56:06 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3E9tlkj080875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Apr 2008 12:55:47 +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.2/8.14.2) with ESMTP id m3E9tdhO057343; Mon, 14 Apr 2008 12:55:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3E9tdCB057342; Mon, 14 Apr 2008 12:55:39 +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: Mon, 14 Apr 2008 12:55:39 +0300 From: Kostik Belousov To: d@delphij.net Message-ID: <20080414095539.GD18958@deviant.kiev.zoral.com.ua> References: <48027F56.9010302@delphij.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W5WqUoFLvi1M7tJE" Content-Disposition: inline In-Reply-To: <48027F56.9010302@delphij.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 4204c266f86c3e9b1e0231505dd73b85 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2620 [Apr 14 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: FreeBSD Current Subject: Re: [PATCH] fdopendir(3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 09:56:08 -0000 --W5WqUoFLvi1M7tJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 13, 2008 at 02:47:02PM -0700, Xin LI wrote: > Hi, >=20 > Any objection for the attached patch which implements fdopendir(3) that= =20 > is found in various other OSes? Basically it splits __opendir2 into two= =20 > parts, and expose the second part which deals with fd to provide=20 > fdopendir(3) functionalities. There are some problems with the DTF_REWIND and union mounts. I too implemented the fdopendir in the course of the *at() work after the initial Roman Divacky submission. I put my patch at the http://people.freebsd.org/~kib/misc/fdopendir.1.patch I postponed the commit for further testing and some more changes related to the committed *at syscalls (mainly man pages, the patch awaits the review). --W5WqUoFLvi1M7tJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgDKhoACgkQC3+MBN1Mb4jvKQCfRzPYQIpe14zxw8UPuGnJCKnA hjAAmwWsE96TUSnY2+UHCMAR5RAta9n/ =2TVV -----END PGP SIGNATURE----- --W5WqUoFLvi1M7tJE-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 10:01:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B26D106564A for ; Mon, 14 Apr 2008 10:01:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 12B488FC0A for ; Mon, 14 Apr 2008 10:01:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1537754wfa.7 for ; Mon, 14 Apr 2008 03:01:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=tYvqpAkXyKt/yFET5Bqi9DusgKXqFmZoeAykVSXyd0Y=; b=GKCXx+fDDQ+/R/OWgnvi3v90K02TzsB1VmR7mw4P0yjlGAEc9oIYcnlBjwVhh2W0LzlR35dgr3eYibFmg4nPU5rlgarGCqKHOvGeEzQNSKHGlQJVHfhAKZfJ3FVI64imP9dLP0jFC5U9X1u1pZZzVlG7GoLAliqD136LobLXAyY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=G8bQXCUuaVWEM09YyWIdxD3+dWhr7o0TEY2Gxi/u6X/LnUj3mb2tPQXINKshlrwd4WdBnFczdoYkmzLS5vaRn6EmCrzQr2LKKFlrd2KkMxp2j8pnlK8laaImbktfbXdoMKMFv9Uxy4fKSDKmD7MvoNdNlGnZwJaTdsUQstMPXrA= Received: by 10.142.54.14 with SMTP id c14mr874182wfa.251.1208167282318; Mon, 14 Apr 2008 03:01:22 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm11517245wfc.18.2008.04.14.03.01.19 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Apr 2008 03:01:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3EA1FxS017675 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Apr 2008 19:01:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3EA1DuI017674; Mon, 14 Apr 2008 19:01:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 14 Apr 2008 19:01:09 +0900 From: Pyun YongHyeon To: "Andrey V. Elsukov" Message-ID: <20080414100109.GA17404@cdnetworks.co.kr> References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> <20080313042119.GI16972@cdnetworks.co.kr> <47F1E8DC.8060403@yandex.ru> <20080401075644.GH14162@cdnetworks.co.kr> <480328A2.2070200@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <480328A2.2070200@yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: sephe@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 10:01:23 -0000 On Mon, Apr 14, 2008 at 01:49:22PM +0400, Andrey V. Elsukov wrote: > Pyun YongHyeon wrote: > >Yes, I know. :-) > >But it seems that the driver still have several magic numbers and > >some part of code does not look right to me. > > Ok. But what you think about quick port? I saw many users who want > this driver.. I'll commit age(4) if I mange to fix one remaining issue which is not possible to reproduce at aill on my box. I'm working with a user who has this issue. > Also DfBSD has driver which FreeBSD hasn't. > http://www.dragonflybsd.org/cvsweb/src/sys/dev/netif/et/ > Yes, it's Agere(now LSI) ET-131x gigabit ethernt controller. If I have that hardware I may have ported it. Since the author of et(4) is also FreeBSD committer I guess he'll port it to FreeBSD. Sepherosa, do you have any plan to port? > -- > WBR, Andrey V. Elsukov -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 10:35:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39204106564A for ; Mon, 14 Apr 2008 10:35:02 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp9.yandex.ru (smtp9.yandex.ru [213.180.223.91]) by mx1.freebsd.org (Postfix) with ESMTP id 142CF8FC0C for ; Mon, 14 Apr 2008 10:35:00 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:43517 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6571119AbYDNKe7 (ORCPT + 1 other); Mon, 14 Apr 2008 14:34:59 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp9 X-Yandex-TimeMark: 1208169299 X-MsgDayCount: 6 X-Comment: RFC 2476 MSA function at smtp9.yandex.ru logged sender identity as: bu7cher Message-ID: <48033350.4070909@yandex.ru> Date: Mon, 14 Apr 2008 14:34:56 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> <20080313042119.GI16972@cdnetworks.co.kr> <47F1E8DC.8060403@yandex.ru> <20080401075644.GH14162@cdnetworks.co.kr> <480328A2.2070200@yandex.ru> <20080414100109.GA17404@cdnetworks.co.kr> In-Reply-To: <20080414100109.GA17404@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: sephe@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 10:35:02 -0000 Pyun YongHyeon wrote: > > Ok. But what you think about quick port? I saw many users who want > > this driver.. > > I'll commit age(4) if I mange to fix one remaining issue which is > not possible to reproduce at aill on my box. I'm working with a > user who has this issue. I meant Attansic L2 FastEthernet controller driver, which NetBSD has. Do you plan to port it? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 11:35:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB5921065674 for ; Mon, 14 Apr 2008 11:35:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id A227F8FC21 for ; Mon, 14 Apr 2008 11:35:26 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so1564789wfa.7 for ; Mon, 14 Apr 2008 04:35:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=tmxmgG6qCKLOq3s/L5HcRIXEimPjS6jSRcVrg6U/r/k=; b=WTJrSxSSAn6S/nltmEjNNFGTfCwQIx3vVmYxtv9ZLCO+jP5iuVqdLrXT9hAgZGJnEglArWheMSlLgwGMJ8bu0DNeMQdhU9ZzmLEXZVKymtRte1Lt50ZJxoBzA33O8WTbsyFcKXarwUxfP703iLfi3g/5+Q4425IfpiSMrltFWvY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nWAPw96FRwpYFIzhjzgGrQ2GuI64PMTaXg+Dmne1F5/qRbQh9bMl1S9WlNq31oiYar2PkmQE/pkNQub7UcPtXfkfsqp6kKmAbh5REw+ZGpv7cSD1xyq8U1xHbeIuxMfi0JV0LowYm60R2K5m7j5WCzuXkzMo81RCdHH7tai2Rsc= Received: by 10.142.191.2 with SMTP id o2mr1772914wff.132.1208172926447; Mon, 14 Apr 2008 04:35:26 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 22sm11610251wfi.12.2008.04.14.04.35.23 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Apr 2008 04:35:25 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3EBZJlf017932 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Apr 2008 20:35:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3EBZIn2017931; Mon, 14 Apr 2008 20:35:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 14 Apr 2008 20:35:18 +0900 From: Pyun YongHyeon To: "Andrey V. Elsukov" Message-ID: <20080414113518.GB17404@cdnetworks.co.kr> References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> <20080313042119.GI16972@cdnetworks.co.kr> <47F1E8DC.8060403@yandex.ru> <20080401075644.GH14162@cdnetworks.co.kr> <480328A2.2070200@yandex.ru> <20080414100109.GA17404@cdnetworks.co.kr> <48033350.4070909@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48033350.4070909@yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: sephe@freebsd.org, freebsd-current@freebsd.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 11:35:26 -0000 On Mon, Apr 14, 2008 at 02:34:56PM +0400, Andrey V. Elsukov wrote: > Pyun YongHyeon wrote: > > > Ok. But what you think about quick port? I saw many users who want > > > this driver.. > > > >I'll commit age(4) if I mange to fix one remaining issue which is > >not possible to reproduce at aill on my box. I'm working with a > >user who has this issue. > > I meant Attansic L2 FastEthernet controller driver, which NetBSD has. Ah.. sorry. > Do you plan to port it? > Not yet. I don't have L2 hardware. :-( -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 13:37:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25C631065671 for ; Mon, 14 Apr 2008 13:37:27 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id CDBA58FC29 for ; Mon, 14 Apr 2008 13:37:26 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so448976anc.13 for ; Mon, 14 Apr 2008 06:37:26 -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:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=/hU5dqhj66j4I62pIel3flHLHciUXW0u3Hjg2xLK4XY=; b=ZQOLs7X6ygX1DXw/2wWJ6FpIANJgtXdLOPmbIv1EBScHQtwHHSG0Uqnl8o5i8G0pjQqeD+Vj3hZaIq6ZHT3i4j7KnEgBTpqKrQ1v3LR/ioD8cC2ZfDP0YmUXuZ0rGbhnVRpyjOxMqfNuyxZd1ymKrl/eT3nsQDNWzVpfHndgmyM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=uQd+mzirWGnD2pUDNYHwkw9eJ+SG16l5h8seuueOsCFCylKFKiYtFCBMDD6sFs8iF/K2qU41v2/tKlPk0RM9EG/9iyvroJMuIVWXwgFbT0EIbCfCcO6YjjCVXpXvj8B5+2petveWZ9wj0Nqh+CJLPBok4TQeAqANVLj8jxplA9c= Received: by 10.100.110.16 with SMTP id i16mr12291440anc.40.1208178665314; Mon, 14 Apr 2008 06:11:05 -0700 (PDT) Received: by 10.100.48.5 with HTTP; Mon, 14 Apr 2008 06:11:05 -0700 (PDT) Message-ID: Date: Mon, 14 Apr 2008 21:11:05 +0800 From: "Sepherosa Ziehau" Sender: sepherosa@gmail.com To: pyunyh@gmail.com In-Reply-To: <20080414100109.GA17404@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080310043412.GA4425@cdnetworks.co.kr> <20080310073150.GC4425@cdnetworks.co.kr> <20080313034321.GG16972@cdnetworks.co.kr> <5635aa0d0803122106x232fd34tf3e352f0af0477cb@mail.gmail.com> <20080313042119.GI16972@cdnetworks.co.kr> <47F1E8DC.8060403@yandex.ru> <20080401075644.GH14162@cdnetworks.co.kr> <480328A2.2070200@yandex.ru> <20080414100109.GA17404@cdnetworks.co.kr> X-Google-Sender-Auth: b76d95b92964b4f9 Cc: "Andrey V. Elsukov" , freebsd-current@freebsd.org Subject: Re: Call for testers : age(4), Attansic/Atheros L1 gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 13:37:27 -0000 On Mon, Apr 14, 2008 at 6:01 PM, Pyun YongHyeon wrote: > On Mon, Apr 14, 2008 at 01:49:22PM +0400, Andrey V. Elsukov wrote: > > Pyun YongHyeon wrote: > > >Yes, I know. :-) > > >But it seems that the driver still have several magic numbers and > > >some part of code does not look right to me. > > > > Ok. But what you think about quick port? I saw many users who want > > this driver.. > > I'll commit age(4) if I mange to fix one remaining issue which is > not possible to reproduce at aill on my box. I'm working with a > user who has this issue. > > > > Also DfBSD has driver which FreeBSD hasn't. > > http://www.dragonflybsd.org/cvsweb/src/sys/dev/netif/et/ > > > > Yes, it's Agere(now LSI) ET-131x gigabit ethernt controller. If I > have that hardware I may have ported it. Since the author of et(4) > is also FreeBSD committer I guess he'll port it to FreeBSD. > Sepherosa, do you have any plan to port? I did the porting one month ago in p4 tree: http://perforce.freebsd.org/chv.cgi?CH=135134 Jumbo frame support still needs further work. Best Regards, sephe -- Live Free or Die From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 15:55:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0503106564A for ; Mon, 14 Apr 2008 15:55:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 413CB8FC19 for ; Mon, 14 Apr 2008 15:55:50 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=VRnHQtCHKjZYG31rJI8aSG5/e9QZMpt/gaSrQKmLJBCdsnIGftofn9dg9iJpNtSgVrcbskM0ly0h7XLj6ArhbGbPB7udAm+Y8vbcgWqAE3vrhVlFnFJOg/uGw0hkU8CzDypa+f/z7HanFAbVXwTJi2L2+hreicL8MIOiVRRXTBw=; Received: from pb-d-128-141-128-154.cern.ch (pb-d-128-141-128-154.cern.ch [128.141.128.154]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JlQqx-0003Cw-5Q; Mon, 14 Apr 2008 19:44:22 +0400 Date: Mon, 14 Apr 2008 19:44:13 +0400 From: Eygene Ryabinkin To: Poul-Henning Kamp Message-ID: References: <72389.1197629858@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,BAYES_50 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 15:55:51 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Poul-Henning, good day. Fri, Dec 14, 2007 at 02:07:00PM +0300, Eygene Ryabinkin wrote: > Fri, Dec 14, 2007 at 10:57:38AM +0000, Poul-Henning Kamp wrote: > > In message , Eygene Ryabinkin writes: > > >> It should be possible to run a local named even when we run DHCP, > > >> and it shuld be an option, to have it automatically forward to the > > >> DNS servers we learn from DHCP. > > > > > >This can be achieved with the script /etc/dhclient-exit-hooks that > > >will create the file with named 'forwarders' clause [...] > > > > Yes, I know that, but I would like to see it controllable from rc.conf > > like the rest of our network configuration. > > OK, since running local DNS instance is a neat idea, I will try to > draft the modifications for the dhclient-exit-hooks, as I described > in the previous mail. At last, I did the needed modifications: patches against 7.0 from yesterday, April 13th, are attached. The first one enables the creation of /etc/resolv.conf from rc.conf variables and the second brings the named forwarders rewriting using values obtained via DHCP. I had touched dhclient-script, but it was really needed, because it is not good to have simular functionality in /etc/rc.d/resolv and in the dhclient-script. I decided not to cope with modifications of /etc/namedb/named.conf, but rather to create other file, /etc/namedb/named.forwarders.conf, that should be included from the main configuration. I am living for two days with this configuration (DHCP + local named instance) and no problems were spotted yet. Testing and feedback are more than welcome. -- Eygene --YZ5djTAD1cGYuMQK Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="0001-rc.d-resolv-implement-creation-of-resolv.conf-from.patch" >From ecba7a9f5ee5169c33db9cb83a99ba7ebc46e10f Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Sat, 12 Apr 2008 21:43:44 +0400 Subject: [PATCH] rc.d/resolv: implement creation of resolv.conf from rc.conf variables. Two new variables for rc.conf: - resolv_domain, the name of the default DNS domain, - resolv_nameservers, the list of the name servers separated by ',' or ' '. If there are no kenv variables dhcp.domain-name-servers and dhcp.domain-name, but any of rc.conf variables mentioned above are set, then /etc/resolv.conf will be built from the contents of these variables. Signed-off-by: Eygene Ryabinkin --- etc/defaults/rc.conf | 6 ++++++ etc/rc.d/resolv | 35 +++++++++++++++++++++++++---------- share/man/man5/rc.conf.5 | 10 ++++++++++ 3 files changed, 41 insertions(+), 10 deletions(-) diff --git a/etc/defaults/rc.conf b/etc/defaults/rc.conf index 1a23b72..cd9c142 100644 --- a/etc/defaults/rc.conf +++ b/etc/defaults/rc.conf @@ -237,6 +237,12 @@ named_chroot_autoupdate="YES" # Automatically install/update chrooted named_symlink_enable="YES" # Symlink the chrooted pid file # +# resolv. Build /etc/resolv.conf programmatically. +# +resolv_domain="" # DNS domain we're in. +resolv_nameservers="" # List of DNS server IPs, separated by comma or space. + +# # kerberos. Do not run the admin daemons on slave servers # kerberos5_server_enable="NO" # Run a kerberos 5 master server (or NO). diff --git a/etc/rc.d/resolv b/etc/rc.d/resolv index 00c2f49..3f36a0c 100644 --- a/etc/rc.d/resolv +++ b/etc/rc.d/resolv @@ -38,20 +38,35 @@ stop_cmd=':' load_rc_config $name +# Helper that echoes the contents of the resolv.conf to the stdout. +# Arguments: +# 1. domain name, +# 2. list of name servers separated by ',' or ' '. +# Either argument can be empty. If so, it won't be included to the output. + +build_resolv () { + if [ -n "$1" ]; then + echo domain "$1" + fi + + set -- "$2" + for ns in `IFS=', '; echo $*`; do + echo nameserver $ns + done +} + # if the info is available via dhcp/kenv # build the resolv.conf # if [ ! -e /etc/resolv.conf -a \ -n "`/bin/kenv dhcp.domain-name-servers 2> /dev/null`" ]; then - > /etc/resolv.conf - - if [ -n "`/bin/kenv dhcp.domain-name 2> /dev/null`" ]; then - echo domain `/bin/kenv dhcp.domain-name` > /etc/resolv.conf - fi - - set -- `/bin/kenv dhcp.domain-name-servers` - for ns in `IFS=','; echo $*`; do - echo nameserver $ns >> /etc/resolv.conf; - done + build_resolv \ + "`/bin/kenv dhcp.domain-name 2> /dev/null`" \ + "`/bin/kenv dhcp.domain-name-servers`" \ + > /etc/resolv.conf +elif [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then + build_resolv \ + "${resolv_domain}" "${resolv_nameservers}" \ + > /etc/resolv.conf fi diff --git a/share/man/man5/rc.conf.5 b/share/man/man5/rc.conf.5 index a900d6a..af5d61f 100644 --- a/share/man/man5/rc.conf.5 +++ b/share/man/man5/rc.conf.5 @@ -1602,6 +1602,16 @@ daemon's PID file into the .Xr chroot 8 environment. +.It Va resolv_domain +.Pq Vt str +name of the local domain. +Used for the programmatical building of +.Pa /etc/resolv.conf . +.It Va resolv_nameservers +.Pq Vt str +comma- or space-separated list of nameservers. +Used for the programmatical building of +.Pa /etc/resolv.conf . .It Va kerberos5_server_enable .Pq Vt bool Set to -- 1.5.3.8 --YZ5djTAD1cGYuMQK Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="0002-Implement-creation-of-named-8-forwarders-file-via.patch" >From ea257626ecf88c14c1b73b26b6957c0f4fa96234 Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Sun, 13 Apr 2008 15:24:55 +0400 Subject: [PATCH] Implement creation of named(8) forwarders file via /etc/rc.d/resolv Following the idea of Poul Henning-Kamp, the automated creation of the named forwarders file is implemented. In such configuration local named is thought to be used as the smart DNS cache. The following new rc.conf variables were introduced: - resolv_build_named_forwarders, - resolv_named_forwarders_file, - resolv_named_ip. New manual page, resolv(8), was written. Manual page rc.conf(5) was updated, reflecting the introduction of new variables. dhclient-script was changed to use /etc/rc.d/resolv to create /etc/resolv.conf. New kenv leaf, dhclient.*, was created (actually, there is no kenv registry, so I just used variables from the kenv's dhclient.* namespace) and DNS variables, obtained by dhclient, are stored there. I tried to minimize the impact of the dhclient-script changes upon the next updates of dhclient(8) from OpenBSD, so a new function that replaced add_new_resolv_conf was introduced. Commented entries about the usage of the generated forwarders file were added to the stock named.conf file. Signed-off-by: Eygene Ryabinkin --- etc/defaults/rc.conf | 8 ++ etc/namedb/named.conf | 12 ++ etc/rc.d/resolv | 124 ++++++++++++++++++-- sbin/dhclient/dhclient-script | 23 ++++- share/man/man5/rc.conf.5 | 18 +++ share/man/man8/Makefile | 1 + share/man/man8/resolv.8 | 259 +++++++++++++++++++++++++++++++++++++++++ 7 files changed, 434 insertions(+), 11 deletions(-) create mode 100644 share/man/man8/resolv.8 diff --git a/etc/defaults/rc.conf b/etc/defaults/rc.conf index cd9c142..8ef35d7 100644 --- a/etc/defaults/rc.conf +++ b/etc/defaults/rc.conf @@ -243,6 +243,14 @@ resolv_domain="" # DNS domain we're in. resolv_nameservers="" # List of DNS server IPs, separated by comma or space. # +# resolv. Building of named's forwarders file via dhclient or +# directly via /etc/rc.d/resolv. +# +resolv_build_named_forwarders="NO" # Build forwarders? +resolv_named_forwarders_file=/etc/namedb/named.forwarders.conf # Forwarders file +resolv_named_ip=127.0.0.1 # Where named is listening for requests + +# # kerberos. Do not run the admin daemons on slave servers # kerberos5_server_enable="NO" # Run a kerberos 5 master server (or NO). diff --git a/etc/namedb/named.conf b/etc/namedb/named.conf index bda9a02..508abf5 100644 --- a/etc/namedb/named.conf +++ b/etc/namedb/named.conf @@ -45,6 +45,18 @@ options { 127.0.0.1; }; */ + +// If you're building the forwarders table automatically (option +// resolv_build_named_forwarders is set to the appropriate value +// in the /etc/rc.conf), then you will want to uncomment the next +// line to include the created forwarders table. +// The default forwarders file name is used. If you had customized +// its location via rc.conf's variable resolv_named_forwarders_file, +// replace the name here as well. +/* + include "/etc/namedb/named.forwarders.conf"; + */ + /* * If there is a firewall between you and nameservers you want * to talk to, you might need to uncomment the query-source diff --git a/etc/rc.d/resolv b/etc/rc.d/resolv index 3f36a0c..783b2f5 100644 --- a/etc/rc.d/resolv +++ b/etc/rc.d/resolv @@ -38,6 +38,9 @@ stop_cmd=':' load_rc_config $name +RNDC=/usr/sbin/rndc +CMP=/usr/bin/cmp + # Helper that echoes the contents of the resolv.conf to the stdout. # Arguments: # 1. domain name, @@ -47,26 +50,129 @@ load_rc_config $name build_resolv () { if [ -n "$1" ]; then echo domain "$1" + echo search "$1" + fi + + if checkyesno resolv_build_named_forwarders && + checkyesno named_enable; then + echo "nameserver $resolv_named_ip" fi set -- "$2" for ns in `IFS=', '; echo $*`; do echo nameserver $ns done + + if [ -f /etc/resolv.conf.tail ]; then + cat /etc/resolv.conf.tail + fi +} + +# Restarts named, if it is already running +named_condreload() { + if "$RNDC" status > /dev/null 2>&1; then + "$RNDC" reload + fi +} + +# Installs new version of the file. If the file to be installed is the +# same as the current one, nothing will be installed. +# Arguments. +# - $1: new file, +# - $2: old file that will be overwritten with the contents of a new one. +# +# Returns zero if the new content was installed and returns one +# when the old file was left untouched. +# +# New file will be removed before the function return. +install_new_file() { + [ -z "$1" ] && return 0 + if [ -z "$2" ]; then + rm -f "$1" + return 0 + fi + + [ -e "$1" -a -f "$1" ] || return 0 + if [ -e "$2" -a -f "$CMP" -a -x "$CMP" ] && \ + "$CMP" "$1" "$2" >/dev/null 2>/dev/null; then + rm -f "$1" + return 1 + else + cp -f "$1" "$2" + fi + + rm -f "$1" + return 0 } -# if the info is available via dhcp/kenv -# build the resolv.conf +# Build named's forwarders file if it is requested by configuration. +# Reloads named via 'rndc'. # -if [ ! -e /etc/resolv.conf -a \ +# Arguments. +# $1 - the list of forwarders, separated by ',' or ' '. +add_new_bind_forwarders() { + local tmpf + + tmpf="$resolv_named_forwarders_file".new + + [ -z "$1" ] && return + checkyesno resolv_build_named_forwarders || return + + echo 'forwarders {' > "$tmpf" + set -- "$1" + for nameserver in `IFS=', '; echo $*`; do + echo "$nameserver;" + done >> "$tmpf" + echo '};' >> "$tmpf" + + # New contents? Try to reload named. + if install_new_file "$tmpf" "$resolv_named_forwarders_file"; then + chown -RL root:wheel "$resolv_named_forwarders_file" + chmod -RL 644 "$resolv_named_forwarders_file" + + named_condreload + fi +} + +tmp_resolv=/etc/resolv.conf.new +rm -f "$tmp_resolv" +# If user specified static resolv parameters, use them. +if [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then + build_resolv \ + "${resolv_domain}" "${resolv_nameservers}" \ + > "$tmp_resolv" + add_new_bind_forwarders "${resolv_nameservers}" +# dhclient-script calls us using kenv's dhclient.* parameters +elif [ -n "`/bin/kenv dhclient.domain-name-servers 2> /dev/null`" -o \ + -n "`/bin/kenv dhclient.domain-name 2> /dev/null`" ]; then + build_resolv \ + "`/bin/kenv dhclient.domain-name 2> /dev/null`" \ + "`/bin/kenv dhclient.domain-name-servers`" \ + > "$tmp_resolv" + add_new_bind_forwarders "`/bin/kenv dhclient.domain-name-servers`" +# If the info is available via dhcp/kenv (from the boot time) +# build the resolv.conf, but only if it is not already exists. +# This is the old historical behaviour of /etc/rc.d/resolv. +elif [ ! -e /etc/resolv.conf -a \ -n "`/bin/kenv dhcp.domain-name-servers 2> /dev/null`" ]; then build_resolv \ "`/bin/kenv dhcp.domain-name 2> /dev/null`" \ - "`/bin/kenv dhcp.domain-name-servers`" \ - > /etc/resolv.conf -elif [ -n "${resolv_domain}" -o -n "${resolv_nameservers}" ]; then - build_resolv \ - "${resolv_domain}" "${resolv_nameservers}" \ - > /etc/resolv.conf + "`/bin/kenv dhcp.domain-name-servers`" > "$tmp_resolv" + add_new_bind_forwarders "`/bin/kenv dhcp.domain-name-servers`" +else + # Create forwarders file without forwarding servers. + # We can not just make it empty, because in the case + # of the 'forward only;' directives, named will throw + # error about non-existent 'forwarders' clause. + if checkyesno resolv_build_named_forwarders; then + if [ -e "$resolv_named_forwarders_file" ]; then + cat << "EOF" > "$resolv_named_forwarders_file" +forwarders {}; +EOF + named_condreload + fi + fi fi +install_new_file "$tmp_resolv" /etc/resolv.conf + diff --git a/sbin/dhclient/dhclient-script b/sbin/dhclient/dhclient-script index f66da5a..9b14962 100644 --- a/sbin/dhclient/dhclient-script +++ b/sbin/dhclient/dhclient-script @@ -22,6 +22,7 @@ ARP=/usr/sbin/arp HOSTNAME=/bin/hostname IFCONFIG='/sbin/ifconfig -n' +KENV=/bin/kenv LOCALHOST=127.0.0.1 @@ -246,6 +247,22 @@ add_new_resolv_conf() { return 1 } +# This is the FreeBSD-specific implementation of resolv.conf updater. +# It sets appropriate variables and invokes the rc.d script that does +# the actual job. +fbsd_resolv () { + "$KENV" -u dhclient.domain-name 2>/dev/null + "$KENV" -u dhclient.domain-name-servers 2>/dev/null + + if [ -n "$new_domain_name" ]; then + "$KENV" dhclient.domain-name="$new_domain_name" + fi + if [ -n "$new_domain_name_servers" ]; then + "$KENV" dhclient.domain-name-servers="$new_domain_name_servers" + fi + /etc/rc.d/resolv restart +} + # Must be used on exit. Invokes the local dhcp client exit hooks, if any. exit_with_hooks() { exit_status=$1 @@ -333,7 +350,8 @@ BOUND|RENEW|REBIND|REBOOT) add_new_alias fi if is_default_interface; then - add_new_resolv_conf + # ORIGINAL CODE: add_new_resolv_conf + fbsd_resolv fi ;; @@ -370,7 +388,8 @@ TIMEOUT) if ! is_default_interface; then exit_with_hooks 0 fi - if add_new_resolv_conf; then + # ORIGINAL CODE: if add_new_resolv_conf; then + if fbsd_resolv; then exit_with_hooks 0 fi fi diff --git a/share/man/man5/rc.conf.5 b/share/man/man5/rc.conf.5 index af5d61f..cd3f039 100644 --- a/share/man/man5/rc.conf.5 +++ b/share/man/man5/rc.conf.5 @@ -1612,6 +1612,24 @@ Used for the programmatical building of comma- or space-separated list of nameservers. Used for the programmatical building of .Pa /etc/resolv.conf . +.It Va resolv_build_named_forwarders +.Pq Vt bool +Set to +.Dq Li YES +to create forwarders file for +.Xr named 8 . +See the stock +.Pa /etc/namedb/named.conf +for the example of forwarders file usage. +.It Va resolv_named_forwarders_file +.Pq Vt str +Location of the forwarders file. +.It Va resolv_named_ip +IP address where local named instance is listening for the queries. +Will be inserted to the +.Pa /etc/resolv.conf +as the first DNS server when building of the forwarders file is enabled. +Defaults to 127.0.0.1. .It Va kerberos5_server_enable .Pq Vt bool Set to diff --git a/share/man/man8/Makefile b/share/man/man8/Makefile index 4f50312..0613659 100644 --- a/share/man/man8/Makefile +++ b/share/man/man8/Makefile @@ -12,6 +12,7 @@ MAN= adding_user.8 \ rc.sendmail.8 \ rc.subr.8 \ rescue.8 \ + resolv.8 \ sticky.8 \ yp.8 diff --git a/share/man/man8/resolv.8 b/share/man/man8/resolv.8 new file mode 100644 index 0000000..e15e15c --- /dev/null +++ b/share/man/man8/resolv.8 @@ -0,0 +1,259 @@ +.\" Copyright (c) 2008 +.\" Eygene Ryabinkin . All rights reserved. +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\" notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed by the University of +.\" California, Berkeley and its contributors. +.\" 4. Neither the name of the University nor the names of its contributors +.\" may be used to endorse or promote products derived from this software +.\" without specific prior written permission. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND +.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE +.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE +.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE +.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL +.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS +.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) +.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT +.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY +.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF +.\" SUCH DAMAGE. +.\" +.\" $FreeBSD$ +.\" +.Dd April 13, 2008 +.Dt RESOLV 8 +.Os +. +. +.Sh NAME +.Nm resolv +.Nd resolver library rc.d script +. +. +.Sh SYNOPSIS +.Nm /etc/rc.d/resolv Cm Bro start | stop | restart Brc +. +. +.Sh DESCRIPTION +Startup script +.Pa /etc/rc.d/resolv +configures the +.Xr resolver 3 +library and can configure forwarders for the +.Xr named 8 . +. +. +.Sh OPTIONS +.Pp +Look into +.Xr rc.conf 5 +manual page and search for the +.Va resolv_* +entries to obtain the complete list of directives and the description +of their syntax. +. +. +.Sh IMPLEMENTATION NOTES +. +.Ss Generation of /etc/resolv.conf +. +.Pp +In order to generate +.Pa /etc/resolv.conf +on the fly, one should set the +.Xr rc.conf 5 +variables +.Va resolv_domain +and/or +.Va resolv_nameservers. +The current logic for the generation of +.Pa /etc/resolv.conf +is the following. +.Bl -enum +.It +Check if any +.Xr rc.conf 5 +variable, mentioned just above, is defined. +If yes, generate +.Pa /etc/resolv.conf +using the supplied values. +.It +Check if +.Xr kenv 2 +node +.Va kenv.domain-name-servers +is present. +If yes, generate +.Pa /etc/resolv.conf +using +.Va kenv.domain-name +and +.Va kenv.domain-name-servers . +.It +Check if +.Xr kenv 2 +nodes +.Va dhclient.domain-name-servers +and/or +.Va dhclient.domain-name +are present. +If yes, generate +.Pa /etc/resolv.conf +using their values. +The mentioned +.Xr kenv 1 +variables are produced by the +.Xr dhclient 8 +utility. +.El +.Pp +If the file +.Pa /etc/resolv.conf.tail +is present, its contents will be appended to the generated +.Pa /etc/resolv.conf . +. +.Ss Generation of named forwarders table +. +.Pp +.Nm +also can generate forwarders table for +.Xr named 8 . +The file can be used to point the local +.Xr named 8 +instance to the upstream DNS servers. +The typical usage this functionality is to make local DNS cache +that will consult upstream servers. +.Pp +This mode is activated when the variable +.Va resolv_build_named_forwarders +is enabled in +.Xr rc.conf 5 . +The file, whose name is stored in the +.Xr rc.conf 5 +variable +.Va resolv_named_forwarders_file , +is populated with the upstream DNS server addresses. +The addresses are obtained with the same algorithm as the +.Va nameserver +options in +.Pa /etc/resolv.conf , +described above. +.Pp +If +.Va named_enable +is set in the +.Xr rc.conf 5 , +then one additional +.Va nameserver +entry in the +.Pa /etc/resolv.conf +will be generated. +It will be put as the first DNS server and the IP will be taken +from the +.Xr rc.conf 5 +variable +.Va resolv_named_ip . +It is done to +.Qq glue +the +.Xr resolver 3 +library and the local +.Xr named 8 +instance. +. +. +.Sh FILES +.Bl -tag -width /etc/namedb/named_conf +.It Pa /etc/rc.conf +system-wide configuration variables. +.It Pa /etc/namedb/named.conf +.Xr named 9 +configuration file. +.It Pa /etc/namedb/named.forwarders.conf +default location of the produced forwarders file. +.It Pa /etc/resolv.conf +default +.Xr resolver 3 +configuration file. +.El +. +. +.Sh EXAMPLES +. +.Pp +The following +.Xr rc.conf 5 +options will automatically build +.Pa /etc/resolv.conf +with the corresponding configuration: +.Bd -literal -offset indent +resolv_domain="some.name.tld" +resolv_nameservers="192.168.2.1 192.168.100.254" +.Ed +. +.Pp +The addition the strings +.Bd -literal -offset indent +resolv_build_named_forwarders="YES" +resolv_named_ip="127.0.0.2" +.Ed +will result in the following contents of +.Pa /etc/resolv.conf +.Bd -literal -offset indent +domain some.name.tld +search some.name.tld +nameserver 127.0.0.2 +nameserver 192.168.2.1 +nameserver 192.168.100.254 + +.Ed +. +.Pp +Additionally, the file +.Pa /etc/namedb/named.forwarders.conf +will be populated with the servers 192.168.2.1 and 192.168.100.254. +In order to activate these servers in +.Xr named 9 , +one should uncomment (or add) the following lines to the +.Pa /etc/namedb/named.conf +.Bd -literal -offset indent +// Include the generated forwarders table. +// +// The default forwarders file name is used. +// If you had customized its location via rc.conf variable +// resolv_named_forwarders_file, replace the name here as well. + include "/etc/namedb/named.forwarders.conf"; +.Ed +. +. +.Sh SEE ALSO +.Xr resolver 3 , +.Xr resolver 5 , +.Xr rc.conf 5 , +.Xr named 9 , +.Xr kenv 1 , +.Xr kenv 2 , +.Xr dhclient 8 +. +. +.Sh HISTORY +The +.Nm +manual page first appeared in +.Fx 7.1 . +.Sh AUTHORS +The +.Nm +manual page was written by +.An Eygene Ryabinkin Aq rea-fbsd@codelabs.ru . -- 1.5.3.8 --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 16:27:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA914106564A for ; Mon, 14 Apr 2008 16:27:26 +0000 (UTC) (envelope-from samira.nox@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 E6ABA8FC19 for ; Mon, 14 Apr 2008 16:27:24 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1835040fgg.35 for ; Mon, 14 Apr 2008 09:27:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:subject:from:organization:content-type:mime-version:content-transfer-encoding:message-id:user-agent; bh=/iL9PXKfxDTPfczCkZPdEdg9fDyarsYZCZ2WHh5ZfMo=; b=AKbGG9JuySKBsXR1u9VGR16Z7i/xA6XFaUCHqjj/1+7cIp8/JEPv1XJ0w8aZRKOu6T2+0bdsi7NteRykhWXR4twMN+U0xcBtQ1EoBtqrcY7j6WKT+Y09OdnrepVKhFjIzbRIeRfOCvxZ+jVz49091/Jl3+24jQMxXi5gre4nbxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:subject:from:organization:content-type:mime-version:content-transfer-encoding:message-id:user-agent; b=llebTkFCsnu/QnjVhLFTxx/lkzMky1PWrajD/RDIoQNrssVV33UIkM8+FCx2KKyCxqwYVmLOe7wa8lrWpJKlKbhuyOhwgVr4dVTz62ieC1qbHJ5TRqGx6f76izgs9fXmrvh7ZD4U7xroN+PyXO1kwJX38fgS/2Psjm7vqJJU9o0= Received: by 10.86.25.17 with SMTP id 17mr6486560fgy.41.1208190440044; Mon, 14 Apr 2008 09:27:20 -0700 (PDT) Received: from localhost ( [85.3.122.140]) by mx.google.com with ESMTPS id 4sm4928279fge.3.2008.04.14.09.27.18 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Apr 2008 09:27:18 -0700 (PDT) Date: Mon, 14 Apr 2008 18:27:17 +0200 To: "freebsd-current@freebsd.org" From: sam Organization: - Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.50 (FreeBSD) Subject: problems with atapicam/atapicd on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 16:27:26 -0000 hi I'm using 8-Current on i386. The system has three sata DVD-drives: - 1 Optiarc ad-7170s on ata 5 - 2 Asus e616a3t on ata 6 & 7 Trying to load atapicam the system halts. Using atapicd only the two asus drives get recognized. The chipset is an ich9. atacontrol list: ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: ad6 Serial ATA II Slave: no device present ATA channel 4: Master: ad8 Serial ATA II Slave: no device present ATA channel 5: Master: no device present Slave: no device present ATA channel 6: Master: acd1 Serial ATA v1.0 Slave: no device present ATA channel 7: Master: acd1 Serial ATA v1.0 Slave: no device present in dmesg I see: ... atapci0: port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xfc006000-0xfc0067ff irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.20 controller with 6 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: setting SRST failed ?? ata5: still BUSY after softreset ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] ... ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ... ad4: 305244MB at ata2-master SATA300 ad6: 305244MB at ata3-master SATA300 ad8: 238475MB at ata4-master SATA300 ... ata5: setting SRST failed ?? ata5: still BUSY after softreset ata5: setting SRST failed ?? ata5: still BUSY after softreset acd12: DVDROM at ata6-master SATA150 acd14: DVDROM at ata7-master SATA150 mfg sam -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 17:28:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CACDB1065677 for ; Mon, 14 Apr 2008 17:28:10 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3339E8FC16 for ; Mon, 14 Apr 2008 17:28:09 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=26905 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JlSTP-000Kx3-L3; Mon, 14 Apr 2008 21:28:08 +0400 Message-ID: <48039426.4010801@lissyara.su> Date: Mon, 14 Apr 2008 21:28:06 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: Sam Leffler References: <480294E2.1000907@errno.com> In-Reply-To: <480294E2.1000907@errno.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: FreeBSD Current Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 17:28:10 -0000 Sam Leffler пишет: > A patch to integrate my multi-bss (aka vap) support for wireless can be > found here: > > http://www.freebsd.org/~sam/vap-2008051300.sh.gz > > Note this is a shell script that overlays the CVS contents for HEAD. > To apply it you do something like: > > cvs -d /usr/ncvs co src > cd src > gzcat ../vap-2008051300.sh.gz | sh > > The changes are extensive and require a full buildworld and kernel > rebuild. Committers with perforce access can find this code in the > sam_vap branch. > > So what is this stuff? This is work I started many years ago to > virtualize 802.11 wireless devices. The intent was (mostly) to > support multiple access points operating on top of a single radio. > The classic example is you want to run a Hotspot and offer quality > service to paying customers but still provide some level of service > to freeloaders. You can define two Virtual AP's (VAP's) and make > one open with the second require authorization. This is done by > cloning virtual ifnet's from the parent device using ifconfig; e.g. > > ifconfig wlan create wlandev ral0 wlanmode hostap > > will generate a wlanX ifnet that supports ap operation. Different > devices are capable of supporting different services; some > drivers/devices only support one vap at a time which is equivalent > to what is currently in CVS but without using the mediaopt mechanism > to switch "operating modes" (with vaps an interface never changes > it's operating mode; when you no longer want to use one you just > destroy it and create something else). > > In practice most casual users will not encounter vaps except when > they run ifconfig and see wlanX interfaces. rc support is present > to automatically create vaps' for station mode operation. If you > have an ath0 device you add this to your rc.conf: > > vaps_ath0="wlan0" > ifconfig_wlan0="DHCP WPA" > > and you'll get a wlan0 ifnet created and wpa_supplicant will be > brought up as usual (thanks to Brooks Davis for this work). > > Vaps were motivated by doing multi-bss ap services but evolved to > support many other features. In particular WDS support falls out > and later grew to support Dynamic WDS (DWDS) which is a follow-on > design that combines WDS operation (i.e. 4-address frame encapsulation > of wireless traffic) with normal station and access point operation > to build more powerful and useful applications. Sample scripts to > setup DWDS relay and master nodes can be found in the directory: > > tools/tools/net80211/scripts > > along with many other scripts used in testing. > > This code includes a major rewrite of the net80211 layer and > significant changes to all wireless drivers. Two drivers are still > not converted: ipw and ndis. Station and access point operation > are well tested but adhoc mode is untested and likely broken. > Monitor mode works but has one design/usage issue that may require > changes. The documentation is alpha-quality and needs work. > > This work has been used in several products and been heavily tested > in various forms but on non-FreeBSD platforms. Work on the current > version has been supported by Hobnob. The most recent previous > work was supported by Marvell (who also supported development of > the mwl driver). Atheros contributed code that was used to kickstart > the vap + 802.11n functionality. Any issues you hit are likely to be in > drivers and not net80211--particularlly drivers that are less frequently > used. > > My goal is to get this work into CVS asap. There is one outstanding > locking issue that people may encounter: the net80211 layer holds a > lock over calls to the driver's init method which can cause WITNESS > complaints if the driver sleeps. This is most noticeable on drivers > that load firmware or otherwise sleep (e.g. usb drivers). Some drivers > can avoid this by loading firmware in the vap create method but the > usb drivers may have to drop the lock and open a race. Folks are > encouraged to pitch in to help with these and any other issues they > encounter. > > Note there are a few new drivers included: iwn (Intel 4965), bwi > (Broadcom 43xx), and mwl (Marvell 88W8363). The iwn driver is > unfinished; it should support 802.11n but progress has been slow > due to poor vendor involvement. The bwi driver is experimental and > folks are encouraged to help sephe get it into shape for commit (it > currently is not ready CVS). mwl is provided as an example of a > working 11n driver; I'm not aware of any cardbus/pci retail products > that use this part and firmware is presently unavailable (we could > get firmware but since all applications are presently embedded > anyone that would want firmware already has it). Finally, wi users > should note there is a rewrite of the driver that now works properly > with wpa_supplicant and supports WPA (both in station and ap modes) > with Intersil Prism cards and rev 1.7.0 and later firmware. (But > the flip side is that Symbol card support was dropped and some older > cards may not work well w/o fixups.) > > Please report problems to the public mailing lists. My time is scarce > so please investigate fixes and not just report problems. > > BSDCan plug: I'll be giving a tutorial in Ottawa that uses this work > so folks looking to attend can get a headstart. > > Sam buildworld: (cd /usr/src/rescue/rescue/../../sbin/ifconfig && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ifconfig/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/ifconfig/ ifconfig.o af_link.o af_inet.o af_inet6.o af_atalk.o ifclone.o ifmac.o ifmedia.o ifvlan.o ifieee80211.o regdomain.o ifcarp.o ifgroup.o ifpfsync.o ifbridge.o iflagg.o af_ipx.o) rm -f .depend mkdep -f .depend -a -DRESCUE /usr/src/sbin/ifconfig/ifconfig.c /usr/src/sbin/ifconfig/af_link.c /usr/src/sbin/ifconfig/af_inet.c /usr/src/sbin/ifconfig/af_inet6.c /usr/src/sbin/ifconfig/af_atalk.c /usr/src/sbin/ifconfig/ifclone.c /usr/src/sbin/ifconfig/ifmac.c /usr/src/sbin/ifconfig/ifmedia.c /usr/src/sbin/ifconfig/ifvlan.c /usr/src/sbin/ifconfig/ifieee80211.c /usr/src/sbin/ifconfig/regdomain.c /usr/src/sbin/ifconfig/ifcarp.c /usr/src/sbin/ifconfig/ifgroup.c /usr/src/sbin/ifconfig/ifpfsync.c /usr/src/sbin/ifconfig/ifbridge.c /usr/src/sbin/ifconfig/iflagg.c /usr/src/sbin/ifconfig/af_ipx.c echo ifconfig: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/tmp/usr/lib/libbsdxml.a /usr/obj/usr/src/tmp/usr/lib/libsbuf.a /usr/obj/usr/src/tmp/usr/lib/libipx.a >> .depend cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/ifconfig.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/af_link.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/af_inet.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/af_inet6.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/af_atalk.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/ifclone.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/ifmac.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/ifmedia.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/ifvlan.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/ifieee80211.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -DRESCUE -Wno-pointer-sign -c /usr/src/sbin/ifconfig/regdomain.c /usr/src/sbin/ifconfig/regdomain.c:662: error: redefinition of 'rcsid' /usr/src/sbin/ifconfig/regdomain.c:26: error: previous definition of 'rcsid' was here /usr/src/sbin/ifconfig/regdomain.c:686: error: redefinition of 'struct mystate' /usr/src/sbin/ifconfig/regdomain.c:698: error: redefinition of 'struct ident' /usr/src/sbin/ifconfig/regdomain.c:701: error: redeclaration of enumerator 'DOMAIN' /usr/src/sbin/ifconfig/regdomain.c:65: error: previous definition of 'DOMAIN' was here /usr/src/sbin/ifconfig/regdomain.c:701: error: redeclaration of enumerator 'COUNTRY' /usr/src/sbin/ifconfig/regdomain.c:65: error: previous definition of 'COUNTRY' was here /usr/src/sbin/ifconfig/regdomain.c:701: error: redeclaration of enumerator 'FREQBAND' /usr/src/sbin/ifconfig/regdomain.c:65: error: previous definition of 'FREQBAND' was here /usr/src/sbin/ifconfig/regdomain.c:706: error: redefinition of 'start_element' /usr/src/sbin/ifconfig/regdomain.c:70: error: previous definition of 'start_element' was here /usr/src/sbin/ifconfig/regdomain.c:800: error: redefinition of 'decode_flag' /usr/src/sbin/ifconfig/regdomain.c:164: error: previous definition of 'decode_flag' was here /usr/src/sbin/ifconfig/regdomain.c:850: error: redefinition of 'end_element' /usr/src/sbin/ifconfig/regdomain.c:214: error: previous definition of 'end_element' was here /usr/src/sbin/ifconfig/regdomain.c:989: error: redefinition of 'char_data' /usr/src/sbin/ifconfig/regdomain.c:353: error: previous definition of 'char_data' was here /usr/src/sbin/ifconfig/regdomain.c:1007: error: redefinition of 'findid' /usr/src/sbin/ifconfig/regdomain.c:371: error: previous definition of 'findid' was here /usr/src/sbin/ifconfig/regdomain.c:1021: error: redefinition of 'lib80211_regdomain_readconfig' /usr/src/sbin/ifconfig/regdomain.c:385: error: previous definition of 'lib80211_regdomain_readconfig' was here /usr/src/sbin/ifconfig/regdomain.c:1103: error: redefinition of 'cleanup_bands' /usr/src/sbin/ifconfig/regdomain.c:467: error: previous definition of 'cleanup_bands' was here /usr/src/sbin/ifconfig/regdomain.c:1119: error: redefinition of 'lib80211_regdomain_cleanup' /usr/src/sbin/ifconfig/regdomain.c:483: error: previous definition of 'lib80211_regdomain_cleanup' was here /usr/src/sbin/ifconfig/regdomain.c:1156: error: redefinition of 'lib80211_alloc_regdata' /usr/src/sbin/ifconfig/regdomain.c:520: error: previous definition of 'lib80211_alloc_regdata' was here /usr/src/sbin/ifconfig/regdomain.c:1206: error: redefinition of 'lib80211_free_regdata' /usr/src/sbin/ifconfig/regdomain.c:570: error: previous definition of 'lib80211_free_regdata' was here /usr/src/sbin/ifconfig/regdomain.c:1216: error: redefinition of 'lib80211_regdomain_findbysku' /usr/src/sbin/ifconfig/regdomain.c:580: error: previous definition of 'lib80211_regdomain_findbysku' was here /usr/src/sbin/ifconfig/regdomain.c:1231: error: redefinition of 'lib80211_regdomain_findbyname' /usr/src/sbin/ifconfig/regdomain.c:595: error: previous definition of 'lib80211_regdomain_findbyname' was here /usr/src/sbin/ifconfig/regdomain.c:1246: error: redefinition of 'lib80211_country_findbycc' /usr/src/sbin/ifconfig/regdomain.c:610: error: previous definition of 'lib80211_country_findbycc' was here /usr/src/sbin/ifconfig/regdomain.c:1261: error: redefinition of 'lib80211_country_findbyname' /usr/src/sbin/ifconfig/regdomain.c:625: error: previous definition of 'lib80211_country_findbyname' was here *** Error code 1 Stop in /usr/src/sbin/ifconfig. *** Error code 1 Stop in /tmp/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # # uname -a FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Apr 7 23:36:27 MSD 2008 lissyara@acer.lissyara.int.otradno.ru:/tmp/obj/usr/src/sys/main-color-console amd64 # source updated 2 hour ago From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 17:33:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AAC410656C1 for ; Mon, 14 Apr 2008 17:33:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6AE8FC1B for ; Mon, 14 Apr 2008 17:33:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=Xg2gxnpfjDSJzOH1+uSwXcOlfiFf24HCdNWp1gLX+9aKy5C2FpC49URY3BjSrgro1SnKfKvFXCqBJLGxVx70yDU6F0hZKlY58oG3BQlAkOvOscXwgm6xPp1dwTLLSeOcw9ljKDxXgyOMVgC5XE0bp5a8Bbgh1Q3Kn7YT7lhyFGM=; Received: from pb-d-128-141-128-154.cern.ch (pb-d-128-141-128-154.cern.ch [128.141.128.154]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JlSYR-0003pD-7N; Mon, 14 Apr 2008 21:33:19 +0400 Date: Mon, 14 Apr 2008 21:33:15 +0400 From: Eygene Ryabinkin To: Zaphod Beeblebrox Message-ID: References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.3 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 17:33:21 -0000 Zaphod, good day. Mon, Apr 14, 2008 at 01:26:14PM -0400, Zaphod Beeblebrox wrote: > On Fri, Dec 14, 2007 at 6:14 AM, Eygene Ryabinkin > wrote: > > This can be achieved with the script /etc/dhclient-exit-hooks that > > will create the file with named 'forwarders' clause using values > > from 'new_domain_name' and 'new_domain_name_servers' variables that > > are exported to the hooks script by /sbin/dhclient-script. The > > former file can be included from named.conf, so the restart or > > reload of the local named instance from the exit hooks script will > > do the trick. > > Last I tried, the OpenBSD dhclient we imported a year ago blithely ignored > the dhclient-exit-hooks scripts. Just now ($OpenBSD: dhclient-script,v 1.6 2004/05/06 18:22:41 claudio Exp $, $FreeBSD: src/sbin/dhclient/dhclient-script,v 1.17.2.2 2008/04/11 00:17:59 brooks Exp $), dhclient-script invokes /etc/dhclient-exit-hooks: ----- # Must be used on exit. Invokes the local dhcp client exit hooks, if any. exit_with_hooks() { exit_status=$1 if [ -f /etc/dhclient-exit-hooks ]; then . /etc/dhclient-exit-hooks fi # probably should do something with exit status of the local script exit $exit_status } ----- I refrained from using the exit hooks, because dhclient-script needs modifications in my patch: it duplicates the functionality of /etc/rc.d/resolv. Thanks for the suggestions! -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 17:44:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3622E106564A for ; Mon, 14 Apr 2008 17:44:57 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id A5DE18FC25 for ; Mon, 14 Apr 2008 17:44:55 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so534501uge.37 for ; Mon, 14 Apr 2008 10:44:54 -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:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=Og4XD2FfZ+2Hi6LVtkhzJLt6QYiyVw6QVOtJnFxLM6E=; b=SvT+ajyTCI6ekXvczXAybx+tdbC5cjbSIN5T+70OleDKyjzY/0jDC4bOYtqHBDKTaAvWuxKon/WR7dAoDdI5Xh/qir1gD1m20EzQN9UcdYp39ufE/82xnRi9LNMmPCyoXYoMZtpb2Vfs+Z7AUt7esVMVuLXBjGfaa7XB8RJuzRY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=VRR61/tjch01JaxuGUGXq46bLRg7vfmszxFh48eRjZE3ISWjKJW1mCXiNwVMPNQp2rjam8ModIXZW8hJJaBhkJlfk3m0cMXLqquDQ3C7m0iZk97D09wvq5AziP2oVwrnE3QPWUssHCWcNrtZgx+xuG/dys+864weoeEMM4KtJhg= Received: by 10.150.137.8 with SMTP id k8mr6474227ybd.61.1208195093694; Mon, 14 Apr 2008 10:44:53 -0700 (PDT) Received: by 10.150.156.14 with HTTP; Mon, 14 Apr 2008 10:44:53 -0700 (PDT) Message-ID: <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> Date: Mon, 14 Apr 2008 13:44:53 -0400 From: "Zaphod Beeblebrox" To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 17:44:57 -0000 On Mon, Apr 14, 2008 at 1:33 PM, Eygene Ryabinkin wrote: > Zaphod, good day. > > Mon, Apr 14, 2008 at 01:26:14PM -0400, Zaphod Beeblebrox wrote: > > On Fri, Dec 14, 2007 at 6:14 AM, Eygene Ryabinkin > > wrote: > > > This can be achieved with the script /etc/dhclient-exit-hooks that > > > will create the file with named 'forwarders' clause using values > > > from 'new_domain_name' and 'new_domain_name_servers' variables that > > > are exported to the hooks script by /sbin/dhclient-script. The > > > former file can be included from named.conf, so the restart or > > > reload of the local named instance from the exit hooks script will > > > do the trick. > > > > Last I tried, the OpenBSD dhclient we imported a year ago blithely > ignored > > the dhclient-exit-hooks scripts. > > Just now ($OpenBSD: dhclient-script,v 1.6 2004/05/06 18:22:41 claudio Exp > $, > $FreeBSD: src/sbin/dhclient/dhclient-script,v 1.17.2.2 2008/04/11 00:17:59 > brooks Exp $), dhclient-script invokes /etc/dhclient-exit-hooks: > ----- > # Must be used on exit. Invokes the local dhcp client exit hooks, if > any. > exit_with_hooks() { > exit_status=$1 > if [ -f /etc/dhclient-exit-hooks ]; then > . /etc/dhclient-exit-hooks > fi > # probably should do something with exit status of the local script > exit $exit_status > } > ----- > I refrained from using the exit hooks, because dhclient-script needs > modifications in my patch: it duplicates the functionality of > /etc/rc.d/resolv. Yes... well to be more clear, the OpenBSD dhclient didn't call dhclient-script for the EXIT cause. In fact, IIRC, the OpenBSD dhclient only called dhclient-script (which contains your code snippet) only for the initial setup (setting flags on the interface and such) The dhclient-script included with the OpenBSD dhclient (or at least the one we use) is largely the same as the isc-dhclient script. If you instrument the dhclient-script with some logging to check when it's called by dhclient, you may find it isn't called the documented number of times. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 17:52:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F13081065672 for ; Mon, 14 Apr 2008 17:52:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id A10FC8FC1B for ; Mon, 14 Apr 2008 17:52:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=iG8jc0t7rXNRPN9J02I33Ds2TAb7JHRyJ0J9Ta6LcceqNwnJnhQT9pOY1Rd7rJKON4y2A9WQUTIWVuWpox0sUy4xMt6RDNmf7vdyw43CZkmv6TuVA8U8H34iJN8+huiVQHb7mGQibsDI1LxLSh++VdudTwchStI3YgNq9vclPn8=; Received: from pb-d-128-141-128-154.cern.ch (pb-d-128-141-128-154.cern.ch [128.141.128.154]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JlSqe-0003vU-Vm; Mon, 14 Apr 2008 21:52:09 +0400 Date: Mon, 14 Apr 2008 21:52:05 +0400 From: Eygene Ryabinkin To: Zaphod Beeblebrox Message-ID: <3BdnONI1bT08mgV1Is+vnPQaMNw@OG4t+/sM8WGI7cjjTW4/N4fcF6w> References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <5f67a8c40804141044v69557b92w7db0b272d6b9b848@mail.gmail.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 17:52:12 -0000 Zaphod, Mon, Apr 14, 2008 at 01:44:53PM -0400, Zaphod Beeblebrox wrote: > Yes... well to be more clear, the OpenBSD dhclient didn't call > dhclient-script for the EXIT cause. In fact, IIRC, the OpenBSD dhclient > only called dhclient-script (which contains your code snippet) only for the > initial setup (setting flags on the interface and such) The dhclient-script > included with the OpenBSD dhclient (or at least the one we use) is largely > the same as the isc-dhclient script. If you instrument the dhclient-script > with some logging to check when it's called by dhclient, you may find it > isn't called the documented number of times. OK, will check the FreeBSD's dhclient. Thanks! -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 17:53:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9B77106566B for ; Mon, 14 Apr 2008 17:53:00 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8F08C8FC0C for ; Mon, 14 Apr 2008 17:53:00 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so732769ywt.13 for ; Mon, 14 Apr 2008 10:52:59 -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:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=QRbB/yZVORvzdpMZoqjOYqu6F799SQBLfWxypIPaNM4=; b=pcISElHYdPowuJneoaB6KWI+tlYRp5He/RlvR3qCeErxUFerrTT7oC9fNmZRaKEUoGoY9vovgF6juK3XU22fSEG8366TrZBAE7cJOJp9AJsHNwJpJ8KGv1hz3nlpHs+bu0cWPP742+2V7tG8u5ypqY7Ml99Y0dR3XzTmBS9XAgA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=tsOrLDIDbW8Rh/+QNt5CHPjf5yqXKUnNkyPv8EcNY4eUe5Oip+xbY+lm1kVZ568Srcpeo/KBpbQ7Qb2gvdJpEHgyzqoaeV9mUcT/Z0ZSQn9/due4oYbiMH8RbHLDc5e+Q3Plkq3G0Wub7Pfmg8lyftrQmfqmh9ZK7YG6grCzRGw= Received: by 10.150.58.5 with SMTP id g5mr6421135yba.158.1208193974643; Mon, 14 Apr 2008 10:26:14 -0700 (PDT) Received: by 10.150.156.14 with HTTP; Mon, 14 Apr 2008 10:26:14 -0700 (PDT) Message-ID: <5f67a8c40804141026s27672065sb11a7f327572c0f2@mail.gmail.com> Date: Mon, 14 Apr 2008 13:26:14 -0400 From: "Zaphod Beeblebrox" To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 References: <7ExUpek150AdEdP4WR1b6w@lz+EvuNSgXKgs9kqjMxQNA> <72123.1197626129@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , freebsd-current@freebsd.org Subject: Re: [RFC] Automated generation of /etc/resolv.conf from the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 17:53:01 -0000 On Fri, Dec 14, 2007 at 6:14 AM, Eygene Ryabinkin wrote: > This can be achieved with the script /etc/dhclient-exit-hooks that > will create the file with named 'forwarders' clause using values > from 'new_domain_name' and 'new_domain_name_servers' variables that > are exported to the hooks script by /sbin/dhclient-script. The > former file can be included from named.conf, so the restart or > reload of the local named instance from the exit hooks script will > do the trick. Last I tried, the OpenBSD dhclient we imported a year ago blithely ignored the dhclient-exit-hooks scripts. This is annoying because in my application, I want to set specific routes not default routes on a successful DHCP (ie: a tunneling CPE device). I had to revert to the ISC-DHCP to restore working dhclient script functionality. Note also that the source and man documentation on this subject appear to document the correct behaviour (not the behaviour of the system). From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 18:25:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BD2F1065671 for ; Mon, 14 Apr 2008 18:25:19 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [204.14.85.196]) by mx1.freebsd.org (Postfix) with ESMTP id D9EF78FC1B for ; Mon, 14 Apr 2008 18:25:18 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JlSLL-000AiG-V8; Mon, 14 Apr 2008 13:19:49 -0400 From: "Yuri Lukin" To: Sam Leffler ,FreeBSD Current Date: Mon, 14 Apr 2008 13:19:47 -0400 Message-Id: <20080414171245.M15569@swaggi.com> In-Reply-To: <480294E2.1000907@errno.com> References: <480294E2.1000907@errno.com> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 18:25:19 -0000 On Sun, 13 Apr 2008 16:18:58 -0700, Sam Leffler wrote > A patch to integrate my multi-bss (aka vap) support for wireless can > be found here: > > http://www.freebsd.org/~sam/vap-2008051300.sh.gz > Thank You for this. > Note there are a few new drivers included: iwn (Intel 4965), bwi > (Broadcom 43xx), and mwl (Marvell 88W8363). The iwn driver is > unfinished; it should support 802.11n but progress has been slow > due to poor vendor involvement. The bwi driver is experimental and > folks are encouraged to help sephe get it into shape for commit (it > currently is not ready CVS). mwl is provided as an example of a > working 11n driver; I'm not aware of any cardbus/pci retail products > that use this part and firmware is presently unavailable (we could > get firmware but since all applications are presently embedded > anyone that would want firmware already has it). Finally, wi users > should note there is a rewrite of the driver that now works properly > with wpa_supplicant and supports WPA (both in station and ap modes) > with Intersil Prism cards and rev 1.7.0 and later firmware. (But > the flip side is that Symbol card support was dropped and some older > cards may not work well w/o fixups.) Buffalo Tech appears to have made a cardbus product that used the 88W8363 part but their wireless products have been halted due to litigation. If one were to find such a card on the grey market, is there still an issue with getting the firmware or is it bundled? What about harvesting a mini-pci part from one of their wireless APs using the same chipset? I've been holding off on buying 11n parts until there was driver support for them and it appears that mwl is the only driver that supports hostap and 11n at this time. Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 19:31:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3FB9106564A for ; Mon, 14 Apr 2008 19:31:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 89C448FC19 for ; Mon, 14 Apr 2008 19:31:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id DB4F628448 for ; Tue, 15 Apr 2008 03:31:04 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id B3692EB3244; Tue, 15 Apr 2008 03:31:01 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id ES65Es-rM-7t; Tue, 15 Apr 2008 03:30:56 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 35CD5EB1094; Tue, 15 Apr 2008 03:30:55 +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=e4z4/3FVnUmd36JAcJTooZ8kfF1g9UFLTEw1bvXS+sejZ4Wm0sspuPke/qP1Xxk8j Z2vLB0u2kNZdQ0Rgzab5A== Message-ID: <4803B0EC.1060901@delphij.net> Date: Mon, 14 Apr 2008 12:30:52 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Kostik Belousov References: <48027F56.9010302@delphij.net> <20080414095539.GD18958@deviant.kiev.zoral.com.ua> In-Reply-To: <20080414095539.GD18958@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , d@delphij.net Subject: Re: [PATCH] fdopendir(3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 19:31:08 -0000 Kostik Belousov wrote: > On Sun, Apr 13, 2008 at 02:47:02PM -0700, Xin LI wrote: >> Hi, >> >> Any objection for the attached patch which implements fdopendir(3) that >> is found in various other OSes? Basically it splits __opendir2 into two >> parts, and expose the second part which deals with fd to provide >> fdopendir(3) functionalities. > > There are some problems with the DTF_REWIND and union mounts. > > I too implemented the fdopendir in the course of the *at() work after > the initial Roman Divacky submission. I put my patch at the > http://people.freebsd.org/~kib/misc/fdopendir.1.patch > > I postponed the commit for further testing and some more changes related > to the committed *at syscalls (mainly man pages, the patch awaits the > review). Some observations. __fdopendir2(). My feeling is that this is not suitable to separate as a standard alone file as its sole users are fdopendir() and opendir(), therefore, being static might be more appropriate. Do you have the intention to use it in somewhere else? If so we should really repocopy opendir.c to __fdopendir2.c (there is a minor unnecessary. Another thing is that the fd == -1 && (flags & DTF_REWIND) statement. If this would be an internal routine then it sounds like to be better represented as an assertion. The caller should guarantee that the assertion hold true (by design), and the runtime check seems to be unnecessary (that's why I did not added these checks). So I think the major difference between your version and mine is whether we wanted to expose __fdopendir2() outside libc? Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 21:29:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68890106566B for ; Mon, 14 Apr 2008 21:29:10 +0000 (UTC) (envelope-from cokane@freebsd.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 415748FC1F for ; Mon, 14 Apr 2008 21:29:10 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id DXAw1Z0050FhH24AA08v00; Mon, 14 Apr 2008 21:28:31 +0000 Received: from discordia ([24.60.135.75]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id DZV01Z00C1dmTCQ8U00000; Mon, 14 Apr 2008 21:29:01 +0000 X-Authority-Analysis: v=1.0 c=1 a=3HdgX0hkaOoA:10 a=WlO496tsPb4A:10 a=L60d8mLyw0iOrL9nnjYA:9 a=1rsbMigToXz7_6QgbbLjUYS9kAwA:4 a=b8hG5vVbyAkA:10 a=N4F-LyLLsDiU9a8G5f0A:9 a=R8i8NBTgm5VYCJ1XbDgA:7 a=L-Ra69YndYZEAsDl6Tl4kO3B2r0A:4 a=NfA2RSpTaHsA:10 a=B0yj2Q7vcMmDuPzxQb8A:9 a=Qo51MsZxI6Gsx9FfvIxNbhR_3MsA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 446EA1636F8; Mon, 14 Apr 2008 17:29:00 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 041AB1636F8; Mon, 14 Apr 2008 17:28:44 -0400 (EDT) From: Coleman Kane To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XSsj4+O5m+M8LFFtlRMG" Organization: FreeBSD Project Date: Mon, 14 Apr 2008 17:28:33 -0400 Message-Id: <1208208513.1279.51.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: jhb@FreeBSD.org Subject: Patch to fix crashing experienced while using GDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 21:29:10 -0000 --=-XSsj4+O5m+M8LFFtlRMG Content-Type: multipart/mixed; boundary="=-nNwGrSwM9BDFsEPxaF7b" --=-nNwGrSwM9BDFsEPxaF7b Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, Some time ago, I got the attached patch from jhb (IIRC). It has worked for me and cured a problem that was making a bunch of my code un-traceable using GDB on FreeBSD. Debugging would result in a crash of GDB, preventing me from seeing what bug I had that crashed my program. Anyhow, my question is: Is there any reason this shouldn't be pushed into the tree? Who do I need to talk to (obrien? the compiler maintainers?) about it? --=20 Coleman Kane --=-nNwGrSwM9BDFsEPxaF7b Content-Disposition: attachment; filename=contrib_gdb_gdb_target.c.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=contrib_gdb_gdb_target.c.patch; charset=UTF-8 ZGlmZiAtLWdpdCBhL2NvbnRyaWIvZ2RiL2dkYi90YXJnZXQuYyBiL2NvbnRyaWIvZ2RiL2dkYi90 YXJnZXQuYw0KaW5kZXggZmY0N2FjMS4uYzI0MTY3NiAxMDA2NDQNCi0tLSBhL2NvbnRyaWIvZ2Ri L2dkYi90YXJnZXQuYw0KKysrIGIvY29udHJpYi9nZGIvZ2RiL3RhcmdldC5jDQpAQCAtMTQyNSw2 ICsxNDI1LDEzIEBAIHRhcmdldF9yZXNpemVfdG9fc2VjdGlvbnMgKHN0cnVjdCB0YXJnZXRfb3Bz ICp0YXJnZXQsIGludCBudW1fYWRkZWQpDQogCSAgICAgICgqdCktPnRvX3NlY3Rpb25zX2VuZCA9 IHRhcmdldC0+dG9fc2VjdGlvbnNfZW5kOw0KIAkgICAgfQ0KIAl9DQorDQorICAgICAgIC8qIEpI QjogTmVlZCB0byB1cGRhdGUgY3VycmVudF90YXJnZXQgdG9vLiAqLw0KKyAgICAgICBpZiAoY3Vy cmVudF90YXJnZXQudG9fc2VjdGlvbnMgPT0gb2xkX3ZhbHVlKQ0KKyAgICAgICAgew0KKyAgICAg ICAgICBjdXJyZW50X3RhcmdldC50b19zZWN0aW9ucyA9IHRhcmdldC0+dG9fc2VjdGlvbnM7DQor ICAgICAgICAgIGN1cnJlbnRfdGFyZ2V0LnRvX3NlY3Rpb25zX2VuZCA9IHRhcmdldC0+dG9fc2Vj dGlvbnNfZW5kOw0KKyAgICAgICAgfQ0KICAgICB9DQogICANCiAgIHJldHVybiBvbGRfY291bnQ7 DQo= --=-nNwGrSwM9BDFsEPxaF7b-- --=-XSsj4+O5m+M8LFFtlRMG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgDzH4ACgkQcMSxQcXat5fRaQCcDuj6UaxgfiEslGxO/1nYBuVs 6QEAn0/pm5H3o267ghN7MQRvgysDLZEs =UgNu -----END PGP SIGNATURE----- --=-XSsj4+O5m+M8LFFtlRMG-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 21:37:07 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F9F91065673 for ; Mon, 14 Apr 2008 21:37:07 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0628FC0C for ; Mon, 14 Apr 2008 21:37:06 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA05.westchester.pa.mail.comcast.net with comcast id DYv91Z04h0xGWP85501800; Mon, 14 Apr 2008 21:35:20 +0000 Received: from discordia ([24.60.135.75]) by OMTA12.westchester.pa.mail.comcast.net with comcast id DZd21Z00F1dmTCQ3Y00000; Mon, 14 Apr 2008 21:37:02 +0000 X-Authority-Analysis: v=1.0 c=1 a=FaM0GyIPfKoA:10 a=BPOp9DsWJQ8A:10 a=CCpqsmhAAAAA:8 a=Xk7D-aNpBlIhskoGQ6IA:9 a=-EZvZ3PsgJWbZhCt2voA:7 a=eGiO8G8fQ0xtmcoUOzg8_6w513wA:4 a=LY0hPdMaydYA:10 a=ZV5ZrBPn2mFcJsyfWHwA:9 a=Y5EAP1wciev9QQ8w9yHXPt6yIWUA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id A3BA81636F9; Mon, 14 Apr 2008 17:37:02 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 6BDC61636F8; Mon, 14 Apr 2008 17:36:50 -0400 (EDT) From: Coleman Kane To: current@FreeBSD.org In-Reply-To: <1208208513.1279.51.camel@localhost> References: <1208208513.1279.51.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-E45Aidnal28nVfcRzVLW" Organization: FreeBSD Project Date: Mon, 14 Apr 2008 17:36:38 -0400 Message-Id: <1208208998.1279.54.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: jhb@FreeBSD.org Subject: Re: Patch to fix crashing experienced while using GDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 21:37:07 -0000 --=-E45Aidnal28nVfcRzVLW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-04-14 at 17:28 -0400, Coleman Kane wrote: > Hello, >=20 > Some time ago, I got the attached patch from jhb (IIRC). It has worked > for me and cured a problem that was making a bunch of my code > un-traceable using GDB on FreeBSD. Debugging would result in a crash of > GDB, preventing me from seeing what bug I had that crashed my program. >=20 > Anyhow, my question is: Is there any reason this shouldn't be pushed > into the tree? Who do I need to talk to (obrien? the compiler > maintainers?) about it? BTW, this has already been fixed in the GDB sources (using nearly the exact same code) since August 2004 in rev. 1.79 of gdb/target.c: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/target.c?rev=3D1.79&conten= t-type=3Dtext/x-cvsweb-markup&cvsroot=3Dsrc --=20 Coleman Kane --=-E45Aidnal28nVfcRzVLW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgDzmQACgkQcMSxQcXat5fH/QCeK+qWkbh96H61P6xvc2NGYGXT BUQAnjbqt1ERE9dxVObf48Q+/8S6AzH2 =g3fU -----END PGP SIGNATURE----- --=-E45Aidnal28nVfcRzVLW-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 23:02:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 235741065675 for ; Mon, 14 Apr 2008 23:02:05 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id D35E78FC0A for ; Mon, 14 Apr 2008 23:02:04 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=13256 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JlXgY-000OeR-SN; Tue, 15 Apr 2008 03:02:02 +0400 Message-ID: <4803E26A.9070108@lissyara.su> Date: Tue, 15 Apr 2008 03:02:02 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: Sam Leffler References: <480294E2.1000907@errno.com> In-Reply-To: <480294E2.1000907@errno.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: FreeBSD Current Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 23:02:05 -0000 Sam Leffler пишет: > A patch to integrate my multi-bss (aka vap) support for wireless can be > found here: > > http://www.freebsd.org/~sam/vap-2008051300.sh.gz After remove all src and cvsup again I successfully build world. But,on build kernel I have: ===> malo (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /tmp/obj/usr/src/sys/main-color-console/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/tmp/obj/usr/src/sys/main-color-console -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/malo/../../dev/malo/if_malo.c cc1: warnings being treated as errors /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_bar0_write4': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:172: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'bus_size_t' *** Error code 1 Stop in /usr/src/sys/modules/malo. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /tmp/obj/usr/src/sys/main-color-console. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. acer# ============== trough 12 hour I can test build GENERIC kernel. Good night! =) From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 23:21:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAC0F1065671 for ; Mon, 14 Apr 2008 23:21:10 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6578FC18 for ; Mon, 14 Apr 2008 23:21:10 +0000 (UTC) (envelope-from sam@errno.com) Received: from Macintosh-2.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3ENL7g3020764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Apr 2008 16:21:09 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4803E6E2.8090007@errno.com> Date: Mon, 14 Apr 2008 16:21:06 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Alex Keda References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> In-Reply-To: <4803E26A.9070108@lissyara.su> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: FreeBSD Current Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 23:21:10 -0000 Alex Keda wrote: > Sam Leffler пишет: >> A patch to integrate my multi-bss (aka vap) support for wireless can be >> found here: >> >> http://www.freebsd.org/~sam/vap-2008051300.sh.gz > After remove all src and cvsup again I successfully build world. > But,on build kernel I have: > > ===> malo (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /tmp/obj/usr/src/sys/main-color-console/opt_global.h -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-common -g > -fno-omit-frame-pointer -I/tmp/obj/usr/src/sys/main-color-console > -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx > -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/malo/../../dev/malo/if_malo.c > cc1: warnings being treated as errors > /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function > 'malo_bar0_write4': > /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:172: warning: format > '%x' expects type 'unsigned int', but argument 3 has type 'bus_size_t' > *** Error code 1 > > Stop in /usr/src/sys/modules/malo. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /tmp/obj/usr/src/sys/main-color-console. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > acer# > ============== > trough 12 hour I can test build GENERIC kernel. > Good night! =) > > What platform? Compare to the code in CVS; I may have missed integrating a build fix for 64bit platforms. Sam From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 01:47:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839A51065671 for ; Tue, 15 Apr 2008 01:47:27 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 5294B8FC18 for ; Tue, 15 Apr 2008 01:47:27 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id DbrD1Z0020EPchoA80Ab00; Tue, 15 Apr 2008 01:46:07 +0000 Received: from discordia ([24.60.135.75]) by OMTA01.emeryville.ca.mail.comcast.net with comcast id DdnR1Z00A1dmTCQ8M00000; Tue, 15 Apr 2008 01:47:26 +0000 X-Authority-Analysis: v=1.0 c=1 a=uaUJgS5ZL84A:10 a=FkP6uzeq5BwA:10 a=pPofJSkepftU0-rcoawA:9 a=81x8KFjfpkM0sI5OFywA:7 a=KIvCOl5erWIVKthaTJRNGC7tG1QA:4 a=LY0hPdMaydYA:10 a=oE8HoHwhu26u-RBab0cA:9 a=qa6rO3kymUhFtoJp7NfrMDekg6AA:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 2C7A41636F9; Mon, 14 Apr 2008 21:47:25 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 66BD91636F8; Mon, 14 Apr 2008 21:47:11 -0400 (EDT) From: Coleman Kane To: David Schultz In-Reply-To: <20080412213808.GA38426@zim.MIT.EDU> References: <1208027381.1327.31.camel@localhost> <1208028217.82222.32.camel@shumai.marcuscom.com> <20080412195505.GA36208@zim.MIT.EDU> <1208032865.1424.9.camel@localhost> <20080412213808.GA38426@zim.MIT.EDU> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7QcQ3DHNQwz0JTOrLEgy" Organization: FreeBSD Project Date: Mon, 14 Apr 2008 21:46:47 -0400 Message-Id: <1208224007.1326.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: mezz7@cox.net, Joe Marcus Clarke , imp@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: mlock(2), unprivileged users, and RLIMIT_MEMLOCK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 01:47:27 -0000 --=-7QcQ3DHNQwz0JTOrLEgy Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2008-04-12 at 17:38 -0400, David Schultz wrote: > On Sat, Apr 12, 2008, Coleman Kane wrote: > > On Sat, 2008-04-12 at 15:55 -0400, David Schultz wrote: > > > On Sat, Apr 12, 2008, Joe Marcus Clarke wrote: > > > > On Sat, 2008-04-12 at 15:09 -0400, Coleman Kane wrote: > > > > > Hello, > > > > >=20 > > > > > Recently we've been having a discussion on the GNOME list about f= ixing > > > > > the seahorse breakage introduced with the latest GNOME 2.22, root= ed in > > > > > the fact that FreeBSD's mlock(2) implementation is only usable if= you > > > > > have superuser privileges. Due to bugs in seahorse, the lack of m= lock(2) > > > > > causes many seahorse applications to die. I've posted a suggested= patch > > > > > to=20 > > > [...] > > > > > As a third idea, we could leave the per-process limit (to abide b= y > > > > > historical documentation), but also add a sysctl that enforces a > > > > > system-wide "max mlock pages" which can be tested by the mlock(2) > > > > > syscall, refusing to mlock(2) more memory if the limit is hit. > > > >=20 > > > > I think this already exists in -CURRENT: vm.max_wired ("System-wide > > > > limit to wired page count"). This is tested by mlock(2) in additio= n to > > > > RLIMIT_MEMLOCK. > > >=20 > > > First of all, many other operating systems such as Solaris also > > > restrict mlock(2) to the superuser, so this is a bug in seahorse. > > >=20 > > > That said, it seems like allowing ordinary users to mlock(2) small > > > amounts of memory (e.g., vm_page_max_wired / 4 across all > > > non-superuser processes by default) would fix your problem and be > > > easy to implement. Of course, per-user or per-process limits > > > would be more flexible, but how many people really have lots of > > > users who are trying to abuse the system? > > >=20 > >=20 > > I did some math and came up with the following per-user limit on my > > system. Using the default install, my maxproc is set to 5547: > > max_secure_mem =3D max_proc * memorylocked =3D 5547 * 16384 =3D 9088= 2048 =3D > > about 87MB > >=20 > > So, under my operating conditions (2GB System RAM), a user's maximum Do= S > > attempt would be capped at 87MB... which doesn't seem as serious > > anymore. This is using the 16K memorylocked value that gnome-keyring & > > friends seem to work fine with. >=20 > Yes, but why bother? A system-wide limit would still be far easier > to implement than keeping track of a per-process limit, and it > allows processes to lock more memory on single-user systems, while > keeping the overall limit low (since most processes don't lock > anything). >=20 > There are additional difficulties with per-process limits such as > deciding who to charge when multiple processes lock a shared > memory segment. If you charge one or the other, e.g., processes A > and B share a locked segment and you charge A, then B could exceed > its limit by locking another segment, then having A munlock(). If > you charge both processes, then mmap() on a segment that another > process has locked might fail. >=20 Hey guys, Would arch@ be a more suitable place to discuss this / probe for more info? --=20 Coleman Kane --=-7QcQ3DHNQwz0JTOrLEgy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgECQMACgkQcMSxQcXat5dSmwCfYvl2cMUP4rr8q/fBjKuwIjCv AfkAn17pkyNMiYWP7Hs8Z9v8z9zBfleC =Cy6N -----END PGP SIGNATURE----- --=-7QcQ3DHNQwz0JTOrLEgy-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 04:36:18 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A419106566B for ; Tue, 15 Apr 2008 04:36:18 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outh.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id F267F8FC2C for ; Tue, 15 Apr 2008 04:36:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 15 Apr 2008 05:58:40 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 613B62D6004; Mon, 14 Apr 2008 21:36:12 -0700 (PDT) Message-ID: <480430C0.8010601@elischer.org> Date: Mon, 14 Apr 2008 21:36:16 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Andrew Reilly References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> <20080412181601.GA14472@freebsd.org> <20080415034343.GB87024@duncan.reilly.home> In-Reply-To: <20080415034343.GB87024@duncan.reilly.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Roman Divacky , Robert Watson , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 04:36:18 -0000 Andrew Reilly wrote: > On Sat, Apr 12, 2008 at 08:16:01PM +0200, Roman Divacky wrote: >> On Sat, Apr 12, 2008 at 07:14:21PM +0100, Robert Watson wrote: >>> On Fri, 11 Apr 2008, Julian Elischer wrote: >>> >>>> 0xc05667e3 kldstat [kernel]: 2100 >>>> 0xc07214f8 sendsig [kernel]: 1416 >>>> 0xc04fb426 ugenread [kernel]: 1200 >>>> 0xc070616b ipmi_smbios_identify [kernel]: 1136 >>>> 0xc050bd26 usbd_new_device [kernel]: 1128 >>>> 0xc0525a83 pfs_readlink [kernel]: 1092 >>>> 0xc04fb407 ugenwrite [kernel]: 1056 >>>> 0xc055ea33 prison_enforce_statfs [kernel]: 1044 >>> This one, at least, is due to an issue Roman pointed out on hackers@ in the >>> last 24 hours -- a MAXPATHLEN sized buffer on the stack. Looks like >>> pfs_readlink() has the same issue. >> I plan to look at some of the MAXPATHLEN usage... I guess we can shave a few >> tens of KBs from the kernel (static size and runtime size). > > Why are single-digit kilobytes of memory space interesting, in this > context? Is the concern about L1 data cache footprint, for performance > reasons? If that is the case, the MAXPATHLEN bufffer will only really > occupy the amount of cache actually touched. We used to have 1 page in the beginning, but that quickly went to 2. We now Have, I think, 4 (I should go look I guess.). But that was with the possibility of multiple interrupt frames all stacking on top of each other. Now that that has, been kept to a minimum we might be able to get to one or two again if we tried.. kernel stacks are a scarse resource.. they are not really swappable and are always present. > I've long wondered about the seemingly fanatical stack size concern in > kernel space. In other domains (where I have more experience) you can > get good performance benefits from the essentially free memory management > and good cache re-use that comes from putting as much into the > stack/call-frame as possible. That is an interesting point.. > > Just curious. > > Cheers, > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 06:42:31 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DAF11065674; Tue, 15 Apr 2008 06:42:31 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3198FC3A; Tue, 15 Apr 2008 06:42:31 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTP id 1DC47125423; Tue, 15 Apr 2008 15:42:30 +0900 (JST) Message-ID: <48044E55.9060903@freebsd.org> Date: Tue, 15 Apr 2008 15:42:29 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.12 (X11/20080325) MIME-Version: 1.0 To: "Alexander V. Chernikov" References: <47E9448F.1010304@ipfw.ru> <47EA6E27.3060006@freebsd.org> In-Reply-To: <47EA6E27.3060006@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Masanori OZAWA , dindin@yandex-team.ru, freebsd-fs@freebsd.org, freebsd-current@FreeBSD.org, Robert Watson , Kurt Jaeger Subject: Re: unionfs status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 06:42:31 -0000 If anyone has no problems with p20-1 to p20-4, I am going to commit it to HEAD. About p20-5, rwatson have pointed out that it maybe has the same socket problem, so we are going to research for more while ;) Daichi GOTO wrote: > I should say that so sorry of my slow response. so sorry. > > We are developing unionfs step by step and still have 5 next patches. > > http://people.freebsd.org/~daichi/unionfs/experiments/ > http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-1.diff > http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-2.diff > http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-3.diff > http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-4.diff > http://people.freebsd.org/~daichi/unionfs/experiments/unionfs-p20-5.diff > > p20-1: > leads panic when "no error happens, eofflag is 0, response data is empty > and DIAGNOSTIC is defined" while involving VOP_READDIR(9) from unionfs. > This change fixes system hang-up using with NFS. > > p20-2: > fixed fs access issue mounting on devfs. > > p20-3: > fixed kern/109377. > > p20-4: > fixed rename panic issue > > p20-5: > fixed unix socket connection issue > > On our long unionfs running test, It looks like works very well. Would you > try above patches? So sorry of my slow response. Please accept my deepest > apology. > > We are planing to commit above patches to 8-current. 7-release has been > done. It is good time to commit it to current ;) > > Alexander V. Chernikov wrote: >> Hello people! >> >> At this moment unionfs has got at least following problems: >> 1) File systems cannot mount onto upper/lower unionfs layer (partially >> described in kern/117829) >> 2) There are problems with multithreaded programs accessing(writing) >> files on unionfs (kern/109950) >> 3) As well there are problems with accessing unix sockets created on >> upper/lower unionfs layers (kern/118346) >> 4) Doing mv filename same-filename causes kernel to panic on 6.X (and >> printing warning about VOP_RENAME in 7+) >> 5) Making 'loops' when mounting unionfs causes kernel panic (kern/121385) >> >> I have made patches solving first 4 problems >> These patches are available at http://ipfw.ru/patches/ >> unionfs2.diff fixes fs mounting onto upper layer, unionfs_lmount.diff >> fixes lower >> unionfs_threads.diff and unionfs_unix.diff fixes cases 2) and 3) >> unionfs_rename.diff fixes case with renaming >> >> Can anybody comment/review ? > -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 07:19:53 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7293106564A for ; Tue, 15 Apr 2008 07:19:53 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from qsrv01ps.mx.bigpond.com (qsrv01ps.mx.bigpond.com [144.140.82.181]) by mx1.freebsd.org (Postfix) with ESMTP id 4D88D8FC20 for ; Tue, 15 Apr 2008 07:19:53 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nskntotgx02p.mx.bigpond.com ([124.188.162.219]) by nskntmtas04p.mx.bigpond.com with ESMTP id <20080415034408.RGWO26608.nskntmtas04p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Tue, 15 Apr 2008 03:44:08 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20080415034408.UJBN1995.nskntotgx02p.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 15 Apr 2008 03:44:08 +0000 Received: (qmail 96601 invoked by uid 501); 15 Apr 2008 03:43:43 -0000 Date: Tue, 15 Apr 2008 13:43:43 +1000 From: Andrew Reilly To: Roman Divacky Message-ID: <20080415034343.GB87024@duncan.reilly.home> References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> <20080412181601.GA14472@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080412181601.GA14472@freebsd.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.48042488.0046,ss=1,fgs=0 Cc: Robert Watson , Julian Elischer , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 07:19:53 -0000 On Sat, Apr 12, 2008 at 08:16:01PM +0200, Roman Divacky wrote: > On Sat, Apr 12, 2008 at 07:14:21PM +0100, Robert Watson wrote: > > > > On Fri, 11 Apr 2008, Julian Elischer wrote: > > > > >0xc05667e3 kldstat [kernel]: 2100 > > >0xc07214f8 sendsig [kernel]: 1416 > > >0xc04fb426 ugenread [kernel]: 1200 > > >0xc070616b ipmi_smbios_identify [kernel]: 1136 > > >0xc050bd26 usbd_new_device [kernel]: 1128 > > >0xc0525a83 pfs_readlink [kernel]: 1092 > > >0xc04fb407 ugenwrite [kernel]: 1056 > > >0xc055ea33 prison_enforce_statfs [kernel]: 1044 > > > > This one, at least, is due to an issue Roman pointed out on hackers@ in the > > last 24 hours -- a MAXPATHLEN sized buffer on the stack. Looks like > > pfs_readlink() has the same issue. > > I plan to look at some of the MAXPATHLEN usage... I guess we can shave a few > tens of KBs from the kernel (static size and runtime size). Why are single-digit kilobytes of memory space interesting, in this context? Is the concern about L1 data cache footprint, for performance reasons? If that is the case, the MAXPATHLEN bufffer will only really occupy the amount of cache actually touched. I've long wondered about the seemingly fanatical stack size concern in kernel space. In other domains (where I have more experience) you can get good performance benefits from the essentially free memory management and good cache re-use that comes from putting as much into the stack/call-frame as possible. Just curious. Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 07:41:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6A61065676 for ; Tue, 15 Apr 2008 07:41:58 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 1188A8FC21 for ; Tue, 15 Apr 2008 07:41:58 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3F7fiiA084400; Tue, 15 Apr 2008 00:41:55 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3F7fNJg095022; Tue, 15 Apr 2008 00:41:23 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3F7fM1v064293; Tue, 15 Apr 2008 00:41:23 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 15 Apr 2008 16:41:22 +0900 Message-ID: From: gnn@freebsd.org To: Andrew Gallatin In-Reply-To: <18431.23276.913397.188219@grasshopper.cs.duke.edu> References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 07:41:58 -0000 At Fri, 11 Apr 2008 08:34:29 -0400 (EDT), Andrew Gallatin wrote: > > > gnn@freebsd.org writes: > > Howdy, > > > > Is the TSC timecounter synchronized across multiple cores and/or > > processors? A quick search seems to indicate it's not but I'd like to > > find a definitive reference on the TSC. > > There is a great comment in the OpenSolaris source code talking about > TSCs and their behavior on SMP systems. See > http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/i86pc/os/timestamp.c > Actually this was a very helpful bit of reading. I also believe that at least per processor there is only 1 TSC, that is, on a 2 or 4 core, all cores share the same TSC. Best, George From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 07:51:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB6A106566B for ; Tue, 15 Apr 2008 07:51:11 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8B12B8FC1E for ; Tue, 15 Apr 2008 07:51:11 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by wa-out-1112.google.com with SMTP id k17so2645618waf.3 for ; Tue, 15 Apr 2008 00:51:11 -0700 (PDT) Received: by 10.114.160.1 with SMTP id i1mr7947785wae.49.1208245871187; Tue, 15 Apr 2008 00:51:11 -0700 (PDT) Received: from ?10.0.1.199? ( [24.94.72.120]) by mx.google.com with ESMTPS id m5sm16351619wag.9.2008.04.15.00.51.09 (version=SSLv3 cipher=OTHER); Tue, 15 Apr 2008 00:51:10 -0700 (PDT) Date: Mon, 14 Apr 2008 21:51:42 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: gnn@freebsd.org In-Reply-To: Message-ID: <20080414215057.B959@desktop> References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Andrew Gallatin , current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 07:51:11 -0000 On Tue, 15 Apr 2008, gnn@freebsd.org wrote: > At Fri, 11 Apr 2008 08:34:29 -0400 (EDT), > Andrew Gallatin wrote: >> >> >> gnn@freebsd.org writes: >> > Howdy, >> > >> > Is the TSC timecounter synchronized across multiple cores and/or >> > processors? A quick search seems to indicate it's not but I'd like to >> > find a definitive reference on the TSC. >> >> There is a great comment in the OpenSolaris source code talking about >> TSCs and their behavior on SMP systems. See >> http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/i86pc/os/timestamp.c >> > > Actually this was a very helpful bit of reading. > > I also believe that at least per processor there is only 1 TSC, that > is, on a 2 or 4 core, all cores share the same TSC. I think we should confirm whether this is the case with earlier opterson. I have seen two processors on the same die out of sync. Jeff > > Best, > George > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:02:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBCF11065672 for ; Tue, 15 Apr 2008 08:02:30 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9CC948FC30 for ; Tue, 15 Apr 2008 08:02:30 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by py-out-1112.google.com with SMTP id u52so2604378pyb.10 for ; Tue, 15 Apr 2008 01:02:30 -0700 (PDT) Received: by 10.142.71.12 with SMTP id t12mr1270704wfa.312.1208245084058; Tue, 15 Apr 2008 00:38:04 -0700 (PDT) Received: from ?10.0.1.199? ( [24.94.72.120]) by mx.google.com with ESMTPS id 30sm13232166wfa.2.2008.04.15.00.38.02 (version=SSLv3 cipher=OTHER); Tue, 15 Apr 2008 00:38:03 -0700 (PDT) Date: Mon, 14 Apr 2008 21:38:34 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Andrew Reilly In-Reply-To: <20080415034343.GB87024@duncan.reilly.home> Message-ID: <20080414213656.Q959@desktop> References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> <20080412181601.GA14472@freebsd.org> <20080415034343.GB87024@duncan.reilly.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Roman Divacky , Robert Watson , Julian Elischer , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 08:02:30 -0000 On Tue, 15 Apr 2008, Andrew Reilly wrote: > On Sat, Apr 12, 2008 at 08:16:01PM +0200, Roman Divacky wrote: >> On Sat, Apr 12, 2008 at 07:14:21PM +0100, Robert Watson wrote: >>> >>> On Fri, 11 Apr 2008, Julian Elischer wrote: >>> >>>> 0xc05667e3 kldstat [kernel]: 2100 >>>> 0xc07214f8 sendsig [kernel]: 1416 >>>> 0xc04fb426 ugenread [kernel]: 1200 >>>> 0xc070616b ipmi_smbios_identify [kernel]: 1136 >>>> 0xc050bd26 usbd_new_device [kernel]: 1128 >>>> 0xc0525a83 pfs_readlink [kernel]: 1092 >>>> 0xc04fb407 ugenwrite [kernel]: 1056 >>>> 0xc055ea33 prison_enforce_statfs [kernel]: 1044 >>> >>> This one, at least, is due to an issue Roman pointed out on hackers@ in the >>> last 24 hours -- a MAXPATHLEN sized buffer on the stack. Looks like >>> pfs_readlink() has the same issue. >> >> I plan to look at some of the MAXPATHLEN usage... I guess we can shave a few >> tens of KBs from the kernel (static size and runtime size). > > Why are single-digit kilobytes of memory space interesting, in this > context? Is the concern about L1 data cache footprint, for performance > reasons? If that is the case, the MAXPATHLEN bufffer will only really > occupy the amount of cache actually touched. > > I've long wondered about the seemingly fanatical stack size concern in > kernel space. In other domains (where I have more experience) you can > get good performance benefits from the essentially free memory management > and good cache re-use that comes from putting as much into the > stack/call-frame as possible. There is a small fixed kernel stack per-thread. It has to be allocated up-front out of kernel memory. There isn't really enough KVA to just allow kernel stacks to grow unbounded. Also consider that most of the time this memory is just unused. Right now on amd64 we allocate 4 pages for kernel stacks! This is just huge. It makes allocation slower and more likely to fail since we have to find 5 contiguous pages (one for a guard page). Jeff > > Just curious. > > Cheers, > > -- > Andrew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:06:39 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9745B106566B; Tue, 15 Apr 2008 08:06:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4FB8FC1F; Tue, 15 Apr 2008 08:06:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D3F6D17107; Tue, 15 Apr 2008 08:06:36 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3F86Yge003227; Tue, 15 Apr 2008 08:06:34 GMT (envelope-from phk@critter.freebsd.dk) To: Jeff Roberson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 14 Apr 2008 21:38:34 -1000." <20080414213656.Q959@desktop> Date: Tue, 15 Apr 2008 08:06:34 +0000 Message-ID: <3226.1208246794@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Andrew Reilly , Roman Divacky , Robert Watson , Julian Elischer , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 08:06:39 -0000 In message <20080414213656.Q959@desktop>, Jeff Roberson writes: >> I've long wondered about the seemingly fanatical stack size concern in >> kernel space. In other domains (where I have more experience) you can >> get good performance benefits from the essentially free memory management >> and good cache re-use that comes from putting as much into the >> stack/call-frame as possible. > >There is a small fixed kernel stack per-thread. And in case anybody is about to forget: FreeBSD is still used on systems with a lot less than 1GB ram :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:46:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92DBE1065671; Tue, 15 Apr 2008 08:46:05 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 9C3218FC1A; Tue, 15 Apr 2008 08:46:04 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 15 Apr 2008 09:46:03 +0100 (BST) Date: Tue, 15 Apr 2008 09:46:02 +0100 From: David Malone To: Jeff Roberson Message-ID: <20080415084602.GA44129@walton.maths.tcd.ie> References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> <20080414215057.B959@desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080414215057.B959@desktop> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: gnn@freebsd.org, Andrew Gallatin , current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 08:46:05 -0000 On Mon, Apr 14, 2008 at 09:51:42PM -1000, Jeff Roberson wrote: > I think we should confirm whether this is the case with earlier opterson. > I have seen two processors on the same die out of sync. This can definitely happen according to this note from AMD, which someone posted a link to earlier in the thread: http://lkml.org/lkml/2005/11/4/173 it can happen when you hlt one core, but don't hlt the other on some processors. David. From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 09:01:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CE67106566B for ; Tue, 15 Apr 2008 09:01:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id DF6D38FC23 for ; Tue, 15 Apr 2008 09:01:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jlh31-000MO4-N6 for freebsd-current@freebsd.org; Tue, 15 Apr 2008 12:01:52 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3F91keU026095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2008 12:01:47 +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.2/8.14.2) with ESMTP id m3F91dwU006021; Tue, 15 Apr 2008 12:01:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3F91d7K006020; Tue, 15 Apr 2008 12:01:39 +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: Tue, 15 Apr 2008 12:01:39 +0300 From: Kostik Belousov To: d@delphij.net Message-ID: <20080415090138.GK18958@deviant.kiev.zoral.com.ua> References: <48027F56.9010302@delphij.net> <20080414095539.GD18958@deviant.kiev.zoral.com.ua> <4803B0EC.1060901@delphij.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fLj60tP2PZ34xyqD" Content-Disposition: inline In-Reply-To: <4803B0EC.1060901@delphij.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: eacc24c597fa83a26e5f02f00d1ff66c X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2627 [Apr 15 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: FreeBSD Current Subject: Re: [PATCH] fdopendir(3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 09:01:54 -0000 --fLj60tP2PZ34xyqD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 14, 2008 at 12:30:52PM -0700, Xin LI wrote: > Kostik Belousov wrote: > >On Sun, Apr 13, 2008 at 02:47:02PM -0700, Xin LI wrote: > >>Hi, > >> > >>Any objection for the attached patch which implements fdopendir(3) that= =20 > >>is found in various other OSes? Basically it splits __opendir2 into tw= o=20 > >>parts, and expose the second part which deals with fd to provide=20 > >>fdopendir(3) functionalities. > > > >There are some problems with the DTF_REWIND and union mounts. > > > >I too implemented the fdopendir in the course of the *at() work after > >the initial Roman Divacky submission. I put my patch at the > >http://people.freebsd.org/~kib/misc/fdopendir.1.patch > > > >I postponed the commit for further testing and some more changes related > >to the committed *at syscalls (mainly man pages, the patch awaits the > >review). >=20 > Some observations. __fdopendir2(). My feeling is that this is not=20 > suitable to separate as a standard alone file as its sole users are=20 > fdopendir() and opendir(), therefore, being static might be more=20 > appropriate. Do you have the intention to use it in somewhere else? If= =20 Being static, it must be present in the same source file with the callers. Since the static libraries (libXXX.a) try to avoid bringing in non-used symbols by separating each symbol in the individual source file, I put the __fdopendir2, opendir and fdopendir into the individual files. Yes, use of the opendir or fdopendir would bring the __fdopendir2 in, but use of the opendir would not expose fdopendir extra. > so we should really repocopy opendir.c to __fdopendir2.c (there is a=20 > minor unnecessary. I do intent to repocopy it. This cannot be represented in the patch. >=20 > Another thing is that the fd =3D=3D -1 && (flags & DTF_REWIND) statement.= =20 > If this would be an internal routine then it sounds like to be better=20 > represented as an assertion. The caller should guarantee that the=20 > assertion hold true (by design), and the runtime check seems to be=20 > unnecessary (that's why I did not added these checks). Agree. >=20 > So I think the major difference between your version and mine is whether= =20 > we wanted to expose __fdopendir2() outside libc? Mine __fdopendir2() is also not exposed for the libc users, since it is not present in the public symbol map. nm DEV/src/lib/libc/libc.so.7 | grep __fdopendir2=20 000c1160 t __fdopendir2 As you see, the symbol is local. --fLj60tP2PZ34xyqD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgEbvIACgkQC3+MBN1Mb4jP5wCggh7z9D6A6TnpCTzoqvP8ekR+ DsgAoO+k/hDLn6k+UgDga4o1zm89AeVq =bWMp -----END PGP SIGNATURE----- --fLj60tP2PZ34xyqD-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 10:12:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71522106564A for ; Tue, 15 Apr 2008 10:12:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6038FC1F for ; Tue, 15 Apr 2008 10:12:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3FACkiR088145; Tue, 15 Apr 2008 03:12:53 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3FACH4p038642; Tue, 15 Apr 2008 03:12:17 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3FACGSM088767; Tue, 15 Apr 2008 03:12:16 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 15 Apr 2008 19:12:15 +0900 Message-ID: From: "George V. Neville-Neil" To: "Poul-Henning Kamp" In-Reply-To: <3226.1208246794@critter.freebsd.dk> References: <20080414213656.Q959@desktop> <3226.1208246794@critter.freebsd.dk> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Andrew Reilly , FreeBSD Current , Roman Divacky , Robert Watson , Julian Elischer , Jeff Roberson Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 10:12:56 -0000 At Tue, 15 Apr 2008 08:06:34 +0000, Poul-Henning Kamp wrote: > > In message <20080414213656.Q959@desktop>, Jeff Roberson writes: > > >> I've long wondered about the seemingly fanatical stack size concern in > >> kernel space. In other domains (where I have more experience) you can > >> get good performance benefits from the essentially free memory management > >> and good cache re-use that comes from putting as much into the > >> stack/call-frame as possible. > > > >There is a small fixed kernel stack per-thread. > > And in case anybody is about to forget: FreeBSD is still used on > systems with a lot less than 1GB ram :-) And we'd like it to be used on systems with even less :-) Later, George From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 10:21:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 907E9106564A for ; Tue, 15 Apr 2008 10:21:59 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 534D88FC26 for ; Tue, 15 Apr 2008 10:21:58 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id C727C17105; Tue, 15 Apr 2008 10:21:57 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3FALuWc003754; Tue, 15 Apr 2008 10:21:57 GMT (envelope-from phk@critter.freebsd.dk) To: "George V. Neville-Neil" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 15 Apr 2008 19:12:15 +0900." Date: Tue, 15 Apr 2008 10:21:56 +0000 Message-ID: <3753.1208254916@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 10:21:59 -0000 In message , "George V. Neville-Neil" write s: >> And in case anybody is about to forget: FreeBSD is still used on >> systems with a lot less than 1GB ram :-) > >And we'd like it to be used on systems with even less :-) I havn't tried anything less than 64MB recently, but I get a nasty feeling that we are not too happy below that. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 11:21:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AF72106566C for ; Tue, 15 Apr 2008 11:21:06 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp2.versatel.nl (smtp2.versatel.nl [62.58.50.89]) by mx1.freebsd.org (Postfix) with ESMTP id EA1B78FC18 for ; Tue, 15 Apr 2008 11:21:04 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 25530 invoked by uid 0); 15 Apr 2008 10:54:24 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 15 Apr 2008 10:54:24 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id 98CC639861; Tue, 15 Apr 2008 12:54:23 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id F0B8B3985F; Tue, 15 Apr 2008 12:54:20 +0200 (CEST) Message-ID: <48048955.30401@quis.cx> Date: Tue, 15 Apr 2008 12:54:13 +0200 From: Jille User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Poul-Henning Kamp References: <3753.1208254916@critter.freebsd.dk> In-Reply-To: <3753.1208254916@critter.freebsd.dk> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "George V. Neville-Neil" , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 11:21:06 -0000 Poul-Henning Kamp wrote: > In message , "George V. Neville-Neil" write > s: > >>> And in case anybody is about to forget: FreeBSD is still used on >>> systems with a lot less than 1GB ram :-) >> And we'd like it to be used on systems with even less :-) > > I havn't tried anything less than 64MB recently, but I get a nasty > feeling that we are not too happy below that. > I tried it at 64MB ram a few days ago, only problem was that someone else did the bsdlabel, so there was only 128MB swap. Lots of processes got 0K RES after I started the buildkernel ;) (And lots of dmesg errors: "swap_pager_getswapspace(16): failed") From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 11:37:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C08211065671 for ; Tue, 15 Apr 2008 11:37:58 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 57C3F8FC13 for ; Tue, 15 Apr 2008 11:37:58 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 25206 invoked from network); 15 Apr 2008 11:11:16 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 15 Apr 2008 11:11:16 -0000 Message-ID: <48048D4B.3040504@acm.poly.edu> Date: Tue, 15 Apr 2008 07:11:07 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Poul-Henning Kamp References: <3753.1208254916@critter.freebsd.dk> In-Reply-To: <3753.1208254916@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "George V. Neville-Neil" , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 11:37:58 -0000 Poul-Henning Kamp wrote: > In message , "George V. Neville-Neil" write > s: > > >>> And in case anybody is about to forget: FreeBSD is still used on >>> systems with a lot less than 1GB ram :-) >>> >> And we'd like it to be used on systems with even less :-) >> > > I havn't tried anything less than 64MB recently, but I get a nasty > feeling that we are not too happy below that. > > My router has 32 and works OK. I need to enable swap, of course, if I'm doing something like running gcc with optimizations. -Boris From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 12:19:59 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AB2D1065670; Tue, 15 Apr 2008 12:19:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFA68FC12; Tue, 15 Apr 2008 12:19:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B637C46B5A; Tue, 15 Apr 2008 08:19:58 -0400 (EDT) Date: Tue, 15 Apr 2008 13:19:58 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Reilly In-Reply-To: <20080415034343.GB87024@duncan.reilly.home> Message-ID: <20080415131712.Q29682@fledge.watson.org> References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> <20080412181601.GA14472@freebsd.org> <20080415034343.GB87024@duncan.reilly.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Roman Divacky , Julian Elischer , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 12:19:59 -0000 On Tue, 15 Apr 2008, Andrew Reilly wrote: > Why are single-digit kilobytes of memory space interesting, in this context? > Is the concern about L1 data cache footprint, for performance reasons? If > that is the case, the MAXPATHLEN bufffer will only really occupy the amount > of cache actually touched. > > I've long wondered about the seemingly fanatical stack size concern in > kernel space. In other domains (where I have more experience) you can get > good performance benefits from the essentially free memory management and > good cache re-use that comes from putting as much into the stack/call-frame > as possible. In addition to the valid points others have replied with (use of KVA, often not swappable, etc), it's worth noting that as with file descriptors, vnodes, sockets, inodes, etc, kernel thread size directly affects overall kernel scalability, as we require one kernel thread for each user thread in the system. If you have 4000 user threads, you have 4000 (plus change) kernel threads, so avoiding statically allocating large quantities of effectively unused memory can significantly improve memory pressure, especially on relatively small systems. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 12:56:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63C91106566B for ; Tue, 15 Apr 2008 12:56:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 0BFB48FC19 for ; Tue, 15 Apr 2008 12:56:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3FAqV0I017153 for ; Tue, 15 Apr 2008 20:52:31 +1000 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3FAqOCY023087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2008 20:52:27 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m3FAqOZV032935; Tue, 15 Apr 2008 20:52:24 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m3FAqOaW032934; Tue, 15 Apr 2008 20:52:24 +1000 (EST) (envelope-from peter) Date: Tue, 15 Apr 2008 20:52:24 +1000 From: Peter Jeremy To: Poul-Henning Kamp Message-ID: <20080415105223.GZ73016@server.vk2pj.dyndns.org> References: <3753.1208254916@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YH9Qf6Fh2G5kB/85" Content-Disposition: inline In-Reply-To: <3753.1208254916@critter.freebsd.dk> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "George V. Neville-Neil" , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 12:56:16 -0000 --YH9Qf6Fh2G5kB/85 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 15, 2008 at 10:21:56AM +0000, Poul-Henning Kamp wrote: >I havn't tried anything less than 64MB recently, but I get a nasty >feeling that we are not too happy below that. I've run 6.x in 16MB but that was _very_ painful. There was something like 2MB available to userland. Admittedly, I don't think I went out of my way to really trim the kernel. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --YH9Qf6Fh2G5kB/85 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgEiOcACgkQ/opHv/APuIf+mQCfSp9Iy77nWhclnGkJL3V6ORF8 TzAAnis4ewB0qCCD49G2aUoTFiPb4Wvb =kt+P -----END PGP SIGNATURE----- --YH9Qf6Fh2G5kB/85-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:25:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEC74106566C for ; Tue, 15 Apr 2008 14:25:20 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by mx1.freebsd.org (Postfix) with ESMTP id A1CD78FC15 for ; Tue, 15 Apr 2008 14:25:20 +0000 (UTC) (envelope-from stuart@stuartfraser.net) Received: from [172.23.170.147] (helo=anti-virus03-10) by smtp-out3.blueyonder.co.uk with smtp (Exim 4.52) id 1Jlm64-0000zn-3F for freebsd-current@freebsd.org; Tue, 15 Apr 2008 15:25:20 +0100 Received: from [77.101.3.244] (helo=nas.stuartfraser.net) by asmtp-out4.blueyonder.co.uk with esmtp (Exim 4.52) id 1Jlm63-0000qP-BW for freebsd-current@freebsd.org; Tue, 15 Apr 2008 15:25:19 +0100 Received: from [192.168.51.100] (helo=nyx) by nas.stuartfraser.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jlm50-0000Pg-1r for freebsd-current@freebsd.org; Tue, 15 Apr 2008 15:24:14 +0100 From: "Stuart Fraser" To: Date: Tue, 15 Apr 2008 15:24:56 +0100 Message-ID: <631901c89f04$81e62b90$85b282b0$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcifBByxzZphU0H6Qj+mKFq0fhV1Qw== Content-Language: en-gb Subject: ath(4) with Atheros 5416 Mini-PCI problems leading to reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 14:25:21 -0000 Hi, Has anyone got the ath(4) driver working with the Atheros 5416 card and is it stable? I am running FreeBSD 7.0 (stable) with the hal patch from http://people.freebsd.org/~sam. The symptoms are that it will startup fine on reboot very quickly I get the channel 6 reset message as below followed by the device timeout messages. After that happens all I can do is down the card. so I get the following in dmesg > dmesg snip < ath0: mem 0xfcfe0000-0xfcfeffff irq 17 at device 20.0 on pci0 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfcfe0000 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 56 ath0: [MPSAFE] ath0: [ITHREAD] ath0: hal channel 2412/a0 -> 1 ath0: hal channel 2412/c0 -> 1 ath0: hal channel 2417/a0 -> 2 ath0: hal channel 2417/c0 -> 2 ath0: hal channel 2422/a0 -> 3 ath0: hal channel 2422/c0 -> 3 ath0: hal channel 2427/a0 -> 4 ath0: hal channel 2427/c0 -> 4 ath0: hal channel 2432/a0 -> 5 ath0: hal channel 2432/c0 -> 5 ath0: hal channel 2437/a0 -> 6 ath0: hal channel 2437/c0 -> 6 ath0: hal channel 2437/d0 -> 6 ath0: hal channel 2442/a0 -> 7 ath0: hal channel 2442/c0 -> 7 ath0: hal channel 2447/a0 -> 8 ath0: hal channel 2447/c0 -> 8 ath0: hal channel 2452/a0 -> 9 ath0: hal channel 2452/c0 -> 9 ath0: hal channel 2457/a0 -> 10 ath0: hal channel 2457/c0 -> 10 ath0: hal channel 2462/a0 -> 11 ath0: hal channel 2462/c0 -> 11 ath0: hal channel 2467/a0 -> 12 ath0: hal channel 2467/c0 -> 12 ath0: hal channel 2472/a0 -> 13 ath0: hal channel 2472/c0 -> 13 ath0: using obsoleted if_watchdog interface ath0: bpf attached ath0: Ethernet address: 00:0e:8e:15:6e:63 ath0: bpf attached ath0: bpf attached ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mac 13.10 phy 8.1 radio 13.0 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons Eventually I get ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal flags 0x150), hal status 12 ath0: device timeout ath0: device timeout ath0: device timeout ath0: device timeout Occasionally it will report an 'rx: FIFO error' but not this time :) anyways once it has reported 'device timeout' The only thing you can do is reboot the box. My athstats follows, this is after a reboot and it locking out after a few minutes of no actual use: nas# athstats 23 data frames transmit 0M current transmit rate 1 watchdog timeouts 57 tx management frames 270 tx frames discarded prior to association 80 tx frames with no ack marked 16 rx failed 'cuz of bad CRC 171 rx failed 'cuz of PHY err 43 OFDM timing 128 CCK timing 20 periodic calibrations -128 rssi of last ack 6 avg recv rssi -96 rx noise floor Antenna profile: [0] tx 67 rx 125 Strange it only see's 1 antenna as I have three attached :( The interface is configure thus: ath0: flags=8843 metric 0 mtu 2290 ether 00:0e:8e:15:6e:63 inet 192.168.50.1 netmask 0xffffff00 broadcast 192.168.50.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid sf-bsd channel 1 (2412 Mhz 11g) bssid 00:0e:8e:15:6e:63 authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP 3:128-bit txpower 31.5 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS burst dtimperiod 1 Pciconf shows: ath0@pci0:0:20:0: class=0x028000 card=0x2071168c chip=0x0023168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5008 Wireless Network Adapter' class = network sysctl -a grep ath is hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 hw.ath.hal.version: 0.9.30.13 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.regdomain: 0 hw.ath.countrycode: 0 hw.ath.xchanmode: 1 hw.ath.outdoor: 1 hw.ath.calibrate: 30 dev.ath.0.%desc: Atheros 5416 dev.ath.0.%driver: ath dev.ath.0.%location: slot=20 function=0 handle=\_SB_.PCI0.SLT1 dev.ath.0.%pnpinfo: vendor=0x168c device=0x0023 subvendor=0x168c subdevice=0x2071 class=0x028000 dev.ath.0.%parent: pci0 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 48 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 0 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.fftxqmin: 2 dev.ath.0.fftxqmax: 50 dev.ath.0.monpass: 24 dev.ath.0.wake: 0 What else should I be looking at ? Anyone any pointers or suggestions Rgds Stuart -- Stuart Fraser From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:55:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9598E106566C for ; Tue, 15 Apr 2008 14:55:07 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5AE3C8FC0C for ; Tue, 15 Apr 2008 14:55:07 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3FEt5x1026827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2008 07:55:05 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4804C1C9.3010603@freebsd.org> Date: Tue, 15 Apr 2008 07:55:05 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Stuart Fraser References: <631901c89f04$81e62b90$85b282b0$@net> In-Reply-To: <631901c89f04$81e62b90$85b282b0$@net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: ath(4) with Atheros 5416 Mini-PCI problems leading to reboots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 14:55:07 -0000 Stuart Fraser wrote: > Hi, > > Has anyone got the ath(4) driver working with the Atheros 5416 card and is > it stable? > I am running FreeBSD 7.0 (stable) with the hal patch from > http://people.freebsd.org/~sam. > > The symptoms are that it will startup fine on reboot very quickly I get the > channel 6 reset message as below followed by the device timeout messages. > After that happens all I can do is down the card. > > so I get the following in dmesg > > >> dmesg snip < >> > ath0: mem 0xfcfe0000-0xfcfeffff irq 17 at device 20.0 on pci0 > ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfcfe0000 > ioapic0: routing intpin 17 (PCI IRQ 17) to vector 56 > ath0: [MPSAFE] > ath0: [ITHREAD] > ath0: hal channel 2412/a0 -> 1 > ath0: hal channel 2412/c0 -> 1 > ath0: hal channel 2417/a0 -> 2 > ath0: hal channel 2417/c0 -> 2 > ath0: hal channel 2422/a0 -> 3 > ath0: hal channel 2422/c0 -> 3 > ath0: hal channel 2427/a0 -> 4 > ath0: hal channel 2427/c0 -> 4 > ath0: hal channel 2432/a0 -> 5 > ath0: hal channel 2432/c0 -> 5 > ath0: hal channel 2437/a0 -> 6 > ath0: hal channel 2437/c0 -> 6 > ath0: hal channel 2437/d0 -> 6 > ath0: hal channel 2442/a0 -> 7 > ath0: hal channel 2442/c0 -> 7 > ath0: hal channel 2447/a0 -> 8 > ath0: hal channel 2447/c0 -> 8 > ath0: hal channel 2452/a0 -> 9 > ath0: hal channel 2452/c0 -> 9 > ath0: hal channel 2457/a0 -> 10 > ath0: hal channel 2457/c0 -> 10 > ath0: hal channel 2462/a0 -> 11 > ath0: hal channel 2462/c0 -> 11 > ath0: hal channel 2467/a0 -> 12 > ath0: hal channel 2467/c0 -> 12 > ath0: hal channel 2472/a0 -> 13 > ath0: hal channel 2472/c0 -> 13 > ath0: using obsoleted if_watchdog interface > ath0: bpf attached > ath0: Ethernet address: 00:0e:8e:15:6e:63 > ath0: bpf attached > ath0: bpf attached > ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps > 36Mbps 48Mbps 54Mbps > ath0: mac 13.10 phy 8.1 radio 13.0 > ath0: Use hw queue 1 for WME_AC_BE traffic > ath0: Use hw queue 0 for WME_AC_BK traffic > ath0: Use hw queue 2 for WME_AC_VI traffic > ath0: Use hw queue 3 for WME_AC_VO traffic > ath0: Use hw queue 8 for CAB traffic > ath0: Use hw queue 9 for beacons > > Eventually I get > > ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal > flags 0x150), hal status 12 > Status 12 is HAL_EINVAL which typically means the channel configuration passed in is invalid. hal flags 0x150 is a dynamic turbo channel in 5GHz (check ah.h for definitions). The net80211 flags are 0x490 which describes a 2GHz channel which makes sense given the frequency is 2437. Sounds like something is mismapped. > ath0: device timeout > ath0: device timeout > ath0: device timeout > ath0: device timeout > > > Occasionally it will report an 'rx: FIFO error' but not this time :) anyways > once it has reported 'device timeout' > The only thing you can do is reboot the box. > > My athstats follows, this is after a reboot and it locking out after a few > minutes of no actual use: > > nas# athstats > 23 data frames transmit > 0M current transmit rate > 1 watchdog timeouts > 57 tx management frames > 270 tx frames discarded prior to association > 80 tx frames with no ack marked > 16 rx failed 'cuz of bad CRC > 171 rx failed 'cuz of PHY err > 43 OFDM timing > 128 CCK timing > 20 periodic calibrations > -128 rssi of last ack > 6 avg recv rssi > -96 rx noise floor > Antenna profile: > [0] tx 67 rx 125 > > Strange it only see's 1 antenna as I have three attached :( > Antenna information is different for the 11n parts and not broken out as you'd expect. The other status however don't make a lot of sense and indicate you might have a mismatch between kernel+user code compile options. > The interface is configure thus: > > ath0: flags=8843 metric 0 mtu 2290 > ether 00:0e:8e:15:6e:63 > inet 192.168.50.1 netmask 0xffffff00 broadcast 192.168.50.255 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > ssid sf-bsd channel 1 (2412 Mhz 11g) bssid 00:0e:8e:15:6e:63 > authmode WPA privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP 3:128-bit > txpower 31.5 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi11g 7 roam:rate11g 5 protmode CTS burst dtimperiod 1 > > > Pciconf shows: > ath0@pci0:0:20:0: class=0x028000 card=0x2071168c chip=0x0023168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR5008 Wireless Network Adapter' > class = network > > sysctl -a grep ath is > > hw.ath.hal.swba_backoff: 0 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.version: 0.9.30.13 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.regdomain: 0 > hw.ath.countrycode: 0 > hw.ath.xchanmode: 1 > hw.ath.outdoor: 1 > hw.ath.calibrate: 30 > dev.ath.0.%desc: Atheros 5416 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=20 function=0 handle=\_SB_.PCI0.SLT1 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x0023 subvendor=0x168c > subdevice=0x2071 class=0x028000 > dev.ath.0.%parent: pci0 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 48 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 1 > dev.ath.0.diversity: 0 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.fftxqmin: 2 > dev.ath.0.fftxqmax: 50 > dev.ath.0.monpass: 24 > dev.ath.0.wake: 0 > > > > What else should I be looking at ? Anyone any pointers or suggestions > > Regdomain 48 is the Public Safety Band (PSB) enabled version of the FCC. It has frequencies in the 4.9GHz range and it appears these are getting mapped incorrectly. You can try masking them out of the channel list with ifconfig chanlist or otherwise restricting the band. Another option is to find a tool to alter the regdomain code in the eeprom (can't help you find it but it's well-known). As to general support, the first gen 11n parts (5416, 5418) work only in legacy and have numerous issues--but some people have reported the 0.9.30.3 hal (or whatever the version is) works well enough to use the parts. Beware that later owl-generation parts are not supported. The latest chips are unlikely to ever be supported as Atheros has restricted my access to information about them. Sam From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 15:12:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C58E106564A for ; Tue, 15 Apr 2008 15:12:44 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id CA5138FC1A for ; Tue, 15 Apr 2008 15:12:43 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA05.westchester.pa.mail.comcast.net with comcast id Dr5C1Z00W0SCNGk5500x00; Tue, 15 Apr 2008 15:10:55 +0000 Received: from discordia ([24.60.135.75]) by OMTA09.westchester.pa.mail.comcast.net with comcast id DrBU1Z00D1dmTCQ3V00000; Tue, 15 Apr 2008 15:11:29 +0000 X-Authority-Analysis: v=1.0 c=1 a=TiCgF0Dk1HcA:10 a=HBIccKtm5QgA:10 a=sbo8gpZPf75CiZgFkrIA:9 a=Fo6cC1lnf6bGZ22j91n58SMrsacA:4 a=b8hG5vVbyAkA:10 a=H3kzZyVjFpQ6wUhzC2YA:9 a=i21OflLk7_QaZ2x6Krkl1yqjCKwA:4 a=NfA2RSpTaHsA:10 a=eZhx56p-2PMy61qXlR8A:9 a=8YRX9MrEQlIk9EoyeotnStsNjT4A:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id B40A81636F9; Tue, 15 Apr 2008 11:11:28 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 146DE1636F8 for ; Tue, 15 Apr 2008 11:11:15 -0400 (EDT) From: Coleman Kane To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yzKZoqm8WCZQ/975xid1" Organization: FreeBSD Project Date: Tue, 15 Apr 2008 11:10:50 -0400 Message-Id: <1208272250.1362.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: Subject: Patch: if_ndis convert from timeout(9) to callout(9) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 15:12:44 -0000 --=-yzKZoqm8WCZQ/975xid1 Content-Type: multipart/mixed; boundary="=-8Z19UvjF5vmXXjseYU2i" --=-8Z19UvjF5vmXXjseYU2i Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, I'd like some people using the if_ndis driver to test this patch to the if_ndis network driver. It converts the old-school timeout(9) API that is currently used into the new-school callout(9) API that is supposed to replace it. --=20 Coleman Kane --=-8Z19UvjF5vmXXjseYU2i Content-Disposition: attachment; filename=if_ndis_callout-conv.patch Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=if_ndis_callout-conv.patch; charset=UTF-8 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaWZfbmRpcy9pZl9uZGlzLmMgYi9zeXMvZGV2L2lmX25kaXMv aWZfbmRpcy5jDQppbmRleCBlMzhiY2Y2Li45MWJmOWZiIDEwMDY0NA0KLS0tIHN5cy9kZXYvaWZf bmRpcy9pZl9uZGlzLmMNCisrKyBzeXMvZGV2L2lmX25kaXMvaWZfbmRpcy5jDQpAQCAtMTU4Miwx NyArMTU4MiwxMyBAQCBuZGlzX3RpY2soeHNjKQ0KIHsNCiAJc3RydWN0IG5kaXNfc29mdGMJKnNj Ow0KIA0KLQltdHhfdW5sb2NrKCZHaWFudCk7DQotDQogCXNjID0geHNjOw0KIA0KIAlJb1F1ZXVl V29ya0l0ZW0oc2MtPm5kaXNfdGlja2l0ZW0sDQogCSAgICAoaW9fd29ya2l0ZW1fZnVuYyluZGlz X3RpY2t0YXNrX3dyYXAsDQogCSAgICBXT1JLUVVFVUVfQ1JJVElDQUwsIHNjKTsNCi0Jc2MtPm5k aXNfc3RhdF9jaCA9IHRpbWVvdXQobmRpc190aWNrLCBzYywgaHogKg0KLQkgICAgc2MtPm5kaXNf YmxvY2stPm5tYl9jaGVja2ZvcmhhbmdzZWNzKTsNCi0NCi0JbXR4X2xvY2soJkdpYW50KTsNCisJ Y2FsbG91dF9yZXNldCgmc2MtPm5kaXNfc3RhdF9jYWxsb3V0LA0KKwkgICAgaHogKiBzYy0+bmRp c19ibG9jay0+bm1iX2NoZWNrZm9yaGFuZ3NlY3MsIG5kaXNfdGljaywgc2MpOw0KIA0KIAlyZXR1 cm47DQogfQ0KQEAgLTE5MzksOCArMTkzNSw5IEBAIG5kaXNfaW5pdCh4c2MpDQogCWlmIChzYy0+ bmRpc19ibG9jay0+bm1iX2NoZWNrZm9yaGFuZ3NlY3MgPT0gMCkNCiAJCXNjLT5uZGlzX2Jsb2Nr LT5ubWJfY2hlY2tmb3JoYW5nc2VjcyA9IDM7DQogDQotCXNjLT5uZGlzX3N0YXRfY2ggPSB0aW1l b3V0KG5kaXNfdGljaywgc2MsDQotCSAgICBoeiAqIHNjLT5uZGlzX2Jsb2NrLT5ubWJfY2hlY2tm b3JoYW5nc2Vjcyk7DQorCWNhbGxvdXRfaW5pdCgmc2MtPm5kaXNfc3RhdF9jYWxsb3V0LCAxKTsN CisJY2FsbG91dF9yZXNldCgmc2MtPm5kaXNfc3RhdF9jYWxsb3V0LA0KKwkgICAgaHogKiBzYy0+ bmRpc19ibG9jay0+bm1iX2NoZWNrZm9yaGFuZ3NlY3MsIG5kaXNfdGljaywgc2MpOw0KIA0KIAly ZXR1cm47DQogfQ0KQEAgLTMxNTMsNyArMzE1MCw3IEBAIG5kaXNfc3RvcChzYykNCiAJCWllZWU4 MDIxMV9uZXdfc3RhdGUoaWMsIElFRUU4MDIxMV9TX0lOSVQsIC0xKTsNCiANCiAJaWZwID0gc2Mt PmlmcDsNCi0JdW50aW1lb3V0KG5kaXNfdGljaywgc2MsIHNjLT5uZGlzX3N0YXRfY2gpOw0KKwlj YWxsb3V0X2RyYWluKCZzYy0+bmRpc19zdGF0X2NhbGxvdXQpOw0KIA0KIAlORElTX0xPQ0soc2Mp Ow0KIAlpZnAtPmlmX3RpbWVyID0gMDsNCmRpZmYgLS1naXQgYS9zeXMvZGV2L2lmX25kaXMvaWZf bmRpc3Zhci5oIGIvc3lzL2Rldi9pZl9uZGlzL2lmX25kaXN2YXIuaA0KaW5kZXggOTRjYTJhNC4u ZTU5MGMwMiAxMDA2NDQNCi0tLSBzeXMvZGV2L2lmX25kaXMvaWZfbmRpc3Zhci5oDQorKysgc3lz L2Rldi9pZl9uZGlzL2lmX25kaXN2YXIuaA0KQEAgLTEyOSw3ICsxMjksNyBAQCBzdHJ1Y3QgbmRp c19zb2Z0YyB7DQogCW5kaXNfbWluaXBvcnRfYmxvY2sJKm5kaXNfYmxvY2s7DQogCW5kaXNfbWlu aXBvcnRfY2hhcmFjdGVyaXN0aWNzCSpuZGlzX2NoYXJzOw0KIAlpbnRlcmZhY2VfdHlwZQkJbmRp c190eXBlOw0KLQlzdHJ1Y3QgY2FsbG91dF9oYW5kbGUJbmRpc19zdGF0X2NoOw0KKwlzdHJ1Y3Qg Y2FsbG91dAkJbmRpc19zdGF0X2NhbGxvdXQ7DQogCWludAkJCW5kaXNfbWF4cGt0czsNCiAJbmRp c19vaWQJCSpuZGlzX29pZHM7DQogCWludAkJCW5kaXNfb2lkY250Ow0K --=-8Z19UvjF5vmXXjseYU2i-- --=-yzKZoqm8WCZQ/975xid1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgExXUACgkQcMSxQcXat5eWaACeIGsxRyQIIqFHTJ58V5IxJPG7 mtMAniItBU2Ahc4YpMzHcNpSDGJrStO1 =ReBj -----END PGP SIGNATURE----- --=-yzKZoqm8WCZQ/975xid1-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 18:39:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8415B106566B for ; Tue, 15 Apr 2008 18:39:26 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3B59E8FC0A for ; Tue, 15 Apr 2008 18:39:26 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=52620 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jlq3w-000KaN-OY for freebsd-current@freebsd.org; Tue, 15 Apr 2008 22:39:24 +0400 Message-ID: <4804F65B.2090408@lissyara.su> Date: Tue, 15 Apr 2008 22:39:23 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> In-Reply-To: <4803E6E2.8090007@errno.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 18:39:26 -0000 ===> mac_test (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /tmp/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/tmp/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/mac_test/../../security/mac_test/mac_test.c ld -d -warn-common -r -d -o mac_test.ko.debug mac_test.o :> export_syms awk -f /usr/src/sys/modules/mac_test/../../conf/kmod_syms.awk mac_test.ko.debug export_syms | xargs -J% objcopy % mac_test.ko.debug objcopy --only-keep-debug mac_test.ko.debug mac_test.ko.symbols objcopy --strip-debug --add-gnu-debuglink=mac_test.ko.symbols mac_test.ko.debug mac_test.ko ===> malo (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /tmp/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/tmp/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/malo/../../dev/malo/if_malo.c cc1: warnings being treated as errors /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_bar0_write4': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:172: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'bus_size_t' *** Error code 1 Stop in /usr/src/sys/modules/malo. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /tmp/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. acer# uname -a FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Apr 7 23:36:27 MSD 2008 lissyara@acer.lissyara.int.otradno.ru:/tmp/obj/usr/src/sys/main-color-console amd64 acer# From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 18:43:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 229C91065671 for ; Tue, 15 Apr 2008 18:43:22 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id C94FE8FC20 for ; Tue, 15 Apr 2008 18:43:21 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3FIhJKq028498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 15 Apr 2008 11:43:21 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <4804F747.9040406@freebsd.org> Date: Tue, 15 Apr 2008 11:43:19 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> In-Reply-To: <4804F65B.2090408@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 18:43:23 -0000 Alex Keda wrote: > ===> mac_test (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /tmp/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer > -I/tmp/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -c > /usr/src/sys/modules/mac_test/../../security/mac_test/mac_test.c > ld -d -warn-common -r -d -o mac_test.ko.debug mac_test.o > :> export_syms > awk -f /usr/src/sys/modules/mac_test/../../conf/kmod_syms.awk > mac_test.ko.debug export_syms | xargs -J% objcopy % mac_test.ko.debug > objcopy --only-keep-debug mac_test.ko.debug mac_test.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=mac_test.ko.symbols > mac_test.ko.debug mac_test.ko > ===> malo (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /tmp/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer > -I/tmp/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone > -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -c /usr/src/sys/modules/malo/../../dev/malo/if_malo.c > cc1: warnings being treated as errors > /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function > 'malo_bar0_write4': > /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:172: warning: > format '%x' expects type 'unsigned int', but argument 3 has type > 'bus_size_t' > *** Error code 1 > > Stop in /usr/src/sys/modules/malo. > *** Error code 1 > > Stop in /usr/src/sys/modules. > *** Error code 1 > > Stop in /tmp/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > acer# uname -a > FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT > #0: Mon Apr 7 23:36:27 MSD 2008 > lissyara@acer.lissyara.int.otradno.ru:/tmp/obj/usr/src/sys/main-color-console > amd64 > acer# Remove malo from your config or fix the code (s/%x/%zx). Sam From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 20:09:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 311F11065670 for ; Tue, 15 Apr 2008 20:09:19 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id DCFAF8FC21 for ; Tue, 15 Apr 2008 20:09:18 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=20686 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JlrSv-000M8c-9t for freebsd-current@freebsd.org; Wed, 16 Apr 2008 00:09:17 +0400 Message-ID: <48050B6C.5050307@lissyara.su> Date: Wed, 16 Apr 2008 00:09:16 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 CC: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> In-Reply-To: <4804F747.9040406@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 20:09:19 -0000 ===> malo (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /tmp/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/tmp/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/malo/../../dev/malo/if_malo.c cc1: warnings being treated as errors /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_attach': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 2 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 4 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 7 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 10 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 13 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_intr': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:421: warning: format '%zx' expects type 'size_t', but argument 3 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:440: warning: format '%zx' expects type 'size_t', but argument 3 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_printtxbuf': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:919: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_tx_start': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1177: warning: format '%zx' expects type 'size_t', but argument 5 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1238: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_init': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1505: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_stop_locked': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1686: warning: format '%zx' expects type 'size_t', but argument 4 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_updateslot': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1781: warning: format '%zx' expects type 'size_t', but argument 4 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_newstate': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1820: warning: format '%zx' expects type 'size_t', but argument 9 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_chan_set': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1987: warning: format '%zx' expects type 'size_t', but argument 4 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_rx_proc': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2063: warning: format '%zx' expects type 'size_t', but argument 4 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_detach': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2245: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_suspend': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2293: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_resume': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2304: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' *** Error code 1 Stop in /usr/src/sys/modules/malo. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /tmp/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. acer# From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 20:48:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60979106566B for ; Tue, 15 Apr 2008 20:48:35 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 196E38FC1B for ; Tue, 15 Apr 2008 20:48:34 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=28152 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jls4u-000NXq-F2 for freebsd-current@freebsd.org; Wed, 16 Apr 2008 00:48:32 +0400 Message-ID: <4805149F.3060401@lissyara.su> Date: Wed, 16 Apr 2008 00:48:31 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 CC: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> In-Reply-To: <4804F747.9040406@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 20:48:35 -0000 ===> malo (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /tmp/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/tmp/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/malo/../../dev/malo/if_malo.c cc1: warnings being treated as errors /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_attach': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 2 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 4 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 7 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 10 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:226: warning: format '%zx' expects type 'size_t', but argument 13 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_intr': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:421: warning: format '%zx' expects type 'size_t', but argument 3 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:440: warning: format '%zx' expects type 'size_t', but argument 3 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_printtxbuf': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:919: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_tx_start': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1177: warning: format '%zx' expects type 'size_t', but argument 5 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1238: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_init': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1505: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_stop_locked': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1686: warning: format '%zx' expects type 'size_t', but argument 4 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_updateslot': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1781: warning: format '%zx' expects type 'size_t', but argument 4 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_newstate': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1820: warning: format '%zx' expects type 'size_t', but argument 9 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_chan_set': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:1987: warning: format '%zx' expects type 'size_t', but argument 4 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_rx_proc': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2063: warning: format '%zx' expects type 'size_t', but argument 4 has type 'uint32_t' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_detach': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2245: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_suspend': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2293: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' /usr/src/sys/modules/malo/../../dev/malo/if_malo.c: In function 'malo_resume': /usr/src/sys/modules/malo/../../dev/malo/if_malo.c:2304: warning: format '%zx' expects type 'size_t', but argument 3 has type 'int' *** Error code 1 Stop in /usr/src/sys/modules/malo. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /tmp/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. acer# acer# tail -2 /usr/src/sys/amd64/conf/GENERIC nodevice malo acer# From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 22:28:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58D30106564A for ; Tue, 15 Apr 2008 22:28:28 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 126768FC1C for ; Tue, 15 Apr 2008 22:28:28 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [87.240.15.4] (port=53379 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jltda-000Phs-Ke for freebsd-current@freebsd.org; Wed, 16 Apr 2008 02:28:26 +0400 Message-ID: <48052C09.3020209@lissyara.su> Date: Wed, 16 Apr 2008 02:28:25 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 CC: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> In-Reply-To: <4804F747.9040406@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 22:28:28 -0000 I build kernel with ignoring errors: make -i buildkernel && make -i installkernel when installing kernel: ===> malo (install) install -o root -g wheel -m 555 if_malo.ko /boot/kernel install: if_malo.ko: No such file or directory *** Error code 71 (ignored) install -o root -g wheel -m 555 if_malo.ko.symbols /boot/kernel install: if_malo.ko.symbols: No such file or directory *** Error code 71 (ignored) ========== and I not have new kernel modules =) acer# cd /boot/kernel acer# ls | grep if_b if_bce.ko if_bce.ko.symbols if_bfe.ko if_bfe.ko.symbols if_bge.ko if_bge.ko.symbols if_bridge.ko if_bridge.ko.symbols acer# man for device exists (installed today with world) acer# man bwi Formatting page, please wait...Done. BWI(4) FreeBSD Kernel Interfaces Manual BWI(4) NAME bwi -- Broadcom AirForce IEEE 802.11 wireless network device =========== some idea? =))) From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 22:29:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4A881065676 for ; Tue, 15 Apr 2008 22:29:43 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 60CC18FC22 for ; Tue, 15 Apr 2008 22:29:43 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3084353waf.3 for ; Tue, 15 Apr 2008 15:29:42 -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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=fdFg/YMJd2iQP/OX6VmHx4TdqMFJkzbTWDTv2ZdHoZI=; b=d0RV2KDYH/R8y2SDoTKFjfjWGKiRWL91N6UOX4Y1E9GMUFfKq7Ewdi5W7ozqqRkZfGuBRk3iUYKfWt2/jKztSQd7Jp+SoFda6IIonPlMklOXYvq/NqPDSs7Xpm53s54Tkh1+qx5piDMBDn/QGB4WlD6qGk76cawwoylUA2uq9r4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KdOgqp5xwfgS8GnxgYyDg8lHXs12DT5zYe1YVP1ErioDcn/ADXZd9afXim7s/h8h/rUQTIbvkVZ5oP4OZFQNiRUpMUekMtGBeJVqUnC94/TJfUdH6qgX3uhYxaFjcCBYG8uS6gDWFu8rJSw3uDCK31DNHiPSd0+3124q7aoMA0A= Received: by 10.114.158.1 with SMTP id g1mr5623853wae.203.1208298581454; Tue, 15 Apr 2008 15:29:41 -0700 (PDT) Received: by 10.114.255.16 with HTTP; Tue, 15 Apr 2008 15:29:40 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 15:29:40 -0700 From: "Kip Macy" To: "Alex Keda" In-Reply-To: <48052C09.3020209@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> <48052C09.3020209@lissyara.su> Cc: FreeBSD Current Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 22:29:43 -0000 post your config On Tue, Apr 15, 2008 at 3:28 PM, Alex Keda wrote: > I build kernel with ignoring errors: > make -i buildkernel && make -i installkernel > > when installing kernel: > > ===> malo (install) > install -o root -g wheel -m 555 if_malo.ko /boot/kernel > install: if_malo.ko: No such file or directory > *** Error code 71 (ignored) > install -o root -g wheel -m 555 if_malo.ko.symbols /boot/kernel > install: if_malo.ko.symbols: No such file or directory > *** Error code 71 (ignored) > > ========== > and I not have new kernel modules =) > acer# cd /boot/kernel > acer# ls | grep if_b > if_bce.ko > if_bce.ko.symbols > if_bfe.ko > if_bfe.ko.symbols > if_bge.ko > if_bge.ko.symbols > if_bridge.ko > if_bridge.ko.symbols > acer# > > man for device exists (installed today with world) > > acer# man bwi > Formatting page, please wait...Done. > BWI(4) FreeBSD Kernel Interfaces Manual BWI(4) > > NAME > bwi -- Broadcom AirForce IEEE 802.11 wireless network device > =========== > some idea? =))) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 23:36:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF30B106564A for ; Tue, 15 Apr 2008 23:36:36 +0000 (UTC) (envelope-from trebestie@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 4C5138FC27 for ; Tue, 15 Apr 2008 23:36:35 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2423060fgg.35 for ; Tue, 15 Apr 2008 16:36:28 -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:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8FmoiwDSTucVI/5Rrx6ubJMFdwhwb1rAXleTEAPlv7Q=; b=razmVnrzL2bzAmeAlZGGtdwcBeJUe73Cc9mZgBWonE3osheJtOc3Ipq1PbuGpIecgb0S8Y0gOBwhl1XhKU8E76vRmtA5VKQvluCdIfGjCIfliFAiV8GqI2czBISQJX3Q9s+QuxffZGfmudMMQiAU8PL8WmrvhbvNBRkAKCq+B3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VQi3rwcYwKA1Wci1BIvYXoJBq+i6y6ZnMLvJcEbhCAS6rHnTfkX0n0/HBHLnyvq9jgz6X6XzROuTUHmrx/fJHayW3tlNpPHIsm2+vwWTllWU7gwp2jvQLLrjOp4oQeMUEApZWkSS4TTvV43hML05LWwCWK5lhU8bjzCGdz+t6Lg= Received: by 10.86.3.4 with SMTP id 4mr10633884fgc.69.1208300997689; Tue, 15 Apr 2008 16:09:57 -0700 (PDT) Received: by 10.86.94.5 with HTTP; Tue, 15 Apr 2008 16:09:57 -0700 (PDT) Message-ID: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> Date: Wed, 16 Apr 2008 01:09:57 +0200 From: "Diego Depaoli" To: "freebsd-current@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: problems with atapicam/atapicd on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 23:36:36 -0000 2008/4/14, sam : > hi > > > I'm using 8-Current on i386. The system has three sata DVD-drives: > - 1 Optiarc ad-7170s on ata 5 > - 2 Asus e616a3t on ata 6 & 7 > > Trying to load atapicam the system halts. Same here with one sata DVD. Panic loading atapicam at boot, halt k-loading it and, very weird issue, pressing dvd's eject button (obviously without atapicam). Today world, nvidia MCP67 -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 04:43:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BF5E1065670 for ; Wed, 16 Apr 2008 04:43:05 +0000 (UTC) (envelope-from peter@wemm.org) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id F10A68FC21 for ; Wed, 16 Apr 2008 04:43:04 +0000 (UTC) (envelope-from peter@wemm.org) Received: by an-out-0708.google.com with SMTP id c14so665370anc.13 for ; Tue, 15 Apr 2008 21:43:04 -0700 (PDT) Received: by 10.101.66.14 with SMTP id t14mr13893788ank.113.1208320984159; Tue, 15 Apr 2008 21:43:04 -0700 (PDT) Received: by 10.100.8.6 with HTTP; Tue, 15 Apr 2008 21:43:04 -0700 (PDT) Message-ID: Date: Tue, 15 Apr 2008 21:43:04 -0700 From: "Peter Wemm" To: "David Malone" In-Reply-To: <20080415084602.GA44129@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> <20080414215057.B959@desktop> <20080415084602.GA44129@walton.maths.tcd.ie> Cc: gnn@freebsd.org, Jeff Roberson , Andrew Gallatin , current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 04:43:05 -0000 On Tue, Apr 15, 2008 at 1:46 AM, David Malone wrote: > On Mon, Apr 14, 2008 at 09:51:42PM -1000, Jeff Roberson wrote: > > I think we should confirm whether this is the case with earlier opterson. > > I have seen two processors on the same die out of sync. > > This can definitely happen according to this note from AMD, which > someone posted a link to earlier in the thread: > > > http://lkml.org/lkml/2005/11/4/173 > > it can happen when you hlt one core, but don't hlt the other on > some processors. AMD even ship a special program / driver / hack / whatever that synchronizes the TSC on multi-core systems. The Athlon64 X2 that I have at home for games needs it for older programs to run correctly. I'm not in front of it right now, but I think it is called 'dual core cpu optimizer' or something vague like that. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 05:52:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2C31065676 for ; Wed, 16 Apr 2008 05:52:06 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id DA8B68FC16 for ; Wed, 16 Apr 2008 05:52:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 5A9AF28449 for ; Wed, 16 Apr 2008 13:52:04 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 22AB1EC522F; Wed, 16 Apr 2008 13:52:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id dKR8Q8OBzTbG; Wed, 16 Apr 2008 13:51:42 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 1A4EBEC5209; Wed, 16 Apr 2008 13:51:39 +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=CpzK+JVp8Ewru/gRqWzbAdu7NRj/JG0m3trqcLqSG4WBtP5+49oDjhAWdnW8X1xaO w0rg2yFzLpUx5ot3hvmFg== Message-ID: <480593E7.1040106@delphij.net> Date: Tue, 15 Apr 2008 22:51:35 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Kostik Belousov References: <48027F56.9010302@delphij.net> <20080414095539.GD18958@deviant.kiev.zoral.com.ua> <4803B0EC.1060901@delphij.net> <20080415090138.GK18958@deviant.kiev.zoral.com.ua> In-Reply-To: <20080415090138.GK18958@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , d@delphij.net Subject: Re: [PATCH] fdopendir(3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 05:52:06 -0000 Kostik Belousov wrote: [...] >> Some observations. __fdopendir2(). My feeling is that this is not >> suitable to separate as a standard alone file as its sole users are >> fdopendir() and opendir(), therefore, being static might be more >> appropriate. Do you have the intention to use it in somewhere else? If > Being static, it must be present in the same source file with the > callers. Since the static libraries (libXXX.a) try to avoid bringing > in non-used symbols by separating each symbol in the individual source > file, I put the __fdopendir2, opendir and fdopendir into the individual > files. Yes, use of the opendir or fdopendir would bring the __fdopendir2 > in, but use of the opendir would not expose fdopendir extra. I agree most parts of your point, but I would say that by separating the function out to its own file, its symbol would be exposed if we provide libc.a (but it's right that .so would not be affected). For the sake of reducing statically linked program's size, will it be more helpful to split fts.c into several .c's in order to reduce the potentially imported symbols if we statically link the binary, as fdopendir() is only an interface translator which is simply a return statement, I would say that the affect would be small as compared to other parts of libc. Therefore I still feel that this is more or less an overkill to separate into individual files, especially when we do not intend to use __fdopendir2 in other parts of libc... >> so we should really repocopy opendir.c to __fdopendir2.c (there is a >> minor unnecessary. > I do intent to repocopy it. This cannot be represented in the patch. > >> Another thing is that the fd == -1 && (flags & DTF_REWIND) statement. >> If this would be an internal routine then it sounds like to be better >> represented as an assertion. The caller should guarantee that the >> assertion hold true (by design), and the runtime check seems to be >> unnecessary (that's why I did not added these checks). > Agree. > >> So I think the major difference between your version and mine is whether >> we wanted to expose __fdopendir2() outside libc? > Mine __fdopendir2() is also not exposed for the libc users, since it is > not present in the public symbol map. > nm DEV/src/lib/libc/libc.so.7 | grep __fdopendir2 > 000c1160 t __fdopendir2 > As you see, the symbol is local. -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 05:57:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B68106564A for ; Wed, 16 Apr 2008 05:57:43 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mail.moskb.ru (mail.moskb.ru [195.93.241.24]) by mx1.freebsd.org (Postfix) with ESMTP id CD2DE8FC1B for ; Wed, 16 Apr 2008 05:57:42 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [172.29.4.32] (helo=exim-router.moskb.local) by mail.moskb.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm0Op-00037u-Je for freebsd-current@freebsd.org; Wed, 16 Apr 2008 09:41:39 +0400 Received: from [172.29.200.36] (helo=mx.moskb.local) by exim-router.moskb.local with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm0Mu-000PtL-Vn for freebsd-current@freebsd.org; Wed, 16 Apr 2008 09:39:40 +0400 Received: from [172.17.5.69] (helo=lissyara.moskb.local) by mx.moskb.local with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm0Mu-000KWe-TF for freebsd-current@freebsd.org; Wed, 16 Apr 2008 09:39:40 +0400 Message-ID: <4805911C.3090007@lissyara.su> Date: Wed, 16 Apr 2008 09:39:40 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 CC: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> <48052C09.3020209@lissyara.su> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mail-Counter: 1 Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 05:57:43 -0000 Kip Macy пишет: > post your config > sorry - previous mail not right Generic with added options nodevice malo nodevice iwn ========== with config from previous mail kernel file not build From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 05:58:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5138A1065673 for ; Wed, 16 Apr 2008 05:58:33 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mail.moskb.ru (mail.moskb.ru [195.93.241.24]) by mx1.freebsd.org (Postfix) with ESMTP id 015AC8FC22 for ; Wed, 16 Apr 2008 05:58:32 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [172.29.4.32] (helo=exim-router.moskb.local) by mail.moskb.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm0Or-00037u-6L for freebsd-current@freebsd.org; Wed, 16 Apr 2008 09:41:41 +0400 Received: from [172.29.200.36] (helo=mx.moskb.local) by exim-router.moskb.local with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm0Id-000O08-CL for freebsd-current@freebsd.org; Wed, 16 Apr 2008 09:35:15 +0400 Received: from [172.17.5.69] (helo=lissyara.moskb.local) by mx.moskb.local with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Jm0Id-000KWL-A1 for freebsd-current@freebsd.org; Wed, 16 Apr 2008 09:35:15 +0400 Message-ID: <48059013.2070003@lissyara.su> Date: Wed, 16 Apr 2008 09:35:15 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 CC: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> <48052C09.3020209@lissyara.su> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mail-Counter: 2 Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 05:58:33 -0000 Kip Macy пишет: > post your config > GENERIC with add to end: nodevice malo nodevice iwn device bwi device bwifw device firmware From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 07:19:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BCE1106564A for ; Wed, 16 Apr 2008 07:19:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta1.srv.hcvlny.cv.net (mta1.srv.hcvlny.cv.net [167.206.4.196]) by mx1.freebsd.org (Postfix) with ESMTP id 73C598FC15 for ; Wed, 16 Apr 2008 07:19:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta1.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JZE00JAQOA904G1@mta1.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Wed, 16 Apr 2008 02:49:21 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m3G6nKoR000175; Wed, 16 Apr 2008 02:49:20 -0400 Date: Wed, 16 Apr 2008 02:49:15 -0400 From: "Aryeh M. Friedman" To: freebsd-current@freebsd.org, pyunyh@gmail.com Message-id: <4805A16B.6070502@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 User-Agent: Thunderbird 2.0.0.12 (X11/20080413) Cc: Subject: strange error in latest re(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 07:19:22 -0000 on -current (AMD64): This is after some uptime and moderate load flosoft# ping 192.168.2.1 PING 192.168.2.1 (192.168.2.1): 56 data bytes ping: sendto: No buffer space available Hardware (MSI Neo-F Mobo): re0: port 0xe800-0xe8ff mem 0xfebff000-0xfebfffff irq 17 at device 0.0 on pci4 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 08:03:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D941065670; Wed, 16 Apr 2008 08:03:40 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (mail.computinginnovations.com [64.81.227.250]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3B68FC1D; Wed, 16 Apr 2008 08:03:39 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.14.2/8.14.2) with ESMTP id m3FDvsgZ008705; Tue, 15 Apr 2008 08:57:54 -0500 (CDT) (envelope-from derek@computinginnovations.com) Message-Id: <6.0.0.22.2.20080415085657.024e89d0@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Tue, 15 Apr 2008 08:59:41 -0500 To: Jeff Roberson , gnn@freebsd.org From: Derek Ragona In-Reply-To: <20080414215057.B959@desktop> References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> <20080414215057.B959@desktop> Mime-Version: 1.0 X-Antivirus: avast! (VPS 080415-1, 04/15/2008), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV 0.92.1/6780/Tue Apr 15 04:47:04 2008 on betty.computinginnovations.com X-Virus-Status: Clean X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: m3FDvsgZ008705 X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Andrew Gallatin , current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 08:03:40 -0000 At 02:51 AM 4/15/2008, Jeff Roberson wrote: >On Tue, 15 Apr 2008, gnn@freebsd.org wrote: > >>At Fri, 11 Apr 2008 08:34:29 -0400 (EDT), >>Andrew Gallatin wrote: >>> >>> >>>gnn@freebsd.org writes: >>> > Howdy, >>> > >>> > Is the TSC timecounter synchronized across multiple cores and/or >>> > processors? A quick search seems to indicate it's not but I'd like to >>> > find a definitive reference on the TSC. >>> >>>There is a great comment in the OpenSolaris source code talking about >>>TSCs and their behavior on SMP systems. See >>>http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/i86pc/os/timestamp.c >> >>Actually this was a very helpful bit of reading. >> >>I also believe that at least per processor there is only 1 TSC, that >>is, on a 2 or 4 core, all cores share the same TSC. > >I think we should confirm whether this is the case with earlier opterson. >I have seen two processors on the same die out of sync. > >Jeff I have seen proposed new CPU designs will have the separate cores independently clocked. It will be another extension of power management to enable cores to "sleep" if not needed, also to allow each core to run at different clocks to allow better heat and power management. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 10:18:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4471065671; Wed, 16 Apr 2008 10:18:40 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp12.tin.it (vsmtp12.tin.it [212.216.176.206]) by mx1.freebsd.org (Postfix) with ESMTP id CE4AD8FC1F; Wed, 16 Apr 2008 10:18:39 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from rionda.dyndns.org (87.4.190.227) by vsmtp12.tin.it (7.3.122) id 47FB69DB007254AF; Wed, 16 Apr 2008 12:06:59 +0200 Received: from rionda.dyndns.org (rionda@localhost [127.0.0.1]) by rionda.dyndns.org (8.14.2/8.14.2) with ESMTP id m3GA6w9m001999; Wed, 16 Apr 2008 12:06:58 +0200 (CEST) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by rionda.dyndns.org (8.14.2/8.14.2/Submit) id m3GA6wax001998; Wed, 16 Apr 2008 12:06:58 +0200 (CEST) (envelope-from matteo@freebsd.org) X-Authentication-Warning: rionda.dyndns.org: rionda set sender to matteo@freebsd.org using -f Date: Wed, 16 Apr 2008 12:06:58 +0200 From: Matteo Riondato To: Coleman Kane Message-ID: <20080416100656.GA1837@kaiser.sig11.org> References: <1208272250.1362.2.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <1208272250.1362.2.camel@localhost> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: Patch: if_ndis convert from timeout(9) to callout(9) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 10:18:40 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 15, 2008 at 11:10:50AM -0400, Coleman Kane wrote: > Hello, >=20 > I'd like some people using the if_ndis driver to test this patch to the > if_ndis network driver. It converts the old-school timeout(9) API that > is currently used into the new-school callout(9) API that is supposed to > replace it. Works for me on amd64 with a=20 ndis0: Thanks and best regards --=20 Matteo Riondato FreeBSD Committer (http://www.FreeBSD.org) FreeSBIE Developer (http://www.FreeSBIE.org) GUFI Staff Member (http://www.GUFI.org) --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgFz8AACgkQ2Mp4pR7Fa+xNOwCfdbvzgmRcK60KxY5sp8YBROol BOIAniixVGkCVcMIP3Ssnckp5gTXvoG+ =H4op -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 11:40:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AD6B106566B for ; Wed, 16 Apr 2008 11:40:42 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.freebsd.org (Postfix) with ESMTP id 1171D8FC14 for ; Wed, 16 Apr 2008 11:40:41 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 556F05C630; Wed, 16 Apr 2008 13:24:47 +0200 (CEST) Date: Wed, 16 Apr 2008 13:24:47 +0200 From: Thomas Quinot To: Diego Depaoli Message-ID: <20080416112447.GA91286@melamine.cuivre.fr.eu.org> References: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.16 (2007-06-09) Cc: "freebsd-current@freebsd.org" Subject: Re: problems with atapicam/atapicd on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 11:40:42 -0000 * Diego Depaoli, 2008-04-16 : > Panic loading atapicam at boot, halt k-loading it and, very weird > issue, pressing dvd's eject button (obviously without atapicam). Can you provide a backtrace of the panic? Thomas. From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:12:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBD5C106566B for ; Wed, 16 Apr 2008 13:12:23 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp2.versatel.nl (smtp2.versatel.nl [62.58.50.89]) by mx1.freebsd.org (Postfix) with ESMTP id 428958FC12 for ; Wed, 16 Apr 2008 13:12:22 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 15010 invoked by uid 0); 16 Apr 2008 13:12:15 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 16 Apr 2008 13:12:15 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id 6F5C939864; Wed, 16 Apr 2008 15:12:15 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 6C2B939861 for ; Wed, 16 Apr 2008 15:12:12 +0200 (CEST) Message-ID: <4805FB23.4030600@quis.cx> Date: Wed, 16 Apr 2008 15:12:03 +0200 From: Jille User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: chmod of some pidfiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:12:23 -0000 Hello, Today I found out some pidfiles of 'system daemons', have a 'weird' chmod. [quis@istud ~]$ ls -l /var/run/cron.pid -rw------- 1 root wheel 4 Mar 1 19:25 /var/run/cron.pid Can somebody tell me why it is 0600 ? I don't think it will harm if it is 0644 ? I think this is only useful if the security.bsd.see_other_uids sysctl is set to 0. -- Jille From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:19:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AE441065673 for ; Wed, 16 Apr 2008 13:19:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD7A8FC1F for ; Wed, 16 Apr 2008 13:19:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jm7Xa-000HGd-II for freebsd-current@freebsd.org; Wed, 16 Apr 2008 16:19:11 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3GDJBBj093955 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2008 16:19:11 +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.2/8.14.2) with ESMTP id m3GDJ3SA037927; Wed, 16 Apr 2008 16:19:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3GDJ3dS037909; Wed, 16 Apr 2008 16:19:03 +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: Wed, 16 Apr 2008 16:19:03 +0300 From: Kostik Belousov To: Jille Message-ID: <20080416131902.GU18958@deviant.kiev.zoral.com.ua> References: <4805FB23.4030600@quis.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="juwRYO7N74otsfNI" Content-Disposition: inline In-Reply-To: <4805FB23.4030600@quis.cx> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 8fcfa5a562f326ba64a474cd1db6e25e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2641 [Apr 16 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: chmod of some pidfiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:19:13 -0000 --juwRYO7N74otsfNI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2008 at 03:12:03PM +0200, Jille wrote: > Hello, >=20 > Today I found out some pidfiles of 'system daemons', have a 'weird' chmod. >=20 > [quis@istud ~]$ ls -l /var/run/cron.pid > -rw------- 1 root wheel 4 Mar 1 19:25 /var/run/cron.pid >=20 > Can somebody tell me why it is 0600 ? > I don't think it will harm if it is 0644 ? >=20 > I think this is only useful if the security.bsd.see_other_uids sysctl is= =20 > set to 0. They are 0600 so that the advisory locking works reliably on them. More details: the daemons flock() the pidfile to indicate that it is alive. Any other process may lock the file that can be opened for reading. Having more permissive mode would allow anybody to lock the pidfile, falsely indicating that the daemon is still alive, while it in fact died. --juwRYO7N74otsfNI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgF/MYACgkQC3+MBN1Mb4gEegCgl9sW/UZzq7h+fzCWdraoZ1Ua OJEAoPe7oPWvj9UhavwwknRsmRKL4vUH =ZXfD -----END PGP SIGNATURE----- --juwRYO7N74otsfNI-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:24:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B712106566B for ; Wed, 16 Apr 2008 13:24:00 +0000 (UTC) (envelope-from jille@quis.cx) Received: from smtp2.versatel.nl (smtp2.versatel.nl [62.58.50.89]) by mx1.freebsd.org (Postfix) with ESMTP id B24118FC19 for ; Wed, 16 Apr 2008 13:23:59 +0000 (UTC) (envelope-from jille@quis.cx) Received: (qmail 23463 invoked by uid 0); 16 Apr 2008 13:23:57 -0000 Received: from ip83-113-174-82.adsl2.versatel.nl (HELO istud.quis.cx) ([82.174.113.83]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 16 Apr 2008 13:23:57 -0000 Received: by istud.quis.cx (Postfix, from userid 100) id E996039864; Wed, 16 Apr 2008 15:23:56 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on istud.quis.cx X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 2FF2C39861; Wed, 16 Apr 2008 15:23:54 +0200 (CEST) Message-ID: <4805FDE1.4010206@quis.cx> Date: Wed, 16 Apr 2008 15:23:45 +0200 From: Jille User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Kostik Belousov References: <4805FB23.4030600@quis.cx> <20080416131902.GU18958@deviant.kiev.zoral.com.ua> In-Reply-To: <20080416131902.GU18958@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: chmod of some pidfiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:24:00 -0000 Can you flock a file that is readonly for your user ? It doesn't make sense, it would allow a lot of (local) Denial of Services, I think ? Kostik Belousov schreef: > On Wed, Apr 16, 2008 at 03:12:03PM +0200, Jille wrote: >> Hello, >> >> Today I found out some pidfiles of 'system daemons', have a 'weird' chmod. >> >> [quis@istud ~]$ ls -l /var/run/cron.pid >> -rw------- 1 root wheel 4 Mar 1 19:25 /var/run/cron.pid >> >> Can somebody tell me why it is 0600 ? >> I don't think it will harm if it is 0644 ? >> >> I think this is only useful if the security.bsd.see_other_uids sysctl is >> set to 0. > > They are 0600 so that the advisory locking works reliably on them. > More details: > the daemons flock() the pidfile to indicate that it is alive. Any other > process may lock the file that can be opened for reading. Having more > permissive mode would allow anybody to lock the pidfile, falsely indicating > that the daemon is still alive, while it in fact died. From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:26:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71FEC1065670; Wed, 16 Apr 2008 13:26:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3FC8FC12; Wed, 16 Apr 2008 13:26:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GDQNeI003867; Wed, 16 Apr 2008 09:26:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GDQNUr002577; Wed, 16 Apr 2008 09:26:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0293573039; Wed, 16 Apr 2008 09:26:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080416132623.0293573039@freebsd-current.sentex.ca> Date: Wed, 16 Apr 2008 09:26:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:26:24 -0000 TB --- 2008-04-16 12:06:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-16 12:06:11 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-04-16 12:06:11 - cleaning the object tree TB --- 2008-04-16 12:06:41 - cvsupping the source tree TB --- 2008-04-16 12:06:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-04-16 12:06:47 - building world (CFLAGS=-O -pipe) TB --- 2008-04-16 12:06:47 - cd /src TB --- 2008-04-16 12:06:47 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 16 12:06:48 UTC 2008 >>> 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 Wed Apr 16 13:19:15 UTC 2008 TB --- 2008-04-16 13:19:15 - generating LINT kernel config TB --- 2008-04-16 13:19:15 - cd /src/sys/ia64/conf TB --- 2008-04-16 13:19:15 - /usr/bin/make -B LINT TB --- 2008-04-16 13:19:15 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-16 13:19:15 - cd /src TB --- 2008-04-16 13:19:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 16 13:19:15 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_kthread.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_ktr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_ktrace.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_linker.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_lock.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/kern_lockf.c /src/sys/kern/kern_lockf.c: In function 'lf_printlist': /src/sys/kern/kern_lockf.c:2392: error: 'struct inode' has no member named 'i_lockf' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-16 13:26:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-16 13:26:22 - ERROR: failed to build lint kernel TB --- 2008-04-16 13:26:22 - tinderbox aborted TB --- 3538.22 user 383.41 system 4811.27 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:35:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 505321065674 for ; Wed, 16 Apr 2008 13:35:10 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 285A38FC20 for ; Wed, 16 Apr 2008 13:35:09 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 16 Apr 2008 06:26:02 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id m3GDQ2FH006242; Wed, 16 Apr 2008 06:26:02 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id m3GDQ2vm028233; Wed, 16 Apr 2008 13:26:02 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 06:26:02 -0700 Received: from rrs.local ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 06:26:01 -0700 Message-ID: <4805FE68.8010808@cisco.com> Date: Wed, 16 Apr 2008 09:26:00 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.12) Gecko/20080201 SeaMonkey/1.1.8 MIME-Version: 1.0 To: Julian Elischer References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> <20080412181601.GA14472@freebsd.org> <20080415034343.GB87024@duncan.reilly.home> <480430C0.8010601@elischer.org> In-Reply-To: <480430C0.8010601@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Apr 2008 13:26:01.0892 (UTC) FILETIME=[6A2F5640:01C89FC5] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2640; t=1208352362; x=1209216362; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20stack=20hogs=20in=20kernel |Sender:=20; bh=w/HN2U5l2AVWsgTzYCZtiNUPk2UKjxzoze2eEVD3fPQ=; b=aUcD7yp5KtLPWP4ryUk+Bx3CSSV2H8rAv/8rYgB+B1xzAbGK5azC3xcK2M oiHu2Mk5CVZIby5qmjz8oOj+I0bSnhW08qEmtY93Y4lDVpf5V6oA9I4AupCA n7+sFt0MCq; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); Cc: Andrew Reilly , Roman Divacky , Robert Watson , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:35:10 -0000 Julian Elischer wrote: > Andrew Reilly wrote: >> On Sat, Apr 12, 2008 at 08:16:01PM +0200, Roman Divacky wrote: >>> On Sat, Apr 12, 2008 at 07:14:21PM +0100, Robert Watson wrote: >>>> On Fri, 11 Apr 2008, Julian Elischer wrote: >>>> >>>>> 0xc05667e3 kldstat [kernel]: 2100 >>>>> 0xc07214f8 sendsig [kernel]: 1416 >>>>> 0xc04fb426 ugenread [kernel]: 1200 >>>>> 0xc070616b ipmi_smbios_identify [kernel]: 1136 >>>>> 0xc050bd26 usbd_new_device [kernel]: 1128 >>>>> 0xc0525a83 pfs_readlink [kernel]: 1092 >>>>> 0xc04fb407 ugenwrite [kernel]: 1056 >>>>> 0xc055ea33 prison_enforce_statfs [kernel]: 1044 >>>> This one, at least, is due to an issue Roman pointed out on hackers@ >>>> in the last 24 hours -- a MAXPATHLEN sized buffer on the stack. >>>> Looks like pfs_readlink() has the same issue. >>> I plan to look at some of the MAXPATHLEN usage... I guess we can >>> shave a few >>> tens of KBs from the kernel (static size and runtime size). >> >> Why are single-digit kilobytes of memory space interesting, in this >> context? Is the concern about L1 data cache footprint, for performance >> reasons? If that is the case, the MAXPATHLEN bufffer will only really >> occupy the amount of cache actually touched. > > We used to have 1 page in the beginning, but > that quickly went to 2. We now Have, I think, 4 (I should go look I > guess.). But that was with the possibility of multiple Last time I checked (when we first went to gcc 4.x) we are still at 2 - 4k stack pages. R > interrupt frames all stacking on top of each other. Now that that has, > been kept to a minimum we might be able to get to one or two again if we > tried.. kernel stacks are a scarse resource.. they are not really > swappable and are always present. > > > > >> I've long wondered about the seemingly fanatical stack size concern in >> kernel space. In other domains (where I have more experience) you can >> get good performance benefits from the essentially free memory management >> and good cache re-use that comes from putting as much into the >> stack/call-frame as possible. > > That is an interesting point.. > >> >> Just curious. >> >> Cheers, >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:36:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1ECE1065672; Wed, 16 Apr 2008 13:36:38 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id AED9E8FC1B; Wed, 16 Apr 2008 13:36:38 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 16 Apr 2008 06:27:15 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id m3GDRFJi008164; Wed, 16 Apr 2008 06:27:15 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id m3GDRFPQ029614; Wed, 16 Apr 2008 13:27:15 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 06:27:15 -0700 Received: from rrs.local ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 06:27:14 -0700 Message-ID: <4805FEB1.4000904@cisco.com> Date: Wed, 16 Apr 2008 09:27:13 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.12) Gecko/20080201 SeaMonkey/1.1.8 MIME-Version: 1.0 To: Jeff Roberson References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> <20080412181601.GA14472@freebsd.org> <20080415034343.GB87024@duncan.reilly.home> <20080414213656.Q959@desktop> In-Reply-To: <20080414213656.Q959@desktop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Apr 2008 13:27:14.0622 (UTC) FILETIME=[95890DE0:01C89FC5] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2429; t=1208352435; x=1209216435; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20stack=20hogs=20in=20kernel |Sender:=20; bh=kftyiS7cxSd6th9k/zViggbD0yuHiLek1vM43J4GIdI=; b=AoFTV49yLrYXQyGjxNGg3vdr3Pov2aYAHd7LotYC/mExrSrqi4ghWJaSSx E1f1S/LtzmTgsVpkSES72Wn/voEEshLYsImUHAgp6o/UGKfCbUmkpEnSO+IQ q5lW8eRa6k; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; ); Cc: Andrew Reilly , Roman Divacky , Robert Watson , Julian Elischer , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:36:39 -0000 Jeff Roberson wrote: > On Tue, 15 Apr 2008, Andrew Reilly wrote: > >> On Sat, Apr 12, 2008 at 08:16:01PM +0200, Roman Divacky wrote: >>> On Sat, Apr 12, 2008 at 07:14:21PM +0100, Robert Watson wrote: >>>> >>>> On Fri, 11 Apr 2008, Julian Elischer wrote: >>>> >>>>> 0xc05667e3 kldstat [kernel]: 2100 >>>>> 0xc07214f8 sendsig [kernel]: 1416 >>>>> 0xc04fb426 ugenread [kernel]: 1200 >>>>> 0xc070616b ipmi_smbios_identify [kernel]: 1136 >>>>> 0xc050bd26 usbd_new_device [kernel]: 1128 >>>>> 0xc0525a83 pfs_readlink [kernel]: 1092 >>>>> 0xc04fb407 ugenwrite [kernel]: 1056 >>>>> 0xc055ea33 prison_enforce_statfs [kernel]: 1044 >>>> >>>> This one, at least, is due to an issue Roman pointed out on hackers@ >>>> in the >>>> last 24 hours -- a MAXPATHLEN sized buffer on the stack. Looks like >>>> pfs_readlink() has the same issue. >>> >>> I plan to look at some of the MAXPATHLEN usage... I guess we can >>> shave a few >>> tens of KBs from the kernel (static size and runtime size). >> >> Why are single-digit kilobytes of memory space interesting, in this >> context? Is the concern about L1 data cache footprint, for performance >> reasons? If that is the case, the MAXPATHLEN bufffer will only really >> occupy the amount of cache actually touched. >> >> I've long wondered about the seemingly fanatical stack size concern in >> kernel space. In other domains (where I have more experience) you can >> get good performance benefits from the essentially free memory management >> and good cache re-use that comes from putting as much into the >> stack/call-frame as possible. > > There is a small fixed kernel stack per-thread. It has to be allocated > up-front out of kernel memory. There isn't really enough KVA to just > allow kernel stacks to grow unbounded. Also consider that most of the > time this memory is just unused. > > Right now on amd64 we allocate 4 pages for kernel stacks! This is just > huge. It makes allocation slower and more likely to fail since we have > to find 5 contiguous pages (one for a guard page). > Ahh, so we are different depending on the arch ... interesting.. I guess that makes sense.. probably in mips we should have more too :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:39:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D406610656AB for ; Wed, 16 Apr 2008 13:39:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 77A828FC29 for ; Wed, 16 Apr 2008 13:39:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jm7qm-000Ari-0g for freebsd-current@freebsd.org; Wed, 16 Apr 2008 16:39:02 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3GDcjmX094702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2008 16:38:45 +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.2/8.14.2) with ESMTP id m3GDccpg046913; Wed, 16 Apr 2008 16:38:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3GDca72046912; Wed, 16 Apr 2008 16:38:36 +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: Wed, 16 Apr 2008 16:38:36 +0300 From: Kostik Belousov To: Jille Message-ID: <20080416133836.GV18958@deviant.kiev.zoral.com.ua> References: <4805FB23.4030600@quis.cx> <20080416131902.GU18958@deviant.kiev.zoral.com.ua> <4805FDE1.4010206@quis.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PSXRUCbmiibGgnYg" Content-Disposition: inline In-Reply-To: <4805FDE1.4010206@quis.cx> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 362d5034abbfed611c52a2913ea5ff69 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2641 [Apr 16 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: chmod of some pidfiles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:39:04 -0000 --PSXRUCbmiibGgnYg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2008 at 03:23:45PM +0200, Jille wrote: > Can you flock a file that is readonly for your user ? > It doesn't make sense, it would allow a lot of (local) Denial of=20 > Services, I think ? Yes, you can flock a file opened for read. The lock is advisory. It would DoS only a service that takes the same lock. Prevention of the described situation is the point of the choosen mode for the pid files. >=20 > Kostik Belousov schreef: > >On Wed, Apr 16, 2008 at 03:12:03PM +0200, Jille wrote: > >>Hello, > >> > >>Today I found out some pidfiles of 'system daemons', have a 'weird' chm= od. > >> > >>[quis@istud ~]$ ls -l /var/run/cron.pid > >>-rw------- 1 root wheel 4 Mar 1 19:25 /var/run/cron.pid > >> > >>Can somebody tell me why it is 0600 ? > >>I don't think it will harm if it is 0644 ? > >> > >>I think this is only useful if the security.bsd.see_other_uids sysctl i= s=20 > >>set to 0. > > > >They are 0600 so that the advisory locking works reliably on them. > >More details: > >the daemons flock() the pidfile to indicate that it is alive. Any other > >process may lock the file that can be opened for reading. Having more > >permissive mode would allow anybody to lock the pidfile, falsely indicat= ing > >that the daemon is still alive, while it in fact died. --PSXRUCbmiibGgnYg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgGAVwACgkQC3+MBN1Mb4icSwCgxGhwR8u5Wzoz6ZEybI587oQa J6EAn2jji4Jjia0JWga6PupNYna37mLv =4+ta -----END PGP SIGNATURE----- --PSXRUCbmiibGgnYg-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:44:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD442106566C for ; Wed, 16 Apr 2008 13:44:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id 55E9B8FC2B for ; Wed, 16 Apr 2008 13:44:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jm7vi-000EJ0-Go; Wed, 16 Apr 2008 16:44:07 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3GDi2pa094907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2008 16:44:02 +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.2/8.14.2) with ESMTP id m3GDhtEx047030; Wed, 16 Apr 2008 16:43:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3GDhscr047028; Wed, 16 Apr 2008 16:43:54 +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: Wed, 16 Apr 2008 16:43:54 +0300 From: Kostik Belousov To: current@freebsd.org, ia64@freebsd.org Message-ID: <20080416134354.GW18958@deviant.kiev.zoral.com.ua> References: <20080416132623.0293573039@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gvPGo+RAdjC9O5ul" Content-Disposition: inline In-Reply-To: <20080416132623.0293573039@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: feb28a81ec0850514d099b7346a2573b X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2641 [Apr 16 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {TO: local part of email appears in subject} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:44:08 -0000 --gvPGo+RAdjC9O5ul Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2008 at 09:26:22AM -0400, FreeBSD Tinderbox wrote: > TB --- 2008-04-16 12:06:11 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2008-04-16 12:06:11 - starting HEAD tinderbox run for ia64/ia64 > TB --- 2008-04-16 12:06:11 - cleaning the object tree > TB --- 2008-04-16 12:06:41 - cvsupping the source tree > TB --- 2008-04-16 12:06:41 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /= tinderbox/HEAD/ia64/ia64/supfile > TB --- 2008-04-16 12:06:47 - building world (CFLAGS=3D-O -pipe) > TB --- 2008-04-16 12:06:47 - cd /src > TB --- 2008-04-16 12:06:47 - /usr/bin/make -B buildworld > >>> World build started on Wed Apr 16 12:06:48 UTC 2008 > >>> 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 Wed Apr 16 13:19:15 UTC 2008 > TB --- 2008-04-16 13:19:15 - generating LINT kernel config > TB --- 2008-04-16 13:19:15 - cd /src/sys/ia64/conf > TB --- 2008-04-16 13:19:15 - /usr/bin/make -B LINT > TB --- 2008-04-16 13:19:15 - building LINT kernel (COPTFLAGS=3D) > TB --- 2008-04-16 13:19:15 - cd /src > TB --- 2008-04-16 13:19:15 - /usr/bin/make -B buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Wed Apr 16 13:19:15 UTC 2008 > >>> 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 > [...] > cc -c -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys= /contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-built= in -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding = -Werror /src/sys/kern/kern_kthread.c > cc -c -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys= /contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-built= in -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding = -Werror /src/sys/kern/kern_ktr.c > cc -c -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys= /contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-built= in -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding = -Werror /src/sys/kern/kern_ktrace.c > cc -c -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys= /contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-built= in -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding = -Werror /src/sys/kern/kern_linker.c > cc -c -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys= /contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-built= in -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding = -Werror /src/sys/kern/kern_lock.c > cc -c -std=3Dc99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-pro= totypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef= -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys= /contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OP= TION_HEADERS -include opt_global.h -fno-common -finline-limit=3D15000 --par= am inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-built= in -mconstant-gp -ffixed-r13 -mfixed-range=3Df32-f127 -fpic -ffreestanding = -Werror /src/sys/kern/kern_lockf.c > /src/sys/kern/kern_lockf.c: In function 'lf_printlist': > /src/sys/kern/kern_lockf.c:2392: error: 'struct inode' has no member name= d 'i_lockf' > *** Error code 1 >=20 > Stop in /obj/ia64/src/sys/LINT. > *** Error code 1 >=20 > Stop in /src. > *** Error code 1 >=20 > Stop in /src. > TB --- 2008-04-16 13:26:22 - WARNING: /usr/bin/make returned exit code 1= =20 > TB --- 2008-04-16 13:26:22 - ERROR: failed to build lint kernel > TB --- 2008-04-16 13:26:22 - tinderbox aborted > TB --- 3538.22 user 383.41 system 4811.27 real >=20 >=20 > http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full I am sorry for the breakage, the LINT defines the LOCKF_DEBUG that revives the code that has a long-time non-functional UFS-only parts. I will commit the fix shortly. --gvPGo+RAdjC9O5ul Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgGApoACgkQC3+MBN1Mb4iZTwCePDD7VofZ8k0l6GsLPLxVvyZA oIoAni7alyyS/6vmsUBSNTzwMCUzdayN =a5hV -----END PGP SIGNATURE----- --gvPGo+RAdjC9O5ul-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:51:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D9291065673 for ; Wed, 16 Apr 2008 13:51:43 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2DA8FC21 for ; Wed, 16 Apr 2008 13:51:42 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-2.cisco.com with ESMTP; 16 Apr 2008 06:24:14 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id m3GDOE2b017510; Wed, 16 Apr 2008 06:24:14 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id m3GDOBKP026736; Wed, 16 Apr 2008 13:24:11 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 06:24:11 -0700 Received: from rrs.local ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 Apr 2008 06:24:10 -0700 Message-ID: <4805FDFA.2050801@cisco.com> Date: Wed, 16 Apr 2008 09:24:10 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.12) Gecko/20080201 SeaMonkey/1.1.8 MIME-Version: 1.0 To: Julian Elischer References: <48002444.4030505@elischer.org> In-Reply-To: <48002444.4030505@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 16 Apr 2008 13:24:11.0061 (UTC) FILETIME=[281FDE50:01C89FC5] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2060; t=1208352254; x=1209216254; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20stack=20hogs=20in=20kernel |Sender:=20; bh=l4pe+TZycdbaI+iPDtZryvoVQyxpNic61khqJAMLHYc=; b=I9ZAT/L2syse1u/0slDFa46zAn4Yeia3LlRzIk41mGl0IKc2ZT3NmghPYP FYhPdtkVrJwDLsroWDLSMrcUvpUMCE6qK3gXFfsawG90roOCeJeV1uZaeDK0 mu3oFxdR0W; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); Cc: FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 13:51:43 -0000 Julian: Do something with SCTP and you will find it even worse... I probably should fix this by creating per cpu memory blocks that can be used for parsing TLV's, right now its done on the stack, and moving to gcc4.x with its desire to inline all functions only made it worse :-( R Julian Elischer wrote: > > A few years ago I took a profile of stack hogs in the kernel. > I just redid the exercise... > > http://people.freebsd.org/~julian/stack-hogs.txt > > > the worst offenders in MY (2 month old) kernel are: > > 0xc05667e3 kldstat [kernel]: 2100 > 0xc07214f8 sendsig [kernel]: 1416 > 0xc04fb426 ugenread [kernel]: 1200 > 0xc070616b ipmi_smbios_identify [kernel]: 1136 > 0xc050bd26 usbd_new_device [kernel]: 1128 > 0xc0525a83 pfs_readlink [kernel]: 1092 > 0xc04fb407 ugenwrite [kernel]: 1056 > 0xc055ea33 prison_enforce_statfs [kernel]: 1044 > 0xc0686e8a nfsrv_rename [kernel]: 984 > 0xc05d0886 m_copymdata [kernel]: 956 > 0xc06605a3 nfs4_mount [kernel]: 884 > 0xc0561e25 kse_switchin [kernel]: 848 > 0xc0680ac6 nfsrv_statfs [kernel]: 828 > 0xc0439473 cam_periph_error [kernel]: 820 > 0xc071ff36 sigreturn [kernel]: 812 > 0xc067e876 nfsrv_fsinfo [kernel]: 804 > 0xc05fe7b3 freebsd4_fhstatfs [kernel]: 804 > 0xc0571272 sysctl_out_proc [kernel]: 804 > 0xc067ebf7 nfsrv_fsinfo [kernel]: 804 > 0xc0571006 sysctl_out_proc [kernel]: 804 > 0xc044b743 cddone [kernel]: 800 > 0xc06862cf nfsrv_link [kernel]: 796 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 14:09:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AD441065673; Wed, 16 Apr 2008 14:09:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D69598FC13; Wed, 16 Apr 2008 14:09:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GE9Wct013618; Wed, 16 Apr 2008 10:09:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GE9WD6028674; Wed, 16 Apr 2008 10:09:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E69DF73039; Wed, 16 Apr 2008 10:09:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080416140931.E69DF73039@freebsd-current.sentex.ca> Date: Wed, 16 Apr 2008 10:09:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 14:09:33 -0000 TB --- 2008-04-16 13:00:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-16 13:00:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-16 13:00:45 - cleaning the object tree TB --- 2008-04-16 13:01:11 - cvsupping the source tree TB --- 2008-04-16 13:01:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-16 13:01:20 - building world (CFLAGS=-O -pipe) TB --- 2008-04-16 13:01:20 - cd /src TB --- 2008-04-16 13:01:20 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 16 13:01:21 UTC 2008 >>> 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 Wed Apr 16 14:04:21 UTC 2008 TB --- 2008-04-16 14:04:21 - generating LINT kernel config TB --- 2008-04-16 14:04:21 - cd /src/sys/powerpc/conf TB --- 2008-04-16 14:04:21 - /usr/bin/make -B LINT TB --- 2008-04-16 14:04:21 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-16 14:04:21 - cd /src TB --- 2008-04-16 14:04:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 16 14:04:21 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_kthread.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ktr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ktrace.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_linker.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_lock.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/kern/kern_lockf.c /src/sys/kern/kern_lockf.c: In function 'lf_printlist': /src/sys/kern/kern_lockf.c:2392: error: 'struct inode' has no member named 'i_lockf' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-16 14:09:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-16 14:09:31 - ERROR: failed to build lint kernel TB --- 2008-04-16 14:09:31 - tinderbox aborted TB --- 3039.46 user 365.00 system 4125.87 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 14:13:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72C341065672; Wed, 16 Apr 2008 14:13:22 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id CCD7D8FC24; Wed, 16 Apr 2008 14:13:21 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 4C8661706C; Wed, 16 Apr 2008 15:13:18 +0100 (BST) Message-Id: <2B8D1E23-9AB8-47E6-B082-50946B987223@rabson.org> From: Doug Rabson To: Kostik Belousov In-Reply-To: <20080416134354.GW18958@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 16 Apr 2008 15:13:19 +0100 References: <20080416132623.0293573039@freebsd-current.sentex.ca> <20080416134354.GW18958@deviant.kiev.zoral.com.ua> X-Mailer: Apple Mail (2.919.2) Cc: current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 14:13:22 -0000 On 16 Apr 2008, at 14:43, Kostik Belousov wrote: > On Wed, Apr 16, 2008 at 09:26:22AM -0400, FreeBSD Tinderbox wrote: >> TB --- 2008-04-16 12:06:11 - tinderbox 2.3 running on freebsd- >> current.sentex.ca >> TB --- 2008-04-16 12:06:11 - starting HEAD tinderbox run for ia64/ >> ia64 >> TB --- 2008-04-16 12:06:11 - cleaning the object tree >> TB --- 2008-04-16 12:06:41 - cvsupping the source tree >> TB --- 2008-04-16 12:06:41 - /usr/bin/csup -r 3 -g -L 1 -h >> localhost -s /tinderbox/HEAD/ia64/ia64/supfile >> TB --- 2008-04-16 12:06:47 - building world (CFLAGS=-O -pipe) >> TB --- 2008-04-16 12:06:47 - cd /src >> TB --- 2008-04-16 12:06:47 - /usr/bin/make -B buildworld >>>>> World build started on Wed Apr 16 12:06:48 UTC 2008 >>>>> 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 Wed Apr 16 13:19:15 UTC 2008 >> TB --- 2008-04-16 13:19:15 - generating LINT kernel config >> TB --- 2008-04-16 13:19:15 - cd /src/sys/ia64/conf >> TB --- 2008-04-16 13:19:15 - /usr/bin/make -B LINT >> TB --- 2008-04-16 13:19:15 - building LINT kernel (COPTFLAGS=) >> TB --- 2008-04-16 13:19:15 - cd /src >> TB --- 2008-04-16 13:19:15 - /usr/bin/make -B buildkernel >> KERNCONF=LINT >>>>> Kernel build for LINT started on Wed Apr 16 13:19:15 UTC 2008 >>>>> 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 >> [...] >> cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- >> prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >> qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - >> I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/ >> src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h - >> fno-common -finline-limit=15000 --param inline-unit-growth=100 -- >> param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed- >> r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ >> kern/kern_kthread.c >> cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- >> prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >> qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - >> I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/ >> src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h - >> fno-common -finline-limit=15000 --param inline-unit-growth=100 -- >> param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed- >> r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ >> kern/kern_ktr.c >> cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- >> prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >> qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - >> I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/ >> src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h - >> fno-common -finline-limit=15000 --param inline-unit-growth=100 -- >> param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed- >> r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ >> kern/kern_ktrace.c >> cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- >> prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >> qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - >> I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/ >> src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h - >> fno-common -finline-limit=15000 --param inline-unit-growth=100 -- >> param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed- >> r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ >> kern/kern_linker.c >> cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- >> prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >> qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - >> I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/ >> src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h - >> fno-common -finline-limit=15000 --param inline-unit-growth=100 -- >> param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed- >> r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ >> kern/kern_lock.c >> cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict- >> prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- >> qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. - >> I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/ >> src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h - >> fno-common -finline-limit=15000 --param inline-unit-growth=100 -- >> param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed- >> r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/ >> kern/kern_lockf.c >> /src/sys/kern/kern_lockf.c: In function 'lf_printlist': >> /src/sys/kern/kern_lockf.c:2392: error: 'struct inode' has no >> member named 'i_lockf' >> *** Error code 1 >> >> Stop in /obj/ia64/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 >> >> Stop in /src. >> TB --- 2008-04-16 13:26:22 - WARNING: /usr/bin/make returned exit >> code 1 >> TB --- 2008-04-16 13:26:22 - ERROR: failed to build lint kernel >> TB --- 2008-04-16 13:26:22 - tinderbox aborted >> TB --- 3538.22 user 383.41 system 4811.27 real >> >> >> http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full > > I am sorry for the breakage, the LINT defines the LOCKF_DEBUG that > revives the code that has a long-time non-functional UFS-only > parts. > > I will commit the fix shortly. I just committed a fix. From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 14:33:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5CC71065670; Wed, 16 Apr 2008 14:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A537E8FC16; Wed, 16 Apr 2008 14:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GEXOGa045199; Wed, 16 Apr 2008 10:33:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GEXOaf059338; Wed, 16 Apr 2008 10:33:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1838573039; Wed, 16 Apr 2008 10:33:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080416143324.1838573039@freebsd-current.sentex.ca> Date: Wed, 16 Apr 2008 10:33:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 14:33:26 -0000 TB --- 2008-04-16 13:26:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-16 13:26:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-04-16 13:26:23 - cleaning the object tree TB --- 2008-04-16 13:27:00 - cvsupping the source tree TB --- 2008-04-16 13:27:00 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-04-16 13:27:08 - building world (CFLAGS=-O -pipe) TB --- 2008-04-16 13:27:08 - cd /src TB --- 2008-04-16 13:27:08 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 16 13:27:11 UTC 2008 >>> 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 Wed Apr 16 14:27:46 UTC 2008 TB --- 2008-04-16 14:27:46 - generating LINT kernel config TB --- 2008-04-16 14:27:46 - cd /src/sys/sparc64/conf TB --- 2008-04-16 14:27:46 - /usr/bin/make -B LINT TB --- 2008-04-16 14:27:46 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-16 14:27:46 - cd /src TB --- 2008-04-16 14:27:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 16 14:27:46 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_kthread.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ktr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ktrace.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_linker.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_lock.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_lockf.c /src/sys/kern/kern_lockf.c: In function 'lf_printlist': /src/sys/kern/kern_lockf.c:2392: error: 'struct inode' has no member named 'i_lockf' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-16 14:33:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-16 14:33:23 - ERROR: failed to build lint kernel TB --- 2008-04-16 14:33:23 - tinderbox aborted TB --- 2866.55 user 359.77 system 4020.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 14:53:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8FE21065670 for ; Wed, 16 Apr 2008 14:53:49 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B772E8FC1C for ; Wed, 16 Apr 2008 14:53:49 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m3GErnwW035660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 16 Apr 2008 07:53:49 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <480612FD.5010308@freebsd.org> Date: Wed, 16 Apr 2008 07:53:49 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: FreeBSD Current References: <480294E2.1000907@errno.com> <4803E26A.9070108@lissyara.su> <4803E6E2.8090007@errno.com> <4804F65B.2090408@lissyara.su> <4804F747.9040406@freebsd.org> <48052C09.3020209@lissyara.su> <4805911C.3090007@lissyara.su> In-Reply-To: <4805911C.3090007@lissyara.su> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-DCC--Metrics: ebb.errno.com; whitelist Subject: Re: CFT: 802.11 vap code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 14:53:49 -0000 Alex Keda wrote: > Kip Macy пишет: >> post your config > sorry - previous mail not right > Generic with added options > nodevice malo > nodevice iwn > ========== > with config from previous mail kernel file not build You either need to patch malo correctly or remove it from your build. The change that corrects malo is here: http://perforce.freebsd.org/chv.cgi?CH=140066 Or you can just wait for the commit to HEAD which is likely to happen this weekend. Sam From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 15:08:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C4D106566B; Wed, 16 Apr 2008 15:08:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1DFBB8FC0C; Wed, 16 Apr 2008 15:08:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GF8sOi023366; Wed, 16 Apr 2008 11:08:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GF8sWE097412; Wed, 16 Apr 2008 11:08:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4892C73039; Wed, 16 Apr 2008 11:08:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080416150854.4892C73039@freebsd-current.sentex.ca> Date: Wed, 16 Apr 2008 11:08:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.92.1/6526/Tue Apr 1 08:33:51 2008 clamav-milter version 0.92.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 15:08:55 -0000 TB --- 2008-04-16 14:09:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-16 14:09:32 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-04-16 14:09:32 - cleaning the object tree TB --- 2008-04-16 14:09:53 - cvsupping the source tree TB --- 2008-04-16 14:09:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-04-16 14:10:02 - building world (CFLAGS=-O -pipe) TB --- 2008-04-16 14:10:02 - cd /src TB --- 2008-04-16 14:10:02 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 16 14:10:03 UTC 2008 >>> 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 Wed Apr 16 15:04:28 UTC 2008 TB --- 2008-04-16 15:04:28 - generating LINT kernel config TB --- 2008-04-16 15:04:28 - cd /src/sys/sun4v/conf TB --- 2008-04-16 15:04:28 - /usr/bin/make -B LINT TB --- 2008-04-16 15:04:28 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-16 15:04:28 - cd /src TB --- 2008-04-16 15:04:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 16 15:04:28 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_kthread.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ktr.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_ktrace.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_linker.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_lock.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/kern/kern_lockf.c /src/sys/kern/kern_lockf.c: In function 'lf_printlist': /src/sys/kern/kern_lockf.c:2392: error: 'struct inode' has no member named 'i_lockf' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-16 15:08:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-16 15:08:54 - ERROR: failed to build lint kernel TB --- 2008-04-16 15:08:54 - tinderbox aborted TB --- 2843.19 user 351.73 system 3562.15 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 18:35:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB35E1065739 for ; Wed, 16 Apr 2008 18:35:13 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id 79BEA8FC22 for ; Wed, 16 Apr 2008 18:35:13 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wx-out-0506.google.com with SMTP id i29so2172199wxd.7 for ; Wed, 16 Apr 2008 11:35:12 -0700 (PDT) Received: by 10.100.91.17 with SMTP id o17mr472813anb.145.1208370910960; Wed, 16 Apr 2008 11:35:10 -0700 (PDT) Received: by 10.100.8.6 with HTTP; Wed, 16 Apr 2008 11:35:10 -0700 (PDT) Message-ID: Date: Wed, 16 Apr 2008 11:35:10 -0700 From: "Peter Wemm" To: "Jeff Roberson" In-Reply-To: <20080414213656.Q959@desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48002444.4030505@elischer.org> <20080412191300.E7693@fledge.watson.org> <20080412181601.GA14472@freebsd.org> <20080415034343.GB87024@duncan.reilly.home> <20080414213656.Q959@desktop> Cc: Andrew Reilly , Roman Divacky , Robert Watson , Julian Elischer , FreeBSD Current Subject: Re: stack hogs in kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 18:35:13 -0000 On Tue, Apr 15, 2008 at 12:38 AM, Jeff Roberson wrote: > On Tue, 15 Apr 2008, Andrew Reilly wrote: > > On Sat, Apr 12, 2008 at 08:16:01PM +0200, Roman Divacky wrote: > > > On Sat, Apr 12, 2008 at 07:14:21PM +0100, Robert Watson wrote: > > > > On Fri, 11 Apr 2008, Julian Elischer wrote: > > > > > 0xc05667e3 kldstat [kernel]: 2100 > > > > > 0xc07214f8 sendsig [kernel]: 1416 > > > > > 0xc04fb426 ugenread [kernel]: 1200 > > > > > 0xc070616b ipmi_smbios_identify [kernel]: 1136 > > > > > 0xc050bd26 usbd_new_device [kernel]: 1128 > > > > > 0xc0525a83 pfs_readlink [kernel]: 1092 > > > > > 0xc04fb407 ugenwrite [kernel]: 1056 > > > > > 0xc055ea33 prison_enforce_statfs [kernel]: 1044 > > > > > > > > > > > > > This one, at least, is due to an issue Roman pointed out on hackers@ > in the > > > > last 24 hours -- a MAXPATHLEN sized buffer on the stack. Looks like > > > > pfs_readlink() has the same issue. > > > > > > > > > > I plan to look at some of the MAXPATHLEN usage... I guess we can shave a > few > > > tens of KBs from the kernel (static size and runtime size). > > > > > > > Why are single-digit kilobytes of memory space interesting, in this > > context? Is the concern about L1 data cache footprint, for performance > > reasons? If that is the case, the MAXPATHLEN bufffer will only really > > occupy the amount of cache actually touched. > > > > I've long wondered about the seemingly fanatical stack size concern in > > kernel space. In other domains (where I have more experience) you can > > get good performance benefits from the essentially free memory management > > and good cache re-use that comes from putting as much into the > > stack/call-frame as possible. > > > > There is a small fixed kernel stack per-thread. It has to be allocated > up-front out of kernel memory. There isn't really enough KVA to just allow > kernel stacks to grow unbounded. Also consider that most of the time this > memory is just unused. > > Right now on amd64 we allocate 4 pages for kernel stacks! This is just > huge. It makes allocation slower and more likely to fail since we have to > find 5 contiguous pages (one for a guard page). I'd like to see this reduced by one or two. We should be able to get away with the same stack size as i386 - the pcb size isn't that much different. At the very least, 3 pages + 1 guard page would get the size down to a power of two. I don't know if that'll help the kva allocator, but it might. I originally chose a KSTACK_PAGES of 4, simply out of conservatism - not by measurement. I just didn't want to have to worry about it at the time. It is fairly likely that shrinking it by a page will Just Work since i386 is running with KSTACK_PAGES = 2. Also, kernel stacks are allocated out of paged kva, so on amd64 this means they come out of the 2GB kernel area, not direct map. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell **WANTED TO BUY: Garmin Streetpilot 2650 or 2660. Not later model! ** From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 19:40:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37283106564A for ; Wed, 16 Apr 2008 19:40:48 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id BB65C8FC31 for ; Wed, 16 Apr 2008 19:40:47 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2802583fgg.35 for ; Wed, 16 Apr 2008 12:40:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; bh=bjVIWUcG78GD+xL9yMTfhmLpFRiQ5E5AHXRLlTtqCk0=; b=I6kz3liPM7kARTTKyIRQIPgGeG9oLD3zBz9ujOtiwmvPRWB25G/v0Sk4E7bl0PLacBfu2FmhP8XOsYVnSnwjTGjxi2NnT9HRBOrtgJope0RPKRXl3W7ZcrhY2PVBIPzZpnKeR3bpFRKJhAbTM7MI70kcYbX/rb88yLcuuZovQ/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=LYgBIxu5hWXaBW1QvKfUnpt0PqXNR+JUv7I3JWVEjHjTHohIa/jvD4BD47BPA/5KM/l0F5Zc60RMLKcW2zHGocMf5x1fvDDFSh2eui6rzS9twbYrNquUiMZDKU9xxGzfdqzkYayYxZ07mvrreKK2T6KSRcr2IJP/5L6fokgnwwI= Received: by 10.86.30.9 with SMTP id d9mr675790fgd.77.1208373351865; Wed, 16 Apr 2008 12:15:51 -0700 (PDT) Received: from nebuchadnezzar ( [87.151.46.173]) by mx.google.com with ESMTPS id e20sm8137515fga.1.2008.04.16.12.15.50 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Apr 2008 12:15:51 -0700 (PDT) Date: Wed, 16 Apr 2008 21:15:44 +0200 From: Pascal Hofstee To: current@freebsd.org Message-ID: <20080416211544.62f5bd28@nebuchadnezzar> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: potential malloc problem with recent ATA commits ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 19:40:48 -0000 Hi, Since i recently updated my CURRENT system from a March 26 build to a fresh CURRENT i noticed that after a while the system seems to run itself into a state wherein it is entirely out of memory. The problem has presented itself so far during the last couple of days when i come back home from a day at college to find the console spewing tons of messages about (iirc) ata3/ata6 being unable to alloc memory, shell processes that were still running being unable to fork new processes because of memory shortage etc. The system in question is an AMD Athlon64 3800+ using an MSI K9N-Neo (nVidia MPC55-based) mainboard, with 2 GB RAM and 4 GB SWAP space. The system has been running fine on the March 26 kernel but so far both an April 12 as well as an April 16 kernel seem to exhibit the memory problems. Considering a large batch of changes to the ATA system seem to have been commited around April 10th and a.o. the console spamming about ata-subsystem components having malloc problems i was wondering if perhaps the recent ATA changesets might be responsible for this behaviour. Any suggestions on how to proceed from here ? With kind regards, Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 20:01:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC0A4106566C for ; Wed, 16 Apr 2008 20:01:04 +0000 (UTC) (envelope-from caelian@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 593508FC1A for ; Wed, 16 Apr 2008 20:01:04 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2808515fgg.35 for ; Wed, 16 Apr 2008 13:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; bh=4RKD3jX7lUZgETXBfhibPJY9PDACRjGlKPgUCxXIRX4=; b=opSYpSdQ1KGhH729B1vxMzb4Mg0sAD8SWSUNjEqqZyv8vVcNPCPZ1ffSxZOuG9MZXVcymVCr78BLJnvI9cFUMQMG9Rl0Pg7UPIrALNDKZILC7bx83XxkKLp+fci02vQ52ZORoeUbHOIMS/6UVZuW8kTaJfpscUnkxyIk/my1eiI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=a4U4LjzKAPiVVd44He9CaUejMzNuWuPchebXYn0qXwZ+qVNL68+9ooh6MNkdPE1SwgrR5kcIMrP/Jx5/ho/e2lqaj81e9jrTSYpjKB3mWooOeNo2oU4N/iO+xg8goAcGxgFZxe9g7euPEfETPrdQnd2Zdg5ny/7Qo7XOjDkdsrg= Received: by 10.86.76.16 with SMTP id y16mr835062fga.23.1208376058833; Wed, 16 Apr 2008 13:00:58 -0700 (PDT) Received: from nebuchadnezzar ( [87.151.46.173]) by mx.google.com with ESMTPS id 4sm7332903fgg.4.2008.04.16.13.00.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Apr 2008 13:00:58 -0700 (PDT) Date: Wed, 16 Apr 2008 22:00:53 +0200 From: Pascal Hofstee To: current@freebsd.org Message-ID: <20080416220053.21a776e4@nebuchadnezzar> In-Reply-To: <20080416211544.62f5bd28@nebuchadnezzar> References: <20080416211544.62f5bd28@nebuchadnezzar> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: potential malloc problem with recent ATA commits ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 20:01:04 -0000 On Wed, 16 Apr 2008 21:15:44 +0200 Pascal Hofstee wrote: > Hi, > > Since i recently updated my CURRENT system from a March 26 build to a > fresh CURRENT i noticed that after a while the system seems to run > itself into a state wherein it is entirely out of memory. > > The problem has presented itself so far during the last couple of days > when i come back home from a day at college to find the console > spewing tons of messages about (iirc) ata3/ata6 being unable to alloc > memory, shell processes that were still running being unable to fork > new processes because of memory shortage etc. After some suggestions on ##FreeBSD on FreeNode i opted to checkout "vmstat -m" statistics and i did notice one single entry that i felt i should mention just in case it may be relevant. The entry in question is the vmstat's "InUse" statistics regarding the memorytype "devbuf". It's value seems to consistently increase itself by about 140k over a period of 10 seconds (while the system is doing a buildworld) and has at the time of writing reached a value of 75082k and rising. I do not know If this is alarming or not but i felt i should at least mention it. With kind regards, Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 20:26:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C357106564A for ; Wed, 16 Apr 2008 20:26:30 +0000 (UTC) (envelope-from caelian@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 1678A8FC15 for ; Wed, 16 Apr 2008 20:26:29 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2816226fgg.35 for ; Wed, 16 Apr 2008 13:26:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; bh=NRY1taoHGBp2WU3IUOm+IRv5CmhGF+Exi/rq5hBSy7A=; b=mi3qJMGdfkcrHW3eFg9VKSe79UFZxJUsOvfaYeEQb1tKVyl3w1DD/b20m3/Tbg6SS9YvM4qgmOO5ztJJGWz0nn8KMD0FAUvx1HfAQTcLeersVHr5/jU8z0XH951srVLHwvBoyWSQVaYUm4CwC7T09lh3P/FcM2RyGEOQUGxv3KE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=IRUtNuKax5qrKLIkxIKJ8l4akP1WW6+rutGw2UAvbXxmPU5DgJRKLHDB2B+hvIFVYtvi+iah+/jV5EqF7lG59o764uE1nuYobooDbnE0H7nqG1PIUQP5jgtiYO485YrbOOktTOcsvp7dKYNtd8CDfhunEpAiJVjvfxjlr51vR2s= Received: by 10.86.100.7 with SMTP id x7mr843439fgb.52.1208377588376; Wed, 16 Apr 2008 13:26:28 -0700 (PDT) Received: from nebuchadnezzar ( [87.151.46.173]) by mx.google.com with ESMTPS id 28sm15135910fkx.11.2008.04.16.13.26.27 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Apr 2008 13:26:27 -0700 (PDT) Date: Wed, 16 Apr 2008 22:26:21 +0200 From: Pascal Hofstee To: current@freebsd.org Message-ID: <20080416222621.518193ca@nebuchadnezzar> In-Reply-To: <20080416220053.21a776e4@nebuchadnezzar> References: <20080416211544.62f5bd28@nebuchadnezzar> <20080416220053.21a776e4@nebuchadnezzar> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: potential malloc problem with recent ATA commits ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 20:26:30 -0000 On Wed, 16 Apr 2008 22:00:53 +0200 Pascal Hofstee wrote: > After some suggestions on ##FreeBSD on FreeNode i opted to checkout > "vmstat -m" statistics and i did notice one single entry that i felt i > should mention just in case it may be relevant. > > The entry in question is the vmstat's "InUse" statistics regarding the > memorytype "devbuf". It's value seems to consistently increase itself > by about 140k over a period of 10 seconds (while the system is doing a > buildworld) and has at the time of writing reached a value of 75082k > and rising. > > I do not know If this is alarming or not but i felt i should at least > mention it. Damned ... I Hate it when i have to keep replying to my own emails within 10 minutes after sending them. It looks like i was able to trace down the source of the steadily increasing amount of "devbuf" usage. I opted to simply shut down any port-installed daemons to make sure there was no software running besides the FreeBSD base-system (and a zsh). And through that i managed to find out that the process that seems to be responsible for the steady increase in "devbuf" usage is "hald". As soon as i stopped hald the amount of "InUse" memory of type "devbuf" remained stable over more than a minute. As soon as i started hald again the increase resumed by 140k every 10 seconds again. I'll try to leave the system running now with hald turned off to see if the memory problem persists (after a fresh reboot devbuf usage seems solid at 4254k). As a precautionary measure i'll probably try to take this hall issue to the FreeBSD-GNOME team to see what they have to say about this :) I'll keep the list posted on any further details, but it looks like this may have been a false alarm. With kind regards, Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 23:20:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F791065672 for ; Wed, 16 Apr 2008 23:20:40 +0000 (UTC) (envelope-from trebestie@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 5A4858FC1E for ; Wed, 16 Apr 2008 23:20:40 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2867685fgg.35 for ; Wed, 16 Apr 2008 16:20:39 -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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Vo6JALkVB4wTtJaNmT9eZu5IHHbFt6PGjvOgmZhS2Ao=; b=QHBXf9SCzBVbiSLhAyXI1eX0s4uMb1hqBofqesP79jRRKzxYbdpeQyQ6Afbj+KgiHzGoY5PJxkIRTMPhFT5oi+XSeNBjE4LMYgUmBx7dSMMeYzE2lgGZX85cfKwLXzRqm2xhKcXxnV8CD+hDjq04st7kiBLph8O0BeBkrPuW7fY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qave7mJ8BgUCpDR1N/hK4UkDp+4wIfTOIlCBYGPsZdui7UneZcScvVs02CMvO+t9m/qoUX2rDxQSIC8kunvSpq1uRYg+A3tnrN03KGf/hXDSz5sD9Kj9UbmZWJ0c8xb5Y4VbFCf4Qm8I9uQ7Apgmimi3TubajctTysBc0snk5w0= Received: by 10.86.97.7 with SMTP id u7mr1155831fgb.54.1208388038168; Wed, 16 Apr 2008 16:20:38 -0700 (PDT) Received: by 10.86.94.5 with HTTP; Wed, 16 Apr 2008 16:20:38 -0700 (PDT) Message-ID: <83e5fb980804161620he6870a5hdb6d4d2ad95f2060@mail.gmail.com> Date: Thu, 17 Apr 2008 01:20:38 +0200 From: "Diego Depaoli" To: "Thomas Quinot" In-Reply-To: <20080416112447.GA91286@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> <20080416112447.GA91286@melamine.cuivre.fr.eu.org> Cc: "freebsd-current@freebsd.org" Subject: Re: problems with atapicam/atapicd on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 23:20:40 -0000 2008/4/16, Thomas Quinot : > * Diego Depaoli, 2008-04-16 : > > > > Panic loading atapicam at boot, halt k-loading it and, very weird > > issue, pressing dvd's eject button (obviously without atapicam). > > > Can you provide a backtrace of the panic? Unfortunately no, and I cannot figure out (magic mismatch on last dump header on /dev/ad4s4b ??? how can I fix that?), but I took some hand note. Loading atapicam I get Panic [...] Stopped at bus_dmamap_load 0xd5 Movl PTMap(,%eax,4),%edx Without loading atapicam trying startx or sade I get panic: too many dma entries kdb_enter panic ata_ahci_dmasetprd bus_dmamap_load ata_dmaload ata_ahci_begin_transaction ata_start ata_completed g_io_schedule g_up_procbody fork_exit fork_trampoline During boot and fsck I get some lors. Sorry for the approximate debug, I hope this helps anyway. Regards -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 23:40:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69E70106564A; Wed, 16 Apr 2008 23:40:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2974D8FC1F; Wed, 16 Apr 2008 23:40:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GNdxPl013853; Wed, 16 Apr 2008 19:39:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3GNdxNn098300; Wed, 16 Apr 2008 19:39:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4674073039; Wed, 16 Apr 2008 19:39:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080416233959.4674073039@freebsd-current.sentex.ca> Date: Wed, 16 Apr 2008 19:39:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2008 23:40:00 -0000 TB --- 2008-04-16 23:39:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-16 23:39:27 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-04-16 23:39:28 - cleaning the object tree TB --- 2008-04-16 23:39:51 - cvsupping the source tree TB --- 2008-04-16 23:39:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-04-16 23:39:58 - building world (CFLAGS=-O -pipe) TB --- 2008-04-16 23:39:58 - cd /src TB --- 2008-04-16 23:39:58 - /usr/bin/make -B buildworld TB --- 2008-04-16 23:39:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-16 23:39:58 - ERROR: failed to build world TB --- 2008-04-16 23:39:58 - tinderbox aborted TB --- 1.91 user 3.42 system 30.64 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 01:03:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1C091065670 for ; Thu, 17 Apr 2008 01:03:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8988FC16 for ; Thu, 17 Apr 2008 01:03:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so4694wra.13 for ; Wed, 16 Apr 2008 18:03:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=bTW0YrywYHwU91GvaIR73++VMB6VxfNw5fyu415xTEk=; b=GSvCQptBJjyFjl70oejrwXJtdhPt9YfKs2pHYhfz+CViNRfp0zr3CBmcYfAD2S15UsCw8q7Yu8THYlfyyra2+b6P4OB26pM326h5QdwRo92CclMX9VSwPiIh41fl/tCFngcw2OjY2R7eUqv780NpqY9wQPsrEZDUsJcMgogE6dk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=hxZYhMJw4jd4NtlI6JTHDudY/84nFRTMTUjfbf3rriIVPQR81loziLlOOErYAWS3jWfTSjp4jHoynICEOL/j1SylV36tiouqvwVOGlS4lO6Sfk1yMfUVUYLPqR3lYdSOeOLAjucLWeZR9AZEWvMdpWNyHtgNqZh//pO5ii7mpz0= Received: by 10.142.68.4 with SMTP id q4mr202816wfa.319.1208394209134; Wed, 16 Apr 2008 18:03:29 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 32sm18992609wfa.13.2008.04.16.18.03.25 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Apr 2008 18:03:27 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3H13KgN028723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Apr 2008 10:03:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3H13Kje028722; Thu, 17 Apr 2008 10:03:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 17 Apr 2008 10:03:19 +0900 From: Pyun YongHyeon To: "Aryeh M. Friedman" Message-ID: <20080417010319.GB28522@cdnetworks.co.kr> References: <4805A16B.6070502@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4805A16B.6070502@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: strange error in latest re(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 01:03:30 -0000 On Wed, Apr 16, 2008 at 02:49:15AM -0400, Aryeh M. Friedman wrote: > on -current (AMD64): > > This is after some uptime and moderate load > > flosoft# ping 192.168.2.1 > PING 192.168.2.1 (192.168.2.1): 56 data bytes > ping: sendto: No buffer space available > > Hardware (MSI Neo-F Mobo): > > re0: port 0xe800-0xe8ff mem > 0xfebff000-0xfebfffff irq 17 at device 0.0 on pci4 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:19:db:b5:f8:0f > re0: [FILTER] > > What if_re.c revision you have? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 02:14:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75BCB106566C for ; Thu, 17 Apr 2008 02:14:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 482108FC12 for ; Thu, 17 Apr 2008 02:14:48 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JZG00ASA68L6IF0@mta4.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Wed, 16 Apr 2008 22:14:46 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m3H2EiMD084273; Wed, 16 Apr 2008 22:14:44 -0400 Date: Wed, 16 Apr 2008 22:14:39 -0400 From: "Aryeh M. Friedman" In-reply-to: <20080417010319.GB28522@cdnetworks.co.kr> To: pyunyh@gmail.com Message-id: <4806B28F.3040504@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <4805A16B.6070502@gmail.com> <20080417010319.GB28522@cdnetworks.co.kr> User-Agent: Thunderbird 2.0.0.12 (X11/20080413) Cc: freebsd-current@freebsd.org Subject: Re: strange error in latest re(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 02:14:48 -0000 Pyun YongHyeon wrote: > On Wed, Apr 16, 2008 at 02:49:15AM -0400, Aryeh M. Friedman wrote: > > on -current (AMD64): > > > > This is after some uptime and moderate load > > > > flosoft# ping 192.168.2.1 > > PING 192.168.2.1 (192.168.2.1): 56 data bytes > > ping: sendto: No buffer space available > > > > Hardware (MSI Neo-F Mobo): > > > > re0: port 0xe800-0xe8ff mem > > 0xfebff000-0xfebfffff irq 17 at device 0.0 on pci4 > > miibus0: on re0 > > rgephy0: PHY 1 on miibus0 > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-FDX, auto > > re0: Ethernet address: 00:19:db:b5:f8:0f > > re0: [FILTER] > > > > > > What if_re.c revision you have? > Problem appeared on 1.113 but since upgrading to 1.114 seems to have gone away... From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 02:23:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B7CE1065670 for ; Thu, 17 Apr 2008 02:23:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 13D748FC1A for ; Thu, 17 Apr 2008 02:23:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so2674790wfa.7 for ; Wed, 16 Apr 2008 19:23:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=u9wB0Y9nPb5/heMhMtnmGzyqgTVsFyeCP+E6Ai5zJLY=; b=qSIMx5I3pLNxa4kMFdS77cabMG8i/MbeazTvnHpXTL2zTFLJuxttHzHfeVd2O5x3vEtbNl4AyXYEABfcNkGwPbUpuNJktHSEiJsRS/YIkEkcPsM7VfwLDGnthCYYQDJTl15t1Tpyes/0JXEjfoBr1wBvy4avT2uVmtyLd5H+Isc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Lm7h8ZoncKjBUw0S2KRJqVwVS1cAjAqFY6OgNlJ81NHs5Pe0tRYfzMHG3Ape93xZxCVolOzzXKeEqRS1V8n9GIYmEYJb3b9S45BMNntA4MEmahlQj26N5RSR/T8R4fup9aP80O46wWmn0pCkeLZuZeXd74apbyVXyFWyjdDCwY0= Received: by 10.142.70.21 with SMTP id s21mr229930wfa.240.1208399000584; Wed, 16 Apr 2008 19:23:20 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm19088246wfd.19.2008.04.16.19.23.17 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Apr 2008 19:23:19 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m3H2NEa1028966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Apr 2008 11:23:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m3H2ND7x028965; Thu, 17 Apr 2008 11:23:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 17 Apr 2008 11:23:13 +0900 From: Pyun YongHyeon To: "Aryeh M. Friedman" Message-ID: <20080417022313.GD28522@cdnetworks.co.kr> References: <4805A16B.6070502@gmail.com> <20080417010319.GB28522@cdnetworks.co.kr> <4806B28F.3040504@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4806B28F.3040504@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: strange error in latest re(4) update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 02:23:21 -0000 On Wed, Apr 16, 2008 at 10:14:39PM -0400, Aryeh M. Friedman wrote: > Pyun YongHyeon wrote: > >On Wed, Apr 16, 2008 at 02:49:15AM -0400, Aryeh M. Friedman wrote: > > > on -current (AMD64): > > > > > > This is after some uptime and moderate load > > > > > > flosoft# ping 192.168.2.1 > > > PING 192.168.2.1 (192.168.2.1): 56 data bytes > > > ping: sendto: No buffer space available > > > > > > Hardware (MSI Neo-F Mobo): > > > > > > re0: port 0xe800-0xe8ff mem > > > 0xfebff000-0xfebfffff irq 17 at device 0.0 on pci4 > > > miibus0: on re0 > > > rgephy0: PHY 1 on miibus0 > > > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > > 1000baseT-FDX, auto > > > re0: Ethernet address: 00:19:db:b5:f8:0f > > > re0: [FILTER] > > > > > > > > > >What if_re.c revision you have? > > > > Problem appeared on 1.113 but since upgrading to 1.114 seems to have > gone away... > Yes, if_re.c rev 1.114 should fix the ENOBUFS issue. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:43:50 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B39B31065671; Thu, 17 Apr 2008 10:43:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7A91A8FC15; Thu, 17 Apr 2008 10:43:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 888C946B13; Thu, 17 Apr 2008 06:43:49 -0400 (EDT) Date: Thu, 17 Apr 2008 11:43:49 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20080417112757.M1046@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@FreeBSD.org Subject: Moving pcbinfo and inpcb locks from mutexes to rwlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 10:43:50 -0000 Dear all, In the next couple of days (exact schedule depends on how testing goes), I'll merge a portion of the rwlock lock patch that I've developed and that Kris has been testing. This opens the door to increased parallelism in the network stack by facilitating UDP and TCP moves to read-locking of certain data structures under certain conditions. These patches were originally developed to address known high lock contention when running the BIND9 and nsd name servers, which employ a single UDP socket from many threads simultaneously. In the first pass, the changes simply substitute an rwlock for a mutex, and convert the accessor macros to explicit write-locking for inpcbs; for pcbinfo, we allow read locking to be used in certain restricted situations, and generalize certain lock assertions to allow read locks to be held. However, in practice, this pass should make little functional difference, as all key paths will remain protected by exclusive locking. This will then settle for a bit to attempt to show up any problems that didn't turn up in testing so far, and then... In the second pass, write locking is replaced with read locking of the pcbinfo lock in input paths for UDP, and write locking of the inpcb is replaced with read locking in many cases in the output paths, elimating one source of high lock contention for BIND/nsd. TCP continues to use exclusive locking in all cases with this set of changes. It is my understanding, and I need to confirm this, that struct rwlock is the same size as struct mutex, meaning that (a) they don't require monitoring tools to be rebuilt, and (b) these are potential MFC candidates. If you run into ABI problems with monitoring tools after the merge, please let me know (including architecture information, etc). Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:46:24 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19965106567F for ; Thu, 17 Apr 2008 13:46:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id ECA698FC15 for ; Thu, 17 Apr 2008 13:46:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 723D946B66; Thu, 17 Apr 2008 09:46:23 -0400 (EDT) Date: Thu, 17 Apr 2008 14:46:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: sos@FreeBSD.org Message-ID: <20080417144424.D71628@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: ATA problem in Parallels: warnings -> failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 13:46:24 -0000 Dear Soren, Since my most recent kernel update, the intermittent TIMEOUT - READ_DMA warnings I get on my parallels install appear to have become somewhat less innocuous: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=38669679 ad0: FAILURE - already active DMA on this device ad0: setting up DMA failed g_vfs_done():ad0s1e[READ(offset=18188230656, length=2048)]error = 5 cvs update: in directory modules/tx: cvs [update aborted]: cannot read CVS/Repository: Input/output error In the past, this appeared to be a symptom of long and unexplained delays in Parallel's ATA -> image file operation, but were not harmful as the retried operation succeeded. However, it seems that this is no longer the case, with errors exposed to higher levels of the file system. Do you have any suggestions? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 14:37:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07BA3106566B for ; Thu, 17 Apr 2008 14:37:09 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9678FC1C for ; Thu, 17 Apr 2008 14:37:07 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by ti-out-0910.google.com with SMTP id j2so23272tid.3 for ; Thu, 17 Apr 2008 07:37:07 -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:to:subject:mime-version:content-type; bh=he05LqbPdWATC/WfpZTPF9CZ+VEF5BvvVpTGP4gfBJU=; b=utDO6E8yAliiRbcXKzyt7JKj6au+4/SgnimPvzCXUBy2LjxTVga15+zCr1KHwLAYzTUIQJLMHzTK5PtfYXPbvdXf0xO5pPLauPOhGTDKdOD2LF2ul+5fPQxeo2RCex+PP4y5o1aa6hIvB4fzrS08ULOzTVC5FsOjmPiQIynul8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=tQmKhmVQtHk6Y9Z7Bjb8PGJlDx6DXf+lqMIO45+OVBMb1bKU1DDnuhCwU1yFkqcO0mQOMfFSqWl1GH87+ohLhK9uZ4jVJwPuHMNmYw3EmZUhIP5oiZ0/KKzfaMBIdViR8gQKeyA/KkluzJMUFuTQIKAcQ38oCihFQCsBQoGEreo= Received: by 10.110.47.17 with SMTP id u17mr143651tiu.4.1208441449444; Thu, 17 Apr 2008 07:10:49 -0700 (PDT) Received: by 10.110.93.4 with HTTP; Thu, 17 Apr 2008 07:10:49 -0700 (PDT) Message-ID: <5635aa0d0804170710r7e33b896t91ed3ca149ab6696@mail.gmail.com> Date: Thu, 17 Apr 2008 21:10:49 +0700 From: "Outback Dingo" To: "FreeBSD Current" , "Marko Zec" , "Marko Zec" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: VIMAGE USAGE or DOCUMENTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 14:37:09 -0000 Are there any DOCs on how to setup and start working with VIMAGE? or even a short howto ? Ive been guessing at this for a bit, but something doesnt make sense i see no if_ve kldload says not existant, though i did patch, compile reboot uname shows VIMAGE vimage -l is ok how does one create virtual interfaces? Ive even read the http://www.tel.fer.hr/zec/BSD/vimage-old/overlay though even this seems dated and doesnt function From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 14:38:53 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDB10106566C; Thu, 17 Apr 2008 14:38: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 4D4AB8FC0C; Thu, 17 Apr 2008 14:38:53 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m3HER32w032686; Thu, 17 Apr 2008 18:27:03 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 17 Apr 2008 18:27:03 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20080417182242.G29339@woozle.rinet.ru> 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-3.0 (woozle.rinet.ru [0.0.0.0]); Thu, 17 Apr 2008 18:27:03 +0400 (MSD) Cc: emaste@FreeBSD.org, scottl@FreeBSD.org Subject: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 14:38:54 -0000 Colleagues, are there any chances getting Adaptec 1420SA SATA controller to work under FreeBSD? The card is identified by pciconf as card=0x02419005 chip=0x02419005 rev=0x01 Thanks in advance. 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-current@FreeBSD.ORG Thu Apr 17 15:18:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC92E106564A; Thu, 17 Apr 2008 15:18:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from webmail12.yandex.ru (webmail12.yandex.ru [213.180.223.101]) by mx1.freebsd.org (Postfix) with ESMTP id 421F08FC26; Thu, 17 Apr 2008 15:18:37 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (webmail12) by mail.yandex.ru id S7061557AbYDQPSY for (+ 3 others); Thu, 17 Apr 2008 19:18:24 +0400 X-Yandex-Spam: 0 Received: from [77.72.136.70] ([77.72.136.70]) by mail.yandex.ru with HTTP; Thu, 17 Apr 2008 19:18:24 +0400 From: "Andrey V. Elsukov" To: marck@rinet.ru In-Reply-To: 9060000000212025383 References: 9060000000212025383 MIME-Version: 1.0 Message-Id: <1415691208445504@webmail12.yandex.ru> Date: Thu, 17 Apr 2008 19:18:24 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: scottl@freebsd.org, emaste@freebsd.org, current@freebsd.org, sos@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 15:18:37 -0000 17.04.08, 18:27, "Dmitry Morozovsky" : > Colleagues, > are there any chances getting Adaptec 1420SA SATA controller to work under > FreeBSD? > The card is identified by pciconf as > card=0x02419005 chip=0x02419005 rev=0x01 > Thanks in advance. Hi, Dmitry. You can try this patch. http://butcher.heavennet.ru/patches/kernel/ata/marvell/adaptec.diff -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 16:30:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DEDE106564A for ; Thu, 17 Apr 2008 16:30:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id BF3578FC0A for ; Thu, 17 Apr 2008 16:30:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m3HGUKmT034666; Thu, 17 Apr 2008 10:30:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48077B1C.5070608@samsco.org> Date: Thu, 17 Apr 2008 10:30:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: 9060000000212025383 <1415691208445504@webmail12.yandex.ru> In-Reply-To: <1415691208445504@webmail12.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: scottl@freebsd.org, sos@freebsd.org, emaste@freebsd.org, marck@rinet.ru, current@freebsd.org Subject: Re: Adaptec 1420SA support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 16:30:27 -0000 Andrey V. Elsukov wrote: > 17.04.08, 18:27, "Dmitry Morozovsky" : > >> Colleagues, >> are there any chances getting Adaptec 1420SA SATA controller to work under >> FreeBSD? >> The card is identified by pciconf as >> card=0x02419005 chip=0x02419005 rev=0x01 >> Thanks in advance. > > Hi, Dmitry. > > You can try this patch. > http://butcher.heavennet.ru/patches/kernel/ata/marvell/adaptec.diff That should at least make the chip start to do I/O. I'm not sure if the BIOS-based RAID will work in FreeBSD, though. Make sure you have the ata-raid device loaded so it can at least try to work. If it doesn't, do a 'dd' dump of the very last sector of the disks and send it to me. Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:34:33 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1FD010656C3; Thu, 17 Apr 2008 17:34:33 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 691578FC0C; Thu, 17 Apr 2008 17:34:33 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.69) (envelope-from ) id 1JmY0F-0007tB-KA; Thu, 17 Apr 2008 19:34:31 +0200 Received: from x01ff.x.pppool.de ([89.59.1.255]:26518 helo=peedub.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #12) id 1JmY0F-0005KY-8j; Thu, 17 Apr 2008 19:34:31 +0200 Date: Thu, 17 Apr 2008 19:34:30 +0200 From: Gary Jennejohn To: Robert Watson Message-ID: <20080417193430.63adea19@peedub.jennejohn.org> In-Reply-To: <20080417144424.D71628@fledge.watson.org> References: <20080417144424.D71628@fledge.watson.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, sos@FreeBSD.org Subject: Re: ATA problem in Parallels: warnings -> failures X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 17:34:34 -0000 On Thu, 17 Apr 2008 14:46:23 +0100 (BST) Robert Watson wrote: > > Dear Soren, > > Since my most recent kernel update, the intermittent TIMEOUT - READ_DMA > warnings I get on my parallels install appear to have become somewhat less > innocuous: > > ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=38669679 > ad0: FAILURE - already active DMA on this device > ad0: setting up DMA failed > g_vfs_done():ad0s1e[READ(offset=18188230656, length=2048)]error = 5 > cvs update: in directory modules/tx: > cvs [update aborted]: cannot read CVS/Repository: Input/output error > > In the past, this appeared to be a symptom of long and unexplained delays in > Parallel's ATA -> image file operation, but were not harmful as the retried > operation succeeded. However, it seems that this is no longer the case, with > errors exposed to higher levels of the file system. Do you have any > suggestions? > I see this eror on real hardware (PATA DVD hooked to nVidia nForce MCP61 UDMA133 controller) with a kernel generated today: Apr 17 13:11:07 peedub kernel: acd0: TIMEOUT - READ_BIG retrying (1 retry left) Apr 17 13:11:07 peedub kernel: acd0: FAILURE - already active DMA on this device Apr 17 13:11:07 peedub kernel: acd0: setting up DMA failed Apr 17 13:11:07 peedub kernel: g_vfs_done():acd0[READ(offset=4315742208, length=65536)]error = 5 Apr 17 13:11:07 peedub kernel: g_vfs_done():acd0[READ(offset=29360128, length=65536)]error = 5 Apr 17 13:11:07 peedub kernel: g_vfs_done():acd0[READ(offset=33554432, length=65536)]error = 5 Apr 17 13:11:41 peedub kernel: g_vfs_done():acd0[READ(offset=1103101952, length=65536)]error = 5 Apr 17 13:12:08 peedub kernel: g_vfs_done():acd0[READ(offset=2172649472, length=65536)]error = 5 Apr 17 13:12:42 peedub kernel: g_vfs_done():acd0[READ(offset=3242196992, length=65536)]error = 5 Apr 17 13:13:15 peedub kernel: g_vfs_done():acd0[READ(offset=4311744512, length=65536)]error = 5 Apr 17 13:13:15 peedub kernel: g_vfs_done():acd0[READ(offset=563200, length=2048)]error = 5 It almost looks like the driver isn't cleaning up pending DMAs when a hard error occurs. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:53:12 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC94106564A for ; Thu, 17 Apr 2008 17:53:12 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id B628E8FC20 for ; Thu, 17 Apr 2008 17:53:11 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 98395409DFA for ; Thu, 17 Apr 2008 19:26:57 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80458-04 for ; Thu, 17 Apr 2008 19:26:56 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 9C3964099DF for ; Thu, 17 Apr 2008 19:26:56 +0200 (CEST) From: "Josep Pujadas i Jubany" To: current@FreeBSD.org Date: Thu, 17 Apr 2008 19:26:56 +0200 Message-Id: <20080417171439.M22551@bellera.cat> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 192.168.100.204 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 17:53:12 -0000 Hello! Two weeks ago I installed FreeBSD 7.0 in a new HP Proliant ML110 G5 machine and I configured ad0 for using gmirror, waiting for a second disk. I just added a second hard disk arrived today from HP ... # gmirror insert gm0 /dev/ad2 I'm having DMA errors: Apr 17 16:49:55 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad2. Apr 17 16:50:13 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=1534720 Apr 17 16:50:46 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=4563840 ... ... Apr 17 17:39:28 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=268281088 Apr 17 17:39:46 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=269601536 Apr 17 17:39:46 mail_2 kernel: ad2: FAILURE - WRITE_DMA48 status=51 error=10 LBA=269601536 Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Synchronization request failed (error=5). ad2[WRITE(offset=138035986432, length=131072)] Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: provider ad2 disconnected. Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding provider ad2 stopped. Disks are equal in capactiy: Apr 17 16:40:48 mail_2 kernel: ad0: 238475MB at ata0-master SATA150 Apr 17 16:40:48 mail_2 kernel: ad2: 238475MB at ata1- master SATA150 # atacontrol list ATA channel 0: Master: ad0 Serial ATA v1.0 Slave: no device present ATA channel 1: Master: ad2 Serial ATA v1.0 Slave: no device present ATA channel 2: Master: acd0 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: no device present Slave: no device present Any ideas? Thanks, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:46:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9F99106564A for ; Thu, 17 Apr 2008 18:46:36 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id AF20D8FC13 for ; Thu, 17 Apr 2008 18:46:36 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from [213.142.183.219] (helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JmZ7y-0000uo-SY for freebsd-current@freebsd.org; Thu, 17 Apr 2008 20:46:34 +0200 Message-ID: <48079AF6.3050002@FreeBSD.org> Date: Thu, 17 Apr 2008 20:46:14 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080311) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Subject: Kernel from one hour ago panics on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 18:46:37 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi guys, | uname -a (from kernel.old) FreeBSD gahrtop.localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #20: Mon Apr 14 22:27:08 CEST 2008 root@gahrtop.localhost:/usr/obj/usr/src/sys/MSI1034 i386 just rebuild the kernel on CURRENT, check out from less than one hour ago. The "g_down" process panics after: kernel: SMP: AP CPU #1 Launched Unfortunately the dump device is not yet configured at that stage, so I cannot provide much more information. Hope this helps (at least a little..) Best, - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEAREKAAYFAkgHmvQACgkQwMJqmJVx944f6ACg29rMbmlL44wFMVrVbaPP7bHk qiUAoKvH+iCjGBLDC/M976cGIgYOMp6v =r1PT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 20:35:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E83EA1065670 for ; Thu, 17 Apr 2008 20:35:23 +0000 (UTC) (envelope-from trebestie@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 7895C8FC13 for ; Thu, 17 Apr 2008 20:35:23 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so189060fgg.35 for ; Thu, 17 Apr 2008 13:35:22 -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:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=wQJnu75DQeQcIHqCn0tp0M/4OK2bWP3ri8wAyzUtl0A=; b=gKTizX109KYnwLoBw+0xPpVGUH44h+UsmFnllBHuXKIKs//gN4UJJXsNAQbsOTtLeyym0XoEo8BBJDBNCgm0Y/1l6DoGJ4AZATcKzAhXKoQbn9OV+35nP9ggoIpF+LqthejOfUTJ0A6OjpvJWeEJsppZ1Y3qUAqAxnOlrCHMpDg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YCd2bfDMBKyQ7IICjHje9w9Tm9V+qTormdI5U/aBTih8WqM3TwTz4Vb73LRGtozeBJkdzrxMEwOOifptvjOW7zyyGaq1VciEPJ8hPs8CYJI1UpHKu4YIFXiVjlHnHpjCWRsT/f3AYJSkIvTWzmaFGCig3hxaI6/NjEg9ggLjNV4= Received: by 10.86.81.14 with SMTP id e14mr3492014fgb.42.1208464522259; Thu, 17 Apr 2008 13:35:22 -0700 (PDT) Received: by 10.86.94.5 with HTTP; Thu, 17 Apr 2008 13:35:22 -0700 (PDT) Message-ID: <83e5fb980804171335m7b56313enf454638e6aa1527@mail.gmail.com> Date: Thu, 17 Apr 2008 22:35:22 +0200 From: "Diego Depaoli" To: freebsd-current In-Reply-To: <48079AF6.3050002@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48079AF6.3050002@FreeBSD.org> Subject: Re: Kernel from one hour ago panics on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 20:35:24 -0000 2008/4/17, Pietro Cerutti : > Hi guys, > > | uname -a (from kernel.old) > FreeBSD gahrtop.localhost 8.0-CURRENT FreeBSD 8.0-CURRENT #20: Mon Apr > 14 22:27:08 CEST 2008 > root@gahrtop.localhost:/usr/obj/usr/src/sys/MSI1034 i386 > just rebuild the kernel on CURRENT, check out from less than one hour ago. > > The "g_down" process panics after: > kernel: SMP: AP CPU #1 Launched The club grows. Bad news. If you load atapicam on boot, try disabling it. That fixed panic on boot for me, but system is still unusable. Cheers, -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 21:58:31 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A40106566B for ; Thu, 17 Apr 2008 21:58:31 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id D41A48FC15 for ; Thu, 17 Apr 2008 21:58:30 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Jmc7h-000E12-Ep for freebsd-current@FreeBSD.org; Fri, 18 Apr 2008 01:58:29 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Fri, 18 Apr 2008 01:58:29 +0400 Message-ID: <94161466@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2008 21:58:31 -0000 Hi! Yesterday I upgraded my tinderbox and it didn't boot. Here is a verbose log from last successful booting (as of 10-apr): ftp://ftp.ipt.ru/pub/current/amd64-good.log The verbose lo from last attempt: ftp://ftp.ipt.ru/pub/current/amd64-bad.log And maybe (more interesting) their diff: ftp://ftp.ipt.ru/pub/current/amd64.diff Actually "successful" boot was not quite that, the machine was hardly usable: ----- calcru: runtime went backwards from 1134693 usec to 953519 usec for pid 13 (yarrow) calcru: runtime went backwards from 2978042 usec to 2717877 usec for pid 4 (g_down) calcru: runtime went backwards from 6452579 usec to 5797516 usec for pid 3 (g_up) calcru: runtime went backwards from 672695 usec to 566952 usec for pid 2 (g_event) calcru: runtime went backwards from 13198 usec to 10830 usec for pid 1 (init) calcru: runtime went backwards from 8865810584 usec to 7274820189 usec for pid 1 (init) ----- I tried to update and finally lost it... WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 00:20:37 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A3F1065670; Fri, 18 Apr 2008 00:20:37 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id BF6B58FC1C; Fri, 18 Apr 2008 00:20:37 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m3I0KbQQ012979; Thu, 17 Apr 2008 17:20:37 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m3I0Kbom012978; Thu, 17 Apr 2008 17:20:37 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Apr 2008 17:20:37 -0700 From: "David O'Brien" To: Coleman Kane Message-ID: <20080418002037.GA11705@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Coleman Kane , freebsd-current@FreeBSD.org, jhb@FreeBSD.org References: <1208208513.1279.51.camel@localhost> <1208208998.1279.54.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1208208998.1279.54.camel@localhost> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.org, jhb@FreeBSD.org Subject: Re: Patch to fix crashing experienced while using GDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 00:20:38 -0000 On Mon, Apr 14, 2008 at 05:36:38PM -0400, Coleman Kane wrote: > On Mon, 2008-04-14 at 17:28 -0400, Coleman Kane wrote: > > Hello, > > > > Some time ago, I got the attached patch from jhb (IIRC). It has worked > > for me and cured a problem that was making a bunch of my code > > un-traceable using GDB on FreeBSD. Debugging would result in a crash of > > GDB, preventing me from seeing what bug I had that crashed my program. > > > > Anyhow, my question is: Is there any reason this shouldn't be pushed > > into the tree? Who do I need to talk to (obrien? the compiler > > maintainers?) about it? > > BTW, this has already been fixed in the GDB sources (using nearly the > exact same code) since August 2004 in rev. 1.79 of gdb/target.c: > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/target.c?rev=1.79&content-type=text/x-cvsweb-markup&cvsroot=src OK, I'll take a look at it. -- - David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 00:32:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3CA3106566C for ; Fri, 18 Apr 2008 00:32:20 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0208FC1F for ; Fri, 18 Apr 2008 00:32:20 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m3I0W3Ps013195; Thu, 17 Apr 2008 17:32:03 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m3I0W3Fq013194; Thu, 17 Apr 2008 17:32:03 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Apr 2008 17:32:03 -0700 From: "David O'Brien" To: Andrew Gallatin Message-ID: <20080418003203.GB11705@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Andrew Gallatin , gnn@freebsd.org, freebsd-current@freebsd.org References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18431.23276.913397.188219@grasshopper.cs.duke.edu> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: gnn@freebsd.org, freebsd-current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 00:32:20 -0000 On Fri, Apr 11, 2008 at 08:34:29AM -0400, Andrew Gallatin wrote: > gnn@freebsd.org writes: > > Howdy, > > > > Is the TSC timecounter synchronized across multiple cores and/or > > processors? A quick search seems to indicate it's not but I'd like to > > find a definitive reference on the TSC. > > There is a great comment in the OpenSolaris source code talking about > TSCs and their behavior on SMP systems. See > http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/uts/i86pc/os/timestamp.c > > FWIW, solaris manages to keep track of unsynchronized TSCs, and use > unsynchronized TSC timecounters for timekeeping on SMP systems. It > would be nice if FreeBSD could do the same. This only works for systems with an invariant TSC. That is Solaris keeps a per-CPU(core) TSC delta that is applied when the TSC is read from that CPU(core). I agree this would be a nice feature to have. Linux sorely needs it too. This breaks down if the TSC's are not P-state invariant. Which is why Solaris does not support PowerNow! on K8's. But running K8's at their max speed, Solaris achieves an invariant TSC. AMD processors make no guarantees about TSC values being synced across processors (or Cores of a processor). This is true for K7, K8, and Greyhound (Family 10h). The TSC on K8 is not invariant - its rate of change is affected by P-state changes. The TSC on Greyhound (Family 10h) is invariant. [but as stated above, is not synced with other cores] -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 00:34:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E44CF106566B for ; Fri, 18 Apr 2008 00:34:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id BDAF88FC20 for ; Fri, 18 Apr 2008 00:34:15 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m3I0XxLq013239; Thu, 17 Apr 2008 17:33:59 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m3I0XxHG013238; Thu, 17 Apr 2008 17:33:59 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Apr 2008 17:33:59 -0700 From: "David O'Brien" To: gnn@freebsd.org Message-ID: <20080418003359.GC11705@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, gnn@freebsd.org, Andrew Gallatin , freebsd-current@freebsd.org References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 00:34:16 -0000 On Tue, Apr 15, 2008 at 04:41:22PM +0900, gnn@freebsd.org wrote: > I also believe that at least per processor there is only 1 TSC, that > is, on a 2 or 4 core, all cores share the same TSC. Nope. (at least nope for AMD processors) -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 00:35:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FE071065673 for ; Fri, 18 Apr 2008 00:35:33 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 768468FC1B for ; Fri, 18 Apr 2008 00:35:33 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m3I0ZGKO013288; Thu, 17 Apr 2008 17:35:16 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m3I0ZGbI013287; Thu, 17 Apr 2008 17:35:16 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Apr 2008 17:35:16 -0700 From: "David O'Brien" To: David Malone Message-ID: <20080418003516.GD11705@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, David Malone , Jeff Roberson , gnn@freebsd.org, Andrew Gallatin , freebsd-current@freebsd.org References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> <20080414215057.B959@desktop> <20080415084602.GA44129@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080415084602.GA44129@walton.maths.tcd.ie> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: gnn@freebsd.org, freebsd-current@freebsd.org, Jeff Roberson , Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 00:35:33 -0000 On Tue, Apr 15, 2008 at 09:46:02AM +0100, David Malone wrote: > On Mon, Apr 14, 2008 at 09:51:42PM -1000, Jeff Roberson wrote: > > I think we should confirm whether this is the case with earlier opterson. > > I have seen two processors on the same die out of sync. > > This can definitely happen according to this note from AMD, which > someone posted a link to earlier in the thread: > > http://lkml.org/lkml/2005/11/4/173 > > it can happen when you hlt one core, but don't hlt the other on > some processors. Actually that is something slightly different. Even without HLT, RDTSC on the two cores of a dual-core processor can be out of sync. HLT can affect the delta between the two cores. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 00:38:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26AE01065678 for ; Fri, 18 Apr 2008 00:38:22 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id EFCE08FC18 for ; Fri, 18 Apr 2008 00:38:21 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m3I0c5HQ013354; Thu, 17 Apr 2008 17:38:05 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.1/Submit) id m3I0c5HT013353; Thu, 17 Apr 2008 17:38:05 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Apr 2008 17:38:05 -0700 From: "David O'Brien" To: Peter Wemm Message-ID: <20080418003805.GE11705@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Peter Wemm , David Malone , gnn@freebsd.org, Jeff Roberson , Andrew Gallatin , freebsd-current@freebsd.org References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> <20080414215057.B959@desktop> <20080415084602.GA44129@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: David Malone , gnn@freebsd.org, freebsd-current@freebsd.org, Jeff Roberson , Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 00:38:22 -0000 On Tue, Apr 15, 2008 at 09:43:04PM -0700, Peter Wemm wrote: > AMD even ship a special program / driver / hack / whatever that > synchronizes the TSC on multi-core systems. For MS-Windows. Because MSFT and Windows programmers cannot manage to DTRT. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 01:23:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 655501065670 for ; Fri, 18 Apr 2008 01:23:06 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id 36ACC8FC16 for ; Fri, 18 Apr 2008 01:23:06 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id EoSa1Z0071GXsucA702s00; Fri, 18 Apr 2008 01:11:30 +0000 Received: from discordia ([24.60.135.75]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id EpCg1Z00B1dmTCQ8T00000; Fri, 18 Apr 2008 01:12:41 +0000 X-Authority-Analysis: v=1.0 c=1 a=FaM0GyIPfKoA:10 a=BPOp9DsWJQ8A:10 a=CCpqsmhAAAAA:8 a=3wbeZlpd5NUVfO9AEEQA:9 a=UPP9Mlkr_YhL_99DSq4A:7 a=zwrQaz11gfqX21Lv4AXkFwEWZrYA:4 a=LY0hPdMaydYA:10 a=iNH_C-BM1NFJhYGmGWYA:9 a=rdo9mH6dUf83txG26LwKgTR_kr4A:4 a=rPt6xJ-oxjAA:10 Received: by discordia (Postfix, from userid 103) id 5372F1636FA; Thu, 17 Apr 2008 21:12:40 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 6F1A11636F9; Thu, 17 Apr 2008 21:12:23 -0400 (EDT) From: Coleman Kane To: obrien@freebsd.org In-Reply-To: <20080418002037.GA11705@dragon.NUXI.org> References: <1208208513.1279.51.camel@localhost> <1208208998.1279.54.camel@localhost> <20080418002037.GA11705@dragon.NUXI.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-O72irOuigkpnKx/djilO" Organization: FreeBSD Project Date: Thu, 17 Apr 2008 21:11:58 -0400 Message-Id: <1208481118.1444.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: Patch to fix crashing experienced while using GDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 01:23:06 -0000 --=-O72irOuigkpnKx/djilO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-04-17 at 17:20 -0700, David O'Brien wrote: > On Mon, Apr 14, 2008 at 05:36:38PM -0400, Coleman Kane wrote: > > On Mon, 2008-04-14 at 17:28 -0400, Coleman Kane wrote: > > > Hello, > > >=20 > > > Some time ago, I got the attached patch from jhb (IIRC). It has worke= d > > > for me and cured a problem that was making a bunch of my code > > > un-traceable using GDB on FreeBSD. Debugging would result in a crash = of > > > GDB, preventing me from seeing what bug I had that crashed my program= . > > >=20 > > > Anyhow, my question is: Is there any reason this shouldn't be pushed > > > into the tree? Who do I need to talk to (obrien? the compiler > > > maintainers?) about it? > >=20 > > BTW, this has already been fixed in the GDB sources (using nearly the > > exact same code) since August 2004 in rev. 1.79 of gdb/target.c: > >=20 > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/target.c?rev=3D1.79&co= ntent-type=3Dtext/x-cvsweb-markup&cvsroot=3Dsrc >=20 > OK, I'll take a look at it. >=20 BTW, I could do the commit myself, but I understand GDB/GCC stuff to be a touchy part of the system, requiring extra care considering the licensing issues involved and the sensitive nature of touching something so important to everyone... I've had it sitting in my git for at least a year or more... --=20 Coleman Kane --=-O72irOuigkpnKx/djilO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkgH9VsACgkQcMSxQcXat5dvPACfZvHwEoFO37uJ8vGt6SLCRn52 DA8AnA5qwvMntTHPNCXTWwuiERdoAHi4 =2KWl -----END PGP SIGNATURE----- --=-O72irOuigkpnKx/djilO-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 02:07:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA101065670 for ; Fri, 18 Apr 2008 02:07:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outg.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3F18FC1A for ; Fri, 18 Apr 2008 02:07:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 18 Apr 2008 06:12:30 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id CE0B42D6010; Thu, 17 Apr 2008 19:07:44 -0700 (PDT) Message-ID: <48080276.3040203@elischer.org> Date: Thu, 17 Apr 2008 19:07:50 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: obrien@freebsd.org, Andrew Gallatin , gnn@freebsd.org, freebsd-current@freebsd.org References: <18431.23276.913397.188219@grasshopper.cs.duke.edu> <20080418003203.GB11705@dragon.NUXI.org> In-Reply-To: <20080418003203.GB11705@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 02:07:45 -0000 David O'Brien wrote: > > The TSC on K8 is not invariant - its rate of change is affected by > P-state changes. > > The TSC on Greyhound (Family 10h) is invariant. > [but as stated above, is not synced with other cores] You'd think that an invariant sync'd clock (fast to read) of some type would have been done by someone by now.. The software people have been asking for this for the last decade at least. > From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 03:29:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AEDB106566B for ; Fri, 18 Apr 2008 03:29:41 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 07E2F8FC12; Fri, 18 Apr 2008 03:29:41 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3I3TamG019341; Fri, 18 Apr 2008 03:29:39 GMT (envelope-from davidxu@freebsd.org) Message-ID: <480815F9.5030005@freebsd.org> Date: Fri, 18 Apr 2008 11:31:05 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: Boris Samorodov References: <94161466@bb.ipt.ru> In-Reply-To: <94161466@bb.ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 03:29:41 -0000 Boris Samorodov wrote: > Hi! > > > Yesterday I upgraded my tinderbox and it didn't boot. Here is > a verbose log from last successful booting (as of 10-apr): > ftp://ftp.ipt.ru/pub/current/amd64-good.log > > The verbose lo from last attempt: > ftp://ftp.ipt.ru/pub/current/amd64-bad.log > > And maybe (more interesting) their diff: > ftp://ftp.ipt.ru/pub/current/amd64.diff > cd /sys/dev/ata cvs up -D 4/15/2008 This fixed problem for me. David Xu From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:30:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B49CB106566C for ; Fri, 18 Apr 2008 05:30:41 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9758FC0A for ; Fri, 18 Apr 2008 05:30:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:24021 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4747329AbYDRFad (ORCPT + 1 other); Fri, 18 Apr 2008 09:30:33 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp3 X-Yandex-TimeMark: 1208496633 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: bu7cher Message-ID: <480831F6.8010401@yandex.ru> Date: Fri, 18 Apr 2008 09:30:30 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: David Xu References: <94161466@bb.ipt.ru> <480815F9.5030005@freebsd.org> In-Reply-To: <480815F9.5030005@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 05:30:41 -0000 David Xu wrote: > cd /sys/dev/ata > cvs up -D 4/15/2008 > This fixed problem for me. Do you still have problems with todays ata(4)? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:45:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 397761065671 for ; Fri, 18 Apr 2008 05:45:33 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 02B4B8FC1B; Fri, 18 Apr 2008 05:45:33 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3I5jRxH006402; Fri, 18 Apr 2008 05:45:30 GMT (envelope-from davidxu@freebsd.org) Message-ID: <480835D0.1080507@freebsd.org> Date: Fri, 18 Apr 2008 13:46:56 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <94161466@bb.ipt.ru> <480815F9.5030005@freebsd.org> <480831F6.8010401@yandex.ru> In-Reply-To: <480831F6.8010401@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 05:45:33 -0000 Andrey V. Elsukov wrote: > David Xu wrote: >> cd /sys/dev/ata >> cvs up -D 4/15/2008 >> This fixed problem for me. > > Do you still have problems with todays ata(4)? > Yes. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:51:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C00671065670; Fri, 18 Apr 2008 05:51:59 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp10.yandex.ru (smtp10.yandex.ru [213.180.223.92]) by mx1.freebsd.org (Postfix) with ESMTP id C7C7A8FC1A; Fri, 18 Apr 2008 05:51:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:45025 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S5866905AbYDRFvx (ORCPT + 1 other); Fri, 18 Apr 2008 09:51:53 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp10 X-Yandex-TimeMark: 1208497913 X-MsgDayCount: 6 X-Comment: RFC 2476 MSA function at smtp10.yandex.ru logged sender identity as: bu7cher Message-ID: <480836F6.5080006@yandex.ru> Date: Fri, 18 Apr 2008 09:51:50 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: David Xu References: <94161466@bb.ipt.ru> <480815F9.5030005@freebsd.org> <480831F6.8010401@yandex.ru> <480835D0.1080507@freebsd.org> In-Reply-To: <480835D0.1080507@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 05:51:59 -0000 David Xu wrote: > Andrey V. Elsukov wrote: >> David Xu wrote: >>> cd /sys/dev/ata >>> cvs up -D 4/15/2008 >>> This fixed problem for me. >> >> Do you still have problems with todays ata(4)? > Yes. Can you be more verbose? :) Show verbose dmesg and what is wrong? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:58:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB911106566B for ; Fri, 18 Apr 2008 05:58:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD628FC21 for ; Fri, 18 Apr 2008 05:58:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Jmjc0-000KKd-4g; Fri, 18 Apr 2008 09:58:16 +0400 To: David Xu References: <94161466@bb.ipt.ru> <480815F9.5030005@freebsd.org> From: Boris Samorodov Date: Fri, 18 Apr 2008 09:58:16 +0400 In-Reply-To: <480815F9.5030005@freebsd.org> (David Xu's message of "Fri\, 18 Apr 2008 11\:31\:05 +0800") Message-ID: <95914647@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, sos@FreeBSD.org Subject: Re: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 05:58:17 -0000 On Fri, 18 Apr 2008 11:31:05 +0800 David Xu wrote: > Boris Samorodov wrote: > > > > Yesterday I upgraded my tinderbox and it didn't boot. Here is > > a verbose log from last successful booting (as of 10-apr): > > ftp://ftp.ipt.ru/pub/current/amd64-good.log > > > > The verbose lo from last attempt: > > ftp://ftp.ipt.ru/pub/current/amd64-bad.log > > > > And maybe (more interesting) their diff: > > ftp://ftp.ipt.ru/pub/current/amd64.diff > cd /sys/dev/ata > cvs up -D 4/15/2008 > This fixed problem for me. David, thanks for your suggestion, but it doesn't work for me. I just had the /sys/dev/ata version you suggested. Soren, the very recent changes to ata doesn't help eighter. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:00:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED4F106566B for ; Fri, 18 Apr 2008 06:00:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D33158FC1D; Fri, 18 Apr 2008 06:00:56 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3I60q5k006915; Fri, 18 Apr 2008 06:00:54 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4808396C.6090200@freebsd.org> Date: Fri, 18 Apr 2008 14:02:20 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <94161466@bb.ipt.ru> <480815F9.5030005@freebsd.org> <480831F6.8010401@yandex.ru> <480835D0.1080507@freebsd.org> <480836F6.5080006@yandex.ru> In-Reply-To: <480836F6.5080006@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 06:00:57 -0000 Andrey V. Elsukov wrote: > David Xu wrote: >> Andrey V. Elsukov wrote: >>> David Xu wrote: >>>> cd /sys/dev/ata >>>> cvs up -D 4/15/2008 >>>> This fixed problem for me. >>> >>> Do you still have problems with todays ata(4)? >> Yes. > > Can you be more verbose? :) > Show verbose dmesg and what is wrong? > There is no interesting information, same as your amd64-bad.log: Trying to mount root from ufs:/dev/ad4s2a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:19:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 999C4106566B; Fri, 18 Apr 2008 06:19:23 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 257018FC1E; Fri, 18 Apr 2008 06:19:23 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1JmjwP-000Kcx-Um; Fri, 18 Apr 2008 10:19:22 +0400 To: "Andrey V. Elsukov" References: <94161466@bb.ipt.ru> <480815F9.5030005@freebsd.org> <480831F6.8010401@yandex.ru> <480835D0.1080507@freebsd.org> <480836F6.5080006@yandex.ru> From: Boris Samorodov Date: Fri, 18 Apr 2008 10:19:22 +0400 In-Reply-To: <480836F6.5080006@yandex.ru> (Andrey V. Elsukov's message of "Fri\, 18 Apr 2008 09\:51\:50 +0400") Message-ID: <63753381@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, David Xu Subject: Re: intel server not loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 06:19:23 -0000 On Fri, 18 Apr 2008 09:51:50 +0400 Andrey V. Elsukov wrote: > David Xu wrote: > > Andrey V. Elsukov wrote: > >> David Xu wrote: > >>> cd /sys/dev/ata > >>> cvs up -D 4/15/2008 > >>> This fixed problem for me. > >> > >> Do you still have problems with todays ata(4)? > > Yes. > Can you be more verbose? :) > Show verbose dmesg and what is wrong? Nothing changed to me with recent ata. Here is the diff of verbose logging: ----- --- bad-amd64.log 2008-04-18 01:41:47.000000000 +0400 +++ amd64-2008.04.18.log 2008-04-18 10:14:41.000000000 +0400 @@ -4,9 +4,9 @@ SMAP type=01 base=0000000000000000 len=000000000009ec00 SMAP type=02 base=000000000009ec00 len=0000000000001400 SMAP type=02 base=00000000000a0000 len=0000000000060000 -SMAP type=01 base=0000000000100000 len=00000000de31c000 -SMAP type=04 base=00000000de41c000 len=00000000000c2000 -SMAP type=01 base=00000000de4de000 len=0000000001554000 +SMAP type=01 base=0000000000100000 len=00000000de320000 +SMAP type=04 base=00000000de420000 len=00000000000c2000 +SMAP type=01 base=00000000de4e2000 len=0000000001550000 SMAP type=02 base=00000000dfa32000 len=0000000000068000 SMAP type=01 base=00000000dfa9a000 len=0000000000032000 SMAP type=04 base=00000000dfacc000 len=000000000004e000 @@ -21,12 +21,12 @@ 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-CURRENT #0: Thu Apr 17 03:03:49 MSD 2008 +FreeBSD 8.0-CURRENT #2: Fri Apr 18 09:29:57 MSD 2008 root@tba.bsam.ru:/usr/obj/usr/src/sys/GENERIC-FAST -Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80c73000. -Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff80c73248. +Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80c75000. +Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff80c75258. Timecounter "i8254" frequency 1193182 Hz quality 0 -Calibrating TSC clock ... TSC clock: 2174532516 Hz +Calibrating TSC clock ... TSC clock: 2174532324 Hz CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (2174.53-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff @@ -34,16 +34,16 @@ AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 -usable memory = 8570642432 (8173 MB) +usable memory = 8570634240 (8173 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) -0x0000000000d75000 - 0x00000000de41bfff, 3714740224 bytes (906919 pages) -0x00000000de4de000 - 0x00000000dfa31fff, 22364160 bytes (5460 pages) +0x0000000000d77000 - 0x00000000de41ffff, 3714748416 bytes (906921 pages) +0x00000000de4e2000 - 0x00000000dfa31fff, 22347776 bytes (5456 pages) 0x00000000dfa9a000 - 0x00000000dfacbfff, 204800 bytes (50 pages) 0x00000000dfb1a000 - 0x00000000dfb26fff, 53248 bytes (13 pages) 0x00000000dfb3a000 - 0x00000000dfbfffff, 811008 bytes (198 pages) 0x0000000100000000 - 0x0000000211137fff, 4581457920 bytes (1118520 pages) -avail memory = 8309006336 (7924 MB) +avail memory = 8308998144 (7924 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 6 as a target @@ -118,7 +118,7 @@ mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) -hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Apr 17 2008 02:56:59) +hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Apr 18 2008 09:29:09) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] @@ -746,8 +746,8 @@ Device configuration finished. Reducing kern.maxvnodes 227951 -> 100000 procfs registered -lapic: Divisor 2, Frequency 181211066 hz -Timecounter "TSC" frequency 2174532516 Hz quality -100 +lapic: Divisor 2, Frequency 181211041 hz +Timecounter "TSC" frequency 2174532324 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:29:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D58E21065675; Fri, 18 Apr 2008 06:29:17 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5248FC33; Fri, 18 Apr 2008 06:29:17 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id A3EDC17105; Fri, 18 Apr 2008 06:00:09 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3I608Tk051611; Fri, 18 Apr 2008 06:00:08 GMT (envelope-from phk@critter.freebsd.dk) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 17 Apr 2008 19:07:50 MST." <48080276.3040203@elischer.org> Date: Fri, 18 Apr 2008 06:00:08 +0000 Message-ID: <51610.1208498408@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: gnn@freebsd.org, freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 06:29:17 -0000 In message <48080276.3040203@elischer.org>, Julian Elischer writes: >David O'Brien wrote: > >> >> The TSC on K8 is not invariant - its rate of change is affected by >> P-state changes. >> >> The TSC on Greyhound (Family 10h) is invariant. >> [but as stated above, is not synced with other cores] > >You'd think that an invariant sync'd clock (fast to read) of some >type would have been done by someone by now.. The software people >have been asking for this for the last decade at least. Actually one of the original design documents for SAGE stressed that such hardware were crucially important "for any system operating in real time", so yes, the HW people have had adequate notices. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 07:34:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F87106566C for ; Fri, 18 Apr 2008 07:34:34 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 294788FC1D for ; Fri, 18 Apr 2008 07:34:33 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so409316fgg.35 for ; Fri, 18 Apr 2008 00:34:32 -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:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=tE5jiNdIBIXRIzIKBDvhkNUkT8LSFcC0SH5+xE9l7wY=; b=k23HMPy0Z+a8QaHGvnusLN211IQnmJrITPi/wLrFY10Av+UVa29jxgwNPDkY5f9GsusIX9GF4Md4TZgOM6SYXjwGr/UbhLvP/Ic57aUg1woXBZn94GkoN2SIVkABmhdhcYyQeUMkK6U5i7BhR+wYfEieJJCoUz85n6y9q32K4YM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Hu5/5hYbbpPGDNxI2vaC9LIaHd4zrRk3Vc3u1/icB3+D1ZAFpOIRqQRHjw74mM5H9utcXTQCIiAEpgmtI1EMGqZdQHbG2zPjWrOjES0mrpDJU+EhzJAOnSW4xRH4DtRnqHdfNdI8rif6bivT+LKMmG/DMNEfH0HKFOKRwhyYOXI= Received: by 10.86.78.4 with SMTP id a4mr4754263fgb.0.1208504072250; Fri, 18 Apr 2008 00:34:32 -0700 (PDT) Received: by 10.86.94.5 with HTTP; Fri, 18 Apr 2008 00:34:05 -0700 (PDT) Message-ID: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> Date: Fri, 18 Apr 2008 09:34:05 +0200 From: "Diego Depaoli" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 07:34:34 -0000 Trying to mount / fails with no mountroot and a wide geom's list. Booting previous kernel results in panic guessing Bios (or some similar). Kernel from two hours ago. Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 07:37:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61BA6106566B for ; Fri, 18 Apr 2008 07:37:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id E32C48FC1D for ; Fri, 18 Apr 2008 07:37:32 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 0E68D28449 for ; Fri, 18 Apr 2008 15:37:29 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 9F8B6EC67A6; Fri, 18 Apr 2008 15:37:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id g+pmhh2VbVel; Fri, 18 Apr 2008 15:37:23 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 00D5FEC67A9; Fri, 18 Apr 2008 15:37:19 +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=BIxFMfiShf7iwP5uBQSVYwONAGCu1PnkcIMZM6Wn+e/jIvJHS/cJMhdKUuzKBZL+e 7hVDMDkOqV76XzZ5FyaQg== Message-ID: <48084FA8.2070503@delphij.net> Date: Fri, 18 Apr 2008 00:37:12 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: Diego Depaoli References: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> In-Reply-To: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 07:37:34 -0000 Diego Depaoli wrote: > Trying to mount / fails with no mountroot and a wide geom's list. > Booting previous kernel results in panic guessing Bios (or some similar). > Kernel from two hours ago. I found that latest ATA driver has some problems with ICH8M's AHCI mode, but switching to compatible mode seems to be a good workaround. Is your hard drive probed by the kernel? Also, can you try old kernel to see if it work? Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 07:42:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 619E1106566B for ; Fri, 18 Apr 2008 07:42:39 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id DCC8C8FC0C for ; Fri, 18 Apr 2008 07:42:38 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so412217fgg.35 for ; Fri, 18 Apr 2008 00:42:37 -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:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=tE5jiNdIBIXRIzIKBDvhkNUkT8LSFcC0SH5+xE9l7wY=; b=WnrjVRsudxHzYyAA35CO3lFhUXE5AlxN7+hDATsgBkft5BhBinY8M/0lMIEhHztz+pI9sgWSWOE/eiXTteyfScd6Ichk/vKudhueAFSlxCokiFimY+n2bR44EBZJYmYf9XPSIfXrQiL67aj1gfngqVfNsJ2HJEKCWDgsv8lifh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Hu5/5hYbbpPGDNxI2vaC9LIaHd4zrRk3Vc3u1/icB3+D1ZAFpOIRqQRHjw74mM5H9utcXTQCIiAEpgmtI1EMGqZdQHbG2zPjWrOjES0mrpDJU+EhzJAOnSW4xRH4DtRnqHdfNdI8rif6bivT+LKMmG/DMNEfH0HKFOKRwhyYOXI= Received: by 10.86.31.18 with SMTP id e18mr4695100fge.38.1208504045252; Fri, 18 Apr 2008 00:34:05 -0700 (PDT) Received: by 10.86.94.5 with HTTP; Fri, 18 Apr 2008 00:34:05 -0700 (PDT) Message-ID: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> Date: Fri, 18 Apr 2008 09:34:05 +0200 From: "Diego Depaoli" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 07:42:39 -0000 Trying to mount / fails with no mountroot and a wide geom's list. Booting previous kernel results in panic guessing Bios (or some similar). Kernel from two hours ago. Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 07:54:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C44541065673 for ; Fri, 18 Apr 2008 07:54:13 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C71C8FC18; Fri, 18 Apr 2008 07:54:13 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3I7s6ed017288; Fri, 18 Apr 2008 07:54:10 GMT (envelope-from davidxu@freebsd.org) Message-ID: <480853F7.1020008@freebsd.org> Date: Fri, 18 Apr 2008 15:55:35 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: d@delphij.net References: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> <48084FA8.2070503@delphij.net> In-Reply-To: <48084FA8.2070503@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Diego Depaoli , freebsd-current Subject: Re: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 07:54:13 -0000 Xin LI wrote: > Diego Depaoli wrote: >> Trying to mount / fails with no mountroot and a wide geom's list. >> Booting previous kernel results in panic guessing Bios (or some similar). >> Kernel from two hours ago. > > I found that latest ATA driver has some problems with ICH8M's AHCI mode, > but switching to compatible mode seems to be a good workaround. Is your > hard drive probed by the kernel? Also, can you try old kernel to see if > it work? > > Cheers, mine is Intel 82801GB/R (ICH7). From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:03:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF4EA106566B; Fri, 18 Apr 2008 08:03:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id EA1EB8FC1B; Fri, 18 Apr 2008 08:03:15 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id A128B28449; Fri, 18 Apr 2008 16:03:04 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 50826EC674B; Fri, 18 Apr 2008 16:03:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 0jhDauXiq0iS; Fri, 18 Apr 2008 16:02:59 +0800 (CST) Received: from charlie.delphij.net (c-69-181-135-56.hsd1.ca.comcast.net [69.181.135.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 7A45EEB1401; Fri, 18 Apr 2008 16:02:54 +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=rd3K7/6KIvIB9gWwG5MhKia8zAZeDHEkruT7cJz5rHBdzdXGEnTk6xQCWPSyxmC1P tZdVdBp2N0yUvsZuleL2Q== Message-ID: <480855AA.3040507@delphij.net> Date: Fri, 18 Apr 2008 01:02:50 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: David Xu References: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> <48084FA8.2070503@delphij.net> <480853F7.1020008@freebsd.org> In-Reply-To: <480853F7.1020008@freebsd.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Diego Depaoli , d@delphij.net, freebsd-current Subject: Re: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:03:18 -0000 David Xu wrote: > Xin LI wrote: >> Diego Depaoli wrote: >>> Trying to mount / fails with no mountroot and a wide geom's list. >>> Booting previous kernel results in panic guessing Bios (or some >>> similar). >>> Kernel from two hours ago. >> >> I found that latest ATA driver has some problems with ICH8M's AHCI >> mode, but switching to compatible mode seems to be a good workaround. >> Is your hard drive probed by the kernel? Also, can you try old kernel >> to see if it work? >> >> Cheers, > > mine is Intel 82801GB/R (ICH7). Have you tried non-AHCI mode? Mine is glabel/newfs -L'ed so everything just work after the change, but if you are using different configuration then some fstab/others tweak would be necessary... Cheers, -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:20:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39B70106566C for ; Fri, 18 Apr 2008 08:20:29 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id EFE828FC1A for ; Fri, 18 Apr 2008 08:20:28 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so286418rvf.43 for ; Fri, 18 Apr 2008 01:20:28 -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:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=NQL0FF0Nt62/QXlZWZlIO8QnBSmMmRZN27ylPrdAFtw=; b=pG9nkTdWnt3RG+uuXGaXju0pHuwmMgYQIO0F7Qg6cgY/Z8uJAyQuf86djPu7VDxbAlh5+4mP4SuRNf06zDZ28lG8KbvXzvZwQIa5ti5o5D7l/v2lBrW9koXpMFwDNvF2LI4k3k8aYvi98uTsErXuh1K/uiU0Hv9bbVYg4tbL3ow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DGRxe2qDXxQvp4/V5lgUhucNr8X0ubIrECy4mTUUSin9Liq98eDivsapB1BJ6tjvI/fS1/RJu7sg/e1/Zc9I5et591YtWuOOBvVztO9y2e0egcBLlvvCJzU9wUxbgzaJITJDupy/Uy1uAjPOzMxHpKb7wePx1H2chzOk9fcuYUM= Received: by 10.140.251.1 with SMTP id y1mr1348413rvh.102.1208505383967; Fri, 18 Apr 2008 00:56:23 -0700 (PDT) Received: by 10.140.208.13 with HTTP; Fri, 18 Apr 2008 00:56:23 -0700 (PDT) Message-ID: Date: Fri, 18 Apr 2008 09:56:23 +0200 From: "Niclas Zeising" To: "Diego Depaoli" In-Reply-To: <83e5fb980804161620he6870a5hdb6d4d2ad95f2060@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> <20080416112447.GA91286@melamine.cuivre.fr.eu.org> <83e5fb980804161620he6870a5hdb6d4d2ad95f2060@mail.gmail.com> Cc: "freebsd-current@freebsd.org" , Thomas Quinot Subject: Re: problems with atapicam/atapicd on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:20:29 -0000 On Thu, Apr 17, 2008 at 1:20 AM, Diego Depaoli wrote: > 2008/4/16, Thomas Quinot : > > > * Diego Depaoli, 2008-04-16 : > > > > > > > Panic loading atapicam at boot, halt k-loading it and, very weird > > > issue, pressing dvd's eject button (obviously without atapicam). > > > > > > Can you provide a backtrace of the panic? > Unfortunately no, and I cannot figure out (magic mismatch on last dump > header on /dev/ad4s4b ??? how can I fix that?), but I took some hand > note. > > Loading atapicam I get > Panic [...] > Stopped at bus_dmamap_load 0xd5 > Movl PTMap(,%eax,4),%edx > > Without loading atapicam trying startx or sade I get > > panic: too many dma entries > kdb_enter > panic > ata_ahci_dmasetprd > bus_dmamap_load > ata_dmaload > ata_ahci_begin_transaction > ata_start > ata_completed > g_io_schedule > g_up_procbody > fork_exit > fork_trampoline > > During boot and fsck I get some lors. > > Sorry for the approximate debug, I hope this helps anyway. > > Regards > > -- > Diego Depaoli > Just a "me too", so you (and I) know I'm not alone. I haven't tested the absolute latest ata code though. I get it during an installworld, which is a bit unfortunate. The whole transcribtion (hand made) is somewhere in cvs-src archives. It's probably exactly the same backtrace. I know this doesn't help much, but still... And also, have you tried the latest code, does it work? Regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:30:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38B25106567E for ; Fri, 18 Apr 2008 08:30:46 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id AFD3B8FC1C for ; Fri, 18 Apr 2008 08:30:45 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so428736fgg.35 for ; Fri, 18 Apr 2008 01:30:44 -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:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=MWgdQnzXVIIw/7uHBS5iXVoOdQDHuV6GYyBUsZKHvkg=; b=VkIn3kz1ofVrDDrlAgxMUsJ1i6L++G6fx5x3uRy/DKZJ1bGGoF2sUQ5TkkbD8PPW92LUb3ZSi95YN3JnTbhugBo59RjQImW8opzzcb//rFqHJt2u/2AnSUW+g52C0F9xW7YvY9OP9FFv16tD1Z9lfPqf+CAsdL9CY4Va5kCEUsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i2MEMdlsZzhPVjXA0yzur2UGE2Hzpp04f1TXwGjqKBubmaNKNnsfYy+w6LuLUxtZTu+ztU5pxdqvWrermW+wb3wHTchfoWrrhbU12nIbGeYQlEQy9vb2hhe2y042boAyYtScHfiRPr1K8gfkiuCxMBs+02gjki4s/HHUkyvj5L4= Received: by 10.86.31.18 with SMTP id e18mr4759389fge.68.1208507444502; Fri, 18 Apr 2008 01:30:44 -0700 (PDT) Received: by 10.86.94.5 with HTTP; Fri, 18 Apr 2008 01:30:44 -0700 (PDT) Message-ID: <83e5fb980804180130o624dd402mbb2b52af0746277a@mail.gmail.com> Date: Fri, 18 Apr 2008 10:30:44 +0200 From: "Diego Depaoli" To: freebsd-current In-Reply-To: <48084FA8.2070503@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> <48084FA8.2070503@delphij.net> Subject: Re: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:30:46 -0000 2008/4/18, Xin LI : > Diego Depaoli wrote: > > > Trying to mount / fails with no mountroot and a wide geom's list. > > Booting previous kernel results in panic guessing Bios (or some similar). > > Kernel from two hours ago. > > > > I found that latest ATA driver has some problems with ICH8M's AHCI mode, and with nvidia MCP67 too > but switching to compatible mode seems to be a good workaround. I'll try, but we cannot 'living workaroundly' > Also, can you try old kernel to see if it work? Unfortunately it doesn't. Many thanks -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:33:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D280106566C for ; Fri, 18 Apr 2008 08:33:36 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3868FC18; Fri, 18 Apr 2008 08:33:36 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m3I8XVwT021221; Fri, 18 Apr 2008 08:33:33 GMT (envelope-from davidxu@freebsd.org) Message-ID: <48085D33.6080804@freebsd.org> Date: Fri, 18 Apr 2008 16:34:59 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20071211) MIME-Version: 1.0 To: d@delphij.net References: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> <48084FA8.2070503@delphij.net> <480853F7.1020008@freebsd.org> <480855AA.3040507@delphij.net> In-Reply-To: <480855AA.3040507@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Diego Depaoli , freebsd-current Subject: Re: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:33:36 -0000 Xin LI wrote: > David Xu wrote: >> Xin LI wrote: >>> Diego Depaoli wrote: >>>> Trying to mount / fails with no mountroot and a wide geom's list. >>>> Booting previous kernel results in panic guessing Bios (or some >>>> similar). >>>> Kernel from two hours ago. >>> >>> I found that latest ATA driver has some problems with ICH8M's AHCI >>> mode, but switching to compatible mode seems to be a good >>> workaround. Is your hard drive probed by the kernel? Also, can you >>> try old kernel to see if it work? >>> >>> Cheers, >> >> mine is Intel 82801GB/R (ICH7). > > Have you tried non-AHCI mode? Mine is glabel/newfs -L'ed so everything > just work after the change, but if you are using different configuration > then some fstab/others tweak would be necessary... > > Cheers, The BIOS did set it to AHCI mode, FreeBSD was installed 2.5 years ago, the disk was never partitioned again after that. I reset it to ATA mode in BIOS, and the machine boots again. Thanks, From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:48:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CAD8106566C; Fri, 18 Apr 2008 08:48:02 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 124FC8FC1A; Fri, 18 Apr 2008 08:48:01 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5D79A67CB89; Fri, 18 Apr 2008 10:22:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eNMjGzchtJtz; Fri, 18 Apr 2008 10:22:27 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C7C9B67CAFF; Fri, 18 Apr 2008 10:22:27 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m3I8MRZq038601; Fri, 18 Apr 2008 10:22:27 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 18 Apr 2008 10:22:27 +0200 From: Roman Divacky To: obrien@freebsd.org, Coleman Kane , freebsd-current@freebsd.org, jhb@freebsd.org Message-ID: <20080418082227.GA38438@freebsd.org> References: <1208208513.1279.51.camel@localhost> <1208208998.1279.54.camel@localhost> <20080418002037.GA11705@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080418002037.GA11705@dragon.NUXI.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Patch to fix crashing experienced while using GDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:48:02 -0000 On Thu, Apr 17, 2008 at 05:20:37PM -0700, David O'Brien wrote: > On Mon, Apr 14, 2008 at 05:36:38PM -0400, Coleman Kane wrote: > > On Mon, 2008-04-14 at 17:28 -0400, Coleman Kane wrote: > > > Hello, > > > > > > Some time ago, I got the attached patch from jhb (IIRC). It has worked > > > for me and cured a problem that was making a bunch of my code > > > un-traceable using GDB on FreeBSD. Debugging would result in a crash of > > > GDB, preventing me from seeing what bug I had that crashed my program. > > > > > > Anyhow, my question is: Is there any reason this shouldn't be pushed > > > into the tree? Who do I need to talk to (obrien? the compiler > > > maintainers?) about it? > > > > BTW, this has already been fixed in the GDB sources (using nearly the > > exact same code) since August 2004 in rev. 1.79 of gdb/target.c: > > > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/target.c?rev=1.79&content-type=text/x-cvsweb-markup&cvsroot=src > > OK, I'll take a look at it. while you are at it, can you please take a look at: www.vlakno.cz/~rdivacky/gdb.patch it (or some parts of it) fixes problems with attaching to a process in gdb, try witten ~# cat& [1] 17309 witten ~# gdb (gdb) attach 17309 thnx! roman From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:56:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5D81065670 for ; Fri, 18 Apr 2008 08:56:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id BDF8C8FC1C for ; Fri, 18 Apr 2008 08:56:56 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JmmOt-0008OG-6O for freebsd-current@freebsd.org; Fri, 18 Apr 2008 08:56:55 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Apr 2008 08:56:55 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Apr 2008 08:56:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 18 Apr 2008 10:56:47 +0200 Lines: 57 Message-ID: References: <20080417171439.M22551@bellera.cat> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig09C4324DD8670B472963E89C" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.12 (X11/20080227) In-Reply-To: <20080417171439.M22551@bellera.cat> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 08:56:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig09C4324DD8670B472963E89C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Josep Pujadas i Jubany wrote: > Hello! >=20 > Two weeks ago I installed FreeBSD 7.0 in a new HP Proliant ML110 G5 mac= hine=20 > and I configured ad0 for using gmirror, waiting for a second disk. >=20 > I just added a second hard disk arrived today from HP ... >=20 > # gmirror insert gm0 /dev/ad2 >=20 > I'm having DMA errors: > Apr 17 17:39:28 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA retrying (1 ret= ry=20 > left) LBA=3D268281088 > Apr 17 17:39:46 mail_2 kernel: ad2: TIMEOUT - WRITE_DMA48 retrying (1 r= etry=20 > left) LBA=3D269601536 > Apr 17 17:39:46 mail_2 kernel: ad2: FAILURE - WRITE_DMA48=20 > status=3D51 error=3D10 LBA=3D269601536 > Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Synchronization request fai= led=20 > (error=3D5). ad2[WRITE(offset=3D138035986432, length=3D131072)] > Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: provider ad2=20 > disconnected. > Apr 17 17:39:46 mail_2 kernel: GEOM_MIRROR: Device gm0: rebuilding prov= ider=20 > ad2 stopped. It looks like a hardware failure, either: - bad drive - bad cables - bad or insufficiently powerful power supply What controller are you using? --------------enig09C4324DD8670B472963E89C 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.6 (GNU/Linux) iD8DBQFICGJPldnAQVacBcgRAgi6AJ43D2wlneUCCXQ4LFcyQ+HzLaw4XACgiM7T cr6qPAHBVi/3glWXaqVn0cM= =ilbd -----END PGP SIGNATURE----- --------------enig09C4324DD8670B472963E89C-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 09:30:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB3D106566B for ; Fri, 18 Apr 2008 09:30:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEA28FC1B for ; Fri, 18 Apr 2008 09:30:51 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jmmvj-0001OV-1M for freebsd-current@freebsd.org; Fri, 18 Apr 2008 09:30:51 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Apr 2008 09:30:51 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Apr 2008 09:30:51 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 18 Apr 2008 11:30:41 +0200 Lines: 52 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8305212874B6528B0B86E940" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.12 (X11/20080227) X-Enigmail-Version: 0.95.0 Sender: news Subject: Unnecessary verbose boot messages: ath_hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 09:30:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8305212874B6528B0B86E940 Content-Type: multipart/mixed; boundary="------------020901030401040008080600" This is a multi-part message in MIME format. --------------020901030401040008080600 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Is there any significant reason why ath_hal displays its banner on load even if the hardware isn't present? I recall hptrr has also done it but apparently it's fixed now, so I'm attaching a patch for ath to place the banner under bootverbose. --------------020901030401040008080600 Content-Type: text/plain; name="ath.patch.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="ath.patch.txt" LS0tIGF0aF9vbGQvYWhfb3NkZXAuYwkyMDA4LTA0LTE4IDExOjIyOjUzLjAwMDAwMDAwMCAr MDIwMAorKysgYXRoL2FoX29zZGVwLmMJMjAwOC0wNC0xOCAxMToyMzo0OC4wMDAwMDAwMDAg KzAyMDAKQEAgLTQxMSwxMyArNDExLDE1IEBACiAKIAlzd2l0Y2ggKHR5cGUpIHsKIAljYXNl IE1PRF9MT0FEOgotCQlwcmludGYoImF0aF9oYWw6ICVzICgiLCBhdGhfaGFsX3ZlcnNpb24p OwotCQlzZXAgPSAiIjsKLQkJZm9yIChpID0gMDsgYXRoX2hhbF9idWlsZG9wdHNbaV0gIT0g TlVMTDsgaSsrKSB7Ci0JCQlwcmludGYoIiVzJXMiLCBzZXAsIGF0aF9oYWxfYnVpbGRvcHRz W2ldKTsKLQkJCXNlcCA9ICIsICI7CisJCWlmIChib290dmVyYm9zZSkgeworCQkJcHJpbnRm KCJhdGhfaGFsOiAlcyAoIiwgYXRoX2hhbF92ZXJzaW9uKTsKKwkJCXNlcCA9ICIiOworCQkJ Zm9yIChpID0gMDsgYXRoX2hhbF9idWlsZG9wdHNbaV0gIT0gTlVMTDsgaSsrKSB7CisJCQkJ cHJpbnRmKCIlcyVzIiwgc2VwLCBhdGhfaGFsX2J1aWxkb3B0c1tpXSk7CisJCQkJc2VwID0g IiwgIjsKKwkJCX0KKwkJCXByaW50ZigiKVxuIik7CiAJCX0KLQkJcHJpbnRmKCIpXG4iKTsK IAkJcmV0dXJuIDA7CiAJY2FzZSBNT0RfVU5MT0FEOgogCQlyZXR1cm4gMDsK --------------020901030401040008080600-- --------------enig8305212874B6528B0B86E940 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.6 (GNU/Linux) iD8DBQFICGpBldnAQVacBcgRAmbHAKDA8sDYdmCJrReNz38IKCPkGzzaiwCcDSVz k+bOaGCgkp7cyPujKFRGRUE= =gDy1 -----END PGP SIGNATURE----- --------------enig8305212874B6528B0B86E940-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 09:43:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FE3106564A; Fri, 18 Apr 2008 09:43:22 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 070C48FC0C; Fri, 18 Apr 2008 09:43:21 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m3I9hDi0099645; Fri, 18 Apr 2008 02:43:18 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m3I9gTJM041573; Fri, 18 Apr 2008 02:42:29 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m3I9gSR0020529; Fri, 18 Apr 2008 02:42:28 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Fri, 18 Apr 2008 18:42:26 +0900 Message-ID: From: "George V. Neville-Neil" To: "Poul-Henning Kamp" In-Reply-To: <51610.1208498408@critter.freebsd.dk> References: <48080276.3040203@elischer.org> <51610.1208498408@critter.freebsd.dk> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, Julian Elischer , Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 09:43:22 -0000 At Fri, 18 Apr 2008 06:00:08 +0000, Poul-Henning Kamp wrote: > > In message <48080276.3040203@elischer.org>, Julian Elischer writes: > >David O'Brien wrote: > > > >> > >> The TSC on K8 is not invariant - its rate of change is affected by > >> P-state changes. > >> > >> The TSC on Greyhound (Family 10h) is invariant. > >> [but as stated above, is not synced with other cores] > > > >You'd think that an invariant sync'd clock (fast to read) of some > >type would have been done by someone by now.. The software people > >have been asking for this for the last decade at least. > > Actually one of the original design documents for SAGE stressed that > such hardware were crucially important "for any system operating > in real time", so yes, the HW people have had adequate notices. > And, I suspect you mean SAGE as in Semi-Automatic Ground Environment: http://history.sandiego.edu/GEN/20th/sage.html and not the System Administrator's thing :-) I'll bring some Geritol for us both to BSDCan. Later, George From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 10:38:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0075B106564A for ; Fri, 18 Apr 2008 10:38:43 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]) by mx1.freebsd.org (Postfix) with ESMTP id 69AF68FC0A for ; Fri, 18 Apr 2008 10:38:42 +0000 (UTC) (envelope-from gb@isis.u-strasbg.fr) Received: from 6nq.u-strasbg.fr (mojito.u-strasbg.fr [IPv6:2001:660:4701:1002::3]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id m3IAceCe063605 for ; Fri, 18 Apr 2008 12:38:40 +0200 (CEST) Received: by 6nq.u-strasbg.fr (Postfix, from userid 1001) id 8F5D0A0C8; Fri, 18 Apr 2008 12:38:29 +0200 (CEST) Date: Fri, 18 Apr 2008 12:38:29 +0200 From: Guy Brand To: freebsd-current@freebsd.org Message-ID: <20080418103828.GA1266@isis.u-strasbg.fr> References: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <83e5fb980804180034i2505ebbcv5930d3a56ecdaf90@mail.gmail.com> x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::156]); Fri, 18 Apr 2008 12:38:40 +0200 (CEST) X-Virus-Scanned: ClamAV 0.92.1/6818/Fri Apr 18 10:28:41 2008 on mr6.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mr6.u-strasbg.fr Subject: Re: New ATA issue: locked out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 10:38:43 -0000 Diego Depaoli (trebestie@gmail.com) on 18/04/2008 at 09:34 wrote: > Trying to mount / fails with no mountroot and a wide geom's list. > Booting previous kernel results in panic guessing Bios (or some similar). > Kernel from two hours ago. No mountroot here too with a fresh kernel (GENERIC without cpufreq) from this morning (GMT+2). My internal disk is on ata2-master SATA150 and does not show up in dmesg. Geom list is empty. Old kernel from Sun Apr 13 boots like a charm. ATA hardware is: atapci0@pci0:0:31:1: class=0x01018a card=0x20a617aa chip=0x28508086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) Ultra ATA Storage Controllers' class = mass storage subclass = ATA atapci1@pci0:0:31:2: class=0x010601 card=0x20a717aa chip=0x28298086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801 Intel(R) 82801HEM/HBM SATA AHCI Controller' class = mass storage -- bug From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 09:30:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2666C106564A for ; Fri, 18 Apr 2008 09:30:19 +0000 (UTC) (envelope-from jw@innerewut.de) Received: from smtprelay11.ispgateway.de (smtprelay11.ispgateway.de [80.67.29.28]) by mx1.freebsd.org (Postfix) with ESMTP id D29A68FC1B for ; Fri, 18 Apr 2008 09:30:18 +0000 (UTC) (envelope-from jw@innerewut.de) Received: from [85.178.225.40] (helo=blowfish.local) by smtprelay11.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JmmkG-0006l3-4Z for freebsd-current@freebsd.org; Fri, 18 Apr 2008 11:19:00 +0200 Message-ID: <48086783.3090509@innerewut.de> Date: Fri, 18 Apr 2008 11:18:59 +0200 From: Jonathan Weiss User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Df-Sender: 068076 X-Mailman-Approved-At: Fri, 18 Apr 2008 11:17:43 +0000 Subject: 7.0 and 8-CURRENT hang on boot on MacBook Pro X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 09:30:19 -0000 Cheers, I have a current MacBook Pro with Bootcamp installed that can boot and install Linux but trying to install FreeBSD (7.0 or a recent 8.0 snapshot) will hang on the DVD-drive recognition. OpenBSD seems to have a similar problem, it will boot fine but then the installer will not find any drives where the install-media is present. Is this a known problem? Jonathan -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 17:48:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 629571065670 for ; Fri, 18 Apr 2008 17:48:27 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from mail.bellera.cat (174.Red-80-38-146.staticIP.rima-tde.net [80.38.146.174]) by mx1.freebsd.org (Postfix) with ESMTP id F2B688FC20 for ; Fri, 18 Apr 2008 17:48:26 +0000 (UTC) (envelope-from josep@bellera.cat) Received: from localhost (unknown [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id AD07C409F04 for ; Fri, 18 Apr 2008 19:48:24 +0200 (CEST) Received: from mail.bellera.cat ([127.0.0.1]) by localhost (mail.bellera.cat [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23448-10 for ; Fri, 18 Apr 2008 19:48:23 +0200 (CEST) Received: from mail.bellera.cat (localhost [127.0.0.1]) by mail.bellera.cat (Postfix) with ESMTP id 37CEB409F01 for ; Fri, 18 Apr 2008 19:48:23 +0200 (CEST) From: "Josep Pujadas i Jubany" To: freebsd-current@freebsd.org Date: Fri, 18 Apr 2008 19:48:23 +0200 Message-Id: <20080418173850.M43706@bellera.cat> In-Reply-To: References: <20080417171439.M22551@bellera.cat> X-Mailer: Open WebMail 2.32 20040525 X-OriginatingIP: 83.56.83.116 (super) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Re: gmirror problem with HP Proliant ML110 G5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 17:48:27 -0000 On Fri, 18 Apr 2008 10:56:47 +0200, Ivan Voras wrote > It looks like a hardware failure, either: > - bad drive > - bad cables > - bad or insufficiently powerful power supply > > What controller are you using? # pciconf -lv atapci0@pci0:0:31:2: class=0x01018a card=0x31f4103c chip=0x29208086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 4 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA atapci1@pci0:0:31:5: class=0x010185 card=0x31f4103c chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 2' class = mass storage subclass = ATA # atacontrol list ATA channel 0: Master: ad0 Serial ATA v1.0 Slave: no device present ATA channel 1: Master: ad2 Serial ATA v1.0 Slave: no device present ATA channel 2: Master: acd0 Serial ATA v1.0 Slave: no device present ATA channel 3: Master: no device present Slave: no device present I installed /usr/ports/sysutils/smartmontools and I performed a long test to the disk: # smartctl -t long /dev/ad2 # smartctl -a /dev/ad2 | more SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 27 - The disk seems ok. I'm going to try to change the SATA cable, but it is new as the disk ... Regards, Josep Pujadas From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 17:54:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E0D71065672 for ; Fri, 18 Apr 2008 17:54:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outp.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 04BA68FC1C for ; Fri, 18 Apr 2008 17:54:47 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 18 Apr 2008 22:00:28 -0700 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 1EC3B2D6010; Fri, 18 Apr 2008 10:54:47 -0700 (PDT) Message-ID: <4808E06D.8020304@elischer.org> Date: Fri, 18 Apr 2008 10:54:53 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Poul-Henning Kamp References: <51610.1208498408@critter.freebsd.dk> In-Reply-To: <51610.1208498408@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 17:54:48 -0000 Poul-Henning Kamp wrote: > In message <48080276.3040203@elischer.org>, Julian Elischer writes: >> David O'Brien wrote: >> >>> The TSC on K8 is not invariant - its rate of change is affected by >>> P-state changes. >>> >>> The TSC on Greyhound (Family 10h) is invariant. >>> [but as stated above, is not synced with other cores] >> You'd think that an invariant sync'd clock (fast to read) of some >> type would have been done by someone by now.. The software people >> have been asking for this for the last decade at least. > > Actually one of the original design documents for SAGE stressed that > such hardware were crucially important "for any system operating > in real time", so yes, the HW people have had adequate notices. > > Poul-Henning > > I'm certain that earlier systems had it as a requirement but I wasn't willing to lump the IBM 407 or 1620 in to the same bucket as an SMP PC with the ability to change the frequency on each CPU. I remember that the MP vaxen and PDPs had good timers.. and I'm certain the MP IBMs did too. How hard can it be? An instruction that gives a 64 bit counter, in some reasonable granularity that is run at the same speed for all CPUS in a system regardless of the speed each cpu is running.. While nsecs would be nice even usecs might do. They don't even have to be in sync as long as the offset between them is constant (though that would be nice). Bonus points for being able to read it from user space. The hardware people don't seem to realise the importance of this. and keep throwing it out to gain/save a pin or to save some transistors for some other feature. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 19:05:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2251D1065677; Fri, 18 Apr 2008 19:05:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id F17B28FC13; Fri, 18 Apr 2008 19:05:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unknown [208.65.91.234]) by elvis.mu.org (Postfix) with ESMTP id 8633B1A4D8D; Fri, 18 Apr 2008 12:05:14 -0700 (PDT) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m3IJ4lQK068097; Fri, 18 Apr 2008 15:05:02 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Roman Divacky Date: Fri, 18 Apr 2008 13:18:06 -0400 User-Agent: KMail/1.9.7 References: <1208208513.1279.51.camel@localhost> <20080418002037.GA11705@dragon.NUXI.org> <20080418082227.GA38438@freebsd.org> In-Reply-To: <20080418082227.GA38438@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804181318.07160.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 18 Apr 2008 15:05:03 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6831/Fri Apr 18 12:09:18 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Coleman Kane Subject: Re: Patch to fix crashing experienced while using GDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 19:05:15 -0000 On Friday 18 April 2008 04:22:27 am Roman Divacky wrote: > On Thu, Apr 17, 2008 at 05:20:37PM -0700, David O'Brien wrote: > > On Mon, Apr 14, 2008 at 05:36:38PM -0400, Coleman Kane wrote: > > > On Mon, 2008-04-14 at 17:28 -0400, Coleman Kane wrote: > > > > Hello, > > > > > > > > Some time ago, I got the attached patch from jhb (IIRC). It has worked > > > > for me and cured a problem that was making a bunch of my code > > > > un-traceable using GDB on FreeBSD. Debugging would result in a crash of > > > > GDB, preventing me from seeing what bug I had that crashed my program. > > > > > > > > Anyhow, my question is: Is there any reason this shouldn't be pushed > > > > into the tree? Who do I need to talk to (obrien? the compiler > > > > maintainers?) about it? > > > > > > BTW, this has already been fixed in the GDB sources (using nearly the > > > exact same code) since August 2004 in rev. 1.79 of gdb/target.c: > > > > > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/target.c?rev=1.79&content-type=text/x-cvsweb-markup&cvsroot=src > > > > OK, I'll take a look at it. > > while you are at it, can you please take a look at: > > www.vlakno.cz/~rdivacky/gdb.patch > > it (or some parts of it) fixes problems with attaching to a process in gdb,> try > > witten ~# cat& > [1] 17309 > witten ~# gdb > (gdb) attach 17309 Does just the infcmd.c change fix this? The frame.c part of the patch looks to just be noise. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 19:15:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1691106566B; Fri, 18 Apr 2008 19:15:57 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 53BB68FC0A; Fri, 18 Apr 2008 19:15:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 7619767CCB6; Fri, 18 Apr 2008 21:15:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P+pIpg+5-bWS; Fri, 18 Apr 2008 21:15:32 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4506B67CC8D; Fri, 18 Apr 2008 21:15:32 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m3IJFWvX075554; Fri, 18 Apr 2008 21:15:32 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 18 Apr 2008 21:15:31 +0200 From: Roman Divacky To: John Baldwin Message-ID: <20080418191531.GA75488@freebsd.org> References: <1208208513.1279.51.camel@localhost> <20080418002037.GA11705@dragon.NUXI.org> <20080418082227.GA38438@freebsd.org> <200804181318.07160.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804181318.07160.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Coleman Kane Subject: Re: Patch to fix crashing experienced while using GDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 19:15:57 -0000 On Fri, Apr 18, 2008 at 01:18:06PM -0400, John Baldwin wrote: > On Friday 18 April 2008 04:22:27 am Roman Divacky wrote: > > On Thu, Apr 17, 2008 at 05:20:37PM -0700, David O'Brien wrote: > > > On Mon, Apr 14, 2008 at 05:36:38PM -0400, Coleman Kane wrote: > > > > On Mon, 2008-04-14 at 17:28 -0400, Coleman Kane wrote: > > > > > Hello, > > > > > > > > > > Some time ago, I got the attached patch from jhb (IIRC). It has worked > > > > > for me and cured a problem that was making a bunch of my code > > > > > un-traceable using GDB on FreeBSD. Debugging would result in a crash > of > > > > > GDB, preventing me from seeing what bug I had that crashed my program. > > > > > > > > > > Anyhow, my question is: Is there any reason this shouldn't be pushed > > > > > into the tree? Who do I need to talk to (obrien? the compiler > > > > > maintainers?) about it? > > > > > > > > BTW, this has already been fixed in the GDB sources (using nearly the > > > > exact same code) since August 2004 in rev. 1.79 of gdb/target.c: > > > > > > > > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/target.c?rev=1.79&content-type=text/x-cvsweb-markup&cvsroot=src > > > > > > OK, I'll take a look at it. > > > > while you are at it, can you please take a look at: > > > > www.vlakno.cz/~rdivacky/gdb.patch > > > > it (or some parts of it) fixes problems with attaching to a process in gdb,> > try > > > > witten ~# cat& > > [1] 17309 > > witten ~# gdb > > (gdb) attach 17309 > > Does just the infcmd.c change fix this? The frame.c part of the patch looks > to just be noise. it's highly possible... haven't tested it though From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 19:40:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E901106566C for ; Fri, 18 Apr 2008 19:40:59 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id CC5098FC19 for ; Fri, 18 Apr 2008 19:40:58 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m3IJUU17026600 for ; Fri, 18 Apr 2008 12:30:30 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m3IJUUYx026599; Fri, 18 Apr 2008 12:30:30 -0700 (PDT) Date: Fri, 18 Apr 2008 12:30:30 -0700 (PDT) From: Matthew Dillon Message-Id: <200804181930.m3IJUUYx026599@apollo.backplane.com> To: freebsd-current@freebsd.org References: <51610.1208498408@critter.freebsd.dk> <4808E06D.8020304@elischer.org> Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 19:40:59 -0000 :How hard can it be? : :An instruction that gives a 64 bit counter, in some reasonable :granularity that is run at the same speed for all CPUS in a system :regardless of the speed each cpu is running.. :While nsecs would be nice even usecs might do. :They don't even have to be in sync as long as the offset :between them is constant (though that would be nice). :Bonus points for being able to read it from user space. The :hardware people don't seem to realise the importance :of this. and keep throwing it out to gain/save a pin or to save :some transistors for some other feature. I think it's harder then it sounds. The technology isn't difficult, the problem is the two requirements people seem to have for a solid time base these days: * Fast access time (in-instruction-stream) * High resolution (~1nS) * Not eat up a bunch of die area or current What it comes down to, really, is simply the fact that you can't just generate an independant time source at a fixed frequency, use it to drive a counter, and then latch it into the cpu without synchronizing it to the cpu's internal clock. Latches are highly sensitive to input changes that occur simultaniously with the latching clock. I'd have to research the actual gate configuration AMD and Intel use but basically you can wind up with either a full-blown latch-up condition, where the latch tries to drive both a 1 and a 0 (resulting in a short), or you can create an oscillation or other indeterminant state for a short while which can propogate onto the cpu's internal busses and would be really bad news (or at least result in occassional garbage when trying to read the counter). The very last thing you want to have to do is resynchronize 64 bits in parallel, which means the actual counter would have to be implemented in the cpu's core logic and be synchronized to the cpu's core frequency. One solution is to place the counter on a bus which is able to resynchronize the data flow, such as a hyper-transport bus. But of course if you do that your 'RDTSC' equivalent is going to take more then a few cycles to run. If one didn't mind foregoing the high resolution requirement then the problem is greatly simplified... an external time base, such as a 1-30 MHz crystal, can be fed into just one bit's worth of resynchronization logic to generate counter pulses at the cpu's operating frequency and the counter can then be implemented inside the cpu, synchronized to its operating frequency. THAT could be done very easily, and virtually no cost in die area or current. The timer would have to run at 1/2 the frequency of the cpu's lowest frequency operating state, which could be very low indeed. It kind of turns into a mess no matter how you twist it, as long as the 'fast access time' requirement is left in place. -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 21:15:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C231065670 for ; Fri, 18 Apr 2008 21:15:12 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.freebsd.org (Postfix) with ESMTP id 278668FC2A for ; Fri, 18 Apr 2008 21:15:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail05.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m3ILF4LU022282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Apr 2008 07:15:05 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m3ILF4c5018968; Sat, 19 Apr 2008 07:15:04 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m3ILF409018967; Sat, 19 Apr 2008 07:15:04 +1000 (EST) (envelope-from peter) Date: Sat, 19 Apr 2008 07:15:04 +1000 From: Peter Jeremy To: Matthew Dillon Message-ID: <20080418211504.GH73016@server.vk2pj.dyndns.org> References: <51610.1208498408@critter.freebsd.dk> <4808E06D.8020304@elischer.org> <200804181930.m3IJUUYx026599@apollo.backplane.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OOq1TgGhe8eTwFBO" Content-Disposition: inline In-Reply-To: <200804181930.m3IJUUYx026599@apollo.backplane.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 21:15:12 -0000 --OOq1TgGhe8eTwFBO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2008 at 12:30:30PM -0700, Matthew Dillon wrote: > I think it's harder then it sounds. The technology isn't difficult, > the problem is the two requirements people seem to have for a solid > time base these days: > > * Fast access time (in-instruction-stream) > * High resolution (~1nS) > * Not eat up a bunch of die area or current On this last point, just building a 64-bit counter that runs at roughly the CPU clock speed and can be accurately read is non-trivial - a simple ripple-carry counter is probably good for about 4 bits. By the time you add all the carry propagation circuitry, you probably have quadrupled the die area and increased the power consumption by 2 orders of magnitude - though this is still trivial compared to the complete CPU core. To the above list, I'd add: * Counters read by different CPU (potentially on different dies) can be correlated - ie same count rate and fixed count offset. * Wide enough that the software doesn't have to worry about overflows (ie around 64 bits) > If one didn't mind foregoing the high resolution requirement then > the problem is greatly simplified... an external time base, such as > a 1-30 MHz crystal, can be fed into just one bit's worth of=20 > resynchronization logic to generate counter pulses at the cpu's operat= ing > frequency and the counter can then be implemented inside the cpu, > synchronized to its operating frequency. This sounds like a cheap-to-read version of the ACPI-fast counter. The idea sounds reasonable. Now all you need is to convince a vendor to implement it :-) > It kind of turns into a mess no matter how you twist it, as long as > the 'fast access time' requirement is left in place. Agreed. And without fast access time, high resolution is meaningless. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --OOq1TgGhe8eTwFBO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkgJD1gACgkQ/opHv/APuIcSWACglETeBHXYCnPramvqrduT3NrQ xMgAoJso8I6LVD989ugn7rjvEJOPPEG2 =RmO1 -----END PGP SIGNATURE----- --OOq1TgGhe8eTwFBO-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 20:12:10 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F2A2106566B for ; Fri, 18 Apr 2008 20:12:10 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE208FC15 for ; Fri, 18 Apr 2008 20:12:09 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 5CC262BE6BB; Fri, 18 Apr 2008 21:52:59 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m3IJpo6H018670; Fri, 18 Apr 2008 21:51:50 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m3IJpoOl018669; Fri, 18 Apr 2008 21:51:50 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 18 Apr 2008 21:51:50 +0200 To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20080418195150.GA18338@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Fri, 18 Apr 2008 22:29:21 +0000 Cc: Subject: destroy_dev_drain stuck (devscd) after kldload, ls -l cloned device, kldunload (trying to fix kqemu...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2008 20:12:10 -0000 Using this... after what has been done to /sys/netsmb/smb_dev.c: Index: Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- Makefile 26 Jul 2007 21:46:30 -0000 1.21 +++ Makefile 18 Apr 2008 18:58:29 -0000 @@ -7,7 +7,7 @@ PORTNAME= kqemu PORTVERSION= 1.3.0.p11 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= emulators kld MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ http://qemu.org/ \ @@ -57,17 +57,6 @@ IGNORE= kqemu requires kernel source to CFLAGS+= -DKSE .endif -# XXX the following is wrong if you run a custom SMP kernel on a -# singleprocessor machine (but it probably doesn't really matter) -KERNCONF!= ${UNAME} -v | ${SED} 's-.*/--' | ${TR} -d ' ' -NCPU!= ${SYSCTL} -n hw.ncpu 2>/dev/null -# we know 7.x GENERIC has SMP -.if ${KERNCONF} == "GENERIC" && ${OSVERSION} >= 700000 -CFLAGS+= -DSMP -.elif ${NCPU} > 1 -CFLAGS+= -DSMP -.endif - post-extract: .if ${OSVERSION} >= 700024 && !defined(NOKSE) @${ECHO_MSG} "Compiling with -DKSE." Index: files/patch-kqemu-freebsd.c =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch-kqemu-freebsd.c,v retrieving revision 1.6 diff -u -p -r1.6 patch-kqemu-freebsd.c --- files/patch-kqemu-freebsd.c 21 Jul 2007 19:38:16 -0000 1.6 +++ files/patch-kqemu-freebsd.c 18 Apr 2008 18:37:00 -0000 @@ -17,13 +17,30 @@ Index: kqemu-freebsd.c return SIGPENDING(curthread); } #endif -@@ -320,6 +328,9 @@ +@@ -320,8 +320,15 @@ #if __FreeBSD_version >= 500000 dev->si_drv1 = NULL; TAILQ_REMOVE(&kqemuhead, ks, kqemu_ent); ++#if __FreeBSD_version >= 700051 ++ destroy_dev_sched(dev); ++#else +#if __FreeBSD_version >= 700024 + dev_relthread(dev); +#endif destroy_dev(dev); #endif ++#endif free(ks, M_KQEMU); + --kqemu_ref_count; + } +@@ -500,6 +507,10 @@ + while ((ks = TAILQ_FIRST(&kqemuhead)) != NULL) { + kqemu_destroy(ks); + } ++#if __FreeBSD_version >= 700051 ++ drain_dev_clone_events(); ++ /* destroy_dev_drain(&kqemu_cdevsw); */ ++#endif + clone_cleanup(&kqemuclones); + #endif + kqemu_global_delete(kqemu_gs); (and uncommenting the destroy_dev_drain call) I get a hang when I do: kldload kqemu ls -l /dev/kqemu kldunload kqemu Am I doing something wrong or is the bug elsewhere? Oh and does anyone still see qemu hanging using the commented version? (Only you shouldn't kldunload too quickly after running qemu I guess... :) Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 03:57:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3367106566B; Sat, 19 Apr 2008 03:57:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 398F18FC17; Sat, 19 Apr 2008 03:57:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Jn4Cq-000NEe-7I; Sat, 19 Apr 2008 06:57:40 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m3J3vhfX035896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Apr 2008 06:57:44 +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.2/8.14.2) with ESMTP id m3J3vaJW065704; Sat, 19 Apr 2008 06:57:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m3J3vaWp065703; Sat, 19 Apr 2008 06:57:36 +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, 19 Apr 2008 06:57:36 +0300 From: Kostik Belousov To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20080419035736.GD18958@deviant.kiev.zoral.com.ua> References: <20080418195150.GA18338@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eu8nj/18vubUeVCi" Content-Disposition: inline In-Reply-To: <20080418195150.GA18338@saturn.kn-bremen.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 7318d724e6e33de4232bc9d11f85b76e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2676 [Apr 18 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Subject: Re: destroy_dev_drain stuck (devscd) after kldload, ls -l cloned device, kldunload (trying to fix kqemu...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 03:57:42 -0000 --eu8nj/18vubUeVCi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2008 at 09:51:50PM +0200, Juergen Lock wrote: > Using this... after what has been done to /sys/netsmb/smb_dev.c: >=20 > Index: Makefile > =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 > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v > retrieving revision 1.21 > diff -u -p -r1.21 Makefile > --- Makefile 26 Jul 2007 21:46:30 -0000 1.21 > +++ Makefile 18 Apr 2008 18:58:29 -0000 > @@ -7,7 +7,7 @@ > =20 > PORTNAME=3D kqemu > PORTVERSION=3D 1.3.0.p11 > -PORTREVISION=3D 2 > +PORTREVISION=3D 3 > CATEGORIES=3D emulators kld > MASTER_SITES=3D http://fabrice.bellard.free.fr/qemu/ \ > http://qemu.org/ \ > @@ -57,17 +57,6 @@ IGNORE=3D kqemu requires kernel source to > CFLAGS+=3D -DKSE > .endif > =20 > -# XXX the following is wrong if you run a custom SMP kernel on a > -# singleprocessor machine (but it probably doesn't really matter) > -KERNCONF!=3D ${UNAME} -v | ${SED} 's-.*/--' | ${TR} -d ' ' > -NCPU!=3D ${SYSCTL} -n hw.ncpu 2>/dev/null > -# we know 7.x GENERIC has SMP > -.if ${KERNCONF} =3D=3D "GENERIC" && ${OSVERSION} >=3D 700000 > -CFLAGS+=3D -DSMP > -.elif ${NCPU} > 1 > -CFLAGS+=3D -DSMP > -.endif > - > post-extract: > .if ${OSVERSION} >=3D 700024 && !defined(NOKSE) > @${ECHO_MSG} "Compiling with -DKSE." > Index: files/patch-kqemu-freebsd.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 > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch-kqemu-freebsd= .c,v > retrieving revision 1.6 > diff -u -p -r1.6 patch-kqemu-freebsd.c > --- files/patch-kqemu-freebsd.c 21 Jul 2007 19:38:16 -0000 1.6 > +++ files/patch-kqemu-freebsd.c 18 Apr 2008 18:37:00 -0000 > @@ -17,13 +17,30 @@ Index: kqemu-freebsd.c > return SIGPENDING(curthread); > } > #endif > -@@ -320,6 +328,9 @@ > +@@ -320,8 +320,15 @@ > #if __FreeBSD_version >=3D 500000 > dev->si_drv1 =3D NULL; > TAILQ_REMOVE(&kqemuhead, ks, kqemu_ent); > ++#if __FreeBSD_version >=3D 700051 > ++ destroy_dev_sched(dev); > ++#else > +#if __FreeBSD_version >=3D 700024 > + dev_relthread(dev);=20 > +#endif > destroy_dev(dev); > #endif > ++#endif > free(ks, M_KQEMU); > + --kqemu_ref_count; > + } > +@@ -500,6 +507,10 @@ > + while ((ks =3D TAILQ_FIRST(&kqemuhead)) !=3D NULL) { > + kqemu_destroy(ks); > + } > ++#if __FreeBSD_version >=3D 700051 > ++ drain_dev_clone_events(); > ++ /* destroy_dev_drain(&kqemu_cdevsw); */ > ++#endif > + clone_cleanup(&kqemuclones); > + #endif > + kqemu_global_delete(kqemu_gs); The destroy_dev_drain() function waits for the cdevs having the kqemu_cdevsw cdevsw to be destroyed. I did not looked into the actual kqemu sources, but assumed that kqemuclones have kqemu_cdevsw as cdevsw. If this is the case, you shall call clone_cleanup() before destroy_dev_drain(). >=20 > (and uncommenting the destroy_dev_drain call) I get a hang when I do: > kldload kqemu > ls -l /dev/kqemu > kldunload kqemu >=20 > Am I doing something wrong or is the bug elsewhere? >=20 > Oh and does anyone still see qemu hanging using the commented version? > (Only you shouldn't kldunload too quickly after running qemu I guess... :) >=20 > Thanx, > Juergen > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@freebsd.o= rg" --eu8nj/18vubUeVCi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkgJbbAACgkQC3+MBN1Mb4j9xwCaA/dgIW7ep9Xja6s0HVk4FEso voMAnAli4lh5ZBSFyghXgiv2Nu1vFAaz =kc6z -----END PGP SIGNATURE----- --eu8nj/18vubUeVCi-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 05:08:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA250106566C; Sat, 19 Apr 2008 05:08:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A3DFA8FC0A; Sat, 19 Apr 2008 05:08:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3J58qJk015724; Sat, 19 Apr 2008 01:08:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3J58pTM089592; Sat, 19 Apr 2008 01:08:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B36D273039; Sat, 19 Apr 2008 01:08:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080419050851.B36D273039@freebsd-current.sentex.ca> Date: Sat, 19 Apr 2008 01:08:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 05:08:53 -0000 TB --- 2008-04-19 04:00:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-04-19 04:00:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-04-19 04:00:37 - cleaning the object tree TB --- 2008-04-19 04:01:05 - cvsupping the source tree TB --- 2008-04-19 04:01:05 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-04-19 04:01:11 - building world (CFLAGS=-O -pipe) TB --- 2008-04-19 04:01:11 - cd /src TB --- 2008-04-19 04:01:11 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 19 04:01:13 UTC 2008 >>> 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 Sat Apr 19 05:05:25 UTC 2008 TB --- 2008-04-19 05:05:25 - generating LINT kernel config TB --- 2008-04-19 05:05:25 - cd /src/sys/powerpc/conf TB --- 2008-04-19 05:05:25 - /usr/bin/make -B LINT TB --- 2008-04-19 05:05:25 - building LINT kernel (COPTFLAGS=) TB --- 2008-04-19 05:05:25 - cd /src TB --- 2008-04-19 05:05:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 19 05:05:25 UTC 2008 >>> 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 [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cmx/cmx_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cnw/if_cnw.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_main.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/cxgb/cxgb_offload.c cc1: warnings being treated as errors /src/sys/dev/cxgb/cxgb_offload.c: In function 'do_bad_cpl': /src/sys/dev/cxgb/cxgb_offload.c:318: warning: implicit declaration of function 'kdb_backtrace' /src/sys/dev/cxgb/cxgb_offload.c:318: warning: nested extern declaration of 'kdb_backtrace' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-04-19 05:08:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-04-19 05:08:51 - ERROR: failed to build lint kernel TB --- 2008-04-19 05:08:51 - tinderbox aborted TB --- 2961.99 user 353.84 system 4093.89 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 08:50:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 616E2106566C for ; Sat, 19 Apr 2008 08:50:36 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id DF8978FC1A for ; Sat, 19 Apr 2008 08:50:35 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so933616fgg.35 for ; Sat, 19 Apr 2008 01:50:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:subject:from:organization:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; bh=K1ak6FI4sUKZBa91a2Foq2vMaVjrET9Q5vMsDi8XH/I=; b=M8BcdJQhjxIZgZhsZphv5qK5uZJlRME+SbOUHfEacRnOiT0YShIEbyUnr/4DVrergPb1XhX3hwl2MW65jRHu+3ef6RpBHjRh2RfwmDThNsEhRW3mQgnxcT2ZVFc/m/yo9ParBqqHQ50D570nuzvfzNp5FRI9MY3rw73rs794Uog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:subject:from:organization:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; b=oWCmJn+dRmtyyHiE5EiYKwnKsWE5hVIdu+uhzx6dPHK2pWz76UzNL3J+9OI61A+CeDxH3nHUWmPvs3MPXI/XWtbiZbnw1O7Nd/MvuXa4wvyemPsdKKIsLiz0bIZ89OMgF831xACvHHmUttcXBmm+p6nzhBdit08eRtVfjuzdBfQ= Received: by 10.86.71.1 with SMTP id t1mr7493677fga.7.1208595034583; Sat, 19 Apr 2008 01:50:34 -0700 (PDT) Received: from localhost ( [85.3.111.160]) by mx.google.com with ESMTPS id w5sm3498907mue.2.2008.04.19.01.50.32 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Apr 2008 01:50:33 -0700 (PDT) Date: Sat, 19 Apr 2008 10:50:31 +0200 To: "Diego Depaoli" , "freebsd-current@freebsd.org" From: sam Organization: - Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <83e5fb980804151609v84bbb21ne64ea1453b48c156@mail.gmail.com> User-Agent: Opera Mail/9.50 (FreeBSD) Cc: Subject: Re: problems with atapicam/atapicd on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 08:50:36 -0000 Code from Friday made it work again. sam. On Wed, 16 Apr 2008 01:09:57 +0200, Diego Depaoli wrote: > 2008/4/14, sam : >> hi >> >> >> I'm using 8-Current on i386. The system has three sata DVD-drives: >> - 1 Optiarc ad-7170s on ata 5 >> - 2 Asus e616a3t on ata 6 & 7 >> >> Trying to load atapicam the system halts. > > Same here with one sata DVD. > Panic loading atapicam at boot, halt k-loading it and, very weird > issue, pressing dvd's eject button (obviously without atapicam). > Today world, nvidia MCP67 > > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 12:14:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA853106567C for ; Sat, 19 Apr 2008 12:14:11 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D51018FC1B for ; Sat, 19 Apr 2008 12:14:10 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-67-45.lns10.adl6.internode.on.net [121.45.67.45]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m3JCAiqU094670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Apr 2008 21:41:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 18 Apr 2008 12:35:23 +0930 User-Agent: KMail/1.9.7 References: <20080418003203.GB11705@dragon.NUXI.org> <48080276.3040203@elischer.org> In-Reply-To: <48080276.3040203@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804181235.29530.doconnor@gsoft.com.au> X-Spam-Score: -0.714 () BAYES_00,DATE_IN_PAST_24_48,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: gnn@freebsd.org, Julian Elischer , Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 12:14:11 -0000 On Fri, 18 Apr 2008, Julian Elischer wrote: > David O'Brien wrote: > > The TSC on K8 is not invariant - its rate of change is affected by > > P-state changes. > > > > The TSC on Greyhound (Family 10h) is invariant. > > [but as stated above, is not synced with other cores] > > You'd think that an invariant sync'd clock (fast to read) of some > type would have been done by someone by now.. The software people > have been asking for this for the last decade at least. Probably because it's very very difficult to get right :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 13:02:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2A4D106564A; Sat, 19 Apr 2008 13:02:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 942768FC21; Sat, 19 Apr 2008 13:02:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id CE62117104; Sat, 19 Apr 2008 13:02:24 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m3JD2MUE060926; Sat, 19 Apr 2008 13:02:23 GMT (envelope-from phk@critter.freebsd.dk) To: "Daniel O'Connor" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 18 Apr 2008 12:35:23 +0930." <200804181235.29530.doconnor@gsoft.com.au> Date: Sat, 19 Apr 2008 13:02:22 +0000 Message-ID: <60925.1208610142@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: gnn@freebsd.org, freebsd-current@freebsd.org, Julian Elischer , Andrew Gallatin Subject: Re: TSC Timecounter and multi-core/SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 13:02:26 -0000 In message <200804181235.29530.doconnor@gsoft.com.au>, "Daniel O'Connor" writes : >> You'd think that an invariant sync'd clock (fast to read) [...] > >Probably because it's very very difficult to get right :) Actually, I think people miss a number of points here. One is that timekeeping, scheduling and benchmarking has different needs. Timekeeping: By definition needs to be system global, and preferably cheap. Rates above 100 MHz are pointless, because of the nature of the sort of bus-structures we have these days. A good 32 bit counter which can be read atomically, running at > 10 MHz is perfect for this purpose. The ACPI timer is usually pretty perfect for this, apart from the cost of reading it, which is incredibly high. The ACPI-timer should be distributed to all cpu sockets to speed up access, and a hardware reset line, either shared with other purposes or a dedicated signal, should be used to synchronize them. Scheduling Can, and should, be per core, and needs deadline interrupts. Access should be very cheap. Resolution of approx 1s is usually overkill due to the cost of context switch times. HPET gets this wrong in a number of ways. Benchmarking Only needs to be per CPU, needs to be high resolution which makes it almost impossible to keep them perfectly in sync. If not in sync, they are very hard to use without kernel support unless threads a locked to CPU for measurement. TSC has too unpredictable properties to be used without a lot of chip-type conditional code. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Apr 19 15:26:36 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4064D106564A; Sat, 19 Apr 2008 15:26:36 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id B7E938FC14; Sat, 19 Apr 2008 15:26:35 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 8B7582C06D3; Sat, 19 Apr 2008 17:26:34 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m3JF7np9043355; Sat, 19 Apr 2008 17:07:49 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m3JF7nZH043354; Sat, 19 Apr 2008 17:07:49 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 19 Apr 2008 17:07:49 +0200 To: Kostik Belousov Message-ID: <20080419150749.GA43335@saturn.kn-bremen.de> Mail-Followup-To: Kostik Belousov , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org References: <20080418195150.GA18338@saturn.kn-bremen.de> <20080419035736.GD18958@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080419035736.GD18958@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sat, 19 Apr 2008 15:37:29 +0000 Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: destroy_dev_drain stuck (devscd) after kldload, ls -l cloned device, kldunload (trying to fix kqemu...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2008 15:26:36 -0000 On Sat, Apr 19, 2008 at 06:57:36AM +0300, Kostik Belousov wrote: > On Fri, Apr 18, 2008 at 09:51:50PM +0200, Juergen Lock wrote: > > Using this... after what has been done to /sys/netsmb/smb_dev.c: > > > > Index: Makefile > > =================================================================== > > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v > > retrieving revision 1.21 > > diff -u -p -r1.21 Makefile > > --- Makefile 26 Jul 2007 21:46:30 -0000 1.21 > > +++ Makefile 18 Apr 2008 18:58:29 -0000 > > @@ -7,7 +7,7 @@ > > > > PORTNAME= kqemu > > PORTVERSION= 1.3.0.p11 > > -PORTREVISION= 2 > > +PORTREVISION= 3 > > CATEGORIES= emulators kld > > MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ > > http://qemu.org/ \ > > @@ -57,17 +57,6 @@ IGNORE= kqemu requires kernel source to > > CFLAGS+= -DKSE > > .endif > > > > -# XXX the following is wrong if you run a custom SMP kernel on a > > -# singleprocessor machine (but it probably doesn't really matter) > > -KERNCONF!= ${UNAME} -v | ${SED} 's-.*/--' | ${TR} -d ' ' > > -NCPU!= ${SYSCTL} -n hw.ncpu 2>/dev/null > > -# we know 7.x GENERIC has SMP > > -.if ${KERNCONF} == "GENERIC" && ${OSVERSION} >= 700000 > > -CFLAGS+= -DSMP > > -.elif ${NCPU} > 1 > > -CFLAGS+= -DSMP > > -.endif > > - > > post-extract: > > .if ${OSVERSION} >= 700024 && !defined(NOKSE) > > @${ECHO_MSG} "Compiling with -DKSE." > > Index: files/patch-kqemu-freebsd.c > > =================================================================== > > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch-kqemu-freebsd.c,v > > retrieving revision 1.6 > > diff -u -p -r1.6 patch-kqemu-freebsd.c > > --- files/patch-kqemu-freebsd.c 21 Jul 2007 19:38:16 -0000 1.6 > > +++ files/patch-kqemu-freebsd.c 18 Apr 2008 18:37:00 -0000 > > @@ -17,13 +17,30 @@ Index: kqemu-freebsd.c > > return SIGPENDING(curthread); > > } > > #endif > > -@@ -320,6 +328,9 @@ > > +@@ -320,8 +320,15 @@ > > #if __FreeBSD_version >= 500000 > > dev->si_drv1 = NULL; > > TAILQ_REMOVE(&kqemuhead, ks, kqemu_ent); > > ++#if __FreeBSD_version >= 700051 > > ++ destroy_dev_sched(dev); > > ++#else > > +#if __FreeBSD_version >= 700024 > > + dev_relthread(dev); > > +#endif > > destroy_dev(dev); > > #endif > > ++#endif > > free(ks, M_KQEMU); > > + --kqemu_ref_count; > > + } > > +@@ -500,6 +507,10 @@ > > + while ((ks = TAILQ_FIRST(&kqemuhead)) != NULL) { > > + kqemu_destroy(ks); > > + } > > ++#if __FreeBSD_version >= 700051 > > ++ drain_dev_clone_events(); > > ++ /* destroy_dev_drain(&kqemu_cdevsw); */ > > ++#endif > > + clone_cleanup(&kqemuclones); > > + #endif > > + kqemu_global_delete(kqemu_gs); > > The destroy_dev_drain() function waits for the cdevs having the > kqemu_cdevsw cdevsw to be destroyed. I did not looked into the actual > kqemu sources, but assumed that kqemuclones have kqemu_cdevsw as > cdevsw. If this is the case, you shall call clone_cleanup() before > destroy_dev_drain(). Ah, that seems to work indeed. Thanx! Juergen