From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 02:30:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F2CE16A420; Sun, 5 Feb 2006 02:30:44 +0000 (GMT) (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 DA90A43D46; Sun, 5 Feb 2006 02:30:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k152UeEk000459; Sat, 4 Feb 2006 21:30:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k152UeCu032842; Sat, 4 Feb 2006 21:30:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B83037302F; Sat, 4 Feb 2006 21:30:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205023040.B83037302F@freebsd-current.sentex.ca> Date: Sat, 4 Feb 2006 21:30:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on alpha/alpha 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, 05 Feb 2006 02:30:44 -0000 TB --- 2006-02-05 01:12:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-05 01:12:49 - starting HEAD tinderbox run for alpha/alpha TB --- 2006-02-05 01:12:49 - cleaning the object tree TB --- 2006-02-05 01:13:16 - checking out the source tree TB --- 2006-02-05 01:13:16 - cd /tinderbox/HEAD/alpha/alpha TB --- 2006-02-05 01:13:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-05 01:20:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-05 01:20:32 - cd /src TB --- 2006-02-05 01:20:32 - /usr/bin/make -B buildworld >>> 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 TB --- 2006-02-05 02:26:06 - generating LINT kernel config TB --- 2006-02-05 02:26:06 - cd /src/sys/alpha/conf TB --- 2006-02-05 02:26:06 - /usr/bin/make -B LINT TB --- 2006-02-05 02:26:06 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-02-05 02:26:06 - cd /src TB --- 2006-02-05 02:26:06 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 02:26:06 UTC 2006 >>> 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 -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/amr/amr_pci.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/an/if_an.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/an/if_an_isa.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/an/if_an_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/an/if_an_pci.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /src/sys/dev/asr/asr.c /src/sys/dev/asr/asr.c: In function `ASR_resetIOP': /src/sys/dev/asr/asr.c:612: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 02:30:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 02:30:40 - ERROR: failed to build lint kernel TB --- 2006-02-05 02:30:40 - tinderbox aborted TB --- 0.76 user 3.93 system 4671.16 real From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 03:06:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E288A16A422; Sun, 5 Feb 2006 03:06:51 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF1843D49; Sun, 5 Feb 2006 03:06:46 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 726A65762; Sun, 5 Feb 2006 04:15:03 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host14-150.pool875.interbusiness.it [87.5.150.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Sun, 5 Feb 2006 04:15:03 +0100 (CET) Message-ID: <43E56BB9.5030302@freesbie.org> Date: Sun, 05 Feb 2006 04:06:33 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> <43C90A68.9000909@freebsd.org> <43E563EF.80107@freebsd.org> In-Reply-To: <43E563EF.80107@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCBBE68D80E8AC7A2966C2A70" X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 03:06:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCBBE68D80E8AC7A2966C2A70 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Daichi GOTO ha scritto: > I have updated the patchset-7 (of course patchset-6 exists). >=20 > Patchset-7: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff >=20 > changes -p7 from -p6: > - fixed problem that removes not empty directory. > For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c= ) > regarding to white-out uncorrect work when fails of making > shadow directory. > - fixed "Returning with 1 locks held." panic problem. > Unfree of vnode lock when it fails making of shadow dirrectory > led the problem. >=20 > Patchset-6: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff >=20 > changes -p6 from -p5: > - fixed ln(1) fail problem when -f is optioned. And > problems around hardling-specific are fixed > - added VOP_GETWRITEMOUNT treatment. Pre-implementation > has probability of write-fail bacause of unwork of > vn_start_write. >=20 > And now, we have an unionfs explanation site in English: > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) >=20 > Great thanks for Yoshihiro Ota-san :) He gave me that translated > text. Please read the explanation text whom has interest in > around unionfs. >=20 > Thanks! Thanks! I'll test it ASAP. --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enigCBBE68D80E8AC7A2966C2A70 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.1 (Darwin) iD8DBQFD5Wu/ymi72IiShysRAg54AKDGnbUxoxPGNfueiwp6sLXrowys0ACeLKQQ /nV3/DDH5ALtI6Ql9uYukm8= =edn8 -----END PGP SIGNATURE----- --------------enigCBBE68D80E8AC7A2966C2A70-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 04:16:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1160616A422; Sun, 5 Feb 2006 04:16:07 +0000 (GMT) (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 610E743D46; Sun, 5 Feb 2006 04:16:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k154G48C004710; Sat, 4 Feb 2006 23:16:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k154GGjh058549; Sat, 4 Feb 2006 23:16:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8D9917302F; Sat, 4 Feb 2006 23:16:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205041604.8D9917302F@freebsd-current.sentex.ca> Date: Sat, 4 Feb 2006 23:16:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 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, 05 Feb 2006 04:16:07 -0000 TB --- 2006-02-05 02:30:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-05 02:30:40 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-02-05 02:30:40 - cleaning the object tree TB --- 2006-02-05 02:31:10 - checking out the source tree TB --- 2006-02-05 02:31:10 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-02-05 02:31:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-05 02:38:19 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-05 02:38:19 - cd /src TB --- 2006-02-05 02:38:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-02-05 04:10:53 - generating LINT kernel config TB --- 2006-02-05 04:10:53 - cd /src/sys/amd64/conf TB --- 2006-02-05 04:10:53 - /usr/bin/make -B LINT TB --- 2006-02-05 04:10:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-02-05 04:10:54 - cd /src TB --- 2006-02-05 04:10:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 04:10:54 UTC 2006 >>> 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 -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/amr/amr_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -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 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/asr/asr.c /src/sys/dev/asr/asr.c: In function `ASR_resetIOP': /src/sys/dev/asr/asr.c:612: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 04:16:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 04:16:04 - ERROR: failed to build lint kernel TB --- 2006-02-05 04:16:04 - tinderbox aborted TB --- 1.04 user 5.66 system 6323.54 real From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 05:20:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D13816A420 for ; Sun, 5 Feb 2006 05:20:05 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 452B643D55 for ; Sun, 5 Feb 2006 05:20:03 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 47532 invoked from network); 5 Feb 2006 02:35:28 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 5 Feb 2006 02:35:28 -0000 Message-ID: <43E563EF.80107@freebsd.org> Date: Sun, 05 Feb 2006 11:33:19 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> <43C90A68.9000909@freebsd.org> In-Reply-To: <43C90A68.9000909@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, Daichi GOTO , ota@j.email.ne.jp, Alexander@Leidinger.net, saturnero@freesbie.org Subject: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 05:20:05 -0000 I have updated the patchset-7 (of course patchset-6 exists). Patchset-7: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff changes -p7 from -p6: - fixed problem that removes not empty directory. For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c) regarding to white-out uncorrect work when fails of making shadow directory. - fixed "Returning with 1 locks held." panic problem. Unfree of vnode lock when it fails making of shadow dirrectory led the problem. Patchset-6: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff changes -p6 from -p5: - fixed ln(1) fail problem when -f is optioned. And problems around hardling-specific are fixed - added VOP_GETWRITEMOUNT treatment. Pre-implementation has probability of write-fail bacause of unwork of vn_start_write. And now, we have an unionfs explanation site in English: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Great thanks for Yoshihiro Ota-san :) He gave me that translated text. Please read the explanation text whom has interest in around unionfs. Thanks! Daichi GOTO wrote: > I have updated the patches: > > For 7-current patch > http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff > > For 6.x patch > http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff > > Changes from -p4: > - fixed around "can't fifo/vnode bypass -1" panic problem > - added some comments into source-code for src-developer > - edited style as style(9) saye -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 05:20:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F7816A428 for ; Sun, 5 Feb 2006 05:20:49 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 8E9B743D55 for ; Sun, 5 Feb 2006 05:20:48 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 47441 invoked by uid 399); 5 Feb 2006 05:20:47 -0000 Received: from localhost (HELO ?192.168.1.102?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Feb 2006 05:20:47 -0000 Message-ID: <43E58B2E.5050505@FreeBSD.org> Date: Sat, 04 Feb 2006 21:20:46 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029 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, 05 Feb 2006 05:20:49 -0000 Howdy, I got the panic listed above with a -current system built on 2/2. Looks like Jeff added the following to that line on 2/1: VFS_ASSERT_GIANT(vp->v_mount); I tried to get the kernel to dump, but all it did was spin the disk for about 30 minutes, so I gave up. When I rebooted, savecore didn't show anything. The system was idle at the time it panicked. Sorry to be so vague, but I hope this is useful. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 05:51:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 412BD16A420 for ; Sun, 5 Feb 2006 05:51:33 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0784C43D45 for ; Sun, 5 Feb 2006 05:51:33 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id DF35472DD9; Sat, 4 Feb 2006 21:51:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D76A472DCB; Sat, 4 Feb 2006 21:51:32 -0800 (PST) Date: Sat, 4 Feb 2006 21:51:32 -0800 (PST) From: Doug White To: Steve Kargl In-Reply-To: <20060201042122.GA27796@troutmask.apl.washington.edu> Message-ID: <20060204214535.S45494@carver.gumbysoft.com> References: <20060131212209.GA870@troutmask.apl.washington.edu> <20060201010157.GA604@troutmask.apl.washington.edu> <20060201042122.GA27796@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: panic: Memory modified after free 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, 05 Feb 2006 05:51:33 -0000 Sorry for the late response on this, but I just debugged similar issues on a Tyan S2892. The problem there was that the system would panic in unusual places under load. The root cause was that the BIOS was not down-clocking the DIMM speeds under high-load situations (e.g, all DIMM slots populated), which caused random memory corruption. Updating to BIOS v2.00 fixed the problem. Make sure you are running BIOS v3.04 or later on your S2882. The BIOS download for that motherboard is: http://www.tyan.com/support/html/b_s2882.html The other option is to remove DIMMs from the system. On Tue, 31 Jan 2006, Steve Kargl wrote: > On Tue, Jan 31, 2006 at 05:01:57PM -0800, Steve Kargl wrote: > > On Tue, Jan 31, 2006 at 01:22:09PM -0800, Steve Kargl wrote: > > > The system is a dual proc Tyan K8S Pro with 12 GB of memory. > > > The kernel is UP. This was recorded by hand. I have the crash dump. > > > > > > Memory modified after free 0xffffff02505e0c00(504) val=deadc0dd @ > > > 0xffffff02505e0cd0 > > > > > > > Thing are looking positively horrid. A kernel from a cvsup with > > a date=2006.01.25.00.00.00 appears to work fine. A kernel from with > > date=2006.01.27.00.00.00 dies with > > > > dev_relthread() at dev_relthread+0x2e > > devfs_close() at devfs_close+0x1b6 > > VOP_CLOSE_APV() at VOP_CLOSE_APV+0x74 > > vn_close() at vn_close+0x8d > > vn_closefile() at vn_closefile+0x5a > > fdrop_locked() at fdrop_locked+0xa1 > > closef() at closef+0x35f > > fdfree() at fdfree+0x513 > > exit1() at exit1+0x360 > > sys_exit() at sys_exit+0xe > > > > a 2006.01.26.12.00.00.00 kernel dies a similar death. > Unfortnately, this panic took out a portion of /usr/include > and /usr/src. I can't prove it yet, but I think the > pts code may be the trigger. > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 06:15:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3619516A426 for ; Sun, 5 Feb 2006 06:15:57 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE37543D48 for ; Sun, 5 Feb 2006 06:15:56 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k156Fuuj004599; Sat, 4 Feb 2006 22:15:56 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k156Fu0Z004598; Sat, 4 Feb 2006 22:15:56 -0800 (PST) (envelope-from sgk) Date: Sat, 4 Feb 2006 22:15:56 -0800 From: Steve Kargl To: Doug White Message-ID: <20060205061556.GA4551@troutmask.apl.washington.edu> References: <20060131212209.GA870@troutmask.apl.washington.edu> <20060201010157.GA604@troutmask.apl.washington.edu> <20060201042122.GA27796@troutmask.apl.washington.edu> <20060204214535.S45494@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060204214535.S45494@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: panic: Memory modified after free 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, 05 Feb 2006 06:15:57 -0000 On Sat, Feb 04, 2006 at 09:51:32PM -0800, Doug White wrote: > Sorry for the late response on this, but I just debugged similar issues on > a Tyan S2892. The problem there was that the system would panic in unusual > places under load. The root cause was that the BIOS was not down-clocking > the DIMM speeds under high-load situations (e.g, all DIMM slots > populated), which caused random memory corruption. Updating to BIOS v2.00 > fixed the problem. > > Make sure you are running BIOS v3.04 or later on your S2882. The BIOS > download for that motherboard is: > > http://www.tyan.com/support/html/b_s2882.html > > The other option is to remove DIMMs from the system. > Updating the bios is the first thing I did. IIRC, I'm at 3.05. The "Memory modified after free" is a real problem somewhere deep inside devfs. See cognet's last commit to tty_pty.c. However, I'll look into the DIMM timing issues because I have been experiencing some lock-ups (not panics) when my system is under heavy load. I've tested the memory with memtest86+ more than once, and it appears to be good. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 06:23:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCB3C16A420 for ; Sun, 5 Feb 2006 06:23:41 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66ACB43D45 for ; Sun, 5 Feb 2006 06:23:41 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 65139DE; Sun, 5 Feb 2006 00:23:40 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 70B6261C38; Sun, 5 Feb 2006 00:23:39 -0600 (CST) Date: Sun, 5 Feb 2006 00:23:39 -0600 From: "Matthew D. Fuller" To: Steve Kargl Message-ID: <20060205062339.GC1388@over-yonder.net> References: <20060131212209.GA870@troutmask.apl.washington.edu> <20060201010157.GA604@troutmask.apl.washington.edu> <20060201042122.GA27796@troutmask.apl.washington.edu> <20060204214535.S45494@carver.gumbysoft.com> <20060205061556.GA4551@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060205061556.GA4551@troutmask.apl.washington.edu> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-current@freebsd.org Subject: Re: panic: Memory modified after free 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, 05 Feb 2006 06:23:41 -0000 On Sat, Feb 04, 2006 at 10:15:56PM -0800 I heard the voice of Steve Kargl, and lo! it spake thus: > > However, I'll look into the DIMM timing issues because I have been > experiencing some lock-ups (not panics) when my system is under > heavy load. I've tested the memory with memtest86+ more than once, > and it appears to be good. I've got a Tyan Thunder K7 (S2462) that had weird issues of falling over under various sorts of load unpredictably, without a hint (just cycling; no panic or anything). It would go a few days without dying, but a big compile, or playing a DVD, were 2 things I could count on to blow it up sooner or later. It turned out that I had the memory in slots 4 and 2, instead of 1 and 3; since that swap, it's been rock solid. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 09:54:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF59F16A420; Sun, 5 Feb 2006 09:54:35 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3910143D45; Sun, 5 Feb 2006 09:54:35 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1F5gbI-000Eea-B7; Sun, 05 Feb 2006 11:54:32 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Daichi GOTO In-Reply-To: Message from Daichi GOTO of "Sun, 05 Feb 2006 11:33:19 +0900." <43E563EF.80107@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Feb 2006 11:54:31 +0200 From: Danny Braniss Message-ID: Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net, saturnero@freesbie.org Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 09:54:35 -0000 > I have updated the patchset-7 (of course patchset-6 exists). > > Patchset-7: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff > > changes -p7 from -p6: > - fixed problem that removes not empty directory. > For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c) > regarding to white-out uncorrect work when fails of making > shadow directory. > - fixed "Returning with 1 locks held." panic problem. > Unfree of vnode lock when it fails making of shadow dirrectory > led the problem. > > Patchset-6: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff > > changes -p6 from -p5: > - fixed ln(1) fail problem when -f is optioned. And > problems around hardling-specific are fixed > - added VOP_GETWRITEMOUNT treatment. Pre-implementation > has probability of write-fail bacause of unwork of > vn_start_write. > > And now, we have an unionfs explanation site in English: > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) > > Great thanks for Yoshihiro Ota-san :) He gave me that translated > text. Please read the explanation text whom has interest in > around unionfs. > > Thanks! > > Daichi GOTO wrote: > > I have updated the patches: > > > > For 7-current patch > > http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff > > > > For 6.x patch > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff > > > > Changes from -p4: > > - fixed around "can't fifo/vnode bypass -1" panic problem > > - added some comments into source-code for src-developer > > - edited style as style(9) saye > > -- > Daichi GOTO, http://people.freebsd.org/~daichi so far so good! it's not crashing my diskless. thanks, danny From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 10:15:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB8E916A422 for ; Sun, 5 Feb 2006 10:15:50 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id A14CD43D58 for ; Sun, 5 Feb 2006 10:15:48 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 52913 invoked from network); 5 Feb 2006 10:17:52 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 5 Feb 2006 10:17:52 -0000 Message-ID: <43E5D052.3020207@freebsd.org> Date: Sun, 05 Feb 2006 19:15:46 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net, saturnero@freesbie.org Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 10:15:50 -0000 >>> I have updated the patches: >>> >>> For 7-current patch >>> http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff >>> >>> For 6.x patch >>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff >>> >>> Changes from -p4: >>> - fixed around "can't fifo/vnode bypass -1" panic problem >>> - added some comments into source-code for src-developer >>> - edited style as style(9) saye >> -- >> Daichi GOTO, http://people.freebsd.org/~daichi > > so far so good! it's not crashing my diskless. > > thanks, > danny It's good :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 14:08:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D01A16A422 for ; Sun, 5 Feb 2006 14:08:56 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ECBE43D45 for ; Sun, 5 Feb 2006 14:08:55 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-169-72.dynamic.qsc.de [212.202.169.72]) by efacilitas.de (Postfix) with ESMTP id 510814C7D0 for ; Sun, 5 Feb 2006 15:18:14 +0100 (CET) Received: from [192.168.1.13] (unknown [192.168.1.13]) by eurystheus.local (Postfix) with ESMTP id 632F35285F for ; Sun, 5 Feb 2006 15:07:36 +0100 (CET) Message-ID: <43E60708.9000902@cs.tu-berlin.de> Date: Sun, 05 Feb 2006 15:09:12 +0100 From: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: unprivileged users are able to kill certain jailed processes 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, 05 Feb 2006 14:08:56 -0000 Hello, unprivileged users of the host environment can see jailed processes with the same user ID. Furthermore they are able to send signals to these processes. I think since users are not allowed to imprison processes there is no reason why they should see them or even kill them. Someone pointed me to this issue and I want to know what you think about this. These are some steps to reproduce: root@host # jail -Uuserxy / localhost 127.0.0.1 /bin/sleep 12345& root@host # ps a | grep sleep 2255 p2 IJ 0:00,01 /bin/sleep 12345 login as 'userxy' userxy@host $ ps a | grep sleep 2255 p2 IJ 0:00,01 /bin/sleep 12345 userxy@host $ ps a | grep sleep [nothing] This is a suggestion to eliminate this behaviour. I appreciate further testing because I hadn't much time to do it. === patch starts here === --- src/sys/kern/kern_jail.c.orig Wed Sep 28 02:30:56 2005 +++ src/sys/kern/kern_jail.c Sun Feb 5 14:42:00 2006 @@ -405,6 +405,9 @@ return (ESRCH); if (cred2->cr_prison != cred1->cr_prison) return (ESRCH); + } else { + if (jailed(cred2) && suser_cred(cred1, 0)) + return (ESRCH); } return (0); === patch ends here === Regards Björn From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 14:13:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13EC416A420 for ; Sun, 5 Feb 2006 14:13:51 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83CE43D46 for ; Sun, 5 Feb 2006 14:13:50 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-169-72.dynamic.qsc.de [212.202.169.72]) by efacilitas.de (Postfix) with ESMTP id 19F5A4C491; Sun, 5 Feb 2006 15:22:42 +0100 (CET) Received: from [192.168.1.13] (unknown [192.168.1.13]) by eurystheus.local (Postfix) with ESMTP id 5A57B5285F; Sun, 5 Feb 2006 15:12:04 +0100 (CET) Message-ID: <43E60814.8030304@cs.tu-berlin.de> Date: Sun, 05 Feb 2006 15:13:40 +0100 From: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= References: <43E60708.9000902@cs.tu-berlin.de> In-Reply-To: <43E60708.9000902@cs.tu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 05 Feb 2006 14:13:51 -0000 Björn König schrieb: > These are some steps to reproduce: > > root@host # jail -Uuserxy / localhost 127.0.0.1 /bin/sleep 12345& > > root@host # ps a | grep sleep > > 2255 p2 IJ 0:00,01 /bin/sleep 12345 > > login as 'userxy' > > userxy@host $ ps a | grep sleep > 2255 p2 IJ 0:00,01 /bin/sleep 12345 userxy@host $ kill 2255 > userxy@host $ ps a | grep sleep > [nothing] From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 14:17:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4525616A420 for ; Sun, 5 Feb 2006 14:17:27 +0000 (GMT) (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 E75EB43D45 for ; Sun, 5 Feb 2006 14:17:26 +0000 (GMT) (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 ADD1E46B94; Sun, 5 Feb 2006 09:17:16 -0500 (EST) Date: Sun, 5 Feb 2006 14:19:43 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= In-Reply-To: <43E60708.9000902@cs.tu-berlin.de> Message-ID: <20060205141626.N76666@fledge.watson.org> References: <43E60708.9000902@cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1735510087-1139149183=:76666" Cc: current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 05 Feb 2006 14:17:27 -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. --0-1735510087-1139149183=:76666 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 5 Feb 2006, [ISO-8859-15] Bj=F6rn K=F6nig wrote: > unprivileged users of the host environment can see jailed processes with = the=20 > same user ID. Furthermore they are able to send signals to these processe= s.=20 > I think since users are not allowed to imprison processes there is no rea= son=20 > why they should see them or even kill them. > > Someone pointed me to this issue and I want to know what you think about= =20 > this. I recognize the concern, but the current behavior is consistent with the=20 overall behavior of jail. In attempt to enforce stronger isolation between= =20 the host and the jail, you will run into other, more significant problems.= =20 For example, jail relies on chroot to segment the file system name space.= =20 Since the host environment is typically rooted at the "real" root, and gues= t=20 environments are typically chrooted to specific subtrees, containment is=20 enforced (subject to due care). However, file system access control isn't= =20 aware of jails, so a uid in the host environment still "owns" files that=20 appear in the chrooted name spaces. I.e., uid 1000 can edit=20 /home/rwatson/foo, but also /jail1/home/rwatson/foo if the uid matches.=20 Changing this will be quite difficult, probably to the point of being=20 undesirable. So I guess the question is: if we can't close the file system method of=20 processes in the host influencing processes in the jail, does it make sense= =20 to, say, control the delivery of signals? Robert N M Watson > > These are some steps to reproduce: > > root@host # jail -Uuserxy / localhost 127.0.0.1 /bin/sleep 12345& > > root@host # ps a | grep sleep=20 > > 2255 p2 IJ 0:00,01 /bin/sleep 12345 > > login as 'userxy' > > userxy@host $ ps a | grep sleep > 2255 p2 IJ 0:00,01 /bin/sleep 12345 > > userxy@host $ ps a | grep sleep > [nothing] > > This is a suggestion to eliminate this behaviour. I appreciate further=20 > testing because I hadn't much time to do it. > > =3D=3D=3D patch starts here =3D=3D=3D > --- src/sys/kern/kern_jail.c.orig Wed Sep 28 02:30:56 2005 > +++ src/sys/kern/kern_jail.c Sun Feb 5 14:42:00 2006 > @@ -405,6 +405,9 @@ > =09=09=09return (ESRCH); > =09=09if (cred2->cr_prison !=3D cred1->cr_prison) > =09=09=09return (ESRCH); > +=09} else { > +=09=09if (jailed(cred2) && suser_cred(cred1, 0)) > +=09=09=09return (ESRCH); > =09} > > =09return (0); > =3D=3D=3D patch ends here =3D=3D=3D > > > Regards > Bj=F6rn > _______________________________________________ > 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= " > --0-1735510087-1139149183=:76666-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 15:16:46 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 924BC16A420; Sun, 5 Feb 2006 15:16:46 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id F17B243D53; Sun, 5 Feb 2006 15:16:45 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-169-72.dynamic.qsc.de [212.202.169.72]) by efacilitas.de (Postfix) with ESMTP id 4BEDA4C697; Sun, 5 Feb 2006 16:26:04 +0100 (CET) Received: from [192.168.1.13] (unknown [192.168.1.13]) by eurystheus.local (Postfix) with ESMTP id 4BF505285F; Sun, 5 Feb 2006 16:15:26 +0100 (CET) Message-ID: <43E616EF.9020704@cs.tu-berlin.de> Date: Sun, 05 Feb 2006 16:17:03 +0100 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Robert Watson References: <43E60708.9000902@cs.tu-berlin.de> <20060205141626.N76666@fledge.watson.org> In-Reply-To: <20060205141626.N76666@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 05 Feb 2006 15:16:46 -0000 Robert Watson schrieb: > On Sun, 5 Feb 2006, [ISO-8859-15] Björn König wrote: > >> unprivileged users of the host environment can see jailed processes >> with the same user ID. Furthermore they are able to send signals to >> these processes. I think since users are not allowed to imprison >> processes there is no reason why they should see them or even kill them. >> >> Someone pointed me to this issue and I want to know what you think >> about this. > > > I recognize the concern, but the current behavior is consistent with the > overall behavior of jail. In attempt to enforce stronger isolation > between the host and the jail, you will run into other, more significant > problems. For example, jail relies on chroot to segment the file system > name space. Since the host environment is typically rooted at the "real" > root, and guest environments are typically chrooted to specific > subtrees, containment is enforced (subject to due care). However, file > system access control isn't aware of jails, so a uid in the host > environment still "owns" files that appear in the chrooted name spaces. > I.e., uid 1000 can edit /home/rwatson/foo, but also > /jail1/home/rwatson/foo if the uid matches. Changing this will be quite > difficult, probably to the point of being undesirable. > > So I guess the question is: if we can't close the file system method of > processes in the host influencing processes in the jail, does it make > sense to, say, control the delivery of signals? You're right. It does not. That means you have to consider that the host environment need to be trustworthy if you use jails and as long as you can't guarantee strict isolation of the host environment from the point of view of unprivileged users it would be the wrong way to obscure jails from these users partially, like I suggested. Thanks for your clarification. Björn From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 15:30:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 182C116A420 for ; Sun, 5 Feb 2006 15:30:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6338943D46 for ; Sun, 5 Feb 2006 15:30:45 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so646058wxc for ; Sun, 05 Feb 2006 07:30:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WNzI5KJ5ciYSh/3IWndt4UcfFh0PB3cPyiOX10EpAg1j4s0Ry0BQhHEu11EmPS2D/scKVRXsY2iTNpmbpRj0fYfCVu3yQBD6CKgJWb6XjKwEl6hDuPpiafuGrmjb1tjNHvdTd8GEIEkEzhbwQwbilmfZSAmkXU38mrSQMlWDbE8= Received: by 10.70.118.19 with SMTP id q19mr2694061wxc; Sun, 05 Feb 2006 07:30:44 -0800 (PST) Received: by 10.70.105.2 with HTTP; Sun, 5 Feb 2006 07:30:44 -0800 (PST) Message-ID: <84dead720602050730s3fe89785nf142bc99f41b45ba@mail.gmail.com> Date: Sun, 5 Feb 2006 21:00:44 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= In-Reply-To: <43E616EF.9020704@cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43E60708.9000902@cs.tu-berlin.de> <20060205141626.N76666@fledge.watson.org> <43E616EF.9020704@cs.tu-berlin.de> Cc: Robert Watson , current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 05 Feb 2006 15:30:47 -0000 bk> That means you have to consider that the host environment bk> need to be trustworthy if you use jails and as long as you bk> can't guarantee strict isolation of the host environment bk> from the point of view of unprivileged users it would be bk> the wrong way to obscure jails from these users bk> partially, like I suggested. On FreeBSD 5 and later there is mac_partition(4). You could investigate using setpmac(8) to run processes inside the jail with a different partition label than processes in the host environment. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 19:49:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A8116A420; Sun, 5 Feb 2006 19:49:46 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AF7943D45; Sun, 5 Feb 2006 19:49:41 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 4C4CC5783; Sun, 5 Feb 2006 20:57:57 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from [192.168.99.16] (host14-150.pool875.interbusiness.it [87.5.150.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Sun, 5 Feb 2006 20:57:56 +0100 (CET) Message-ID: <43E656C7.8040302@freesbie.org> Date: Sun, 05 Feb 2006 20:49:27 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> In-Reply-To: <43E5D052.3020207@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8CB7EA045F03616EEB8CBF41" X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 19:49:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8CB7EA045F03616EEB8CBF41 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Daichi GOTO ha scritto: >>>> I have updated the patches: >>>> >>>> For 7-current patch >>>> http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff >>>> >>>> For 6.x patch >>>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff >>>> >>>> Changes from -p4: >>>> - fixed around "can't fifo/vnode bypass -1" panic problem >>>> - added some comments into source-code for src-developer >>>> - edited style as style(9) saye >>> --=20 >>> Daichi GOTO, http://people.freebsd.org/~daichi >> >> so far so good! it's not crashing my diskless. >> >> thanks, >> danny >=20 > It's good :) >=20 No panics anymore but still got some problems. I have unionfs on /usr and cannot access /usr/home/freesbie directly (i.e.: if i login as 'freesbie' user right after boot I can't access /usr/home at all, getting a permission denied error). To reproduce, download iso from torrent: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060205.iso.torrent and log in as freesbie. Bye and thanks, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig8CB7EA045F03616EEB8CBF41 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.1 (Darwin) iD8DBQFD5lbKymi72IiShysRAqTRAJ9NuNARbqNSWVX2i3vkh+GIX+R5hACeMAZO 1kBdEVu55quVRp/801MZQ1I= =CJ8p -----END PGP SIGNATURE----- --------------enig8CB7EA045F03616EEB8CBF41-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 5 21:24:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 489CF16A420 for ; Sun, 5 Feb 2006 21:24:24 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D48943D46 for ; Sun, 5 Feb 2006 21:24:23 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k15LOMRI030296; Sun, 5 Feb 2006 16:24:22 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k15LOKCt028146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Feb 2006 16:24:21 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060205162112.08f5ede8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Sun, 05 Feb 2006 16:23:49 -0500 To: "Daniel Eriksson" , From: Mike Tancsa In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A605F58C@royal64.emp.zapto.o rg> References: <4F9C9299A10AE74E89EA580D14AA10A605F58C@royal64.emp.zapto.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: RE: machdep.cpu_idle_hlt and SMP perf? 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, 05 Feb 2006 21:24:24 -0000 At 06:22 PM 04/02/2006, Daniel Eriksson wrote: >I just finished running 6 sets of (make clean + buildworld + >buildkernel), toggling machdep.cpu_idle_hlt between enabled and disabled >each time (3 of each). Hmmm, doesnt do much on my AMD 4200 dual core. 3 make -j2 and 3 make -j4. Between each build, rm -R /usr/obj;sync;sleep 60 machdep.cpu_idle_hlt: 1 -> 0 2157.102u 275.809s 21:28.30 188.8% 3906+2484k 1792+8088io 443pf+0w 2159.088u 275.744s 21:26.92 189.1% 3911+2489k 1946+8139io 409pf+0w 2162.107u 274.275s 21:28.15 189.1% 3913+2486k 1633+8119io 409pf+0w 2135.788u 263.778s 21:45.51 183.8% 3905+2493k 1913+7954io 409pf+0w 2134.854u 264.891s 21:46.36 183.6% 3905+2492k 1648+8649io 409pf+0w 2133.706u 265.443s 21:47.15 183.5% 3904+2490k 1623+7776io 409pf+0w machdep.cpu_idle_hlt: 0 -> 1 2157.282u 275.211s 21:28.55 188.7% 3907+2486k 1627+7765io 409pf+0w 2160.918u 271.366s 21:29.72 188.5% 3909+2491k 1745+7811io 409pf+0w 2158.645u 278.841s 21:28.73 189.1% 3910+2490k 1649+7741io 409pf+0w 2136.818u 264.697s 21:49.69 183.3% 3905+2493k 1678+7544io 409pf+0w 2137.056u 263.634s 21:49.71 183.2% 3906+2494k 1625+7537io 409pf+0w 2137.138u 263.494s 21:41.18 184.4% 3906+2494k 1623+7524io 409pf+0w CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2210.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 3756916736 (3582 MB) avail memory = 3677667328 (3507 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 01:52:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB6FD16A43C for ; Mon, 6 Feb 2006 01:52:52 +0000 (GMT) (envelope-from crapsh@MonkeyBrains.NET) Received: from mail.monkeybrains.net (mail1.monkeybrains.NET [207.7.142.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F49843D45 for ; Mon, 6 Feb 2006 01:52:50 +0000 (GMT) (envelope-from crapsh@MonkeyBrains.NET) Received: from [10.0.1.7] (c-71-198-108-137.hsd1.ca.comcast.net [71.198.108.137]) (authenticated bits=0) by mail.monkeybrains.net (8.13.5/8.13.4) with ESMTP id k161qnU0064557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 5 Feb 2006 17:52:50 -0800 (PST) (envelope-from crapsh@MonkeyBrains.NET) Message-ID: <43E6AC01.5040909@MonkeyBrains.NET> Date: Sun, 05 Feb 2006 17:53:05 -0800 From: MonkeyBrains User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on mail.monkeybrains.net X-Virus-Status: Clean Subject: Re: em(4) stops forwarding 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, 06 Feb 2006 01:52:53 -0000 Michal Mertl wrote: > >> > > >>>Hello, > > >>> > > >>>I've been running CURRENT for long time and never experienced problem > > >>>with the built-in em(4) card before. Recently (I first noticed it on Jan > > >>>24) the card has stopped working several times. Nothing gets into the > > >>>log file. Carrier is still detected properly but no data is exchanged. > > >>>Ifconfig up/down doesn't help but kldunload/load does. When I run > > >>>tcpdump I don't see any packet coming in but I see some outgoing. I had this same problem with the em driver last month. Traffic would just stop on a router (doing about 60Mbp) and I couldn't figure out what was wrong. This would repeat every 14 days or so. I never figured out what the problem was, but I did recompile the kernel to do 'polling'. (read the man page on polling). Rudy From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 06:11:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16ED916A420 for ; Mon, 6 Feb 2006 06:11:17 +0000 (GMT) (envelope-from julian@elischer.com) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE2FB43D46 for ; Mon, 6 Feb 2006 06:11:16 +0000 (GMT) (envelope-from julian@elischer.com) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.72]) by a50.ironport.com with ESMTP; 05 Feb 2006 22:11:11 -0800 Message-ID: <43E6E877.5070907@elischer.com> Date: Sun, 05 Feb 2006 22:11:03 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, announce@bafug.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 06 Feb 2006 07:04:12 +0000 Cc: Subject: Peter's talk on amd64 audio online 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, 06 Feb 2006 06:11:17 -0000 http://www.freebsd.org/~julian/bafug2-Peter2.mp3 This is a 50MB audio recording of his 2 hour talk on the topic. We have video too but since he never once did anything on the whiteboard ,the audio track pretty much covers it all. From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 08:50:24 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A02316A420; Mon, 6 Feb 2006 08:50:24 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B33243D46; Mon, 6 Feb 2006 08:50:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k168oL7m024139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Feb 2006 11:50:22 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k168oL9Z024138; Mon, 6 Feb 2006 11:50:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 6 Feb 2006 11:50:21 +0300 From: Gleb Smirnoff To: Doug Barton Message-ID: <20060206085021.GO60276@FreeBSD.org> References: <43E58B2E.5050505@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <43E58B2E.5050505@FreeBSD.org> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029 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, 06 Feb 2006 08:50:24 -0000 On Sat, Feb 04, 2006 at 09:20:46PM -0800, Doug Barton wrote: D> I got the panic listed above with a -current system built on 2/2. Looks like D> Jeff added the following to that line on 2/1: D> D> VFS_ASSERT_GIANT(vp->v_mount); D> D> I tried to get the kernel to dump, but all it did was spin the disk for D> about 30 minutes, so I gave up. When I rebooted, savecore didn't show D> anything. The system was idle at the time it panicked. D> D> Sorry to be so vague, but I hope this is useful. Afaik, this is already fixed by Robert in latest revision of vfs_syscalls.c -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 09:19:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B6E816A420; Mon, 6 Feb 2006 09:19:14 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA8D443D48; Mon, 6 Feb 2006 09:19:07 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 528E65783; Mon, 6 Feb 2006 10:27:26 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.202] (host14-150.pool875.interbusiness.it [87.5.150.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Mon, 6 Feb 2006 10:27:25 +0100 (CET) Message-ID: <43E71485.5040901@freesbie.org> Date: Mon, 06 Feb 2006 10:19:01 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> In-Reply-To: <43E6D5C8.4050405@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 06 Feb 2006 09:19:14 -0000 Daichi GOTO wrote: > At this moment, we are making -p8 that solves your problem, Dario. > Please wait -p8, I think you get good satisfaction by -p8 :) Thank you and Masanori so much for working on this :) The less I can do is to report feedback and help improving. Bye, Dario From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 10:18:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD89B16A420 for ; Mon, 6 Feb 2006 10:18:16 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id D485943D48 for ; Mon, 6 Feb 2006 10:18:05 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 65449 invoked from network); 6 Feb 2006 04:53:17 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 6 Feb 2006 04:53:17 -0000 Message-ID: <43E6D5C8.4050405@freebsd.org> Date: Mon, 06 Feb 2006 13:51:20 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: Dario Freni References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> In-Reply-To: <43E656C7.8040302@freesbie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 06 Feb 2006 10:18:16 -0000 Dario Freni wrote: > No panics anymore but still got some problems. I have unionfs on /usr > and cannot access /usr/home/freesbie directly (i.e.: if i login as > 'freesbie' user right after boot I can't access /usr/home at all, > getting a permission denied error). > > To reproduce, download iso from torrent: > > http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060205.iso.torrent > > and log in as freesbie. > > Bye and thanks, > Dario Yes, yes, yes. It is a good and definitely question. This is not a implementation problem, it is a semantics issue be discussed well. By -p7 implementation, only root can make /usr/home/freesbie/ shadow directory bacause the permission of parent directory of /usr/home/freesbie/ is root. /usr/home/ -- root permission /usr/home/freesbie/ -- freesbie permission | --> So only root can make shadow directory of /usr/home/freesbie/. Yes, yes, you should think that freesbie user could make shadow directory of /usr/home/freesbie/ bacause the permission of lower layer is freesbie. We are thinking that the both ways are correct. In first way, permissions of upper layer takes precedence over lower layer, in second way, permissions of lower layer takes precedence over upper layer. We are getting a discussing around this long time. In the meantime, we have made up -p7 with first way. But yes, we are thinking that the first way is not useful and it may be not good as the goal of unionfs. At this moment, we are making -p8 that solves your problem, Dario. Please wait -p8, I think you get good satisfaction by -p8 :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 10:31:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 598F016A420 for ; Mon, 6 Feb 2006 10:31:05 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E3943D49 for ; Mon, 6 Feb 2006 10:31:04 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1F63dh-0000wN-Lj; Mon, 06 Feb 2006 11:30:34 +0100 Date: Mon, 6 Feb 2006 11:31:05 +0100 From: Marcin Jessa To: Julian Elischer Message-Id: <20060206113105.1244cc93.lists@yazzy.org> In-Reply-To: <43E6E877.5070907@elischer.com> References: <43E6E877.5070907@elischer.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) Cc: announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 10:31:05 -0000 On Sun, 05 Feb 2006 22:11:03 -0800 Julian Elischer wrote: > http://www.freebsd.org/~julian/bafug2-Peter2.mp3 > > This is a 50MB audio recording of his 2 hour talk on the topic. > > We have video too but since he never once did anything on the > whiteboard ,the audio track pretty much covers it all. Who's Peter and what is this "talk" exactly about ? From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 10:40:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C28316A420 for ; Mon, 6 Feb 2006 10:40:21 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C46B43D46 for ; Mon, 6 Feb 2006 10:40:21 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr2so.prod.shaw.ca (pd5mr2so-qfe3.prod.shaw.ca [10.0.141.233]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IU900LI7HN8ZO00@l-daemon> for current@freebsd.org; Mon, 06 Feb 2006 03:40:20 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd5mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IU900EQAHN8YSA0@pd5mr2so.prod.shaw.ca> for current@freebsd.org; Mon, 06 Feb 2006 03:40:20 -0700 (MST) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IU900EV7HN7ZR20@l-daemon> for current@freebsd.org; Mon, 06 Feb 2006 03:40:20 -0700 (MST) Date: Mon, 06 Feb 2006 02:40:17 -0800 From: Colin Percival In-reply-to: <20060206113105.1244cc93.lists@yazzy.org> To: Marcin Jessa Message-id: <43E72791.7000801@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> User-Agent: Thunderbird 1.5 (X11/20060112) Cc: Julian Elischer , announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 10:40:21 -0000 Marcin Jessa wrote: > On Sun, 05 Feb 2006 22:11:03 -0800 > Julian Elischer wrote: > >> http://www.freebsd.org/~julian/bafug2-Peter2.mp3 >> >> This is a 50MB audio recording of his 2 hour talk on the topic. >> >> We have video too but since he never once did anything on the >> whiteboard ,the audio track pretty much covers it all. > > Who's Peter and what is this "talk" exactly about ? Peter is peter@freebsd.org, and his talk is about amd64. Colin Percival From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 10:41:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB9D16A420 for ; Mon, 6 Feb 2006 10:41:05 +0000 (GMT) (envelope-from alistair.sutton@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A446A43D53 for ; Mon, 6 Feb 2006 10:41:04 +0000 (GMT) (envelope-from alistair.sutton@gmail.com) Received: by uproxy.gmail.com with SMTP id a2so516959ugf for ; Mon, 06 Feb 2006 02:41:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=l2KfSlOVJqokS8nW+a4ko3ADDgE4YrMB6jnLvtzQlSZawkZCeQeGlfCuSVhWvCPwzIpHsfrui97qK64crX57Pc3R8JtDLrzAwEw7bOt7Z/1ugFjAzDUB4EHp2WxXS4Wz4RPSCjZokobro9PBcPKgv+0zSgCvwkc/04bHbs632CU= Received: by 10.48.235.15 with SMTP id i15mr1169910nfh; Mon, 06 Feb 2006 02:41:02 -0800 (PST) Received: by 10.48.237.15 with HTTP; Mon, 6 Feb 2006 02:41:02 -0800 (PST) Message-ID: Date: Mon, 6 Feb 2006 10:41:02 +0000 From: Alistair Sutton To: Marcin Jessa In-Reply-To: <20060206113105.1244cc93.lists@yazzy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> Cc: Julian Elischer , announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 10:41:05 -0000 On 06/02/06, Marcin Jessa wrote: > On Sun, 05 Feb 2006 22:11:03 -0800 > Julian Elischer wrote: > > > http://www.freebsd.org/~julian/bafug2-Peter2.mp3 > > > > This is a 50MB audio recording of his 2 hour talk on the topic. > > > > We have video too but since he never once did anything on the > > whiteboard ,the audio track pretty much covers it all. > > Who's Peter and what is this "talk" exactly about ? >From http://www.bafug.org/ "The next meeting will be held at IronPort Systems, 950 Elm Ave. nr. Bayhill Drive, San Bruno, on Wednesday, February 1st, 2006 at 7:30 pm. (map) Our Topic: The AMD-64 and EMT-64 architectures. How they differ from X86 and how that affects FreeBSD. Also, "Running FreeBSD on the x-64 architectures." Our Speaker: Peter Wemm" HTH :-) Al -- GPG/PGP: http://www.no-dns-yet.org.uk/~everlone/pubkey.gpg From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 10:47:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76EDF16A420; Mon, 6 Feb 2006 10:47:55 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D834D43D48; Mon, 6 Feb 2006 10:47:54 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1F63u2-00070K-7V; Mon, 06 Feb 2006 11:47:26 +0100 Date: Mon, 6 Feb 2006 11:47:54 +0100 From: Marcin Jessa To: freebsd-current@freebsd.org Message-Id: <20060206114754.4d191b7a.lists@yazzy.org> In-Reply-To: <43E72791.7000801@freebsd.org> References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> <43E72791.7000801@freebsd.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) Cc: Colin Percival Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 10:47:55 -0000 On Mon, 06 Feb 2006 02:40:17 -0800 Colin Percival wrote: > Marcin Jessa wrote: > > On Sun, 05 Feb 2006 22:11:03 -0800 > > Julian Elischer wrote: > > > >> http://www.freebsd.org/~julian/bafug2-Peter2.mp3 > >> > >> This is a 50MB audio recording of his 2 hour talk on the topic. > >> > >> We have video too but since he never once did anything on the > >> whiteboard ,the audio track pretty much covers it all. > > > > Who's Peter and what is this "talk" exactly about ? > > Peter is peter@freebsd.org, >and his talk is about amd64. I assume he'll cover the letter A sponsored by the 6 number today :) Thanks for clearing this up. Now all the modem users have something to look forward to downloading this file. From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 10:57:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD0416A420 for ; Mon, 6 Feb 2006 10:57:38 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 485B443D6B for ; Mon, 6 Feb 2006 10:57:36 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1F643O-00079C-1F; Mon, 06 Feb 2006 11:57:07 +0100 Date: Mon, 6 Feb 2006 11:57:34 +0100 From: Marcin Jessa To: Alistair Sutton Message-Id: <20060206115734.1b0cdd2e.lists@yazzy.org> In-Reply-To: References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.4 (--) Cc: julian@elischer.com, announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 10:57:38 -0000 On Mon, 6 Feb 2006 10:41:02 +0000 Alistair Sutton wrote: > On 06/02/06, Marcin Jessa wrote: > > On Sun, 05 Feb 2006 22:11:03 -0800 > > Julian Elischer wrote: > > > > > http://www.freebsd.org/~julian/bafug2-Peter2.mp3 > > > > > > This is a 50MB audio recording of his 2 hour talk on the topic. > > > > > > We have video too but since he never once did anything on the > > > whiteboard ,the audio track pretty much covers it all. > > > > Who's Peter and what is this "talk" exactly about ? > > >From http://www.bafug.org/ > > "The next meeting will be held at IronPort Systems, 950 Elm Ave. nr. > Bayhill Drive, San Bruno, on Wednesday, February 1st, 2006 at 7:30 pm. > (map) > Our Topic: > The AMD-64 and EMT-64 architectures. How they differ from X86 and how > that affects FreeBSD. Also, "Running FreeBSD on the x-64 > architectures." Thanks Alistair. Is there a version with better sound/rate avaliable as well ? From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 11:29:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94F4216A420 for ; Mon, 6 Feb 2006 11:29:55 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D0B143D46 for ; Mon, 6 Feb 2006 11:29:53 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 70929 invoked from network); 6 Feb 2006 11:31:45 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 6 Feb 2006 11:31:45 -0000 Message-ID: <43E73330.8070101@freebsd.org> Date: Mon, 06 Feb 2006 20:29:52 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> In-Reply-To: <43E71485.5040901@freesbie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, Daichi GOTO , ota@j.email.ne.jp, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 06 Feb 2006 11:29:55 -0000 Hi folks It is congratulations. I must say thank you for two guys. By some efforts by Yoshihiro OTA-san and Hiroo ONO-san, we could get full Egnlish-texted description site. http://people.freebsd.org/~daichi/unionfs/ Thanks! Dario Freni wrote: > Daichi GOTO wrote: >> At this moment, we are making -p8 that solves your problem, Dario. >> Please wait -p8, I think you get good satisfaction by -p8 :) > > Thank you and Masanori so much for working on this :) The less I can do > is to report feedback and help improving. > > Bye, > Dario -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 11:57:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7016016A420 for ; Mon, 6 Feb 2006 11:57:13 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (dslcustomer-239-113.vivodi.gr [83.171.239.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D8E43D53 for ; Mon, 6 Feb 2006 11:57:09 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id k16BuoSg041250; Mon, 6 Feb 2006 13:56:50 +0200 (EET) (envelope-from past@ebs.gr) Received: from [10.1.1.158] (ajax.ebs.gr [10.1.1.158]) by ebs.gr (8.13.3/8.12.11) with ESMTP id k16Bun3u075034; Mon, 6 Feb 2006 13:56:49 +0200 (EET) (envelope-from past@ebs.gr) Message-ID: <43E73980.5020406@ebs.gr> Date: Mon, 06 Feb 2006 13:56:48 +0200 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: Julian Elischer References: <43E6E877.5070907@elischer.com> In-Reply-To: <43E6E877.5070907@elischer.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 11:57:14 -0000 Julian Elischer wrote: > http://www.freebsd.org/~julian/bafug2-Peter2.mp3 > > This is a 50MB audio recording of his 2 hour talk on the topic. > > We have video too but since he never once did anything on the > whiteboard ,the audio track pretty much covers it all. We could however find out what he looks like :-) Cheers, Panagiotis From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 12:03:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AF4D16A422 for ; Mon, 6 Feb 2006 12:03:44 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9886343D4C for ; Mon, 6 Feb 2006 12:03:43 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1F655M-00035E-G2; Mon, 06 Feb 2006 13:03:13 +0100 Date: Mon, 6 Feb 2006 13:03:43 +0100 From: Marcin Jessa To: Panagiotis Astithas Message-Id: <20060206130343.5180e782.lists@yazzy.org> In-Reply-To: <43E73980.5020406@ebs.gr> References: <43E6E877.5070907@elischer.com> <43E73980.5020406@ebs.gr> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.4 (--) Cc: julian@elischer.com, announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 12:03:44 -0000 On Mon, 06 Feb 2006 13:56:48 +0200 Panagiotis Astithas wrote: > Julian Elischer wrote: > > http://www.freebsd.org/~julian/bafug2-Peter2.mp3 > > > > This is a 50MB audio recording of his 2 hour talk on the topic. > > > > We have video too but since he never once did anything on the > > whiteboard ,the audio track pretty much covers it all. > > We could however find out what he looks like :-) For the curious souls: http://apollo.backplane.com/USENIX2004/pics.wed/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 12:55:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B4A616A420 for ; Mon, 6 Feb 2006 12:55:14 +0000 (GMT) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2C8743D45 for ; Mon, 6 Feb 2006 12:55:13 +0000 (GMT) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (l204011.ppp.asahi-net.or.jp [218.219.204.11]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 957BC1EF46 for ; Mon, 6 Feb 2006 21:55:11 +0900 (JST) Date: Mon, 06 Feb 2006 21:55:21 +0900 From: Watanabe Kazuhiro To: freebsd-current User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20060206125511.957BC1EF46@mail.asahi-net.or.jp> Subject: Cannot boot the 7-current's GENERIC kernel on some old PCs (Pentium/P54C, DX4ODP) 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, 06 Feb 2006 12:55:14 -0000 Hi, all. I have some old PCs which CPU is Intel Pentium/P54C and DX4ODP. They cannot boot the recent 7-current's GENERIC kernel. * NEC PC-9821Xa9 (CPU: Pentium/P54C, Memory: 64MB, pc98) * NEC PC-9821As2 (CPU: DX4ODP, Memory: 42MB, pc98) * Fujitsu FMV-575D4 (CPU: Pentium/P54C, Memory: 128MB, i386) They can boot 6.0-RELEASE, but cannot boot 7-current (CVSup'ed with date=2006.01.26.00.00.00). The kernel booting message is below: | GDB: no debug ports present | KDB: debugger backends: ddb | KDB: current backend: ddb | Copyright (c) 1992-2006 The FreeBSD Project. | Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 | The Regents of the University of California. All rights reserved. | FreeBSD 7.0-CURRENT #11: Sat Feb 4 20:44:38 JST 2006 | nabe@scorpio.zodiac.org:/FreeBSD/obj-current/FreeBSD/FreeBSD-current/src/sys/GENERIC | WARNING: WITNESS option enabled, expect reduced performance. (stopped here) But when I add a "options PQ_NOOPT" configulation option to the GENERIC kernel configulation file and recompile it, this kernel is able to boot on these PCs. However, if I try to boot the kernel with "boot -v", it still hangs up: | GDB: no debug ports present | KDB: debugger backends: ddb | KDB: current backend: ddb | Copyright (c) 1992-2006 The FreeBSD Project. | Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 | The Regents of the University of California. All rights reserved. | FreeBSD 7.0-CURRENT #0: Sun Feb 5 14:12:05 JST 2006 | nabe@scorpio.zodiac.org:/FreeBSD/obj-current/FreeBSD/FreeBSD-current/src/sys/GENERIC_PQ_NOOPT | WARNING: WITNESS option enabled, expect reduced performance. | Preloaded elf kernel "/kernel" at 0xc0f53000. | Preloaded elf module "/acpi.ko" at 0xc0f530c0. | Preloaded mfs_root "/mfsroot" at 0xc0f53160. | Calibrating clock(s) ... i8254 clock: 1193258 Hz | CLK_USE_I8254_CALIBRATION not specified - using default frequency | Timecounter "i8254" frequency 1193182 Hz quality 0 | Calibrating TSC clock ... TSC clock: 74851622 Hz | CPU: Pentium/P54C (74.85-MHz 586-class CPU) | Origin = "GenuineIntel" Id = 0x525 Stepping = 5 | Features=0x1bf (stopped here) I think this is caused by the CPU cache detection functions in sys/i386/i386/identcpu.c (but I have no idea to solve the problem). These ware comitted at the end of December 2005. From src/UPDATING: | 20051231: | The page coloring algorithm in the VM subsystem was converted | from tuning with kernel options to autotuning. Please remove | any PQ_* option except PQ_NOOPT from your kernel config. P.S. Today's 7-current still hangs up (tested FreeBSD/pc98 on Xa9). --- Watanabe Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 13:00:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 679BC16A420 for ; Mon, 6 Feb 2006 13:00:37 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6754F43D48 for ; Mon, 6 Feb 2006 13:00:36 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 61624 invoked from network); 6 Feb 2006 12:58:30 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Feb 2006 12:58:30 -0000 Message-ID: <43E74872.7000002@freebsd.org> Date: Mon, 06 Feb 2006 14:00:34 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Andrew Gallatin References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> In-Reply-To: <17379.56708.421007.613310@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 06 Feb 2006 13:00:37 -0000 Andrew Gallatin wrote: > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > I've (blindly) tried leaving machdep.cpu_idle_hlt=1 enabled > and playing with the vast array of kern.sched.ipiwakeup.* sysctls, > but receive performance remains limited to ~5.5Gb/sec or less. > > This is an 'AMD Athlon(tm) 64 X2 Dual Core Processor 3800+' running > FreeBSD-current as of about one week ago. The interrupt load is > about 22,000 device interrupts/sec (ithreaded). Interestingly, > the more I decrease the interrupt load by increasing the interrupt > coalescing timer, the worse the machdep.cpu_idle_hlt=1 case does. > > Is this just a case of the wakeup IPI taking a long time or blocking > on some lock? This may be the same problem OpenBSD has fixed last year in the handling of the idle loop. From the kerneltrap posting: % "In the following article, Bob provides a first-person account of tracking % down what began simply as a RAID performance issue, but ultimately turned % out to be a problem with the idle loop that when fixed resulted in an % impressive performance boost. Bob noted, "the idle loop is where the kernel % spins when there is no work to do in userland, because of this, it's also % where we catch and service many of our interrupts from drivers that may queue % work to the device and then tsleep waiting for an interrupt from the card % saying the work is done." Bob went on to explain that prior to today's fix, % interrupts were handled appropriately when there was userland work happening, % but not when there was nothing happening in userland and the kernel was simply % waiting for device input/output. Read on for Bob's full account of the day, % leading up to the discovery of the problem and the implementation of the fix, % including performance numbers." Here is the more specific information: http://kerneltrap.org/node/5169 First commit message: http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111692513727274&w=2 The MFC with all changes in one commit message: http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111859519015510&w=2 http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/i386/i386/locore.s http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/i386/i386/apm.c -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 13:04:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C28BF16A420 for ; Mon, 6 Feb 2006 13:04:12 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13E0943D53 for ; Mon, 6 Feb 2006 13:04:11 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 61644 invoked from network); 6 Feb 2006 13:02:07 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 6 Feb 2006 13:02:07 -0000 Message-ID: <43E7494B.9040401@freebsd.org> Date: Mon, 06 Feb 2006 14:04:11 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= References: <43E60708.9000902@cs.tu-berlin.de> In-Reply-To: <43E60708.9000902@cs.tu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 06 Feb 2006 13:04:12 -0000 Björn König wrote: > Hello, > > unprivileged users of the host environment can see jailed processes with > the same user ID. Furthermore they are able to send signals to these > processes. I think since users are not allowed to imprison processes > there is no reason why they should see them or even kill them. From the hosts point of view a jail is like a user and all processes in that jail are of that user. If you have normal users on the host and have jails under the same user id then, yea, tough luck. You're not supposed to do that. The purpose of jail is to protect the host from what is running in the jail, not the other way around. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 13:16:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEA6116A420 for ; Mon, 6 Feb 2006 13:16:45 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086E843D4C for ; Mon, 6 Feb 2006 13:16:44 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k16DGRxw005885; Mon, 6 Feb 2006 15:16:29 +0200 Received: by flame.pc (Postfix, from userid 1001) id AC7F111861; Mon, 6 Feb 2006 15:15:53 +0200 (EET) Date: Mon, 6 Feb 2006 15:15:53 +0200 From: Giorgos Keramidas To: Panagiotis Astithas Message-ID: <20060206131553.GA13674@flame.pc> References: <43E6E877.5070907@elischer.com> <43E73980.5020406@ebs.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E73980.5020406@ebs.gr> Cc: Julian Elischer , announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 13:16:45 -0000 On 2006-02-06 13:56, Panagiotis Astithas wrote: >Julian Elischer wrote: >> http://www.freebsd.org/~julian/bafug2-Peter2.mp3 >> >> This is a 50MB audio recording of his 2 hour talk on the topic. >> >> We have video too but since he never once did anything on the >> whiteboard ,the audio track pretty much covers it all. > > We could however find out what he looks like :-) /me summons images.google.com http://people.freebsd.org/~billf/usenix2000/DSC00025.JPG.html http://photos.yogurt.org/v/WorkStuff/PeterWemm30bday/aad.jpg.html http://people.freebsd.org/~jdp/freebsdcon1999/pic00015.html http://people.freebsd.org/~billf/freebsdcon/thursday/DSC00056.JPG.html From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 13:30:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CDE216A420 for ; Mon, 6 Feb 2006 13:30:44 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from mail1a.your-server.co.za (mail1a.your-server.co.za [196.7.18.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F05143D46 for ; Mon, 6 Feb 2006 13:30:42 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from [196.7.18.226] (helo=hetzner.co.za) by mail1a.your-server.co.za with esmtp (Exim 4.54) id 1F66Rz-0004IP-Kx for current@freebsd.org; Mon, 06 Feb 2006 15:30:39 +0200 Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.51 (FreeBSD)) id 1F66Rv-000GUs-IP for current@freebsd.org; Mon, 06 Feb 2006 15:30:35 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 06 Feb 2006 15:30:35 +0200 Sender: ianf@hetzner.co.za Message-Id: X-Virus-Scanned: Clear (ClamAV 0.88/1278/Mon Feb 6 13:05:04 2006) Cc: Subject: Parallel buildkernel (still) broken? 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, 06 Feb 2006 13:30:44 -0000 Hi I was wondering if there is some fubar on my current box or if it's just not possible to do parallel buildkernels. make buildworld -jnn does work on this system. System is i386. With the parallel build it's difficult to say exactly what the problem is. This is the error that I get. There are no errors further up in the script at least. make: don't know how to make machine/endian.h. Stop *** Error code 2 1 error *** Error code 2 1 error Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 14:08:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE98F16A420 for ; Mon, 6 Feb 2006 14:08:14 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39BA043D49 for ; Mon, 6 Feb 2006 14:08:11 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k16E83OV038820 for ; Mon, 6 Feb 2006 17:08:03 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k16E83m7038818 for current@freebsd.org; Mon, 6 Feb 2006 17:08:03 +0300 (MSK) (envelope-from yar) Date: Mon, 6 Feb 2006 17:08:02 +0300 From: Yar Tikhiy To: current@freebsd.org Message-ID: <20060206140802.GB33939@comp.chem.msu.su> References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <43E45BD8.7070708@fer.hr> <20060204.085917.129781502.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060204.085917.129781502.imp@bsdimp.com> User-Agent: Mutt/1.5.9i Cc: Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 06 Feb 2006 14:08:14 -0000 Here is my own observation related to this topic: With machdep.cpu_idle_hlt=1, both CURRENT and RELENG_6 inside MS Virtual Server 2005 show bogus CPU utilization, e.g., in top(1): the idle thread takes ~130% CPU (sic) and the clock thread takes another 40% CPU; the interrupt time is 20-30% while the system is idle. Setting machdep.cpu_idle_hlt=0 makes the CPU stats look sane. All this must be a bogosity in MS Virtual Server, but anyway machdep.cpu_idle_hlt is a knob to try when things get weird :-) -- Yar From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 14:13:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FDFE16A420 for ; Mon, 6 Feb 2006 14:13:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2808A43D46 for ; Mon, 6 Feb 2006 14:13:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.50]) by a50.ironport.com with ESMTP; 06 Feb 2006 06:13:22 -0800 Message-ID: <43E75981.3090208@elischer.org> Date: Mon, 06 Feb 2006 06:13:21 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Panagiotis Astithas References: <43E6E877.5070907@elischer.com> <43E73980.5020406@ebs.gr> In-Reply-To: <43E73980.5020406@ebs.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , announce@bafug.org, current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 06 Feb 2006 14:13:22 -0000 Panagiotis Astithas wrote: > Julian Elischer wrote: > >> http://www.freebsd.org/~julian/bafug2-Peter2.mp3 >> >> This is a 50MB audio recording of his 2 hour talk on the topic. >> >> We have video too but since he never once did anything on the >> whiteboard ,the audio track pretty much covers it all. > http://www.freebsd.org/~julian/bafug2-Peter-[123].mov they are 180MB EACH > > We could however find out what he looks like :-) 180 MB is a lot to download to find that out.. There is a lot of background noise (particularly for the first 1/4) but it is still quite intelligible. > > Cheers, > > Panagiotis > _______________________________________________ > 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 Feb 6 14:25:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6518216A420 for ; Mon, 6 Feb 2006 14:25:53 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF14243D45 for ; Mon, 6 Feb 2006 14:25:50 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k16EPZxk001221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Feb 2006 09:25:35 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k16EPTag099639; Mon, 6 Feb 2006 09:25:29 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17383.23641.160764.974850@grasshopper.cs.duke.edu> Date: Mon, 6 Feb 2006 09:25:29 -0500 (EST) To: Marcin Jessa In-Reply-To: <20060204111535.31e42861.lists@yazzy.org> References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <20060203225114.GA9845@xor.obsecurity.org> <20060204111535.31e42861.lists@yazzy.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 06 Feb 2006 14:25:53 -0000 Marcin Jessa writes: > On Fri, 3 Feb 2006 17:51:14 -0500 > Kris Kennaway wrote: > > > On Fri, Feb 03, 2006 at 05:47:32PM -0500, Andrew Gallatin wrote: > > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > > > I don't know, but I've set this to 0 on my machines because I also > > noticed a significant performance drop on general workloads with it > > set to 1. > > On a 32 or 64-bits CPU? This is on amd64. Drew From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 14:37:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B95E16A420 for ; Mon, 6 Feb 2006 14:37:31 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD0F43D49 for ; Mon, 6 Feb 2006 14:37:29 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id k16EbQWG067521 for ; Mon, 6 Feb 2006 09:37:26 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id k16EbQJM067520 for current@freebsd.org; Mon, 6 Feb 2006 09:37:26 -0500 (EST) (envelope-from mwlucas) Date: Mon, 6 Feb 2006 09:37:26 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20060206143726.GA67480@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: Subject: snap10 works, snap12 doesn't 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, 06 Feb 2006 14:37:31 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I have a new Sager amd64 dual-core notebook, purchased at the end of 2005, running FreeBSD-current. I originally installed i386 snap10. I'm attempting to upgrade this system to snap12. Before installing the new world, of course I install the new kernel and try it. The system will not boot successfully on a snap12 kernel; it shuts itself off right after the uhub4 probe without panicing or providing any debugging information whatsoever. UPDATING doesn't seem to have anything relevant. I've attached the snap10 and snap12 boot -v output. Any suggestions on how to troubleshoot this problem? Thanks, ==ml -- Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequitur --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=unknown-8bit Content-Disposition: attachment; filename="snap10.txt" Content-Transfer-Encoding: quoted-printable OK =0D OK XR=08 =08=08 =08BOOT -V=0D |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08/boot/kernel/acpi.ko text=3D0x43fec = |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08data=3D= 0x24a0+0x1010 /=08-=08syms=3D[0x4+0x7d30\=08|=08+0x4+0xaa3d/=08-=08]=0D \=08|=08/=08-=08\=08|=08/=08GDB: no debug ports present=0D KDB: debugger backends: ddb=0D KDB: current backend: ddb=0D Copyright (c) 1992-2005 The FreeBSD Project.=0D Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0D The Regents of the University of California. All rights reserved.=0D FreeBSD 7.0-CURRENT-SNAP010 #0: Tue Dec 13 11:25:44 UTC 2005=0D root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC=0D WARNING: WITNESS option enabled, expect reduced performance.=0D Timecounter "i8254" frequency 1193182 Hz quality 0=0D CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2200.11-MHz 686-class = CPU)=0D Origin =3D "AuthenticAMD" Id =3D 0x20fb1 Stepping =3D 1=0D Features=3D0x178bfbff=0D Features2=3D0x1=0D AMD Features=3D0xe2500800=0D AMD Features2=3D0x3=0D Cores per package: 2=0D real memory =3D 1072693248 (1023 MB)=0D avail memory =3D 1040564224 (992 MB)=0D ACPI APIC Table: =0D FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0D cpu0 (BSP): APIC ID: 0=0D cpu1 (AP): APIC ID: 1=0D MADT: Forcing active-low polarity and level trigger for SCI=0D ioapic0 irqs 0-23 on motherboard=0D ioapic1 irqs 24-47 on motherboard=0D npx0: [FAST]=0D npx0: on motherboard=0D npx0: INT 16 interface=0D acpi0: on motherboard=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.PIB_.LNKH] in namespace, A= E_NOT_FOUND=0D SearchNode 0xc4ab6860 StartNode 0xc4ab6860 ReturnNode 0=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_NOT= _FOUND=0D SearchNode 0xc4b1d140 StartNode 0xc4b1d140 ReturnNode 0=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_NOT= _FOUND=0D SearchNode 0xc4b1cb20 StartNode 0xc4b1cb20 ReturnNode 0=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_NOT= _FOUND=0D SearchNode 0xc4b1c9c0 StartNode 0xc4b1c9c0 ReturnNode 0=0D acpi_ec0: port 0x62,0x66 on acpi0=0D Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0D acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0=0D cpu0: on acpi0=0D cpu1: on acpi0=0D acpi_button0: on acpi0=0D acpi_acad0: on acpi0=0D battery0: on acpi0=0D acpi_lid0: on acpi0=0D acpi_button1: on acpi0=0D pcib0: port 0xcf8-0xcff on acpi0=0D pci0: on pcib0=0D agp0: mem 0xb0000000-0xbfffffff at device 0.0= on pci0=0D pci0: at device 0.5 (no driver atta= ched)=0D pcib1: at device 1.0 on pci0=0D pci1: on pcib1=0D pcib2: irq 27 at device 2.0 on pci0=0D pci2: on pcib2=0D pci2: at device 0.0 (no driver attached)=0D pcib3: irq 31 at device 3.0 on pci0=0D pci3: on pcib3=0D pcib4: irq 31 at device 3.2 on pci0=0D pci4: on pcib4=0D cbb0: mem 0x80000000-0x80000fff irq 18 at devic= e 5.0 on pci0=0D cardbus0: on cbb0=0D pccard0: <16-bit PCCard bus> on cbb0=0D fwohci0: mem 0xd2206000-0xd22067ff,0xd22000= 00-0xd2203fff irq 20 at device 6.0 on pci0=0D fwohci0: OHCI version 1.10 (ROM=3D1)=0D fwohci0: No. of Isochronous channels is 4.=0D fwohci0: EUI64 00:90:f5:00:00:48:aa:64=0D fwohci0: Phy 1394a available S400, 2 ports.=0D fwohci0: Link S400, max_rec 2048 bytes.=0D firewire0: on fwohci0=0D fwe0: on firewire0=0D if_fwe0: Fake Ethernet address: 02:90:f5:48:aa:64=0D fwe0: Ethernet address: 02:90:f5:48:aa:64=0D fwe0: if_start running deferred for Giant=0D sbp0: on firewire0=0D fwohci0: Initiate bus reset=0D fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode=0D firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me)=0D firewire0: bus manager 0 (me)=0D re0: port 0x1000-0x10ff mem 0= xd2206800-0xd22068ff irq 19 at device 8.0 on pci0=0D miibus0: on re0=0D rgephy0: on miibus0=0D rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000b= aseTX-FDX, auto=0D re0: Ethernet address: 00:90:f5:48:aa:65=0D ral0: mem 0xd2204000-0xd2205fff irq 17 at device= 10.0 on pci0=0D ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525=0D ral0: Ethernet address: 00:13:d3:68:28:fd=0D atapci0: port 0x20b0-0x20b7,0x20a4-0x20a7,0x2= 0a8-0x20af,0x20a0-0x20a3,0x2080-0x208f,0x1400-0x14ff irq 20 at device 15.0 = on pci0=0D ata2: on atapci0=0D ata3: on atapci0=0D atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0x2090-0x209f at device 15.1 on pci0=0D ata0: on atapci1=0D ata1: on atapci1=0D uhci0: port 0x2000-0x201f irq 21 at device 16.0= on pci0=0D uhci0: [GIANT-LOCKED]=0D usb0: on uhci0=0D usb0: USB revision 1.0=0D uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub0: 2 ports with 2 removable, self powered=0D uhci1: port 0x2020-0x203f irq 21 at device 16.1= on pci0=0D uhci1: [GIANT-LOCKED]=0D usb1: on uhci1=0D usb1: USB revision 1.0=0D uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub1: 2 ports with 2 removable, self powered=0D uhci2: port 0x2040-0x205f irq 21 at device 16.2= on pci0=0D uhci2: [GIANT-LOCKED]=0D usb2: on uhci2=0D usb2: USB revision 1.0=0D uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub2: 2 ports with 2 removable, self powered=0D uhci3: port 0x2060-0x207f irq 21 at device 16.3= on pci0=0D uhci3: [GIANT-LOCKED]=0D usb3: on uhci3=0D usb3: USB revision 1.0=0D uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub3: 2 ports with 2 removable, self powered=0D ehci0: mem 0xd2206c00-0xd2206cff irq 21 at = device 16.4 on pci0=0D ehci0: [GIANT-LOCKED]=0D usb4: EHCI version 1.0=0D usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3=0D usb4: on ehci0=0D usb4: USB revision 2.0=0D uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1=0D uhub4: 8 ports with 8 removable, self powered=0D ugen0: vendor 0xeb1a product 0x2750, rev 2.00/1.00, addr 2=0D umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 3=0D isab0: at device 17.0 on pci0=0D isa0: on isab0=0D pcm0: port 0x1800-0x18ff irq 22 at device 17.5 on pci0=0D pcm0: =0D pcm0: =0D pci0: at device 17.6 (no driver attached)=0D acpi_tz0: on acpi0=0D atkbdc0: port 0x60,0x64 irq 1 on acpi0=0D atkbd0: irq 1 on atkbdc0=0D kbd0 at atkbd0=0D atkbd0: [GIANT-LOCKED]=0D psm0: irq 12 on atkbdc0=0D psm0: [GIANT-LOCKED]=0D psm0: model IntelliMouse, device ID 3=0D ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 = on acpi0=0D ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode=0D ppc0: FIFO with 16/16/8 bytes threshold=0D ppbus0: on ppc0=0D plip0: on ppbus0=0D lpt0: on ppbus0=0D lpt0: Interrupt-driven port=0D ppi0: on ppbus0=0D sio0: configured irq 4 not in bitmap of probed irqs 0=0D sio0: port may not be enabled=0D sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0=0D sio0: type 16550A, console=0D pmtimer0 on isa0=0D orm0: at iomem 0xc0000-0xcefff,0xdc000-0xdffff pnpid ORM0= 000 on isa0=0D fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= isa0=0D fdc0: [FAST]=0D sc0: at flags 0x100 on isa0=0D sc0: VGA <16 virtual consoles, flags=3D0x100>=0D sio1: configured irq 3 not in bitmap of probed irqs 0=0D sio1: port may not be enabled=0D vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0D Timecounters tick every 1.000 msec=0D acd0: DVDR at ata1-master UDMA33=0D ad4: 76319MB at ata2-master SATA150=0D SMP: AP CPU #1 Launched!=0D da0 at umass-sim0 bus 0 target 0 lun 0=0D da0: Removable Direct Access SCSI-0 device = =0D da0: 40.000MB/s transfers=0D da0: Attempt to query device size failed: NOT READY, Medium not present=0D da1 at umass-sim0 bus 0 target 0 lun 1=0D da1: Removable Direct Access SCSI-0 device = =0D da1: 40.000MB/s transfers=0D da1: Attempt to query device size failed: NOT READY, Medium not present=0D da2 at umass-sim0 bus 0 target 0 lun 2=0D da2: Removable Direct Access SCSI-0 device = =0D da2: 40.000MB/s transfers=0D da2: Attempt to query device size failed: NOT READY, Medium not present=0D da3 at umass-sim0 bus 0 target 0 lun 3=0D da3: Removable Direct Access SCSI-0 device = =0D da3: 40.000MB/s transfers=0D da3: Attempt to query device size failed: NOT READY, Medium not present=0D (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 =0D (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error=0D (da0:umass-sim0:0:0:0): SCSI Status: Check Condition=0D (da0:umass-sim0:0:0:0): NOT READY asc:3a,0=0D (da0:umass-sim0:0:0:0): Medium not present=0D (da0:umass-sim0:0:0:0): Unretryable error=0D Opened disk da0 -> 6=0D (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 =0D (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error=0D (da0:umass-sim0:0:0:0): SCSI Status: Check Condition=0D (da0:umass-sim0:0:0:0): NOT READY asc:3a,0=0D (da0:umass-sim0:0:0:0): Medium not present=0D (da0:umass-sim0:0:0:0): Unretryable error=0D Opened disk da0 -> 6=0D (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 =0D (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error=0D (da1:umass-sim0:0:0:1): SCSI Status: Check Condition=0D (da1:umass-sim0:0:0:1): NOT READY asc:3a,0=0D (da1:umass-sim0:0:0:1): Medium not present=0D (da1:umass-sim0:0:0:1): Unretryable error=0D Opened disk da1 -> 6=0D (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 =0D (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error=0D (da1:umass-sim0:0:0:1): SCSI Status: Check Condition=0D (da1:umass-sim0:0:0:1): NOT READY asc:3a,0=0D (da1:umass-sim0:0:0:1): Medium not present=0D (da1:umass-sim0:0:0:1): Unretryable error=0D Opened disk da1 -> 6=0D (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 =0D (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error=0D (da2:umass-sim0:0:0:2): SCSI Status: Check Condition=0D (da2:umass-sim0:0:0:2): NOT READY asc:3a,0=0D (da2:umass-sim0:0:0:2): Medium not present=0D (da2:umass-sim0:0:0:2): Unretryable error=0D Opened disk da2 -> 6=0D (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 =0D (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error=0D (da2:umass-sim0:0:0:2): SCSI Status: Check Condition=0D (da2:umass-sim0:0:0:2): NOT READY asc:3a,0=0D (da2:umass-sim0:0:0:2): Medium not present=0D (da2:umass-sim0:0:0:2): Unretryable error=0D Opened disk da2 -> 6=0D (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 =0D (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error=0D (da3:umass-sim0:0:0:3): SCSI Status: Check Condition=0D (da3:umass-sim0:0:0:3): NOT READY asc:3a,0=0D (da3:umass-sim0:0:0:3): Medium not present=0D (da3:umass-sim0:0:0:3): Unretryable error=0D Opened disk da3 -> 6=0D (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 =0D (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error=0D (da3:umass-sim0:0:0:3): SCSI Status: Check Condition=0D (da3:umass-sim0:0:0:3): NOT READY asc:3a,0=0D (da3:umass-sim0:0:0:3): Medium not present=0D (da3:umass-sim0:0:0:3): Unretryable error=0D Opened disk da3 -> 6=0D Trying to mount root from ufs:/dev/ad4s1a=0D Loading configuration files.=0D kernel dumps on /dev/ad4s1b=0D Entropy harvesting: interrupts ethernet point_to_point kickstart.=0D swapon: adding /dev/ad4s1b as swap device=0D Starting file system checks:=0D /dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D /dev/ad4s1a: clean, 60316 free (412 frags, 7488 blocks, 0.2% fragmentation)= =0D /dev/ad4s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D /dev/ad4s1e: clean, 253789 free (29 frags, 31720 blocks, 0.0% fragmentation= )=0D /dev/ad4s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D /dev/ad4s1f: clean, 18855317 free (42613 frags, 2351588 blocks, 0.1% fragme= ntation)=0D /dev/ad4s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D /dev/ad4s1d: clean, 188250 free (13098 frags, 21894 blocks, 1.7% fragmentat= ion)=0D Setting hostname: humvee.blackhelicopters.org.=0D debug.witness.watch: 1 -> 0=0D vfs.usermount: 0 -> 1=0D lo0: flags=3D8049 mtu 16384=0D inet6 ::1 prefixlen 128 =0D inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 =0D inet 127.0.0.1 netmask 0xff000000 =0D Creating and/or trimming log files:.=0D Starting syslogd.=0D Additional routing options:.=0D Starting devd.=0D hw.acpi.cpu.cx_lowest: C1 -> C1=0D Mounting NFS file systems:.=0D Checking for core dump on /dev/ad4s1b...=0D savecore: no dumps found=0D ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/= lib=0D a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout= =0D Recovering vi editor sessions:.=0D Starting usbd.=0D Starting local daemons:.=0D Starting lpd.=0D Updating motd.=0D Configuring syscons: keymap font8x8 blanktime allscreens.=0D Starting sshd.=0D Initial i386 initialization:.=0D Additional ABI support:.=0D Starting cron.=0D Local package initialization:.=0D Additional TCP options:.=0D Starting default moused:.=0D Starting background file system checks in 60 seconds.=0D =0D Mon Feb 6 09:20:45 EST 2006=0D Shutting down daemon processes:.=0D Stopping cron.=0D Shutting down local daemons:.=0D Writing entropy file:.=0D Terminated=0D =2E=0D =E0Waiting (max 60 seconds) for system process `vnlru' to stop...done=0D Waiting (max 60 seconds) for system process `bufdaemon' to stop...done=0D Waiting (max 60 seconds) for system process `syncer' to stop...=0D Syncing disks, vnodes remaining...4 3 2 1 0 0=20 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="snap12.txt" Content-Transfer-Encoding: quoted-printable OK g=08 =08unload=0D OK load /book=08 =08t/kernel12/kernel=0D |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08/boot/kernel12/kernel text=3D0x4b2d40 \=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08data=3D0x84c40+= 0xa02ac |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08syms= =3D[0x4+0x683e0-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08+0x4+0x7f9f6|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08]=0D OK load lbo=08 =08=08 =08=08 =08/book=08 =08t/kernel12/acpi.ko=0D |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/boot/k= ernel12/acpi.ko text=3D0x43988 /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08data=3D0x23e0+0xff0 -=08\=08syms=3D[0x4+0x7bb0|=08+= 0x4+0xa82b/=08-=08\=08]=0D OK boot -v=0D |=08/=08-=08\=08|=08/=08-=08GDB: no debug ports present=0D KDB: debugger backends: ddb=0D KDB: current backend: ddb=0D SMAP type=3D01 base=3D0000000000000000 len=3D000000000009b800=0D SMAP type=3D02 base=3D000000000009b800 len=3D0000000000004800=0D SMAP type=3D02 base=3D00000000000c2000 len=3D000000000000e000=0D SMAP type=3D02 base=3D00000000000dc000 len=3D0000000000024000=0D SMAP type=3D01 base=3D0000000000100000 len=3D000000003fe00000=0D SMAP type=3D03 base=3D000000003ff00000 len=3D0000000000013000=0D SMAP type=3D04 base=3D000000003ff13000 len=3D000000000006d000=0D SMAP type=3D02 base=3D000000003ff80000 len=3D0000000000080000=0D SMAP type=3D02 base=3D00000000e0000000 len=3D0000000010000000=0D SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000010000=0D SMAP type=3D02 base=3D00000000fffe0000 len=3D0000000000020000=0D Copyright (c) 1992-2006 The FreeBSD Project.=0D Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0D The Regents of the University of California. All rights reserved.=0D FreeBSD 7.0-CURRENT-SNAP012 #0: Tue Jan 31 04:19:59 UTC 2006=0D root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC=0D WARNING: WITNESS option enabled, expect reduced performance.=0D Using 16 colors for the VM-PQ tuning (512, 8)=0D Preloaded elf kernel "/boot/kernel12/kernel" at 0xc0b1d000.=0D Preloaded elf module "/boot/kernel12/acpi.ko" at 0xc0b1d1c0.=0D Calibrating clock(s) ... i8254 clock: 1193213 Hz=0D CLK_USE_I8254_CALIBRATION not specified - using default frequency=0D Timecounter "i8254" frequency 1193182 Hz quality 0=0D Calibrating TSC clock ... TSC clock: 2200098427 Hz=0D CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2200.10-MHz 686-class = CPU)=0D Origin =3D "AuthenticAMD" Id =3D 0x20fb1 Stepping =3D 1=0D Features=3D0x178bfbff=0D Features2=3D0x1=0D AMD Features=3D0xe2500800=0D AMD Features2=3D0x3=0D HTT bit cleared - FreeBSD does not have licensing issues requiring it.=0D =0D Cores per package: 2=0D Data TLB: 32 entries, fully associative=0D Instruction TLB: 32 entries, fully associative=0D L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative=0D L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associat= ive=0D L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associativ= e=0D real memory =3D 1072693248 (1023 MB)=0D Physical memory chunk(s):=0D 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages)=0D 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages)=0D 0x0000000000c28000 - 0x000000003eccbfff, 1040859136 bytes (254116 pages)=0D avail memory =3D 1040576512 (992 MB)=0D MP Configuration Table version 1.4 found at 0xc009bd71=0D Table 'FACP' at 0x3ff12d1c=0D Table 'SSDT' at 0x3ff12d90=0D Table 'APIC' at 0x3ff12f5a=0D MADT: Found table at 0x3ff12f5a=0D APIC: Using the MADT enumerator.=0D MADT: Found CPU APIC ID 0 ACPI ID 0: enabled=0D SMP: Added CPU 0 (AP)=0D MADT: Found CPU APIC ID 1 ACPI ID 1: enabled=0D SMP: Added CPU 1 (AP)=0D ACPI APIC Table: =0D APIC ID: physical 0, logical 0:0=0D APIC ID: physical 1, logical 0:1=0D FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0D cpu0 (BSP): APIC ID: 0=0D cpu1 (AP): APIC ID: 1=0D bios32: Found BIOS32 Service Directory header at 0xc00f71e0=0D bios32: Entry =3D 0xfd640 (c00fd640) Rev =3D 0 Len =3D 1=0D pcibios: PCI BIOS entry at 0xfd640+0x16e=0D pnpbios: Found PnP BIOS data at 0xc00f7280=0D pnpbios: Entry =3D f0000:b596 Rev =3D 1.0=0D Other BIOS signatures found:=0D APIC: CPU 0 has ACPI ID 0=0D APIC: CPU 1 has ACPI ID 1=0D MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000=0D ioapic0: Routing external 8259A's -> intpin 0=0D ioapic0: intpin 0 -> ExtINT (edge, high)=0D ioapic0: intpin 1 -> ISA IRQ 1 (edge, high)=0D ioapic0: intpin 2 -> ISA IRQ 2 (edge, high)=0D ioapic0: intpin 3 -> ISA IRQ 3 (edge, high)=0D ioapic0: intpin 4 -> ISA IRQ 4 (edge, high)=0D ioapic0: intpin 5 -> ISA IRQ 5 (edge, high)=0D ioapic0: intpin 6 -> ISA IRQ 6 (edge, high)=0D ioapic0: intpin 7 -> ISA IRQ 7 (edge, high)=0D ioapic0: intpin 8 -> ISA IRQ 8 (edge, high)=0D ioapic0: intpin 9 -> ISA IRQ 9 (edge, high)=0D ioapic0: intpin 10 -> ISA IRQ 10 (edge, high)=0D ioapic0: intpin 11 -> ISA IRQ 11 (edge, high)=0D ioapic0: intpin 12 -> ISA IRQ 12 (edge, high)=0D ioapic0: intpin 13 -> ISA IRQ 13 (edge, high)=0D ioapic0: intpin 14 -> ISA IRQ 14 (edge, high)=0D ioapic0: intpin 15 -> ISA IRQ 15 (edge, high)=0D ioapic0: intpin 16 -> PCI IRQ 16 (level, low)=0D ioapic0: intpin 17 -> PCI IRQ 17 (level, low)=0D ioapic0: intpin 18 -> PCI IRQ 18 (level, low)=0D ioapic0: intpin 19 -> PCI IRQ 19 (level, low)=0D ioapic0: intpin 20 -> PCI IRQ 20 (level, low)=0D ioapic0: intpin 21 -> PCI IRQ 21 (level, low)=0D ioapic0: intpin 22 -> PCI IRQ 22 (level, low)=0D ioapic0: intpin 23 -> PCI IRQ 23 (level, low)=0D MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000=0D ioapic1: intpin 0 -> PCI IRQ 24 (level, low)=0D ioapic1: intpin 1 -> PCI IRQ 25 (level, low)=0D ioapic1: intpin 2 -> PCI IRQ 26 (level, low)=0D ioapic1: intpin 3 -> PCI IRQ 27 (level, low)=0D ioapic1: intpin 4 -> PCI IRQ 28 (level, low)=0D ioapic1: intpin 5 -> PCI IRQ 29 (level, low)=0D ioapic1: intpin 6 -> PCI IRQ 30 (level, low)=0D ioapic1: intpin 7 -> PCI IRQ 31 (level, low)=0D ioapic1: intpin 8 -> PCI IRQ 32 (level, low)=0D ioapic1: intpin 9 -> PCI IRQ 33 (level, low)=0D ioapic1: intpin 10 -> PCI IRQ 34 (level, low)=0D ioapic1: intpin 11 -> PCI IRQ 35 (level, low)=0D ioapic1: intpin 12 -> PCI IRQ 36 (level, low)=0D ioapic1: intpin 13 -> PCI IRQ 37 (level, low)=0D ioapic1: intpin 14 -> PCI IRQ 38 (level, low)=0D ioapic1: intpin 15 -> PCI IRQ 39 (level, low)=0D ioapic1: intpin 16 -> PCI IRQ 40 (level, low)=0D ioapic1: intpin 17 -> PCI IRQ 41 (level, low)=0D ioapic1: intpin 18 -> PCI IRQ 42 (level, low)=0D ioapic1: intpin 19 -> PCI IRQ 43 (level, low)=0D ioapic1: intpin 20 -> PCI IRQ 44 (level, low)=0D ioapic1: intpin 21 -> PCI IRQ 45 (level, low)=0D ioapic1: intpin 22 -> PCI IRQ 46 (level, low)=0D ioapic1: intpin 23 -> PCI IRQ 47 (level, low)=0D MADT: Interrupt override: source 0, irq 2=0D ioapic0: Routing IRQ 0 -> intpin 2=0D ioapic0: intpin 2 trigger: edge=0D ioapic0: intpin 2 polarity: high=0D lapic0: Routing NMI -> LINT1=0D lapic0: LINT1 trigger: edge=0D lapic0: LINT1 polarity: high=0D lapic1: Routing NMI -> LINT1=0D lapic1: LINT1 trigger: edge=0D lapic1: LINT1 polarity: high=0D MADT: Forcing active-low polarity and level trigger for SCI=0D ioapic0: intpin 10 polarity: low=0D ioapic0: intpin 10 trigger: level=0D ioapic0 irqs 0-23 on motherboard=0D ioapic1 irqs 24-47 on motherboard=0D cpu0 BSP:=0D ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff=0D lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff=0D timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000=0D wlan: <802.11 Link Layer>=0D random: =0D nfslock: pseudo-device=0D io: =0D mem: =0D Pentium Pro MTRR support enabled=0D null: =0D ioapic0: routing intpin 13 (ISA IRQ 13) to vector 48=0D npx0: [FAST]=0D npx0: on motherboard=0D npx0: INT 16 interface=0D acpi0: on motherboard=0D ioapic0: routing intpin 10 (ISA IRQ 10) to vector 49=0D acpi0: [MPSAFE]=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.PIB_.LNKH] in namespace, A= E_NOT_FOUND=0D SearchNode 0xc4ab6700 StartNode 0xc4ab6700 ReturnNode 0=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_NOT= _FOUND=0D SearchNode 0xc4b1dca0 StartNode 0xc4b1dca0 ReturnNode 0=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_NOT= _FOUND=0D SearchNode 0xc4b1d860 StartNode 0xc4b1d860 ReturnNode 0=0D ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_NOT= _FOUND=0D SearchNode 0xc4b1d700 StartNode 0xc4b1d700 ReturnNode 0=0D pci_open(1): mode 1 addr port (0x0cf8) is 0x80007820=0D pci_open(1a): mode1res=3D0x80000000 (0x80000000)=0D pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D02381106)= =0D pcibios: BIOS version 2.10=0D Found $PIR table, 12 entries at 0xc00fdf00=0D PCI-Only Interrupts: none=0D Location Bus Device Pin Link IRQs=0D embedded 0 5 A 0x03 11=0D embedded 0 6 A 0x05 11=0D embedded 0 10 A 0x02 11=0D embedded 0 9 A 0x07 11=0D embedded 0 8 A 0x04 11=0D embedded 0 0 A 0x01 3 4 5 6 7 9 10 11 12 14 15=0D embedded 0 0 B 0x02 3 4 5 6 7 9 10 11 12 14 15=0D embedded 0 0 C 0x03 3 4 5 6 7 9 10 11 12 14 15=0D embedded 0 0 D 0x05 3 4 5 6 7 9 10 11 12 14 15=0D embedded 0 17 A 0x01 11=0D embedded 0 17 B 0x02 11=0D embedded 0 17 C 0x03 11=0D embedded 0 17 D 0x05 11=0D embedded 0 16 A 0x01 11=0D embedded 0 16 B 0x02 11=0D embedded 0 16 C 0x03 11=0D embedded 0 16 D 0x05 11=0D embedded 0 15 A 0x01 11=0D embedded 0 15 B 0x02 11=0D embedded 0 1 A 0x01 11=0D embedded 0 1 B 0x02 11=0D embedded 0 1 C 0x03 11=0D embedded 0 1 D 0x05 11=0D embedded 0 2 A 0x09 3 4 6 9 10 11 12 14 15=0D embedded 0 2 B 0x09 3 4 6 9 10 11 12 14 15=0D embedded 0 2 C 0x09 3 4 6 9 10 11 12 14 15=0D embedded 0 2 D 0x09 3 4 6 9 10 11 12 14 15=0D embedded 0 3 A 0x09 3 4 6 9 10 11 12 14 15=0D embedded 0 3 B 0x09 3 4 6 9 10 11 12 14 15=0D embedded 0 3 C 0x09 3 4 6 9 10 11 12 14 15=0D embedded 0 3 D 0x09 3 4 6 9 10 11 12 14 15=0D AcpiOsDerivePciId: bus 0 dev 17 func 0=0D AcpiOsDerivePciId: bus 3 dev 0 func 0=0D AcpiOsDerivePciId: bus 4 dev 0 func 0=0D AcpiOsDerivePciId: bus 0 dev 0 func 3=0D pci_link0: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 16 17 18 19 20 21 22 23=0D pci_link0: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 16 17 18 19 20 21 22 23=0D pci_link0: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 16 17 18 19 20 21 22 23=0D pci_link1: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 16 17 18 19 20 21 22 23=0D pci_link1: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 16 17 18 19 20 21 22 23=0D pci_link1: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 16 17 18 19 20 21 22 23=0D pci_link2: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 22=0D pci_link2: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 22=0D pci_link2: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 22=0D pci_link3: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 21=0D pci_link3: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 21=0D pci_link3: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 21=0D pci_link4: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link4: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link4: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 11=0D pci_link5: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link5: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link5: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 11=0D pci_link6: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link6: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link6: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 11=0D pci_link7: Links after initial probe:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link7: Links after initial validation:=0D Index IRQ Rtd Ref IRQs=0D 0 11 N 0 11=0D pci_link7: Links after disable:=0D Index IRQ Rtd Ref IRQs=0D 0 255 N 0 11=0D acpi_ec0: port 0x62,0x66 on acpi0=0D ACPI timer: 1/2 1/1 1/2 1/2 1/1 1/1 1/1 1/1 1/1 1/1 -> 10=0D Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0D acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0=0D cpu0: on acpi0=0D cpu1: on acpi0=0D acpi_button0: on acpi0=0D acpi_acad0: on acpi0=0D battery0: on acpi0=0D acpi_lid0: on acpi0=0D acpi_button1: on acpi0=0D pcib0: port 0xcf8-0xcff on acpi0=0D pci0: on pcib0=0D pci0: physical bus=3D0=0D found-> vendor=3D0x1106, dev=3D0x0238, revid=3D0x00=0D bus=3D0, slot=3D0, func=3D0=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0006, statreg=3D0xa230, cachelnsz=3D0 (dwords)=0D lattimer=3D0x10 (480 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D powerspec 2 supports D0 D3 current D0=0D map[10]: type 3, range 32, base b0000000, size 28, enabled=0D found-> vendor=3D0x1106, dev=3D0x1238, revid=3D0x00=0D bus=3D0, slot=3D0, func=3D1=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1106, dev=3D0x2238, revid=3D0x00=0D bus=3D0, slot=3D0, func=3D2=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1106, dev=3D0x3238, revid=3D0x00=0D bus=3D0, slot=3D0, func=3D3=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1106, dev=3D0x4238, revid=3D0x00=0D bus=3D0, slot=3D0, func=3D4=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1106, dev=3D0x5238, revid=3D0x00=0D bus=3D0, slot=3D0, func=3D5=0D class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1106, dev=3D0x7238, revid=3D0x00=0D bus=3D0, slot=3D0, func=3D7=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1106, dev=3D0xb188, revid=3D0x00=0D bus=3D0, slot=3D1, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D cmdreg=3D0x0007, statreg=3D0x0230, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1106, dev=3D0xa238, revid=3D0x00=0D bus=3D0, slot=3D2, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x0e (3500 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D9=0D pcib0: matched entry for 0.2.INTA=0D pcib0: slot 2 INTA hardwired to IRQ 27=0D found-> vendor=3D0x1106, dev=3D0xc238, revid=3D0x00=0D bus=3D0, slot=3D3, func=3D0=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1=0D cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D9=0D pcib0: matched entry for 0.3.INTA=0D pcib0: slot 3 INTA hardwired to IRQ 31=0D found-> vendor=3D0x1106, dev=3D0xe238, revid=3D0x00=0D bus=3D0, slot=3D3, func=3D2=0D class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1=0D cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Dc, irq=3D9=0D pcib0: matched entry for 0.3.INTC=0D pcib0: slot 3 INTC hardwired to IRQ 31=0D found-> vendor=3D0x104c, dev=3D0xac50, revid=3D0x02=0D bus=3D0, slot=3D5, func=3D0=0D class=3D06-07-00, hdrtype=3D0x02, mfdev=3D0=0D cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750 n= s)=0D intpin=3Da, irq=3D18=0D powerspec 1 supports D0 D1 D2 D3 current D0=0D map[10]: type 1, range 32, base 80000000, size 12, enabled=0D pcib0: matched entry for 0.5.INTA=0D pcib0: slot 5 INTA hardwired to IRQ 18=0D found-> vendor=3D0x104c, dev=3D0x8023, revid=3D0x00=0D bus=3D0, slot=3D6, func=3D0=0D class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0012, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 ns)= =0D intpin=3Da, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[10]: type 1, range 32, base d2206000, size 11, enabled=0D map[14]: type 1, range 32, base d2200000, size 14, enabled=0D pcib0: matched entry for 0.6.INTA=0D pcib0: slot 6 INTA hardwired to IRQ 20=0D found-> vendor=3D0x10ec, dev=3D0x8169, revid=3D0x10=0D bus=3D0, slot=3D8, func=3D0=0D class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0017, statreg=3D0x02b8, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 n= s)=0D intpin=3Da, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[10]: type 4, range 32, base 00001000, size 8, enabled=0D map[14]: type 1, range 32, base d2206800, size 8, enabled=0D pcib0: matched entry for 0.8.INTA=0D pcib0: slot 8 INTA hardwired to IRQ 19=0D found-> vendor=3D0x1814, dev=3D0x0201, revid=3D0x01=0D bus=3D0, slot=3D10, func=3D0=0D class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0013, statreg=3D0x0410, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D11=0D powerspec 2 supports D0 D3 current D0=0D map[10]: type 1, range 32, base d2204000, size 13, enabled=0D pcib0: matched entry for 0.10.INTA=0D pcib0: slot 10 INTA hardwired to IRQ 17=0D found-> vendor=3D0x1106, dev=3D0x3149, revid=3D0x80=0D bus=3D0, slot=3D15, func=3D0=0D class=3D01-01-8f, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Db, irq=3D11=0D powerspec 2 supports D0 D3 current D0=0D map[10]: type 4, range 32, base 000020b0, size 3, enabled=0D map[14]: type 4, range 32, base 000020a4, size 2, enabled=0D map[18]: type 4, range 32, base 000020a8, size 3, enabled=0D map[1c]: type 4, range 32, base 000020a0, size 2, enabled=0D map[20]: type 4, range 32, base 00002080, size 4, enabled=0D map[24]: type 4, range 32, base 00001400, size 8, enabled=0D pcib0: matched entry for 0.15.INTB=0D pcib0: slot 15 INTB hardwired to IRQ 20=0D found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06=0D bus=3D0, slot=3D15, func=3D1=0D class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D255=0D powerspec 2 supports D0 D3 current D0=0D map[20]: type 4, range 32, base 00002090, size 4, enabled=0D found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D bus=3D0, slot=3D16, func=3D0=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[20]: type 4, range 32, base 00002000, size 5, enabled=0D pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.PIB_.ALKD:0)=0D pci_link3: Picked IRQ 21 with weight 0=0D pcib0: slot 16 INTA routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D bus=3D0, slot=3D16, func=3D1=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[20]: type 4, range 32, base 00002020, size 5, enabled=0D pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.PIB_.ALKD:0)=0D pcib0: slot 16 INTA routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D bus=3D0, slot=3D16, func=3D2=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Db, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[20]: type 4, range 32, base 00002040, size 5, enabled=0D pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.PIB_.ALKD:0)=0D pcib0: slot 16 INTB routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D bus=3D0, slot=3D16, func=3D3=0D class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Db, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[20]: type 4, range 32, base 00002060, size 5, enabled=0D pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.PIB_.ALKD:0)=0D pcib0: slot 16 INTB routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x86=0D bus=3D0, slot=3D16, func=3D4=0D class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0013, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Dc, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[10]: type 1, range 32, base d2206c00, size 8, enabled=0D pcib0: matched entry for 0.16.INTC (src \_SB_.PCI0.PIB_.ALKD:0)=0D pcib0: slot 16 INTC routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D found-> vendor=3D0x1106, dev=3D0x3227, revid=3D0x00=0D bus=3D0, slot=3D17, func=3D0=0D class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D powerspec 2 supports D0 D3 current D0=0D found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x60=0D bus=3D0, slot=3D17, func=3D5=0D class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Dc, irq=3D11=0D powerspec 2 supports D0 D1 D2 D3 current D0=0D map[10]: type 4, range 32, base 00001800, size 8, enabled=0D pcib0: matched entry for 0.17.INTC (src \_SB_.PCI0.PIB_.ALKC:0)=0D pci_link2: Picked IRQ 22 with weight 0=0D pcib0: slot 17 INTC routed to irq 22 via \_SB_.PCI0.PIB_.ALKC=0D found-> vendor=3D0x1106, dev=3D0x3068, revid=3D0x80=0D bus=3D0, slot=3D17, func=3D6=0D class=3D07-80-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Dc, irq=3D11=0D powerspec 2 supports D0 D3 current D0=0D map[10]: type 4, range 32, base 00001c00, size 8, enabled=0D pcib0: matched entry for 0.17.INTC (src \_SB_.PCI0.PIB_.ALKC:0)=0D pcib0: slot 17 INTC routed to irq 22 via \_SB_.PCI0.PIB_.ALKC=0D found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00=0D bus=3D0, slot=3D24, func=3D0=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00=0D bus=3D0, slot=3D24, func=3D1=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00=0D bus=3D0, slot=3D24, func=3D2=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00=0D bus=3D0, slot=3D24, func=3D3=0D class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D agp0: on hostb0=0D agp0: 1 Miscellaneous Control unit(s) found.=0D agp0: Aperture Base[0]: 0x00000058=0D hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xb0000000=0D agp0: allocating GATT for aperture of size 256M=0D pci0: at device 0.5 (no driver atta= ched)=0D pcib1: at device 1.0 on pci0=0D pcib1: secondary bus 1=0D pcib1: subordinate bus 1=0D pcib1: I/O decode 0xf000-0xfff=0D pcib1: memory decode 0xfff00000-0xfffff=0D pcib1: prefetched decode 0xfff00000-0xfffff=0D pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.PPB_ - AE_N= OT_FOUND=0D pci1: on pcib1=0D pci1: physical bus=3D1=0D pcib2: irq 27 at device 2.0 on pci0=0D pcib2: secondary bus 2=0D pcib2: subordinate bus 2=0D pcib2: I/O decode 0x5000-0x5fff=0D pcib2: memory decode 0xd0000000-0xd1ffffff=0D pcib2: prefetched decode 0xc0000000-0xcfffffff=0D pci2: on pcib2=0D pci2: physical bus=3D2=0D found-> vendor=3D0x10de, dev=3D0x0099, revid=3D0xa1=0D bus=3D2, slot=3D0, func=3D0=0D class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0=0D cmdreg=3D0x0003, statreg=3D0x0010, cachelnsz=3D16 (dwords)=0D lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D intpin=3Da, irq=3D9=0D powerspec 2 supports D0 D3 current D0=0D MSI supports 1 message, 64 bit=0D map[10]: type 1, range 32, base d1000000, size 24, enabled=0D pcib2: (null) requested memory range 0xd1000000-0xd1ffffff: good=0D map[14]: type 3, range 64, base c0000000, size 28, enabled=0D pcib2: (null) requested memory range 0xc0000000-0xcfffffff: good=0D map[1c]: type 1, range 64, base d0000000, size 24, enabled=0D pcib2: (null) requested memory range 0xd0000000-0xd0ffffff: good=0D map[24]: type 4, range 32, base 00005000, size 7, enabled=0D pcib2: (null) requested I/O range 0x5000-0x507f: in range=0D pcib2: matched entry for 2.0.INTA=0D pcib2: slot 0 INTA hardwired to IRQ 24=0D vgapci0: port 0x5000-0x507f mem 0xd1000000-0xd1fff= fff,0xc0000000-0xcfffffff,0xd0000000-0xd0ffffff irq 24 at device 0.0 on pci= 2=0D pcib3: irq 31 at device 3.0 on pci0=0D pcib3: secondary bus 3=0D pcib3: subordinate bus 3=0D pcib3: I/O decode 0x0-0x0=0D pcib3: memory decode 0x0-0x0=0D pcib3: prefetched decode 0x0-0x0=0D pci3: on pcib3=0D pci3: physical bus=3D3=0D pcib4: irq 31 at device 3.2 on pci0=0D pcib4: secondary bus 4=0D pcib4: subordinate bus 4=0D pcib4: I/O decode 0x0-0x0=0D pcib4: memory decode 0x0-0x0=0D pcib4: prefetched decode 0x0-0x0=0D pci4: on pcib4=0D pci4: physical bus=3D4=0D cbb0: mem 0x80000000-0x80000fff irq 18 at devic= e 5.0 on pci0=0D cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80000000=0D cardbus0: on cbb0=0D pccard0: <16-bit PCCard bus> on cbb0=0D ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50=0D cbb0: [MPSAFE]=0D cbb0: PCI Configuration space:=0D 0x00: 0xac50104c 0x02100007 0x06070002 0x00024000 =0D 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000 =0D 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc =0D 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400112 =0D 0x40: 0x09011558 0x00000001 0x00000000 0x00000000 =0D 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 =0D 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 =0D 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 =0D 0x80: 0x0044d061 0x00000000 0x00000000 0x00001002 =0D 0x90: 0x616402c0 0x00000000 0x00000000 0x00000000 =0D 0xa0: 0xfe110001 0x00c00000 0x00000000 0x0000001f =0D 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D fwohci0: mem 0xd2206000-0xd22067ff,0xd22000= 00-0xd2203fff irq 20 at device 6.0 on pci0=0D fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xd2206000=0D ioapic0: routing intpin 20 (PCI IRQ 20) to vector 51=0D fwohci0: [MPSAFE]=0D fwohci0: OHCI version 1.10 (ROM=3D1)=0D fwohci0: No. of Isochronous channels is 4.=0D fwohci0: EUI64 00:90:f5:00:00:48:aa:64=0D fwohci0: Phy 1394a available S400, 2 ports.=0D fwohci0: Link S400, max_rec 2048 bytes.=0D firewire0: on fwohci0=0D fwe0: on firewire0=0D if_fwe0: Fake Ethernet address: 02:90:f5:48:aa:64=0D fwe0: bpf attached=0D fwe0: Ethernet address: 02:90:f5:48:aa:64=0D fwe0: if_start running deferred for Giant=0D sbp0: on firewire0=0D fwohci0: Initiate bus reset=0D fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode=0D firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me)=0D firewire0: bus manager 0 (me)=0D re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1000=0D re0: port 0x1000-0x10ff mem 0= xd2206800-0xd22068ff irq 19 at device 8.0 on pci0=0D miibus0: on re0=0D rgephy0: on miibus0=0D rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000b= aseTX-FDX, auto=0D re0: bpf attached=0D re0: Ethernet address: 00:90:f5:48:aa:65=0D ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52=0D re0: [MPSAFE]=0D ral0: mem 0xd2204000-0xd2205fff irq 17 at device= 10.0 on pci0=0D ral0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xd2204000=0D ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525=0D ral0: bpf attached=0D ral0: Ethernet address: 00:13:d3:68:28:fd=0D ral0: bpf attached=0D ral0: bpf attached=0D ioapic0: routing intpin 17 (PCI IRQ 17) to vector 53=0D ral0: [MPSAFE]=0D ral0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps=0D ral0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps=0D atapci0: port 0x20b0-0x20b7,0x20a4-0x20a7,0x2= 0a8-0x20af,0x20a0-0x20a3,0x2080-0x208f,0x1400-0x14ff irq 20 at device 15.0 = on pci0=0D atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2080=0D atapci0: [MPSAFE]=0D atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0x1400=0D ata2: on atapci0=0D atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x20b0=0D atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0x20a4=0D ata2: SATA connect ready time=3D0ms=0D ata2: sata_connect devices=3D0x1=0D ata2: [MPSAFE]=0D ata3: on atapci0=0D atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x20a8=0D atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0x20a0=0D ata3: SATA connect status=3D00000000=0D ata3: [MPSAFE]=0D atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0= x376,0x2090-0x209f at device 15.1 on pci0=0D atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2090=0D ata0: on atapci1=0D atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0=0D atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6=0D ata0: reset tp1 mask=3D03 ostat0=3D60 ostat1=3D70=0D ata0: stat0=3D0x20 err=3D0x20 lsb=3D0x20 msb=3D0x20=0D ata0: stat1=3D0x30 err=3D0x30 lsb=3D0x30 msb=3D0x30=0D ata0: reset tp2 stat0=3D20 stat1=3D30 devices=3D0x0=0D ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54=0D ata0: [MPSAFE]=0D ata1: on atapci1=0D atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170=0D atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376=0D ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00=0D ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb=0D ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00=0D ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4=0D ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55=0D ata1: [MPSAFE]=0D uhci0: port 0x2000-0x201f irq 21 at device 16.0= on pci0=0D uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2000=0D ioapic0: routing intpin 21 (PCI IRQ 21) to vector 56=0D uhci0: [GIANT-LOCKED]=0D usb0: on uhci0=0D usb0: USB revision 1.0=0D uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub0: 2 ports with 2 removable, self powered=0D uhci1: port 0x2020-0x203f irq 21 at device 16.1= on pci0=0D uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2020=0D uhci1: [GIANT-LOCKED]=0D usb1: on uhci1=0D usb1: USB revision 1.0=0D uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub1: 2 ports with 2 removable, self powered=0D uhci2: port 0x2040-0x205f irq 21 at device 16.2= on pci0=0D uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2040=0D uhci2: [GIANT-LOCKED]=0D usb2: on uhci2=0D usb2: USB revision 1.0=0D uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub2: 2 ports with 2 removable, self powered=0D uhci3: port 0x2060-0x207f irq 21 at device 16.3= on pci0=0D uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2060=0D uhci3: [GIANT-LOCKED]=0D usb3: on uhci3=0D usb3: USB revision 1.0=0D uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D uhub3: 2 ports with 2 removable, self powered=0D ehci0: mem 0xd2206c00-0xd2206cff irq 21 at = device 16.4 on pci0=0D ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xd2206c00=0D ehci0: [GIANT-LOCKED]=0D ehci0: Dropped interrupts workaround enabled=0D usb4: EHCI version 1.0=0D usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3=0D usb4: on ehci0=0D usb4: USB revision 2.0=0D uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1=0D uhub4: 8 ports with 8 removable, self powered=0D =00=00 --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 15:11:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACB716A420 for ; Mon, 6 Feb 2006 15:11:00 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 38B4A43D58 for ; Mon, 6 Feb 2006 15:10:58 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 06 Feb 2006 15:10:57 -0000 Received: from fwswe.rise-s.com (EHLO dhcp105.swe) [83.65.168.194] by mail.gmx.net (mp018) with SMTP; 06 Feb 2006 16:10:57 +0100 X-Authenticated: #16703784 From: Stefan Ehmann To: Ian FREISLICH In-Reply-To: References: Content-Type: text/plain Date: Mon, 06 Feb 2006 16:10:59 +0100 Message-Id: <1139238659.876.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: Parallel buildkernel (still) broken? 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, 06 Feb 2006 15:11:00 -0000 On Mon, 2006-02-06 at 15:30 +0200, Ian FREISLICH wrote: > Hi > > I was wondering if there is some fubar on my current box or if it's > just not possible to do parallel buildkernels. make buildworld > -jnn does work on this system. System is i386. > > With the parallel build it's difficult to say exactly what the > problem is. This is the error that I get. There are no errors > further up in the script at least. I get the same errors for quite some time now. But since it's easy to workaround, I haven't investigated/reported it yet. From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 15:21:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2836F16A420 for ; Mon, 6 Feb 2006 15:21:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9471A43D46 for ; Mon, 6 Feb 2006 15:21:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k16FL2u0044128; Mon, 6 Feb 2006 08:21:02 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 06 Feb 2006 08:21:05 -0700 (MST) Message-Id: <20060206.082105.12674320.imp@bsdimp.com> To: if@hetzner.co.za From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 06 Feb 2006 08:21:02 -0700 (MST) Cc: current@freebsd.org Subject: Re: Parallel buildkernel (still) broken? 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, 06 Feb 2006 15:21:25 -0000 In message: Ian FREISLICH writes: : Hi : : I was wondering if there is some fubar on my current box or if it's : just not possible to do parallel buildkernels. make buildworld : -jnn does work on this system. System is i386. : : With the parallel build it's difficult to say exactly what the : problem is. This is the error that I get. There are no errors : further up in the script at least. : : make: don't know how to make machine/endian.h. Stop : *** Error code 2 : 1 error : *** Error code 2 : 1 error Is this during the build phase or the depend phase? Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 16:47:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0144316A420; Mon, 6 Feb 2006 16:47:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C3E43D48; Mon, 6 Feb 2006 16:47:38 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k16GlbrJ093095; Mon, 6 Feb 2006 18:47:37 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 17777-02-3; Mon, 6 Feb 2006 18:47:09 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k16GkPPU093043 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Feb 2006 18:46:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k16GkTQm087631; Mon, 6 Feb 2006 18:46:29 +0200 (EET) (envelope-from ru) Date: Mon, 6 Feb 2006 18:46:29 +0200 From: Ruslan Ermilov To: Stefan Ehmann Message-ID: <20060206164629.GE87340@ip.net.ua> References: <1139238659.876.13.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dFWYt1i2NyOo1oI9" Content-Disposition: inline In-Reply-To: <1139238659.876.13.camel@localhost> User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at ip.net.ua Cc: Ian FREISLICH , Warner Losh , current@freebsd.org Subject: Re: Parallel buildkernel (still) broken? 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, 06 Feb 2006 16:47:39 -0000 --dFWYt1i2NyOo1oI9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2006 at 04:10:59PM +0100, Stefan Ehmann wrote: > On Mon, 2006-02-06 at 15:30 +0200, Ian FREISLICH wrote: > > Hi > >=20 > > I was wondering if there is some fubar on my current box or if it's > > just not possible to do parallel buildkernels. make buildworld > > -jnn does work on this system. System is i386. > >=20 > > With the parallel build it's difficult to say exactly what the > > problem is. This is the error that I get. There are no errors > > further up in the script at least. >=20 > I get the same errors for quite some time now. But since it's easy to > workaround, I haven't investigated/reported it yet. >=20 Could you both test this and report back? %%% Index: files.alpha =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/ncvs/src/sys/conf/files.alpha,v retrieving revision 1.123 diff -u -r1.123 files.alpha --- files.alpha 27 Nov 2005 21:41:58 -0000 1.123 +++ files.alpha 6 Feb 2006 16:42:59 -0000 @@ -11,7 +11,7 @@ linux_genassym.o optional compat_linux \ dependency "$S/alpha/linux/linux_genassym.c" \ compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \ - no-obj no-implicit-rule \ + no-obj no-implicit-rule before-depend \ clean "linux_genassym.o" # linux_assym.h optional compat_linux \ Index: files.amd64 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/ncvs/src/sys/conf/files.amd64,v retrieving revision 1.81 diff -u -r1.81 files.amd64 --- files.amd64 24 Jan 2006 21:13:50 -0000 1.81 +++ files.amd64 6 Feb 2006 16:43:24 -0000 @@ -11,7 +11,7 @@ linux32_genassym.o optional compat_linux32 \ dependency "$S/amd64/linux32/linux32_genassym.c" \ compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \ - no-obj no-implicit-rule \ + no-obj no-implicit-rule before-depend \ clean "linux32_genassym.o" # linux32_assym.h optional compat_linux32 \ @@ -23,7 +23,7 @@ ia32_genassym.o standard \ dependency "$S/compat/ia32/ia32_genassym.c" \ compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \ - no-obj no-implicit-rule \ + no-obj no-implicit-rule before-depend \ clean "ia32_genassym.o" # ia32_assym.h standard \ Index: files.i386 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/ncvs/src/sys/conf/files.i386,v retrieving revision 1.551 diff -u -r1.551 files.i386 --- files.i386 31 Jan 2006 23:11:34 -0000 1.551 +++ files.i386 6 Feb 2006 16:44:06 -0000 @@ -10,7 +10,7 @@ linux_genassym.o optional compat_linux \ dependency "$S/i386/linux/linux_genassym.c" \ compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \ - no-obj no-implicit-rule \ + no-obj no-implicit-rule before-depend \ clean "linux_genassym.o" # linux_assym.h optional compat_linux \ @@ -22,7 +22,7 @@ svr4_genassym.o optional compat_svr4 \ dependency "$S/i386/svr4/svr4_genassym.c" \ compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \ - no-obj no-implicit-rule \ + no-obj no-implicit-rule before-depend \ clean "svr4_genassym.o" # svr4_assym.h optional compat_svr4 \ Index: files.pc98 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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/ncvs/src/sys/conf/files.pc98,v retrieving revision 1.335 diff -u -r1.335 files.pc98 --- files.pc98 2 Feb 2006 11:14:12 -0000 1.335 +++ files.pc98 6 Feb 2006 16:44:29 -0000 @@ -12,7 +12,7 @@ linux_genassym.o optional compat_linux \ dependency "$S/i386/linux/linux_genassym.c" \ compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \ - no-obj no-implicit-rule \ + no-obj no-implicit-rule before-depend \ clean "linux_genassym.o" # linux_assym.h optional compat_linux \ @@ -24,7 +24,7 @@ svr4_genassym.o optional compat_svr4 \ dependency "$S/i386/svr4/svr4_genassym.c" \ compile-with "${CC} ${CFLAGS:N-fno-common} -c ${.IMPSRC}" \ - no-obj no-implicit-rule \ + no-obj no-implicit-rule before-depend \ clean "svr4_genassym.o" # svr4_assym.h optional compat_svr4 \ %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --dFWYt1i2NyOo1oI9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD531kqRfpzJluFF4RAllZAJ43SHwRIlXSBqXruVg5nL/Cn1GEogCdH8VW Vcs+ljDJ5sScrYKyHMH7k+U= =dwUB -----END PGP SIGNATURE----- --dFWYt1i2NyOo1oI9-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 19:17:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E2A116A423; Mon, 6 Feb 2006 19:17:27 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from mail1a.your-server.co.za (mail1a.your-server.co.za [196.7.18.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3C5843D45; Mon, 6 Feb 2006 19:17:24 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from [196.7.18.226] (helo=hetzner.co.za) by mail1a.your-server.co.za with esmtp (Exim 4.54) id 1F6BrU-00044W-9N; Mon, 06 Feb 2006 21:17:20 +0200 Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.51 (FreeBSD)) id 1F6BrU-000HUx-6c; Mon, 06 Feb 2006 21:17:20 +0200 To: Ruslan Ermilov From: Ian FREISLICH In-reply-to: Your message of "Mon, 06 Feb 2006 18:46:29 +0200." <20060206164629.GE87340@ip.net.ua> X-Attribution: BOFH Date: Mon, 06 Feb 2006 21:17:20 +0200 Sender: ianf@hetzner.co.za Message-Id: X-Virus-Scanned: Clear (ClamAV 0.88/1279/Mon Feb 6 20:10:36 2006) Cc: Warner Losh , current@freebsd.org, Stefan Ehmann Subject: Re: Parallel buildkernel (still) broken? 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, 06 Feb 2006 19:17:27 -0000 Ruslan Ermilov wrote: > On Mon, Feb 06, 2006 at 04:10:59PM +0100, Stefan Ehmann wrote: > > On Mon, 2006-02-06 at 15:30 +0200, Ian FREISLICH wrote: > > > Hi > > > > > > I was wondering if there is some fubar on my current box or if it's > > > just not possible to do parallel buildkernels. make buildworld > > > -jnn does work on this system. System is i386. > > > > > > With the parallel build it's difficult to say exactly what the > > > problem is. This is the error that I get. There are no errors > > > further up in the script at least. > > > > I get the same errors for quite some time now. But since it's easy to > > workaround, I haven't investigated/reported it yet. > > > Could you both test this and report back? Sadly it doesn't for me. In answer to Warner's question, here's a little more context (sory I didn't post it last time): -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /usr/obj/usr/src/sys/BRANE-DEAD; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentium2 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin /usr/obj/usr/src/make.i386/make KERNEL=kernel depend -DNO_MODULES_OBJ make: don't know how to make machine/endian.h. Stop *** Error code 2 1 error *** Error code 2 1 error 252.93 real 206.31 user 41.24 sys Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 19:46:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8A8B16A420; Mon, 6 Feb 2006 19:46:57 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4374243D49; Mon, 6 Feb 2006 19:46:57 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k16Jkfwb019682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Feb 2006 14:46:41 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k16JkarM099946; Mon, 6 Feb 2006 14:46:36 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17383.42908.349070.31155@grasshopper.cs.duke.edu> Date: Mon, 6 Feb 2006 14:46:36 -0500 (EST) To: Andre Oppermann In-Reply-To: <43E74872.7000002@freebsd.org> References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <43E74872.7000002@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 06 Feb 2006 19:46:58 -0000 Andre Oppermann writes: > Andrew Gallatin wrote: > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? <...> > This may be the same problem OpenBSD has fixed last year in the handling > of the idle loop. From the kerneltrap posting: <....> > First commit message: > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111692513727274&w=2 > > The MFC with all changes in one commit message: > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111859519015510&w=2 The bug they fixes was missing interrupts by both calling APM's idle routine, which may hlt, and hlt'ing in the idle loop itself. Since I have no idea what acpi is doing, I got excited about this. Alas, it seems like this isn't it. I pointed cpu_idle_hook back to cpu_idle_default and away from acpi_cpu_idle, but that made no difference. Drew From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 19:42:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDFC716A420 for ; Mon, 6 Feb 2006 19:42:16 +0000 (GMT) (envelope-from jan_dusatko@post.cz) Received: from smtp.etmail.cz (smtp.etmail.cz [160.218.43.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4059743D4C for ; Mon, 6 Feb 2006 19:42:16 +0000 (GMT) (envelope-from jan_dusatko@post.cz) Received: from relict (ip-85-160-20-67.eurotel.cz [85.160.20.67]) by smtp.etmail.cz (Postfix) with ESMTP id 831F3194023 for ; Mon, 6 Feb 2006 20:42:12 +0100 (CET) From: =?iso-8859-2?B?SmFuIER1ueF0a28=?= To: Date: Mon, 6 Feb 2006 20:42:09 +0100 Message-ID: <000f01c62b55$6d9f78a0$84cda20a@relict> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal X-Mailman-Approved-At: Mon, 06 Feb 2006 20:01:41 +0000 Cc: Subject: AnyDATA USB Modem 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, 06 Feb 2006 19:42:16 -0000 Hello, should you help me or should usb autors contact me ? I try to add device AnyDATA-100H to USB Modem list due to internet connection over CDMA. Vendor string for this device is 0x16d5, product Id is 0x6501. This look's be similar to Qualcomm GTran modem. Jan From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 20:27:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE9916A422 for ; Mon, 6 Feb 2006 20:27:01 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB95043D48 for ; Mon, 6 Feb 2006 20:27:00 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F6Cwu-000Ny7-8q for freebsd-current@freebsd.org; Mon, 06 Feb 2006 20:27:00 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F6Cwq-000Fmb-Nt for freebsd-current@freebsd.org; Mon, 06 Feb 2006 12:26:56 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17383.45327.862050.727774@roam.psg.com> Date: Mon, 6 Feb 2006 10:26:55 -1000 To: FreeBSD Current Subject: audit group 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, 06 Feb 2006 20:27:01 -0000 as of yesterday's current, to installworld, i needed a group 'audit'. but it was not created, nor is it mentioned in UPDATING. randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 20:29:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A073816A422; Mon, 6 Feb 2006 20:29:27 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A9C43D49; Mon, 6 Feb 2006 20:29:26 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-169-72.dynamic.qsc.de [212.202.169.72]) by efacilitas.de (Postfix) with ESMTP id 8D5AC4C579; Mon, 6 Feb 2006 21:38:46 +0100 (CET) Received: from [192.168.1.2] (muhkuh.local [192.168.1.2]) by eurystheus.local (Postfix) with ESMTP id 9DCD35285D; Mon, 6 Feb 2006 21:28:04 +0100 (CET) Message-ID: <43E7B1A7.8010501@cs.tu-berlin.de> Date: Mon, 06 Feb 2006 21:29:27 +0100 From: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <43E60708.9000902@cs.tu-berlin.de> <43E7494B.9040401@freebsd.org> In-Reply-To: <43E7494B.9040401@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 06 Feb 2006 20:29:27 -0000 Andre Oppermann schrieb: > [...] If you have normal users on the host and > have jails under the same user id then, yea, tough luck. You're not > supposed to do that. [...] Yes, I can prevent from overlapping UIDs, but how to prevent from that if host administrator and jail administrator are two independent parties? It requires much more carefulness and precautions. Regards Björn From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 20:31:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A668E16A422; Mon, 6 Feb 2006 20:31:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3001F43D70; Mon, 6 Feb 2006 20:31:45 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7875113 for multiple; Mon, 06 Feb 2006 15:32:29 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k16KVfr4042445; Mon, 6 Feb 2006 15:31:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 6 Feb 2006 15:31:59 -0500 User-Agent: KMail/1.9.1 References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <43E74872.7000002@freebsd.org> <17383.42908.349070.31155@grasshopper.cs.duke.edu> In-Reply-To: <17383.42908.349070.31155@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602061532.02223.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1279/Mon Feb 6 13:10:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Andre Oppermann , Andrew Gallatin Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 06 Feb 2006 20:31:55 -0000 On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > Andre Oppermann writes: > > Andrew Gallatin wrote: > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > <...> > > > This may be the same problem OpenBSD has fixed last year in the handling > > of the idle loop. From the kerneltrap posting: > > <....> > > > First commit message: > > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111692513727274&w=2 > > > > The MFC with all changes in one commit message: > > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111859519015510&w=2 > > The bug they fixes was missing interrupts by both calling APM's idle > routine, which may hlt, and hlt'ing in the idle loop itself. Since I > have no idea what acpi is doing, I got excited about this. > > Alas, it seems like this isn't it. I pointed cpu_idle_hook back to > cpu_idle_default and away from acpi_cpu_idle, but that made no > difference. You may be seeing problems because it might simply take a while for the CPU to wake up from HLT when an interrupt comes in. The 4BSD scheduler tries to do IPIs to wakeup any sleeping CPUs when it schedules a new thread, but that would add higher latency for ithreads than just preempting directly to the ithread. Oh, you have to turn that on, it's off by default (kern.sched.ipiwakeup.enabled=1). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 20:32:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC09B16A470 for ; Mon, 6 Feb 2006 20:32:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E8143D6E for ; Mon, 6 Feb 2006 20:32:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 36C7C1A3C2A; Mon, 6 Feb 2006 12:32:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 79CBC5161D; Mon, 6 Feb 2006 15:32:23 -0500 (EST) Date: Mon, 6 Feb 2006 15:32:23 -0500 From: Kris Kennaway To: Randy Bush Message-ID: <20060206203223.GA99015@xor.obsecurity.org> References: <17383.45327.862050.727774@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <17383.45327.862050.727774@roam.psg.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: audit group 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, 06 Feb 2006 20:32:34 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 06, 2006 at 10:26:55AM -1000, Randy Bush wrote: > as of yesterday's current, to installworld, i needed a group 'audit'. > but it was not created, nor is it mentioned in UPDATING. Surely this is why the upgrade docs tell you to 'mergemaster -p' before installworld? Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD57JWWry0BWjoQKURAtQQAJ0bH9hAWv3tHbGgciVrqQKjKwRBQgCguMOW Hg+ylEHOm6lH8EFOjE50QNc= =RvgP -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 20:37:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F06516A420 for ; Mon, 6 Feb 2006 20:37:15 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id F164043D6A for ; Mon, 6 Feb 2006 20:36:45 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CD03.dip.t-dialin.net [84.165.205.3]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k16KQ8rV055858; Mon, 6 Feb 2006 21:26:09 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k16KaetO020613; Mon, 6 Feb 2006 21:36:41 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Mon, 6 Feb 2006 21:36:42 +0100 From: Alexander Leidinger To: freebsd-current@freebsd.org, Watanabe Kazuhiro Message-ID: <20060206213642.1ef7a777@Magellan.Leidinger.net> In-Reply-To: <20060206125511.957BC1EF46@mail.asahi-net.or.jp> References: <20060206125511.957BC1EF46@mail.asahi-net.or.jp> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Re: Cannot boot the 7-current's GENERIC kernel on some old PCs (Pentium/P54C, DX4ODP) 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, 06 Feb 2006 20:37:15 -0000 Am Mon, 06 Feb 2006 21:55:21 +0900 schrieb Watanabe Kazuhiro : > Hi, all. > > I have some old PCs which CPU is Intel Pentium/P54C and DX4ODP. > They cannot boot the recent 7-current's GENERIC kernel. > > * NEC PC-9821Xa9 (CPU: Pentium/P54C, Memory: 64MB, pc98) > * NEC PC-9821As2 (CPU: DX4ODP, Memory: 42MB, pc98) > * Fujitsu FMV-575D4 (CPU: Pentium/P54C, Memory: 128MB, i386) > > They can boot 6.0-RELEASE, but cannot boot 7-current (CVSup'ed with > date=2006.01.26.00.00.00). [...] > But when I add a "options PQ_NOOPT" configulation option to the > GENERIC kernel configulation file and recompile it, this kernel is > able to boot on these PCs. > I think this is caused by the CPU cache detection functions in > sys/i386/i386/identcpu.c (but I have no idea to solve the problem). > These ware comitted at the end of December 2005. From src/UPDATING: This is strange, since it is supposed to fall back to default values if it can't detect a cache size. And the cache size detection is protected like every other use of the CPU features detection code. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 20:49:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D87C916A420 for ; Mon, 6 Feb 2006 20:49:06 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB9D43D48 for ; Mon, 6 Feb 2006 20:49:06 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F6DIH-000OX3-Eg; Mon, 06 Feb 2006 20:49:05 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F6DIG-000J2f-CF; Mon, 06 Feb 2006 12:49:04 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17383.46655.869699.348246@roam.psg.com> Date: Mon, 6 Feb 2006 10:49:03 -1000 To: Kris Kennaway References: <17383.45327.862050.727774@roam.psg.com> <20060206203223.GA99015@xor.obsecurity.org> Cc: FreeBSD Current Subject: Re: audit group 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, 06 Feb 2006 20:49:07 -0000 >> as of yesterday's current, to installworld, i needed a group 'audit'. >> but it was not created, nor is it mentioned in UPDATING. > Surely this is why the upgrade docs tell you to 'mergemaster -p' > before installworld? randy From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 21:14:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8521D16A420 for ; Mon, 6 Feb 2006 21:14:23 +0000 (GMT) (envelope-from chad@shire.net) Received: from hobbiton.shire.net (mail.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36A4B43D49 for ; Mon, 6 Feb 2006 21:14:22 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.222.227] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpa (Exim 4.51) id 1F6Dgk-0006rV-4N; Mon, 06 Feb 2006 14:14:22 -0700 In-Reply-To: <43E7B1A7.8010501@cs.tu-berlin.de> References: <43E60708.9000902@cs.tu-berlin.de> <43E7494B.9040401@freebsd.org> <43E7B1A7.8010501@cs.tu-berlin.de> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <778A6B9C-DADC-45AE-A5C8-DEFC2D2C41D4@shire.net> Content-Transfer-Encoding: quoted-printable From: "Chad Leigh -- Shire.Net LLC" Date: Mon, 6 Feb 2006 14:14:21 -0700 To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= X-Mailer: Apple Mail (2.746.2) X-SA-Exim-Connect-IP: 67.161.222.227 X-SA-Exim-Mail-From: chad@shire.net X-SA-Exim-Scanned: No (on hobbiton.shire.net); SAEximRunCond expanded to false Cc: current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 06 Feb 2006 21:14:23 -0000 On Feb 6, 2006, at 1:29 PM, Bj=F6rn K=F6nig wrote: > Andre Oppermann schrieb: > >> [...] If you have normal users on the host and >> have jails under the same user id then, yea, tough luck. You're not >> supposed to do that. [...] > > Yes, I can prevent from overlapping UIDs, but how to prevent from =20 > that if host administrator and jail administrator are two =20 > independent parties? It requires much more carefulness and =20 > precautions. Well, the host admin, when detailing services and responsibilities to =20= the jail admin (I have a similar situation), can tell the jail admin =20 which range of UIDs to use for new users. I typically use the last =20 byte of the IP address * 100 as the base. Eg, say a jail is 192.168.1.100 then they can start with 10000 as a =20 UID and go up to 10100. Additionally, the host should ideally have no users but the bare =20 minimum for the admin. All the "host"-based users and services =20 should ideally be in their own jail. And if you can use a common base jail install mounted read only =20 inside each jail, you will greatly increase security of the jails as =20 exploits that replace system binaries will fail. gruss aus utah Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 21:23:36 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0A2416A420 for ; Mon, 6 Feb 2006 21:23:36 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 07D0D43D4C for ; Mon, 6 Feb 2006 21:23:35 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 87533 invoked by uid 399); 6 Feb 2006 21:23:35 -0000 Received: from localhost (HELO ?192.168.1.102?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 6 Feb 2006 21:23:35 -0000 Message-ID: <43E7BE55.9010000@FreeBSD.org> Date: Mon, 06 Feb 2006 13:23:33 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Gleb Smirnoff References: <43E58B2E.5050505@FreeBSD.org> <20060206085021.GO60276@FreeBSD.org> In-Reply-To: <20060206085021.GO60276@FreeBSD.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: panic: mutex Giant not owned at sys/kern/vfs_subr.c: 2029 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, 06 Feb 2006 21:23:36 -0000 Gleb Smirnoff wrote: > On Sat, Feb 04, 2006 at 09:20:46PM -0800, Doug Barton wrote: > D> I got the panic listed above with a -current system built on 2/2. Looks like > D> Jeff added the following to that line on 2/1: > D> > D> VFS_ASSERT_GIANT(vp->v_mount); > D> > D> I tried to get the kernel to dump, but all it did was spin the disk for > D> about 30 minutes, so I gave up. When I rebooted, savecore didn't show > D> anything. The system was idle at the time it panicked. > D> > D> Sorry to be so vague, but I hope this is useful. > > Afaik, this is already fixed by Robert in latest revision of vfs_syscalls.c Ok, I uncommented that ASSERT, and I'll give it a try. Thanks, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 21:24:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B65C16A420 for ; Mon, 6 Feb 2006 21:24:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C0C343D46 for ; Mon, 6 Feb 2006 21:24:16 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 06 Feb 2006 13:24:15 -0800 Message-ID: <43E7BE80.4040706@elischer.org> Date: Mon, 06 Feb 2006 13:24:16 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Chad Leigh -- Shire.Net LLC" References: <43E60708.9000902@cs.tu-berlin.de> <43E7494B.9040401@freebsd.org> <43E7B1A7.8010501@cs.tu-berlin.de> <778A6B9C-DADC-45AE-A5C8-DEFC2D2C41D4@shire.net> In-Reply-To: <778A6B9C-DADC-45AE-A5C8-DEFC2D2C41D4@shire.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 06 Feb 2006 21:24:18 -0000 Chad Leigh -- Shire.Net LLC wrote: > > On Feb 6, 2006, at 1:29 PM, Björn König wrote: > >> Andre Oppermann schrieb: >> >>> [...] If you have normal users on the host and >>> have jails under the same user id then, yea, tough luck. You're not >>> supposed to do that. [...] >> >> >> Yes, I can prevent from overlapping UIDs, but how to prevent from >> that if host administrator and jail administrator are two >> independent parties? It requires much more carefulness and precautions. > > > Well, the host admin, when detailing services and responsibilities to > the jail admin (I have a similar situation), can tell the jail admin > which range of UIDs to use for new users. I typically use the last > byte of the IP address * 100 as the base. > > Eg, say a jail is 192.168.1.100 then they can start with 10000 as a > UID and go up to 10100. > > Additionally, the host should ideally have no users but the bare > minimum for the admin. All the "host"-based users and services > should ideally be in their own jail. Genrally at Vicor, we had a rule that either all users were in jails, or none were.. A Jail server wasn't considered part of the resources available to users, only the jails themselves. > > And if you can use a common base jail install mounted read only > inside each jail, you will greatly increase security of the jails as > exploits that replace system binaries will fail. > > gruss aus utah > Chad > > > --- > Chad Leigh -- Shire.Net LLC > Your Web App and Email hosting provider > chad at shire.net > > > > _______________________________________________ > 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 Feb 6 21:29:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14E1B16A420 for ; Mon, 6 Feb 2006 21:29:00 +0000 (GMT) (envelope-from chad@shire.net) Received: from hobbiton.shire.net (mail.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DBF443D5C for ; Mon, 6 Feb 2006 21:28:59 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.222.227] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpa (Exim 4.51) id 1F6Dus-0007QZ-Ea; Mon, 06 Feb 2006 14:28:58 -0700 In-Reply-To: <43E7BE80.4040706@elischer.org> References: <43E60708.9000902@cs.tu-berlin.de> <43E7494B.9040401@freebsd.org> <43E7B1A7.8010501@cs.tu-berlin.de> <778A6B9C-DADC-45AE-A5C8-DEFC2D2C41D4@shire.net> <43E7BE80.4040706@elischer.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <84F45680-A22F-4EFD-AC36-5634C9990938@shire.net> Content-Transfer-Encoding: quoted-printable From: "Chad Leigh -- Shire.Net LLC" Date: Mon, 6 Feb 2006 14:28:58 -0700 To: Julian Elischer X-Mailer: Apple Mail (2.746.2) X-SA-Exim-Connect-IP: 67.161.222.227 X-SA-Exim-Mail-From: chad@shire.net X-SA-Exim-Scanned: No (on hobbiton.shire.net); SAEximRunCond expanded to false Cc: current@freebsd.org Subject: Re: unprivileged users are able to kill certain jailed processes 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, 06 Feb 2006 21:29:00 -0000 On Feb 6, 2006, at 2:24 PM, Julian Elischer wrote: > Chad Leigh -- Shire.Net LLC wrote: > >> >> On Feb 6, 2006, at 1:29 PM, Bj=F6rn K=F6nig wrote: >> >>> Andre Oppermann schrieb: >>> >>>> [...] If you have normal users on the host and >>>> have jails under the same user id then, yea, tough luck. You're =20= >>>> not >>>> supposed to do that. [...] >>> >>> >>> Yes, I can prevent from overlapping UIDs, but how to prevent =20 >>> from that if host administrator and jail administrator are two =20 >>> independent parties? It requires much more carefulness and =20 >>> precautions. >> >> >> Well, the host admin, when detailing services and responsibilities =20= >> to the jail admin (I have a similar situation), can tell the jail =20= >> admin which range of UIDs to use for new users. I typically use =20 >> the last byte of the IP address * 100 as the base. >> >> Eg, say a jail is 192.168.1.100 then they can start with 10000 as =20 >> a UID and go up to 10100. >> >> Additionally, the host should ideally have no users but the bare =20 >> minimum for the admin. All the "host"-based users and services =20 >> should ideally be in their own jail. > > > Genrally at Vicor, we had a rule that either all users were in =20 > jails, or none were.. > A Jail server wasn't considered part of the resources available to =20 > users, only the jails themselves. Exactly. Our jail servers have a login account only for those admin =20 personnel who need to admin the server itself. It is ONLY accessible =20= through certificate protected ssh (no passwords allowed) and no =20 services run on the jail server itself, only services in jails, so =20 the only open port on the jail server itself is the sshd one... Best Chad > > >> >> And if you can use a common base jail install mounted read only =20 >> inside each jail, you will greatly increase security of the jails =20 >> as exploits that replace system binaries will fail. >> >> gruss aus utah >> Chad >> >> >> --- >> Chad Leigh -- Shire.Net LLC >> Your Web App and Email hosting provider >> chad at shire.net >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-=20 >> unsubscribe@freebsd.org" > --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 22:37:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 521A616A420; Mon, 6 Feb 2006 22:37:27 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83AEC43D48; Mon, 6 Feb 2006 22:37:26 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k16MbNNT025793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Feb 2006 17:37:23 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k16MbISo000188; Mon, 6 Feb 2006 17:37:18 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17383.53150.324978.91528@grasshopper.cs.duke.edu> Date: Mon, 6 Feb 2006 17:37:18 -0500 (EST) To: John Baldwin In-Reply-To: <200602061532.02223.jhb@freebsd.org> References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <43E74872.7000002@freebsd.org> <17383.42908.349070.31155@grasshopper.cs.duke.edu> <200602061532.02223.jhb@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 06 Feb 2006 22:37:27 -0000 John Baldwin writes: > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > Andre Oppermann writes: > > > Andrew Gallatin wrote: > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > > > <...> > > > > > This may be the same problem OpenBSD has fixed last year in the handling > > > of the idle loop. From the kerneltrap posting: > > > > <....> > > > > > First commit message: > > > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111692513727274&w=2 > > > > > > The MFC with all changes in one commit message: > > > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111859519015510&w=2 > > > > The bug they fixes was missing interrupts by both calling APM's idle > > routine, which may hlt, and hlt'ing in the idle loop itself. Since I > > have no idea what acpi is doing, I got excited about this. > > > > Alas, it seems like this isn't it. I pointed cpu_idle_hook back to > > cpu_idle_default and away from acpi_cpu_idle, but that made no > > difference. > > You may be seeing problems because it might simply take a while for the CPU to > wake up from HLT when an interrupt comes in. The 4BSD scheduler tries to do > IPIs to wakeup any sleeping CPUs when it schedules a new thread, but that > would add higher latency for ithreads than just preempting directly to the > ithread. Oh, you have to turn that on, it's off by default > (kern.sched.ipiwakeup.enabled=1). Hmm.. It seems to be on by default. Unfortunately, it does not seem to help. Would you expect ULE to do better? I've noticed that if I screw up the time state of the machine by switching between ACPI-fast and TSC timecounters, performance for TCP ping-pongs goes all over the map... Drew From owner-freebsd-current@FreeBSD.ORG Mon Feb 6 23:42:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD95916A420 for ; Mon, 6 Feb 2006 23:42:20 +0000 (GMT) (envelope-from garry@NetworkPhysics.COM) Received: from NetworkPhysics.COM (fw.networkphysics.com [205.158.104.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8158C43D48 for ; Mon, 6 Feb 2006 23:42:20 +0000 (GMT) (envelope-from garry@NetworkPhysics.COM) Received: from networkphysics.com (stratus.fractal.networkphysics.com [10.10.1.104]) by NetworkPhysics.COM (8.12.10/8.12.10) with ESMTP id k16NgKPY024214 for ; Mon, 6 Feb 2006 15:42:20 -0800 (PST) (envelope-from garry@networkphysics.com) Message-ID: <43E7E011.6000301@networkphysics.com> Date: Mon, 06 Feb 2006 15:47:29 -0800 From: Garry Belka User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.4.2) Gecko/20040301 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 07 Feb 2006 00:48:42 +0000 Subject: [ATA] [patch] crashes, deadlock, memory leaks, . plus LSI RAID write 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: Mon, 06 Feb 2006 23:42:20 -0000 I had to fix some ATA bugs to increase its robustness. See a problem report and a patch at http://www.freebsd.org/cgi/query-pr.cgi?pr=92786 The patch enables a support for disk failures and enables hot-swapping SATA disks without a frequent system crash. It deals with a deadlock in an ata-raid design that causes systems to hang often on reboot, after RAID rebuild or in other situations. The patch implements additional locking to access RAID labels. The patch implements partial reference counters for ATA requests to avoid memory leaks or twice-freed requests and crashes. The patch includes support for writing RAID labels on LSIv3. This is the builtin SATA RAID on the current Intel Server Board (SE7520JR2). More details are given in the problem report linked above. In particular, the patch proposes an easy scheme for ATA RAID label construction that if accepted will enabe to add GEOM layer based on ATA RAID native labels at a later time, and reuse label reading and filling up functions. This is not possible at present. The patch was stable in our test, and I'd be glad to find out how well it works for you. Best, Garry From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 00:59:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E54916A420 for ; Tue, 7 Feb 2006 00:59:26 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id BC5CA43D46 for ; Tue, 7 Feb 2006 00:59:25 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 91676 invoked from network); 7 Feb 2006 00:59:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=QyMWPUfrmQEbyXSnCEVs+7xnVPcl5kPd2oqHBnDgjRvZrgjgvnKYJnp0SshwCJbvxOZiaj8SnrJSSJlXyDjmhMK34TWGxnnn8JLmpKcjftss4z4OPBSzrEKLdkDESqAkRz+JtbxVqgF/upZ+YU4hbLXKB7ejn38h2mp0tkhvmmY= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 7 Feb 2006 00:59:25 -0000 Message-ID: <43E7F0F3.3040306@rogers.com> Date: Mon, 06 Feb 2006 19:59:31 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Marcin Jessa References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> <20060206115734.1b0cdd2e.lists@yazzy.org> In-Reply-To: <20060206115734.1b0cdd2e.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@elischer.com, announce@bafug.org, Alistair Sutton , current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 07 Feb 2006 00:59:26 -0000 Marcin Jessa wrote: > On Mon, 6 Feb 2006 10:41:02 +0000 > Alistair Sutton wrote: > >> "The next meeting will be held at IronPort Systems, 950 Elm Ave. nr. >> Bayhill Drive, San Bruno, on Wednesday, February 1st, 2006 at 7:30 pm. >> (map) >> Our Topic: >> The AMD-64 and EMT-64 architectures. How they differ from X86 and how >> that affects FreeBSD. Also, "Running FreeBSD on the x-64 >> architectures." >> > > Thanks Alistair. > Is there a version with better sound/rate avaliable as well ? Yeah, the recording is very noisy. But i guess thats the recorders fault, not the encoders. From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 02:17:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB75516A420 for ; Tue, 7 Feb 2006 02:17:00 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 61CD743D46 for ; Tue, 7 Feb 2006 02:17:00 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 99678 invoked by uid 399); 7 Feb 2006 02:16:58 -0000 Received: from localhost (HELO ?192.168.1.102?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 7 Feb 2006 02:16:58 -0000 Message-ID: <43E80314.8020108@FreeBSD.org> Date: Mon, 06 Feb 2006 18:16:52 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Kris Kennaway References: <17383.45327.862050.727774@roam.psg.com> <20060206203223.GA99015@xor.obsecurity.org> In-Reply-To: <20060206203223.GA99015@xor.obsecurity.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , FreeBSD Current Subject: Re: audit group 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, 07 Feb 2006 02:17:01 -0000 Kris Kennaway wrote: > On Mon, Feb 06, 2006 at 10:26:55AM -1000, Randy Bush wrote: >> as of yesterday's current, to installworld, i needed a group 'audit'. >> but it was not created, nor is it mentioned in UPDATING. > > Surely this is why the upgrade docs tell you to 'mergemaster -p' > before installworld? Hey, don't call him Shirley. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 04:21:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E8216A420; Tue, 7 Feb 2006 04:21:00 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A7E43D46; Tue, 7 Feb 2006 04:20:58 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 9C1884C5C5; Mon, 6 Feb 2006 20:20:57 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k174L4uZ001872; Mon, 6 Feb 2006 20:21:04 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602070421.k174L4uZ001872@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-current@freebsd.org, netchild@freebsd.org In-Reply-To: Message from Cy Schubert of "Sun, 29 Jan 2006 14:52:10 PST." <200601292252.k0TMqAGJ031333@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Feb 2006 20:21:04 -0800 Sender: Cy.Schubert@komquats.com Cc: Subject: Re: 7.0-CURRENT Hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 04:21:00 -0000 I identified the problem (see my original discussion about this in attached the email below). On the Pentium P54C model (that's an old 120 MHz Pentium I use as a 4.x, 5.x, and 7.x ports build testbed) the CPUID instruction when called with AL = 0, CPUID returns EAX = EBX = ECX = EDX = 0. The code fragment in identcpu.c below results in "rounds" becoming 0xffffffff. do_cpuid(0x2, regs); rounds = (regs[0] & 0xff) - 1; The subsequent loop of the following will loop virtually for ever (it takes forever tor this machine to count down from 0xffffffff performing a very great many calls to get_INTEL_TLB in the process, virtually hanging the machine in the process. while (rounds > 0) { [... code ...] rounds--; } To resolve my problem I cobbled up the following patch to identcpu.c: --- sys/i386/i386/identcpu.c.orig Thu Feb 2 04:44:09 2006 +++ sys/i386/i386/identcpu.c Mon Feb 6 18:47:16 2006 @@ -1237,7 +1237,7 @@ do_cpuid(0x2, regs); - rounds = (regs[0] & 0xff) - 1; + rounds = (regs[0] & 0xff); for (regnum = 0; regnum <= 3; ++regnum) { if ((regs[regnum] & (1<<31)) == 0) { @@ -1249,7 +1249,7 @@ } } - while (rounds > 0) { + while (rounds > 1) { do_cpuid(0x2, regs); for (regnum = 0; regnum <= 3; ++regnum) { @@ -1452,7 +1452,7 @@ u_int nwaycode; do_cpuid(0x2, regs); - rounds = (regs[0] & 0xff) - 1; + rounds = (regs[0] & 0xff); for (regnum = 0; regnum <= 3; ++regnum) { if ((regs[regnum] & (1<<31)) == 0) { @@ -1468,7 +1468,7 @@ } } - while (rounds > 0) { + while (rounds > 1) { do_cpuid(0x2, regs); for (regnum = 0; regnum <= 3; ++regnum) { It fixes the hang. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper In message <200601292252.k0TMqAGJ031333@cwsys.cwsent.com>, Cy Schubert writes: > I'm experiencing the following hang on my -CURRENT testbed (which also > serves as a 4.11, 5.4, and 6.0 testbed). Only under 7.0-CURRENT does it > hang during boot using a stock out of the box GENERIC kernel. The machine > is an old P120. Any ideas? > > OK include /boot/cwtest/foobar > | > > cwtest.foobar loader file selected > unload complete > currdev set to disk2s1a: > /boot/kernel/kernel text=0x4e15c4 data=0x84900+0xa026c > syms=[0x4+0x67ea0+0x4+0x7f4ff] > new kernel has been loaded > > OK boot -s > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 7.0-CURRENT #0: Fri Jan 27 13:49:18 PST 2006 > root@cwsys:/export/obj/opt/src/cvs-current/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > > At this point I need to reset the machine. > > > > Cheers, > Cy Schubert > Web: http://www.komquats.com and http://www.bcbodybuilder.com > FreeBSD UNIX: Web: http://www.FreeBSD.org > BC Government: > > "Lift long enough and I believe arrogance is replaced by > humility and fear by courage and selfishness by generosity > and rudeness by compassion and caring." > -- Dave Draper > > > > _______________________________________________ > 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 Feb 7 04:29:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0321E16A420; Tue, 7 Feb 2006 04:29:32 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D2B43D45; Tue, 7 Feb 2006 04:29:31 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 15FB34C5C5; Mon, 6 Feb 2006 20:29:29 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k174TZ6v009581; Mon, 6 Feb 2006 20:29:35 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602070429.k174TZ6v009581@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-current@freebsd.org, netchild@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Feb 2006 20:29:35 -0800 Sender: Cy.Schubert@komquats.com Cc: Subject: Re: 7.0-CURRENT Hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 04:29:32 -0000 Oops. In my haste I made a typo in my note. It should read when AL = 0x02. It should read as follows: I identified the problem (see my original discussion about this in attached the email below). On the Pentium P54C model (that's an old 120 MHz Pentium I use as a 4.x, 5.x, and 7.x ports build testbed) the CPUID instruction when called with AL = 0x02, CPUID returns EAX = EBX = ECX = EDX = 0. The code fragment in identcpu.c below results in "rounds" becoming 0xffffffff. do_cpuid(0x2, regs); rounds = (regs[0] & 0xff) - 1; The subsequent loop of the following will loop virtually for ever (it takes forever tor this machine to count down from 0xffffffff performing a very great many calls to get_INTEL_TLB in the process, virtually hanging the machine in the process. while (rounds > 0) { [... code ...] rounds--; } To resolve my problem I cobbled up the following patch to identcpu.c: --- sys/i386/i386/identcpu.c.orig Thu Feb 2 04:44:09 2006 +++ sys/i386/i386/identcpu.c Mon Feb 6 18:47:16 2006 @@ -1237,7 +1237,7 @@ do_cpuid(0x2, regs); - rounds = (regs[0] & 0xff) - 1; + rounds = (regs[0] & 0xff); for (regnum = 0; regnum <= 3; ++regnum) { if ((regs[regnum] & (1<<31)) == 0) { @@ -1249,7 +1249,7 @@ } } - while (rounds > 0) { + while (rounds > 1) { do_cpuid(0x2, regs); for (regnum = 0; regnum <= 3; ++regnum) { @@ -1452,7 +1452,7 @@ u_int nwaycode; do_cpuid(0x2, regs); - rounds = (regs[0] & 0xff) - 1; + rounds = (regs[0] & 0xff); for (regnum = 0; regnum <= 3; ++regnum) { if ((regs[regnum] & (1<<31)) == 0) { @@ -1468,7 +1468,7 @@ } } - while (rounds > 0) { + while (rounds > 1) { do_cpuid(0x2, regs); for (regnum = 0; regnum <= 3; ++regnum) { It fixes the hang. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 04:29:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3322616A48E for ; Tue, 7 Feb 2006 04:29:52 +0000 (GMT) (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 DB49343D45 for ; Tue, 7 Feb 2006 04:29:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k174Tpo7053873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Feb 2006 20:29:51 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43E822A4.3000806@errno.com> Date: Mon, 06 Feb 2006 20:31:32 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051227) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ath patch+hal for test 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, 07 Feb 2006 04:29:52 -0000 You can find the 0.9.16.13 hal (that's been out for a while) and an updated ath.patch at http://www.freebsd.org/~sam/ath. Please test and report any regressions against what is in CVS. This patch should work on both HEAD and RELENG_6. I hope to get things in CVS in time to make the 6.1 release so timely feedback is important. This hal is required if you have one of the newer Atheros parts (e.g. 5414). I've mainly tested station mode so beware of ap mode problems. I am aware of one issue that is not fixed in this patch: beacon miss handling may not work correctly if the beacon timers are initialized with a stale tsf (as can happen when scanning many channels). This affects both station and adhoc mode operation and will be fixed when I commit the changes. If you have a laptop with a radio on/off switch I've tried to add the necessary glue to make it functional but since I don't have any laptops of this sort the code is untested. Sam From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 06:20:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9241B16A420 for ; Tue, 7 Feb 2006 06:20:40 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB8343D46 for ; Tue, 7 Feb 2006 06:20:40 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.4]) ([10.251.60.83]) by a50.ironport.com with ESMTP; 06 Feb 2006 22:20:38 -0800 Message-ID: <43E83C34.9070803@elischer.org> Date: Mon, 06 Feb 2006 22:20:36 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> <20060206115734.1b0cdd2e.lists@yazzy.org> <43E7F0F3.3040306@rogers.com> In-Reply-To: <43E7F0F3.3040306@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@elischer.com, announce@bafug.org, Alistair Sutton , Marcin Jessa , current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 07 Feb 2006 06:20:40 -0000 Mike Jakubik wrote: > Marcin Jessa wrote: > >> On Mon, 6 Feb 2006 10:41:02 +0000 >> Alistair Sutton wrote: >> >> >>> "The next meeting will be held at IronPort Systems, 950 Elm Ave. nr. >>> Bayhill Drive, San Bruno, on Wednesday, February 1st, 2006 at 7:30 pm. >>> (map) >>> Our Topic: >>> The AMD-64 and EMT-64 architectures. How they differ from X86 and how >>> that affects FreeBSD. Also, "Running FreeBSD on the x-64 >>> architectures." >>> >> >> >> Thanks Alistair. >> Is there a version with better sound/rate avaliable as well ? > > > Yeah, the recording is very noisy. But i guess thats the recorders > fault, not the encoders. We got assigned a room witha VERY noisy airconditioner. I'm trying to get a quieter room for next time (Sam's talk in WIFI), or to at least use a noise cancelling microphone. I tried running several noise removal filters over the files but they all made Peter sound like he was talking at the end of a long pipe. Do you think it was a worthwhile exercise? > > _______________________________________________ > 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 Feb 7 07:36:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40C2E16A43D for ; Tue, 7 Feb 2006 07:36:53 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.FreeBSD.org (Postfix) with SMTP id A7C7143D45 for ; Tue, 7 Feb 2006 07:36:52 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 63553 invoked from network); 7 Feb 2006 07:36:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=4YrMv3XFGcHBcrGfU1uaNAAdDAmiPlB05d2dN4WPHJ8D/zYcY+3i6w74dWcGoAgv6oeVwrf8ir+c3EShXwusUS3UTzomN80cVdByMfwio6TFhWIHjjwQk9SxHMRuqUiWQzBwJGFhc5k9M2JJN1c2OJqdY8G0aXDfYOrJh5iDLJA= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 7 Feb 2006 07:36:51 -0000 Message-ID: <43E84E19.2020100@rogers.com> Date: Tue, 07 Feb 2006 02:36:57 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Julian Elischer References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> <20060206115734.1b0cdd2e.lists@yazzy.org> <43E7F0F3.3040306@rogers.com> <43E83C34.9070803@elischer.org> In-Reply-To: <43E83C34.9070803@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: julian@elischer.com, announce@bafug.org, Alistair Sutton , Marcin Jessa , current@freebsd.org Subject: Re: Peter's talk on amd64 audio online 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, 07 Feb 2006 07:36:53 -0000 Julian Elischer wrote: > Mike Jakubik wrote: > >> Marcin Jessa wrote: >> >>> On Mon, 6 Feb 2006 10:41:02 +0000 >>> Alistair Sutton wrote: >>> >>> >>>> "The next meeting will be held at IronPort Systems, 950 Elm Ave. nr. >>>> Bayhill Drive, San Bruno, on Wednesday, February 1st, 2006 at 7:30 pm. >>>> (map) >>>> Our Topic: >>>> The AMD-64 and EMT-64 architectures. How they differ from X86 and how >>>> that affects FreeBSD. Also, "Running FreeBSD on the x-64 >>>> architectures." >>>> >>> >>> >>> Thanks Alistair. >>> Is there a version with better sound/rate avaliable as well ? >> >> >> Yeah, the recording is very noisy. But i guess thats the recorders >> fault, not the encoders. > > We got assigned a room witha VERY noisy airconditioner. I'm trying to > get a quieter > room for next time (Sam's talk in WIFI), or to at least use a noise > cancelling microphone. > > I tried running several noise removal filters over the files but they > all made Peter > sound like he was talking at the end of a long pipe. > > Do you think it was a worthwhile exercise? Heh, i figured it was something of that nature. But his voice was clear enough to understand :) From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 10:47:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9024F16A420; Tue, 7 Feb 2006 10:47:56 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BD4E43D45; Tue, 7 Feb 2006 10:45:23 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k17AiwJK014103; Tue, 7 Feb 2006 12:45:06 +0200 Received: by flame.pc (Postfix, from userid 1001) id 317E35C5F; Tue, 7 Feb 2006 12:44:14 +0200 (EET) Date: Tue, 7 Feb 2006 12:44:12 +0200 From: Giorgos Keramidas To: Steve Kargl , Olivier Houchard Message-ID: <20060207104411.GA1067@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060201235556.GA708@troutmask.apl.washington.edu> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.437, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.96, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 10:47:56 -0000 On 2006-02-01 15:55, Steve Kargl wrote: > After a binary search, I have determined that the new pts code is > triggering kernel panics on an AMD64 system. It also makes syscons unusable here. I just rebuilt a HEAD snapshot from today's latest CVSup, installed it in /dev/ad0s1a (my test partition), and the behavior is still the same as a few days ago: - single user mode shell works fine - in multiuser mode, when syscons reaches a login prompt i have to press RET twice to see the last line It seems that something is broken in the way syscons detects whether an output line should be flushed out, but I'm not sure. A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the first pts change). I don't know how to debug this or provide more useful feedback, but I'll look at the diffs later today, when I'm done with $REALJOB stuff. - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:26:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EBDB16A420 for ; Tue, 7 Feb 2006 12:26:34 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8E0C43D55 for ; Tue, 7 Feb 2006 12:26:30 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 49F654C5C5 for ; Tue, 7 Feb 2006 04:26:29 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k17CQSjt044630 for ; Tue, 7 Feb 2006 04:26:28 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602071226.k17CQSjt044630@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 04:26:28 -0800 Sender: Cy.Schubert@komquats.com Subject: panic: mutex Giant not owned at sys/kern/vfs_subr.c:2029 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 12:26:34 -0000 Just and FYI. Now that my little patch has brought my testbed back into operation, I get the fa mutex Giant panic at boot. cwsys$ console cwtest /boot/kernel/kernel text=0x2e7b04 data=0x39924+0x2ef28 syms=[0x4+0x44260+0x4+0x560a3] no such file or directory \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 56 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK include /boot/cwtest/foobar | cwtest.foobar loader file selected unload complete currdev set to disk2s1a: /boot/kernel/kernel text=0x4e4f0c data=0x84c80+0xa02ac syms=[0x4+0x686d0+0x4+0x7fcb3] new kernel has been loaded OK boot GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #2: Mon Feb 6 20:51:27 PST 2006 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 83886080 (80 MB) avail memory = 72331264 (68 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0 x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x6000-0x607f mem 0xe1001000-0xe100107f irq 5 at device 18.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:80:28:96 ahc0: port 0x6100-0x61ff mem 0xe1000000-0xe1000fff irq 5 at device 19.0 on pci0 ahc0: [GIANT-LOCKED] aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs vgapci0: port 0x6200-0x62ff mem 0xe0000000-0xe0ffffff,0xe1002000-0xe1002fff irq 9 at device 20.0 on pci0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xca7ff,0xdc000-0xd ffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ed0 at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0 ed0: Ethernet address: 00:40:05:55:fe:74 ed0: type NE2000 (16 bit) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 aha1 at port 0x330-0x333 irq 11 drq 5 on isa0 aha1: AHA-1542CF FW Rev. C.0 (ID=45) SCSI Host Adapter, SCSI ID 7, 16 CCBs aha1: [GIANT-LOCKED] unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 119753474 Hz quality 800 Timecounters tick every 10.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 408MB at ata0-master WDMA1 ad2: 76351MB at ata1-master WDMA2 acd0: CDROM at ata1-slave PIO4 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1030MB (2110812 512 byte sectors: 64H 32S/T 1030C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 8) da1: 810MB (1660299 512 byte sectors: 64H 32S/T 810C) Trying to mount root from ufs:/dev/ad2s1a Loading configuration files. /dev/ad0s1b is smaller than physical memory Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device swapon: /dev/da0s1b: No such file or directory swapon: adding /dev/da1s1b as swap device swapon: adding /dev/ad2s1b as swap device Starting file system checks: /dev/ad2s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1a: clean, 182088 free (776 frags, 22664 blocks, 0.2% fragmentation) /dev/da1s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1a: clean, 507862 free (5006 frags, 62857 blocks, 0.7% fragmentation) /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 230364 free (3012 frags, 28419 blocks, 0.6% fragmentation) /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 262215 free (1103 frags, 32639 blocks, 0.3% fragmentation) /dev/ad2s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1e: clean, 2533185 free (6633 frags, 315819 blocks, 0.2% fragmentation)/dev/ad2s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1g: clean, 28063893 free (91157 frags, 3496592 blocks, 0.1% fragmentation) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 177150 free (5022 frags, 21516 blocks, 1.1% fragmentation) mount option is unknown mount_mfs: mount exited with error code 1 Setting hostname: cwtest. vfs.nfsrv.async: 0 -> 1 xl0: link state changed to UP ed0: flags=8843 mtu 1500 inet6 fe80::240:5ff:fe55:fe74%ed0 prefixlen 64 tentative scopeid 0x2 inet 10.1.1.2 netmask 0xffffff00 broadcast 10.1.1.255 ether 00:40:05:55:fe:74 xl0: flags=8843 mtu 1500 options=9 inet6 fe80::250:daff:fe80:2896%xl0 prefixlen 64 tentative scopeid 0x1 inet 10.1.2.2 netmask 0xffffff00 broadcast 10.1.2.255 ether 00:50:da:80:28:96 media: Ethernet autoselect (10baseT/UTP) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 10.1.2.254 Additional routing options:. Starting devd. Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/ad0s1b... savecore: no dumps found Starting rpcbind. Setting NIS domain: cwsent.com. Starting ypxfrd. Starting ypserv. Starting ypbind. NFS access cache time=0 Starting amd. Clearing /tmp. panic: mutex Giant not owned at /opt/src/cvs-current/src/sys/kern/vfs_subr.c :2029 cpuid = 0 KDB: enter: panic [thread pid 367 tid 100039 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 367 tid 100039 td 0xc17574e0 kdb_enter(c08b6e6d) at kdb_enter+0x2b panic(c08b60bb,c08cba52,c08c0caf,7ed,c18e171c) at panic+0x126 _mtx_assert(c0984248,1,c08c0caf,7ed) at _mtx_assert+0x66 vrele(c18e171c) at vrele+0x4e fchdir(c17574e0,c6c17d04,1,0,9) at fchdir+0x2c5 syscall(3b,3b,3b,a000a20,a0001d0) at syscall+0x285 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (13, FreeBSD ELF32, fchdir), eip = 0x280d13e7, esp = 0xbfbfedac, ebp = 0xbfbfedd8 --- db> show registers cs 0x20 ds 0x28 es 0x28 fs 0x8 ss 0x28 eax 0x12 ecx 0xc1033000 edx 0 ebx 0xc6c17bf4 esp 0xc6c17bc8 ebp 0xc6c17bc8 esi 0x1 edi 0xc08b60bb eip 0xc068e86b kdb_enter+0x2b efl 0x282 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 kdb_enter+0x2b: nop db> Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:28:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C37316A420 for ; Tue, 7 Feb 2006 12:28:41 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.FreeBSD.org (Postfix) with SMTP id 601F243D6A for ; Tue, 7 Feb 2006 12:28:34 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx37.stngva01.us.mxservers.net (204.202.242.75) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 3-0412145308; Tue, 7 Feb 2006 13:28:32 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx37.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id e6298e34.27603.001.mx37.stngva01.us.mxservers.net; Tue, 07 Feb 2006 07:28:30 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k17CSLUQ005222; Tue, 7 Feb 2006 13:28:27 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200602071228.k17CSLUQ005222@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Giorgos Keramidas In-Reply-To: Message from Giorgos Keramidas of "Tue, 07 Feb 2006 12:44:12 +0200." <20060207104411.GA1067@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 13:28:21 +0100 From: Gary Jennejohn X-Spam: [F=0.0100000000; heur=0.500(-19800); stat=0.010; spamtraq-heur=0.500(2006020620)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard , Steve Kargl Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 12:28:41 -0000 Giorgos Keramidas writes: > On 2006-02-01 15:55, Steve Kargl wrote: > > After a binary search, I have determined that the new pts code is > > triggering kernel panics on an AMD64 system. > > It also makes syscons unusable here. > > I just rebuilt a HEAD snapshot from today's latest CVSup, installed it > in /dev/ad0s1a (my test partition), and the behavior is still the same > as a few days ago: > > - single user mode shell works fine > > - in multiuser mode, when syscons reaches a login prompt > i have to press RET twice to see the last line > > It seems that something is broken in the way syscons detects whether an > output line should be flushed out, but I'm not sure. > > A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the > first pts change). > > I don't know how to debug this or provide more useful feedback, but I'll > look at the diffs later today, when I'm done with $REALJOB stuff. > I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, even X works OK. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:39:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F49116A422; Tue, 7 Feb 2006 12:39:37 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44DA643D49; Tue, 7 Feb 2006 12:39:33 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k17CdADJ017765; Tue, 7 Feb 2006 14:39:17 +0200 Received: by flame.pc (Postfix, from userid 1001) id D93045C8C; Tue, 7 Feb 2006 14:38:29 +0200 (EET) Date: Tue, 7 Feb 2006 14:38:29 +0200 From: Giorgos Keramidas To: Gary Jennejohn Message-ID: <20060207123829.GA29307@flame.pc> References: <20060207104411.GA1067@flame.pc> <200602071228.k17CSLUQ005222@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602071228.k17CSLUQ005222@peedub.jennejohn.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.438, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.96, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard , Steve Kargl Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 12:39:37 -0000 On 2006-02-07 13:28, Gary Jennejohn wrote: >Giorgos Keramidas writes: >> On 2006-02-01 15:55, Steve Kargl wrote: >> > After a binary search, I have determined that the new pts code is >> > triggering kernel panics on an AMD64 system. >> >> It also makes syscons unusable here. >> >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed it >> in /dev/ad0s1a (my test partition), and the behavior is still the same >> as a few days ago: >> >> - single user mode shell works fine >> >> - in multiuser mode, when syscons reaches a login prompt >> i have to press RET twice to see the last line >> >> It seems that something is broken in the way syscons detects whether an >> output line should be flushed out, but I'm not sure. >> >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the >> first pts change). >> >> I don't know how to debug this or provide more useful feedback, but I'll >> look at the diffs later today, when I'm done with $REALJOB stuff. > > I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, > even X works OK. Is this on amd64? A kernel and userland from today (Feb 7, around 07:00 UTC) is unusable on a Ferrari 3400 Lmi here. From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:43:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF62C16A422 for ; Tue, 7 Feb 2006 12:43:28 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BFF443D49 for ; Tue, 7 Feb 2006 12:43:27 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx13.stngva01.us.mxservers.net (204.202.242.69) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 3-0744526203; Tue, 7 Feb 2006 13:43:25 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx13.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id ce598e34.15739.334.mx13.stngva01.us.mxservers.net; Tue, 07 Feb 2006 07:43:24 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k17ChJYY005474; Tue, 7 Feb 2006 13:43:20 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200602071243.k17ChJYY005474@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Giorgos Keramidas In-Reply-To: Message from Giorgos Keramidas of "Tue, 07 Feb 2006 14:38:29 +0200." <20060207123829.GA29307@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 13:43:19 +0100 From: Gary Jennejohn X-Spam: [F=0.0217571485; heur=0.500(-19800); stat=0.021; spamtraq-heur=0.500(2006020620)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard , Steve Kargl Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 12:43:28 -0000 Giorgos Keramidas writes: > On 2006-02-07 13:28, Gary Jennejohn wrote: > >Giorgos Keramidas writes: > >> On 2006-02-01 15:55, Steve Kargl wrote: > >> > After a binary search, I have determined that the new pts code is > >> > triggering kernel panics on an AMD64 system. > >> > >> It also makes syscons unusable here. > >> > >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed it > >> in /dev/ad0s1a (my test partition), and the behavior is still the same > >> as a few days ago: > >> > >> - single user mode shell works fine > >> > >> - in multiuser mode, when syscons reaches a login prompt > >> i have to press RET twice to see the last line > >> > >> It seems that something is broken in the way syscons detects whether an > >> output line should be flushed out, but I'm not sure. > >> > >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the > >> first pts change). > >> > >> I don't know how to debug this or provide more useful feedback, but I'll > >> look at the diffs later today, when I'm done with $REALJOB stuff. > > > > I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, > > even X works OK. > > Is this on amd64? A kernel and userland from today (Feb 7, > around 07:00 UTC) is unusable on a Ferrari 3400 Lmi here. > Yes, AMD64 X2 running on an ASUS A8V Deluxe. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:45:43 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 856FE16A422 for ; Tue, 7 Feb 2006 12:45:43 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 962EF43D46 for ; Tue, 7 Feb 2006 12:45:42 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k17CjZ8C028031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 15:45:36 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k17CjZcI028030; Tue, 7 Feb 2006 15:45:35 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 7 Feb 2006 15:45:35 +0300 From: Gleb Smirnoff To: Cy Schubert Message-ID: <20060207124535.GL877@FreeBSD.org> References: <200602071226.k17CQSjt044630@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200602071226.k17CQSjt044630@cwsys.cwsent.com> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: panic: mutex Giant not owned at sys/kern/vfs_subr.c:2029 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, 07 Feb 2006 12:45:43 -0000 On Tue, Feb 07, 2006 at 04:26:28AM -0800, Cy Schubert wrote: C> Just and FYI. Now that my little patch has brought my testbed back into C> operation, I get the fa mutex Giant panic at boot. What revision of vfs_syscalls.c do you have? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 12:54:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB2C16A420; Tue, 7 Feb 2006 12:54:27 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2104043D48; Tue, 7 Feb 2006 12:54:25 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k17Cs8FS018579; Tue, 7 Feb 2006 14:54:12 +0200 Received: by flame.pc (Postfix, from userid 1001) id 59C7B5C8C; Tue, 7 Feb 2006 14:53:27 +0200 (EET) Date: Tue, 7 Feb 2006 14:53:27 +0200 From: Giorgos Keramidas To: Gary Jennejohn Message-ID: <20060207125327.GA55137@flame.pc> References: <20060207123829.GA29307@flame.pc> <200602071243.k17ChJYY005474@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602071243.k17ChJYY005474@peedub.jennejohn.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.44, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.96, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard , Steve Kargl Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 12:54:28 -0000 On 2006-02-07 13:43, Gary Jennejohn wrote: >Giorgos Keramidas writes: >>On 2006-02-07 13:28, Gary Jennejohn wrote: >>>Giorgos Keramidas writes: >>>> On 2006-02-01 15:55, Steve Kargl wrote: >>>> > After a binary search, I have determined that the new pts code is >>>> > triggering kernel panics on an AMD64 system. >>>> >>>> It also makes syscons unusable here. >>>> [...] >>>> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the >>>> first pts change). >>>> >>>> I don't know how to debug this or provide more useful feedback, but I'll >>>> look at the diffs later today, when I'm done with $REALJOB stuff. >>> >>> I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, >>> even X works OK. >> >> Is this on amd64? A kernel and userland from today (Feb 7, >> around 07:00 UTC) is unusable on a Ferrari 3400 Lmi here. > > Yes, AMD64 X2 running on an ASUS A8V Deluxe. Odd. I'm rebuilding a fresh checkout now, but I don't see any commits since early this morning that could have fixed this. From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 13:23:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DC216A420; Tue, 7 Feb 2006 13:23:59 +0000 (GMT) (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 3273A43D48; Tue, 7 Feb 2006 13:23:58 +0000 (GMT) (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 46E6446BD6; Tue, 7 Feb 2006 08:23:46 -0500 (EST) Date: Tue, 7 Feb 2006 13:26:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Giorgos Keramidas In-Reply-To: <20060207104411.GA1067@flame.pc> Message-ID: <20060207132335.W37594@fledge.watson.org> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard , Steve Kargl Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 13:23:59 -0000 On Tue, 7 Feb 2006, Giorgos Keramidas wrote: > On 2006-02-01 15:55, Steve Kargl wrote: >> After a binary search, I have determined that the new pts code is >> triggering kernel panics on an AMD64 system. > > It also makes syscons unusable here. > > I just rebuilt a HEAD snapshot from today's latest CVSup, installed it > in /dev/ad0s1a (my test partition), and the behavior is still the same > as a few days ago: > > - single user mode shell works fine > > - in multiuser mode, when syscons reaches a login prompt > i have to press RET twice to see the last line > > It seems that something is broken in the way syscons detects whether an > output line should be flushed out, but I'm not sure. > > A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the > first pts change). > > I don't know how to debug this or provide more useful feedback, but I'll > look at the diffs later today, when I'm done with $REALJOB stuff. Does the instability occur if kern.pts.enable=0, or only when kern.pts.enable=1? If 0, if you back out the user space changes but leave tty_pts.c compiled into the kernel, do the instability issues persist? How about with the kernel code compiled out, but the user space code in place? Basically, it would be good to know if what you're seeing is a property of the pts code being in the kernel at all, or a property of it actually in use. The former might be indicate that a memory layout change or devfs behavioral change has triggered an existing bug previously masked, whereas the latter more likely signals a bug in the pts code or a bug in devfs generated by virtue of the deletion of device nodes. That some of the panics happen very early (perhaps before a pts device is actually allocated) is suggestive... Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 14:16:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEDBC16A422 for ; Tue, 7 Feb 2006 14:16:06 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.FreeBSD.org (Postfix) with SMTP id CF95143D4C for ; Tue, 7 Feb 2006 14:16:04 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx19.stngva01.us.mxservers.net (204.202.242.102) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 0-0198921750; Tue, 7 Feb 2006 15:16:03 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx19.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 79ba8e34.6132.375.mx19.stngva01.us.mxservers.net; Tue, 07 Feb 2006 09:15:51 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k17EF03v001858; Tue, 7 Feb 2006 15:15:00 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200602071415.k17EF03v001858@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Robert Watson In-Reply-To: Message from Robert Watson of "Tue, 07 Feb 2006 13:26:24 GMT." <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Tue, 07 Feb 2006 15:15:00 +0100 From: Gary Jennejohn Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by peedub.jennejohn.org id k17EF03v001858 X-Spam: [F=0.0100000000; heur=0.500(-19800); stat=0.010; spamtraq-heur=0.500(2006020620)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: Giorgos Keramidas , freebsd-current@FreeBSD.org, Olivier Houchard , freebsd-amd64@FreeBSD.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 14:16:06 -0000 Robert Watson writes: > Does the instability occur if kern.pts.enable=3D0, or only when=20 > kern.pts.enable=3D1? If 0, if you back out the user space changes but = leave=20 > tty_pts.c compiled into the kernel, do the instability issues persist? = How=20 > about with the kernel code compiled out, but the user space code in pla= ce? >=20 > Basically, it would be good to know if what you're seeing is a property= of th > e=20 > pts code being in the kernel at all, or a property of it actually in us= e.=20 > The former might be indicate that a memory layout change or devfs behav= ioral=20 > change has triggered an existing bug previously masked, whereas the lat= ter=20 > more likely signals a bug in the pts code or a bug in devfs generated b= y=20 > virtue of the deletion of device nodes. That some of the panics happen= very=20 > early (perhaps before a pts device is actually allocated) is suggestive= ... I was running 32-bit so I rebooted to 64-bit. kern.pts.enable was 0=A0so I set it to 1 and started X. This automaticall= y starts an mrxvt with 3 virtual terminals. Everything was OK and ``tty'' showed /dev/pts/{0,1,2}, as expected. I didn't try booting with an entry in loader.conf to set kern.pts.enable to 1. I'm now back running 32-bit with kern.pts.enable set to 1 in X with a whole slew of mrxvt's running and I see no problems here either. The only difference is that ``w'' doesn't show any of the /dev/pts entries although I have 7 active. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTd= e From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 14:44:13 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B242F16A420; Tue, 7 Feb 2006 14:44:13 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6691E43D49; Tue, 7 Feb 2006 14:44:13 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k17Ei9Wp048655; Tue, 7 Feb 2006 06:44:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k17Ei9om048654; Tue, 7 Feb 2006 06:44:09 -0800 (PST) (envelope-from sgk) Date: Tue, 7 Feb 2006 06:44:09 -0800 From: Steve Kargl To: Robert Watson Message-ID: <20060207144409.GA48597@troutmask.apl.washington.edu> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207132335.W37594@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: Giorgos Keramidas , freebsd-current@FreeBSD.org, Olivier Houchard , freebsd-amd64@FreeBSD.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 07 Feb 2006 14:44:13 -0000 On Tue, Feb 07, 2006 at 01:26:24PM +0000, Robert Watson wrote: > > Does the instability occur if kern.pts.enable=0, or only when > kern.pts.enable=1? If 0, if you back out the user space changes but leave > tty_pts.c compiled into the kernel, do the instability issues persist? How > about with the kernel code compiled out, but the user space code in place? > I opened a critial PR about this problem. There is a backtrace from a kernel panic that shows that there is either a latent bug in devfs uncovered by pts code or the pts code is stomping on memory. I still have the vmcore.0 file and I may have the matching kernel. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 15:13:06 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FBA416A420 for ; Tue, 7 Feb 2006 15:13:06 +0000 (GMT) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-72-129-222-120.new.res.rr.com [72.129.222.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DFC43D46 for ; Tue, 7 Feb 2006 15:13:04 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35]) by corinth.polands.org (8.13.4/8.13.4) with ESMTP id k17FD2SU014984; Tue, 7 Feb 2006 09:13:02 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.4/8.13.1) with ESMTP id k17FD2Ep059366; Tue, 7 Feb 2006 09:13:02 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.4/8.13.1/Submit) id k17FCxDe059365; Tue, 7 Feb 2006 09:12:59 -0600 (CST) (envelope-from djp) Date: Tue, 7 Feb 2006 09:12:59 -0600 From: Doug Poland To: Julian Elischer Message-ID: <20060207151259.GA59307@polands.org> References: <43E6E877.5070907@elischer.com> <20060206113105.1244cc93.lists@yazzy.org> <20060206115734.1b0cdd2e.lists@yazzy.org> <43E7F0F3.3040306@rogers.com> <43E83C34.9070803@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E83C34.9070803@elischer.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87/1280/Tue Feb 7 04:11:53 2006 on corinth.polands.org X-Virus-Status: Clean Cc: Alistair Sutton , current@freebsd.org, julian@elischer.com, Mike Jakubik , announce@bafug.org, Marcin Jessa Subject: Re: Peter's talk on amd64 audio online 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, 07 Feb 2006 15:13:06 -0000 On Mon, Feb 06, 2006 at 10:20:36PM -0800, Julian Elischer wrote: > Mike Jakubik wrote: > > > >Yeah, the recording is very noisy. But i guess thats the recorders > >fault, not the encoders. > > We got assigned a room witha VERY noisy airconditioner. I'm trying to > get a quieter room for next time (Sam's talk in WIFI), or to at least > use a noise cancelling microphone. > > I tried running several noise removal filters over the files but they > all made Peter sound like he was talking at the end of a long pipe. > > Do you think it was a worthwhile exercise? > Definitely. I listened to the stream and will listen to more if offered. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 15:53:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAA4016A420; Tue, 7 Feb 2006 15:53:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F19D43D48; Tue, 7 Feb 2006 15:53:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7936583 for multiple; Tue, 07 Feb 2006 10:53:51 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k17Fr01t048808; Tue, 7 Feb 2006 10:53:02 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Gallatin Date: Tue, 7 Feb 2006 10:37:03 -0500 User-Agent: KMail/1.9.1 References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <200602061532.02223.jhb@freebsd.org> <17383.53150.324978.91528@grasshopper.cs.duke.edu> In-Reply-To: <17383.53150.324978.91528@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602071037.05314.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 07 Feb 2006 15:53:13 -0000 On Monday 06 February 2006 17:37, Andrew Gallatin wrote: > John Baldwin writes: > > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > > Andre Oppermann writes: > > > > Andrew Gallatin wrote: > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > > > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > > > > > <...> > > > > > > > This may be the same problem OpenBSD has fixed last year in the > > > > handling of the idle loop. From the kerneltrap posting: > > > > > > <....> > > > > > > > First commit message: > > > > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111692513727274&w=2 > > > > > > > > The MFC with all changes in one commit message: > > > > http://marc.theaimsgroup.com/?l=openbsd-cvs&m=111859519015510&w=2 > > > > > > The bug they fixes was missing interrupts by both calling APM's idle > > > routine, which may hlt, and hlt'ing in the idle loop itself. Since I > > > have no idea what acpi is doing, I got excited about this. > > > > > > Alas, it seems like this isn't it. I pointed cpu_idle_hook back to > > > cpu_idle_default and away from acpi_cpu_idle, but that made no > > > difference. > > > > You may be seeing problems because it might simply take a while for the > > CPU to wake up from HLT when an interrupt comes in. The 4BSD scheduler > > tries to do IPIs to wakeup any sleeping CPUs when it schedules a new > > thread, but that would add higher latency for ithreads than just > > preempting directly to the ithread. Oh, you have to turn that on, it's > > off by default > > (kern.sched.ipiwakeup.enabled=1). > > Hmm.. It seems to be on by default. Unfortunately, it does not seem > to help. I'm not sure. > Would you expect ULE to do better? I've noticed that if I screw up > the time state of the machine by switching between ACPI-fast and TSC > timecounters, performance for TCP ping-pongs goes all over the map... No ideas on this one. :( -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 16:17:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61B7616A422 for ; Tue, 7 Feb 2006 16:17:45 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id E5BBF43D45 for ; Tue, 7 Feb 2006 16:17:43 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 07 Feb 2006 16:17:42 -0000 Received: from fwswe.rise-s.com (EHLO dhcp105.swe) [83.65.168.194] by mail.gmx.net (mp024) with SMTP; 07 Feb 2006 17:17:42 +0100 X-Authenticated: #16703784 From: Stefan Ehmann To: Ruslan Ermilov In-Reply-To: <20060206164629.GE87340@ip.net.ua> References: <1139238659.876.13.camel@localhost> <20060206164629.GE87340@ip.net.ua> Content-Type: text/plain Date: Tue, 07 Feb 2006 17:17:41 +0100 Message-Id: <1139329061.724.18.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Ian FREISLICH , Warner Losh , current@freebsd.org Subject: Re: Parallel buildkernel (still) broken? 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, 07 Feb 2006 16:17:45 -0000 On Mon, 2006-02-06 at 18:46 +0200, Ruslan Ermilov wrote: > On Mon, Feb 06, 2006 at 04:10:59PM +0100, Stefan Ehmann wrote: > > On Mon, 2006-02-06 at 15:30 +0200, Ian FREISLICH wrote: > > > Hi > > > > > > I was wondering if there is some fubar on my current box or if it's > > > just not possible to do parallel buildkernels. make buildworld > > > -jnn does work on this system. System is i386. > > > > > > With the parallel build it's difficult to say exactly what the > > > problem is. This is the error that I get. There are no errors > > > further up in the script at least. > > > > I get the same errors for quite some time now. But since it's easy to > > workaround, I haven't investigated/reported it yet. > > > Could you both test this and report back? Didn't work for me either. Here's a log of a failed make -j4 buildkernel: http://stud4.tuwien.ac.at/~e0125637/fbsd/buildkernel.log From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 16:49:37 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 858D516A420 for ; Tue, 7 Feb 2006 16:49:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB6843D48 for ; Tue, 7 Feb 2006 16:49:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k17GnYFr051332; Tue, 7 Feb 2006 18:49:34 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 11995-01; Tue, 7 Feb 2006 18:49:05 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k17GcSHl050989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 18:38:28 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k17GcWeQ083076; Tue, 7 Feb 2006 18:38:32 +0200 (EET) (envelope-from ru) Date: Tue, 7 Feb 2006 18:38:32 +0200 From: Ruslan Ermilov To: Ian FREISLICH Message-ID: <20060207163832.GC82738@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2/5bycvrmDh4d1IB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: Parallel buildkernel (still) broken? 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, 07 Feb 2006 16:49:37 -0000 --2/5bycvrmDh4d1IB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 06, 2006 at 03:30:35PM +0200, Ian FREISLICH wrote: > Hi >=20 > I was wondering if there is some fubar on my current box or if it's > just not possible to do parallel buildkernels. make buildworld > -jnn does work on this system. System is i386. >=20 > With the parallel build it's difficult to say exactly what the > problem is. This is the error that I get. There are no errors > further up in the script at least. >=20 > make: don't know how to make machine/endian.h. Stop > *** Error code 2 > 1 error > *** Error code 2 > 1 error >=20 I've committed a bandaid for this, in kern.post.mk, should work now, for standard "make -jX buildkernel". Still working on a complete solution. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --2/5bycvrmDh4d1IB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6M0HqRfpzJluFF4RAkdEAJ44GHSJ07ZHlElTVkWHJUJFottcqQCcCTEv evrpbqF3S9Mh2Uaxju1B5ww= =JtsI -----END PGP SIGNATURE----- --2/5bycvrmDh4d1IB-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 16:49:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90AF416A420; Tue, 7 Feb 2006 16:49:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7869B43D49; Tue, 7 Feb 2006 16:49:43 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k17Gngim051341; Tue, 7 Feb 2006 18:49:42 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 11988-01-3; Tue, 7 Feb 2006 18:49:11 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k17GhtgS051213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 18:43:55 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k17Gi0t4083152; Tue, 7 Feb 2006 18:44:00 +0200 (EET) (envelope-from ru) Date: Tue, 7 Feb 2006 18:44:00 +0200 From: Ruslan Ermilov To: Stefan Ehmann Message-ID: <20060207164400.GD82738@ip.net.ua> References: <1139238659.876.13.camel@localhost> <20060206164629.GE87340@ip.net.ua> <1139329061.724.18.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WChQLJJJfbwij+9x" Content-Disposition: inline In-Reply-To: <1139329061.724.18.camel@localhost> User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at ip.net.ua Cc: Ian FREISLICH , Warner Losh , current@freebsd.org Subject: Re: Parallel buildkernel (still) broken? 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, 07 Feb 2006 16:49:44 -0000 --WChQLJJJfbwij+9x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 07, 2006 at 05:17:41PM +0100, Stefan Ehmann wrote: > On Mon, 2006-02-06 at 18:46 +0200, Ruslan Ermilov wrote: > > On Mon, Feb 06, 2006 at 04:10:59PM +0100, Stefan Ehmann wrote: > > > On Mon, 2006-02-06 at 15:30 +0200, Ian FREISLICH wrote: > > > > Hi > > > >=20 > > > > I was wondering if there is some fubar on my current box or if it's > > > > just not possible to do parallel buildkernels. make buildworld > > > > -jnn does work on this system. System is i386. > > > >=20 > > > > With the parallel build it's difficult to say exactly what the > > > > problem is. This is the error that I get. There are no errors > > > > further up in the script at least. > > >=20 > > > I get the same errors for quite some time now. But since it's easy to > > > workaround, I haven't investigated/reported it yet. > > >=20 > > Could you both test this and report back? >=20 > Didn't work for me either. >=20 Please re-test with sys/conf/kern.post.mk,v 1.92. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --WChQLJJJfbwij+9x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6M5QqRfpzJluFF4RAs9jAJ9ugTzKClE65l8zRHuxITvoFgpPjgCgh6uk 4andCuS/cS261/32FBT6LNQ= =fROj -----END PGP SIGNATURE----- --WChQLJJJfbwij+9x-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 17:03:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF4CB16A420 for ; Tue, 7 Feb 2006 17:03:38 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 6209B43D4C for ; Tue, 7 Feb 2006 17:03:36 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 07 Feb 2006 17:03:35 -0000 Received: from fwswe.rise-s.com (EHLO dhcp105.swe) [83.65.168.194] by mail.gmx.net (mp030) with SMTP; 07 Feb 2006 18:03:35 +0100 X-Authenticated: #16703784 From: Stefan Ehmann To: Ruslan Ermilov In-Reply-To: <20060207164400.GD82738@ip.net.ua> References: <1139238659.876.13.camel@localhost> <20060206164629.GE87340@ip.net.ua> <1139329061.724.18.camel@localhost> <20060207164400.GD82738@ip.net.ua> Content-Type: text/plain Date: Tue, 07 Feb 2006 18:03:25 +0100 Message-Id: <1139331805.724.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Ian FREISLICH , Warner Losh , current@freebsd.org Subject: Re: Parallel buildkernel (still) broken? 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, 07 Feb 2006 17:03:38 -0000 On Tue, 2006-02-07 at 18:44 +0200, Ruslan Ermilov wrote: > On Tue, Feb 07, 2006 at 05:17:41PM +0100, Stefan Ehmann wrote: > > On Mon, 2006-02-06 at 18:46 +0200, Ruslan Ermilov wrote: > > > On Mon, Feb 06, 2006 at 04:10:59PM +0100, Stefan Ehmann wrote: > > > > On Mon, 2006-02-06 at 15:30 +0200, Ian FREISLICH wrote: > > > > > Hi > > > > > > > > > > I was wondering if there is some fubar on my current box or if it's > > > > > just not possible to do parallel buildkernels. make buildworld > > > > > -jnn does work on this system. System is i386. > > > > > > > > > > With the parallel build it's difficult to say exactly what the > > > > > problem is. This is the error that I get. There are no errors > > > > > further up in the script at least. > > > > > > > > I get the same errors for quite some time now. But since it's easy to > > > > workaround, I haven't investigated/reported it yet. > > > > > > > Could you both test this and report back? > > > > Didn't work for me either. > > > Please re-test with sys/conf/kern.post.mk,v 1.92. Works fine. thanks. From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 17:32:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C955A16A420; Tue, 7 Feb 2006 17:32:02 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D88B43D4C; Tue, 7 Feb 2006 17:31:59 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k17HVtJI044159; Tue, 7 Feb 2006 20:31:55 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k17HVtgR044158; Tue, 7 Feb 2006 20:31:55 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Feb 2006 20:31:54 +0300 From: Yar Tikhiy To: Cy Schubert Message-ID: <20060207173154.GE19674@comp.chem.msu.su> References: <200602070429.k174TZ6v009581@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602070429.k174TZ6v009581@cwsys.cwsent.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang 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, 07 Feb 2006 17:32:02 -0000 On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > On the Pentium P54C model (that's an old 120 MHz Pentium I use as a 4.x, > 5.x, and 7.x ports build testbed) the CPUID instruction when called with AL > = 0x02, CPUID returns EAX = EBX = ECX = EDX = 0. The code fragment in > identcpu.c below results in "rounds" becoming 0xffffffff. > > do_cpuid(0x2, regs); > rounds = (regs[0] & 0xff) - 1; > > The subsequent loop of the following will loop virtually for ever (it takes > forever tor this machine to count down from 0xffffffff performing a very > great many calls to get_INTEL_TLB in the process, virtually hanging the > machine in the process. > > while (rounds > 0) { > [... code ...] > rounds--; > } FWIW, my presumably P54C machine (Family 5 Model 2 Stepping 6) doesn't indicate it has the CPUID 0x02 function. That is, CPUID 0x00 returns EAX = 0x01, which is the highest function supported. Could you try to run the misc/cpuid port on your Pentium and show its output? It might appear that the code around CPUID 0x02 shouldn't be reached at all in your case. Zero values from CPUID 0x02 are pretty indicative of that. Dealing with "rounds" equal to -1 can be a good idea anyway to catch braid dead CPUs instead of hanging the system on them. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 18:06:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FFE216A420; Tue, 7 Feb 2006 18:06:35 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB4B43D46; Tue, 7 Feb 2006 18:06:34 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 9994F4C5C5; Tue, 7 Feb 2006 10:06:32 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k17I6WQc007602; Tue, 7 Feb 2006 10:06:32 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602071806.k17I6WQc007602@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Yar Tikhiy In-Reply-To: Message from Yar Tikhiy of "Tue, 07 Feb 2006 20:31:54 +0300." <20060207173154.GE19674@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 10:06:32 -0800 Sender: Cy.Schubert@komquats.com Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 18:06:35 -0000 In message <20060207173154.GE19674@comp.chem.msu.su>, Yar Tikhiy writes: > On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > > > On the Pentium P54C model (that's an old 120 MHz Pentium I use as a 4.x, > > 5.x, and 7.x ports build testbed) the CPUID instruction when called with AL > > > = 0x02, CPUID returns EAX = EBX = ECX = EDX = 0. The code fragment in > > identcpu.c below results in "rounds" becoming 0xffffffff. > > > > do_cpuid(0x2, regs); > > rounds = (regs[0] & 0xff) - 1; > > > > The subsequent loop of the following will loop virtually for ever (it takes > > > forever tor this machine to count down from 0xffffffff performing a very > > great many calls to get_INTEL_TLB in the process, virtually hanging the > > machine in the process. > > > > while (rounds > 0) { > > [... code ...] > > rounds--; > > } > > FWIW, my presumably P54C machine (Family 5 Model 2 Stepping 6) > doesn't indicate it has the CPUID 0x02 function. That is, CPUID > 0x00 returns EAX = 0x01, which is the highest function supported. > Could you try to run the misc/cpuid port on your Pentium and show > its output? It might appear that the code around CPUID 0x02 shouldn't > be reached at all in your case. Zero values from CPUID 0x02 are > pretty indicative of that. Mine is Family 5 Model 2 Stepping 12. All of my doc is for Pentium-Pro and newer so you are probably correct. > > Dealing with "rounds" equal to -1 can be a good idea anyway to catch > braid dead CPUs instead of hanging the system on them. Well, with rounds = -1 [actually (unsigned int)0xffffffff], the CPU will "appear" to hang as it "rounds" or loops virtually forever -- counting back from 0xffffffff on a 120 MHz machine and performing get TLB info a number of times each iteration takes hours to do just a few iterations. I've seen mine go through "rounds", decrementing rounds-- each time, for hours at a time, though initially before digging into it using DDB it did appear that the CPU was hung, it was just starting to loop for 4,294,967,295 times. On older and slower machines, if it took hours to iterate through a few iterations, my guess is that it would take days to loop through this code. My patch allows it to take the defaults and finally boot. If the CPU doesn't support AL = 0x02, what's the point of looping? It appears to run nicely with the patch. I have another machine just like this as a firewall. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 18:28:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27BA016A420; Tue, 7 Feb 2006 18:28:07 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB1843D45; Tue, 7 Feb 2006 18:28:00 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k17IRuU5047913; Tue, 7 Feb 2006 21:27:56 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k17IRtSa047912; Tue, 7 Feb 2006 21:27:56 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Feb 2006 21:27:55 +0300 From: Yar Tikhiy To: Cy Schubert Message-ID: <20060207182755.GB32998@comp.chem.msu.su> References: <20060207173154.GE19674@comp.chem.msu.su> <200602071806.k17I6WQc007602@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602071806.k17I6WQc007602@cwsys.cwsent.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang 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, 07 Feb 2006 18:28:07 -0000 On Tue, Feb 07, 2006 at 10:06:32AM -0800, Cy Schubert wrote: > In message <20060207173154.GE19674@comp.chem.msu.su>, Yar Tikhiy writes: > > On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > > > > > On the Pentium P54C model (that's an old 120 MHz Pentium I use as a 4.x, > > > 5.x, and 7.x ports build testbed) the CPUID instruction when called with AL > > > > > = 0x02, CPUID returns EAX = EBX = ECX = EDX = 0. The code fragment in > > > identcpu.c below results in "rounds" becoming 0xffffffff. > > > > > > do_cpuid(0x2, regs); > > > rounds = (regs[0] & 0xff) - 1; > > > > > > The subsequent loop of the following will loop virtually for ever (it takes > > > > > forever tor this machine to count down from 0xffffffff performing a very > > > great many calls to get_INTEL_TLB in the process, virtually hanging the > > > machine in the process. > > > > > > while (rounds > 0) { > > > [... code ...] > > > rounds--; > > > } > > > > FWIW, my presumably P54C machine (Family 5 Model 2 Stepping 6) > > doesn't indicate it has the CPUID 0x02 function. That is, CPUID > > 0x00 returns EAX = 0x01, which is the highest function supported. > > Could you try to run the misc/cpuid port on your Pentium and show > > its output? It might appear that the code around CPUID 0x02 shouldn't > > be reached at all in your case. Zero values from CPUID 0x02 are > > pretty indicative of that. > > Mine is Family 5 Model 2 Stepping 12. All of my doc is for Pentium-Pro and > newer so you are probably correct. Do you know what CPUID function 0x00 returns in EAX for your CPU? Hint: just run misc/cpuid once and show its output here. I've just fixed the port so that it has no bogus dependencies and is very light-weight. > > Dealing with "rounds" equal to -1 can be a good idea anyway to catch > > braid dead CPUs instead of hanging the system on them. > > Well, with rounds = -1 [actually (unsigned int)0xffffffff], the CPU will > "appear" to hang as it "rounds" or loops virtually forever -- counting back > from 0xffffffff on a 120 MHz machine and performing get TLB info a number > of times each iteration takes hours to do just a few iterations. I've seen > mine go through "rounds", decrementing rounds-- each time, for hours at a > time, though initially before digging into it using DDB it did appear that > the CPU was hung, it was just starting to loop for 4,294,967,295 times. On > older and slower machines, if it took hours to iterate through a few > iterations, my guess is that it would take days to loop through this code. > My patch allows it to take the defaults and finally boot. If the CPU > doesn't support AL = 0x02, what's the point of looping? It appears to run > nicely with the patch. I do see that rounds = -1 is causing trouble. I just meant that we should not call do_cpuid(0x02) at all if (cpu_high < 2) because it can result in undefined behavior. Your patch still makes sense because it deals with possible brain-dead CPUs. I'd implement it in a slightly different way though -- stay tuned! :-) -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 18:31:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B074416A420 for ; Tue, 7 Feb 2006 18:31:54 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0553F43D60 for ; Tue, 7 Feb 2006 18:31:52 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k17IVq2k050667 for ; Tue, 7 Feb 2006 10:31:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k17IVqWn050666 for freebsd-current@freebsd.org; Tue, 7 Feb 2006 10:31:52 -0800 (PST) (envelope-from sgk) Date: Tue, 7 Feb 2006 10:31:52 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060207183152.GA50629@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: memguard monitoring of more than 1 memory_type? 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, 07 Feb 2006 18:31:54 -0000 Can memguard monitor the usage of more that one memory_type? I added vm.memguard.desc="filedesc" vm.memguard.desc="DEVFS1" vm.memguard.desc="ptys" to /boot/loader.conf under the assumption that all three types would be monitored. However, I see troutmask:kargl[207] sysctl -a | grep memg vm.memguard.desc: ptys vm.memguard.divisor: 10 which shows only the last loader.conf line is effective. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 18:34:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 588F916A420; Tue, 7 Feb 2006 18:34:19 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91D4C43D4C; Tue, 7 Feb 2006 18:34:18 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 736E44C5C5; Tue, 7 Feb 2006 10:34:16 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k17IYGcv036104; Tue, 7 Feb 2006 10:34:16 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602071834.k17IYGcv036104@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Yar Tikhiy In-Reply-To: Message from Yar Tikhiy of "Tue, 07 Feb 2006 21:27:55 +0300." <20060207182755.GB32998@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 10:34:16 -0800 Sender: Cy.Schubert@komquats.com Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 18:34:19 -0000 In message <20060207182755.GB32998@comp.chem.msu.su>, Yar Tikhiy writes: > On Tue, Feb 07, 2006 at 10:06:32AM -0800, Cy Schubert wrote: > > In message <20060207173154.GE19674@comp.chem.msu.su>, Yar Tikhiy writes: > > > On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > > > > > > > On the Pentium P54C model (that's an old 120 MHz Pentium I use as a 4.x > , > > > > 5.x, and 7.x ports build testbed) the CPUID instruction when called wit > h AL > > > > > > > = 0x02, CPUID returns EAX = EBX = ECX = EDX = 0. The code fragment in > > > > identcpu.c below results in "rounds" becoming 0xffffffff. > > > > > > > > do_cpuid(0x2, regs); > > > > rounds = (regs[0] & 0xff) - 1; > > > > > > > > The subsequent loop of the following will loop virtually for ever (it t > akes > > > > > > > forever tor this machine to count down from 0xffffffff performing a ver > y > > > > great many calls to get_INTEL_TLB in the process, virtually hanging the > > > > > machine in the process. > > > > > > > > while (rounds > 0) { > > > > [... code ...] > > > > rounds--; > > > > } > > > > > > FWIW, my presumably P54C machine (Family 5 Model 2 Stepping 6) > > > doesn't indicate it has the CPUID 0x02 function. That is, CPUID > > > 0x00 returns EAX = 0x01, which is the highest function supported. > > > Could you try to run the misc/cpuid port on your Pentium and show > > > its output? It might appear that the code around CPUID 0x02 shouldn't > > > be reached at all in your case. Zero values from CPUID 0x02 are > > > pretty indicative of that. > > > > Mine is Family 5 Model 2 Stepping 12. All of my doc is for Pentium-Pro and > > newer so you are probably correct. > > Do you know what CPUID function 0x00 returns in EAX for your CPU? > Hint: just run misc/cpuid once and show its output here. I've just > fixed the port so that it has no bogus dependencies and is very > light-weight. cwtest# /usr/local/bin/cpuid eax in eax ebx ecx edx 00000000 00000001 756e6547 6c65746e 49656e69 00000001 0000052c 00000000 00000000 000001bf Vendor ID: "GenuineIntel"; CPUID level 1 Intel-specific functions: Version 0000052c: Type 0 - Original OEM Family 5 - Pentium Model 2 - 75-200 Stepping 12 Reserved 0 Feature flags: 000001bf: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers MCE Machine Check Exception CX8 COMPXCHG8B Instruction cwtest# > > > > Dealing with "rounds" equal to -1 can be a good idea anyway to catch > > > braid dead CPUs instead of hanging the system on them. > > > > Well, with rounds = -1 [actually (unsigned int)0xffffffff], the CPU will > > "appear" to hang as it "rounds" or loops virtually forever -- counting back > > > from 0xffffffff on a 120 MHz machine and performing get TLB info a number > > of times each iteration takes hours to do just a few iterations. I've seen > > mine go through "rounds", decrementing rounds-- each time, for hours at a > > time, though initially before digging into it using DDB it did appear that > > the CPU was hung, it was just starting to loop for 4,294,967,295 times. On > > older and slower machines, if it took hours to iterate through a few > > iterations, my guess is that it would take days to loop through this code. > > My patch allows it to take the defaults and finally boot. If the CPU > > doesn't support AL = 0x02, what's the point of looping? It appears to run > > nicely with the patch. > > I do see that rounds = -1 is causing trouble. > I just meant that we should not call do_cpuid(0x02) at all if > (cpu_high < 2) because it can result in undefined behavior. > Your patch still makes sense because it deals with possible > brain-dead CPUs. I'd implement it in a slightly different > way though -- stay tuned! :-) Sounds OK by me. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 18:51:55 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E78BE16A420 for ; Tue, 7 Feb 2006 18:51:55 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52DEE43D45 for ; Tue, 7 Feb 2006 18:51:55 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k17IpoUi005884; Tue, 7 Feb 2006 19:51:53 +0100 (CET) (envelope-from sos@FreeBSD.org) Message-ID: <43E8EC46.1040104@FreeBSD.org> Date: Tue, 07 Feb 2006 19:51:50 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: Garry Belka References: <43E7E011.6000301@networkphysics.com> In-Reply-To: <43E7E011.6000301@networkphysics.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-current@FreeBSD.org Subject: Re: [ATA] [patch] crashes, deadlock, memory leaks, . plus LSI RAID write 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: Tue, 07 Feb 2006 18:51:56 -0000 Garry Belka wrote: > I had to fix some ATA bugs to increase its robustness. > > See a problem report and a patch at > http://www.freebsd.org/cgi/query-pr.cgi?pr=92786 > > The patch enables a support for disk failures and enables hot-swapping > SATA disks without a frequent system crash. > It deals with a deadlock in an ata-raid design that causes systems > to hang often on reboot, after RAID rebuild or in other situations. > The patch implements additional locking to access RAID labels. > The patch implements partial reference counters > for ATA requests to avoid memory leaks or twice-freed requests > and crashes. > > The patch includes support for writing RAID labels on LSIv3. This is > the builtin SATA RAID on the current Intel Server Board (SE7520JR2). > > More details are given in the problem report linked above. > > In particular, the patch proposes an easy scheme for ATA RAID label > construction that if accepted will enabe to add GEOM layer > based on ATA RAID native labels at a later time, and reuse > label reading and filling up functions. This is not possible at present. > > The patch was stable in our test, and I'd be glad > to find out how well it works for you. I'll look into it, from a quick glance some of it does address issues that is on my TODO list already, so this could save me some of the time/trouble, however I need to coordinate with my WIP here so give me some time to sort this out. Thanks for looking into this ! -Søren From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 19:01:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E23816A422 for ; Tue, 7 Feb 2006 19:01:29 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C826743D48 for ; Tue, 7 Feb 2006 19:01:25 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k17J1MKY048972; Tue, 7 Feb 2006 22:01:22 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k17J1LHQ048971; Tue, 7 Feb 2006 22:01:21 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Feb 2006 22:01:21 +0300 From: Yar Tikhiy To: Steve Kargl Message-ID: <20060207190121.GF19674@comp.chem.msu.su> References: <20060207183152.GA50629@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207183152.GA50629@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: memguard monitoring of more than 1 memory_type? 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, 07 Feb 2006 19:01:29 -0000 On Tue, Feb 07, 2006 at 10:31:52AM -0800, Steve Kargl wrote: > Can memguard monitor the usage of more that one memory_type? >From the memguard(9) manpage: Currently, MemGuard can only take over malloc(), realloc() and free() for a particular malloc type. > I added > vm.memguard.desc="filedesc" > vm.memguard.desc="DEVFS1" > vm.memguard.desc="ptys" > to /boot/loader.conf under the assumption that all three > types would be monitored. However, I see > > troutmask:kargl[207] sysctl -a | grep memg > vm.memguard.desc: ptys > vm.memguard.divisor: 10 > > which shows only the last loader.conf line is effective. Each assignment to a tunable or sysctl overwrites its former value, like in a programming language. -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 19:14:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92B3F16A429 for ; Tue, 7 Feb 2006 19:14:23 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3F6D43D48 for ; Tue, 7 Feb 2006 19:14:22 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k17JE8pr051077; Tue, 7 Feb 2006 11:14:08 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k17JE8Rr051076; Tue, 7 Feb 2006 11:14:08 -0800 (PST) (envelope-from sgk) Date: Tue, 7 Feb 2006 11:14:08 -0800 From: Steve Kargl To: Yar Tikhiy Message-ID: <20060207191408.GA50909@troutmask.apl.washington.edu> References: <20060207183152.GA50629@troutmask.apl.washington.edu> <20060207190121.GF19674@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207190121.GF19674@comp.chem.msu.su> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: memguard monitoring of more than 1 memory_type? 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, 07 Feb 2006 19:14:23 -0000 On Tue, Feb 07, 2006 at 10:01:21PM +0300, Yar Tikhiy wrote: > On Tue, Feb 07, 2006 at 10:31:52AM -0800, Steve Kargl wrote: > > Can memguard monitor the usage of more that one memory_type? > > From the memguard(9) manpage: > > Currently, MemGuard can only take over malloc(), realloc() and free() for > a particular malloc type. Thanks for pointing out the obvious. I've read that manpage several times and somehow missed the word "particular". It's unfortunate that it can't monitor more than one type of memory allocation because the new pts code has either uncovered a latent bug in devfs or the pts patch is stomping on memory. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 22:15:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C672016A420; Tue, 7 Feb 2006 22:15:58 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5588B43D45; Tue, 7 Feb 2006 22:15:56 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k17MFrRv001770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 17:15:53 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k17MFloI012073; Tue, 7 Feb 2006 17:15:47 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17385.7187.845964.182297@grasshopper.cs.duke.edu> Date: Tue, 7 Feb 2006 17:15:47 -0500 (EST) To: John Baldwin In-Reply-To: <200602071037.05314.jhb@freebsd.org> References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <200602061532.02223.jhb@freebsd.org> <17383.53150.324978.91528@grasshopper.cs.duke.edu> <200602071037.05314.jhb@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 07 Feb 2006 22:15:58 -0000 John Baldwin writes: > On Monday 06 February 2006 17:37, Andrew Gallatin wrote: > > John Baldwin writes: > > > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > > > Andre Oppermann writes: > > > > > Andrew Gallatin wrote: > > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > > > > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > > > > > > You may be seeing problems because it might simply take a while for the > > > CPU to wake up from HLT when an interrupt comes in. The 4BSD scheduler > > > tries to do IPIs to wakeup any sleeping CPUs when it schedules a new > > > thread, but that would add higher latency for ithreads than just > > > preempting directly to the ithread. Oh, you have to turn that on, it's > > > off by default > > > (kern.sched.ipiwakeup.enabled=1). > > > > Hmm.. It seems to be on by default. Unfortunately, it does not seem > > to help. > > I'm not sure. One thing which really helps is disabling preemption. If I do that, I get 7.7Gb/sec with machdep.cpu_idle_hlt=1. This is slightly better than machdep.cpu_idle_hlt=0 and no PREEMPTION. BTW, net.isr.direct=1 in all testing. Drew From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 22:43:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C62516A422; Tue, 7 Feb 2006 22:43:23 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 602E443D48; Tue, 7 Feb 2006 22:43:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7963647 for multiple; Tue, 07 Feb 2006 17:42:59 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k17Mh70T052129; Tue, 7 Feb 2006 17:43:07 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Gallatin Date: Tue, 7 Feb 2006 17:30:51 -0500 User-Agent: KMail/1.9.1 References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <200602071037.05314.jhb@freebsd.org> <17385.7187.845964.182297@grasshopper.cs.duke.edu> In-Reply-To: <17385.7187.845964.182297@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602071730.53881.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 07 Feb 2006 22:43:23 -0000 On Tuesday 07 February 2006 17:15, Andrew Gallatin wrote: > John Baldwin writes: > > On Monday 06 February 2006 17:37, Andrew Gallatin wrote: > > > John Baldwin writes: > > > > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > > > > Andre Oppermann writes: > > > > > > Andrew Gallatin wrote: > > > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > > > > > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > > > > > > > You may be seeing problems because it might simply take a while for > > > > the CPU to wake up from HLT when an interrupt comes in. The 4BSD > > > > scheduler tries to do IPIs to wakeup any sleeping CPUs when it > > > > schedules a new thread, but that would add higher latency for > > > > ithreads than just preempting directly to the ithread. Oh, you > > > > have to turn that on, it's off by default > > > > (kern.sched.ipiwakeup.enabled=1). > > > > > > Hmm.. It seems to be on by default. Unfortunately, it does not seem > > > to help. > > > > I'm not sure. > > One thing which really helps is disabling preemption. If I do that, > I get 7.7Gb/sec with machdep.cpu_idle_hlt=1. This is slightly better > than machdep.cpu_idle_hlt=0 and no PREEMPTION. > > BTW, net.isr.direct=1 in all testing. Do you have very little userland activity in this test? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 22:46:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 130B916A423; Tue, 7 Feb 2006 22:46:43 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6577743D46; Tue, 7 Feb 2006 22:46:41 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k17MkdJf010284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 17:46:39 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k17MkYfX013982; Tue, 7 Feb 2006 17:46:34 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17385.9034.309439.331530@grasshopper.cs.duke.edu> Date: Tue, 7 Feb 2006 17:46:34 -0500 (EST) To: John Baldwin In-Reply-To: <200602071730.53881.jhb@freebsd.org> References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <200602071037.05314.jhb@freebsd.org> <17385.7187.845964.182297@grasshopper.cs.duke.edu> <200602071730.53881.jhb@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 07 Feb 2006 22:46:43 -0000 John Baldwin writes: > On Tuesday 07 February 2006 17:15, Andrew Gallatin wrote: > > John Baldwin writes: > > > On Monday 06 February 2006 17:37, Andrew Gallatin wrote: > > > > John Baldwin writes: > > > > > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > > > > > Andre Oppermann writes: > > > > > > > Andrew Gallatin wrote: > > > > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network rx > > > > > > > > performance by a considerable amount (7.5Gbs -> 5.5Gbs)? > > > > > > > > > > You may be seeing problems because it might simply take a while for > > > > > the CPU to wake up from HLT when an interrupt comes in. The 4BSD > > > > > scheduler tries to do IPIs to wakeup any sleeping CPUs when it > > > > > schedules a new thread, but that would add higher latency for > > > > > ithreads than just preempting directly to the ithread. Oh, you > > > > > have to turn that on, it's off by default > > > > > (kern.sched.ipiwakeup.enabled=1). > > > > > > > > Hmm.. It seems to be on by default. Unfortunately, it does not seem > > > > to help. > > > > > > I'm not sure. > > > > One thing which really helps is disabling preemption. If I do that, > > I get 7.7Gb/sec with machdep.cpu_idle_hlt=1. This is slightly better > > than machdep.cpu_idle_hlt=0 and no PREEMPTION. > > > > BTW, net.isr.direct=1 in all testing. > > Do you have very little userland activity in this test? Essentially none. netserver just sits in a loop, reading from the socket and throwing the data away. Drew From owner-freebsd-current@FreeBSD.ORG Tue Feb 7 23:01:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5067716A420; Tue, 7 Feb 2006 23:01:53 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA5D43D46; Tue, 7 Feb 2006 23:01:49 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k17N1huG056096; Wed, 8 Feb 2006 02:01:43 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k17N1gBl056095; Wed, 8 Feb 2006 02:01:42 +0300 (MSK) (envelope-from yar) Date: Wed, 8 Feb 2006 02:01:42 +0300 From: Yar Tikhiy To: Cy Schubert Message-ID: <20060207230142.GD32998@comp.chem.msu.su> References: <20060207182755.GB32998@comp.chem.msu.su> <200602071834.k17IYGcv036104@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602071834.k17IYGcv036104@cwsys.cwsent.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang 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, 07 Feb 2006 23:01:53 -0000 On Tue, Feb 07, 2006 at 10:34:16AM -0800, Cy Schubert wrote: > In message <20060207182755.GB32998@comp.chem.msu.su>, Yar Tikhiy writes: > > On Tue, Feb 07, 2006 at 10:06:32AM -0800, Cy Schubert wrote: > > > In message <20060207173154.GE19674@comp.chem.msu.su>, Yar Tikhiy writes: > > > > On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > cwtest# /usr/local/bin/cpuid > eax in eax ebx ecx edx > 00000000 00000001 756e6547 6c65746e 49656e69 ^^ > 00000001 0000052c 00000000 00000000 000001bf Thanks for getting these data! They tell that your CPU doesn't support CPUID functions above 0x01, which is completely OK for a Pentium. Would you mind giving a try to the attached patch? It should fix the CPUID 0x02 issue while reducing code duplication. -- Yar Index: identcpu.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/identcpu.c,v retrieving revision 1.157 diff -u -p -r1.157 identcpu.c --- identcpu.c 2 Feb 2006 12:44:09 -0000 1.157 +++ identcpu.c 7 Feb 2006 22:42:13 -0000 @@ -1235,34 +1235,23 @@ print_INTEL_info(void) u_int rounds, regnum; u_int nwaycode, nway; - do_cpuid(0x2, regs); - - rounds = (regs[0] & 0xff) - 1; - - for (regnum = 0; regnum <= 3; ++regnum) { - if ((regs[regnum] & (1<<31)) == 0) { - if (regnum != 0) - print_INTEL_TLB(regs[regnum] & 0xff); - print_INTEL_TLB((regs[regnum] >> 8) & 0xff); - print_INTEL_TLB((regs[regnum] >> 16) & 0xff); - print_INTEL_TLB((regs[regnum] >> 24) & 0xff); - } - } - - while (rounds > 0) { - do_cpuid(0x2, regs); - - for (regnum = 0; regnum <= 3; ++regnum) { - if ((regs[regnum] & (1<<31)) == 0) { + if (cpu_high >= 2) { + rounds = 0; + do { + do_cpuid(0x2, regs); + if (rounds == 0 && (rounds = (regs[0] & 0xff)) == 0) + break; /* we have a buggy CPU */ + + for (regnum = 0; regnum <= 3; ++regnum) { + if (regs[regnum] & (1<<31)) + continue; if (regnum != 0) print_INTEL_TLB(regs[regnum] & 0xff); print_INTEL_TLB((regs[regnum] >> 8) & 0xff); print_INTEL_TLB((regs[regnum] >> 16) & 0xff); print_INTEL_TLB((regs[regnum] >> 24) & 0xff); } - } - - --rounds; + } while (--rounds > 0); } if (cpu_exthigh >= 0x80000006) { @@ -1451,28 +1440,16 @@ setPQL2_INTEL(int *const size, int *cons u_int regs[4]; u_int nwaycode; - do_cpuid(0x2, regs); - rounds = (regs[0] & 0xff) - 1; - - for (regnum = 0; regnum <= 3; ++regnum) { - if ((regs[regnum] & (1<<31)) == 0) { - if (regnum != 0) - get_INTEL_TLB(regs[regnum] & 0xff, - size, ways); - get_INTEL_TLB((regs[regnum] >> 8) & 0xff, - size, ways); - get_INTEL_TLB((regs[regnum] >> 16) & 0xff, - size, ways); - get_INTEL_TLB((regs[regnum] >> 24) & 0xff, - size, ways); - } - } - - while (rounds > 0) { - do_cpuid(0x2, regs); - - for (regnum = 0; regnum <= 3; ++regnum) { - if ((regs[regnum] & (1<<31)) == 0) { + if (cpu_high >= 2) { + rounds = 0; + do { + do_cpuid(0x2, regs); + if (rounds == 0 && (rounds = (regs[0] & 0xff)) == 0) + break; /* we have a buggy CPU */ + + for (regnum = 0; regnum <= 3; ++regnum) { + if (regs[regnum] & (1<<31)) + continue; if (regnum != 0) get_INTEL_TLB(regs[regnum] & 0xff, size, ways); @@ -1482,11 +1459,9 @@ setPQL2_INTEL(int *const size, int *cons size, ways); get_INTEL_TLB((regs[regnum] >> 24) & 0xff, size, ways); - } - } - - --rounds; - } + } + } while (--rounds > 0); + } if (cpu_exthigh >= 0x80000006) { do_cpuid(0x80000006, regs); From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 00:55:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53AF116A420 for ; Wed, 8 Feb 2006 00:55:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A84743D49 for ; Wed, 8 Feb 2006 00:55:43 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 681D472DD9; Tue, 7 Feb 2006 16:55:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6350A72DCB; Tue, 7 Feb 2006 16:55:43 -0800 (PST) Date: Tue, 7 Feb 2006 16:55:43 -0800 (PST) From: Doug White To: Steve Kargl In-Reply-To: <20060205061556.GA4551@troutmask.apl.washington.edu> Message-ID: <20060207165504.X84226@carver.gumbysoft.com> References: <20060131212209.GA870@troutmask.apl.washington.edu> <20060201010157.GA604@troutmask.apl.washington.edu> <20060201042122.GA27796@troutmask.apl.washington.edu> <20060204214535.S45494@carver.gumbysoft.com> <20060205061556.GA4551@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: panic: Memory modified after free 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, 08 Feb 2006 00:55:45 -0000 On Sat, 4 Feb 2006, Steve Kargl wrote: > On Sat, Feb 04, 2006 at 09:51:32PM -0800, Doug White wrote: > > Sorry for the late response on this, but I just debugged similar issues on > > a Tyan S2892. The problem there was that the system would panic in unusual > > places under load. The root cause was that the BIOS was not down-clocking > > the DIMM speeds under high-load situations (e.g, all DIMM slots > > populated), which caused random memory corruption. Updating to BIOS v2.00 > > fixed the problem. > > > > Make sure you are running BIOS v3.04 or later on your S2882. The BIOS > > download for that motherboard is: > > > > http://www.tyan.com/support/html/b_s2882.html > > > > The other option is to remove DIMMs from the system. > > > > Updating the bios is the first thing I did. IIRC, I'm at 3.05. > The "Memory modified after free" is a real problem somewhere > deep inside devfs. See cognet's last commit to tty_pty.c. > > However, I'll look into the DIMM timing issues because I have > been experiencing some lock-ups (not panics) when my system > is under heavy load. I've tested the memory with memtest86+ > more than once, and it appears to be good. ok, if its reproducible, then I'll butt out. I wasted a week tracking the bad memory timing issue, so tyan opteron problem nails are getting a whack with my upgrade-BIOS hammer. :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 02:47:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C160716A420 for ; Wed, 8 Feb 2006 02:47:46 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F86F43D45 for ; Wed, 8 Feb 2006 02:47:45 +0000 (GMT) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10) with ESMTP id k182lhWG079163 for ; Tue, 7 Feb 2006 21:47:43 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.12.10/8.12.10/Submit) id k182lhDV079162 for current@freebsd.org; Tue, 7 Feb 2006 21:47:43 -0500 (EST) (envelope-from mwlucas) Date: Tue, 7 Feb 2006 21:47:42 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20060208024742.GA78989@bewilderbeast.blackhelicopters.org> References: <20060206143726.GA67480@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20060206143726.GA67480@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.4.1i X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.39 Cc: Subject: Re: snap10 works, snap12 doesn't 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, 08 Feb 2006 02:47:46 -0000 Following up on my own post: I've been doing a binary search to identify the commit that broke -current on this laptop, by cvsup-ing src-sys to various dates and doing "make buildkernel && make installkernel". The snapshot10 kernel boots reliably, but later kernels work intermittently. For example, a January 3 kernel boots roughly 1 time out of 3. When the boot fails, there is no panic message or other shutdown message; the screen goes back, then returns to the BIOS. This makes the binary search kind of useless, it seems. I don't think it's a hardware issue, as snap10 runs perfectly. I'm still trying to debug this, but has anyone had similar experiences lately? On Mon, Feb 06, 2006 at 09:37:26AM -0500, Michael W. Lucas wrote: >=20 > Hi, >=20 > I have a new Sager amd64 dual-core notebook, purchased at the end of > 2005, running FreeBSD-current. I originally installed i386 snap10. >=20 > I'm attempting to upgrade this system to snap12. Before installing > the new world, of course I install the new kernel and try it. The > system will not boot successfully on a snap12 kernel; it shuts itself > off right after the uhub4 probe without panicing or providing any > debugging information whatsoever. >=20 > UPDATING doesn't seem to have anything relevant. >=20 > I've attached the snap10 and snap12 boot -v output. >=20 > Any suggestions on how to troubleshoot this problem? >=20 > Thanks, > =3D=3Dml >=20 >=20 >=20 > --=20 > Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org > http://www.BlackHelicopters.org/~mwlucas/ >=20 > "The cloak of anonymity protects me from the nuisance of caring." -Non Se= quitur > OK =0D > OK XR=08 =08=08 =08BOOT -V=0D > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08/boot/kernel/acpi.ko text=3D0x43fec = |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08data=3D= 0x24a0+0x1010 /=08-=08syms=3D[0x4+0x7d30\=08|=08+0x4+0xaa3d/=08-=08]=0D > \=08|=08/=08-=08\=08|=08/=08GDB: no debug ports present=0D > KDB: debugger backends: ddb=0D > KDB: current backend: ddb=0D > Copyright (c) 1992-2005 The FreeBSD Project.=0D > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994= =0D > The Regents of the University of California. All rights reserved.=0D > FreeBSD 7.0-CURRENT-SNAP010 #0: Tue Dec 13 11:25:44 UTC 2005=0D > root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC=0D > WARNING: WITNESS option enabled, expect reduced performance.=0D > Timecounter "i8254" frequency 1193182 Hz quality 0=0D > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2200.11-MHz 686-clas= s CPU)=0D > Origin =3D "AuthenticAMD" Id =3D 0x20fb1 Stepping =3D 1=0D > Features=3D0x178bfbff=0D > Features2=3D0x1=0D > AMD Features=3D0xe2500800=0D > AMD Features2=3D0x3=0D > Cores per package: 2=0D > real memory =3D 1072693248 (1023 MB)=0D > avail memory =3D 1040564224 (992 MB)=0D > ACPI APIC Table: =0D > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0D > cpu0 (BSP): APIC ID: 0=0D > cpu1 (AP): APIC ID: 1=0D > MADT: Forcing active-low polarity and level trigger for SCI=0D > ioapic0 irqs 0-23 on motherboard=0D > ioapic1 irqs 24-47 on motherboard=0D > npx0: [FAST]=0D > npx0: on motherboard=0D > npx0: INT 16 interface=0D > acpi0: on motherboard=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.PIB_.LNKH] in namespace,= AE_NOT_FOUND=0D > SearchNode 0xc4ab6860 StartNode 0xc4ab6860 ReturnNode 0=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_N= OT_FOUND=0D > SearchNode 0xc4b1d140 StartNode 0xc4b1d140 ReturnNode 0=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_N= OT_FOUND=0D > SearchNode 0xc4b1cb20 StartNode 0xc4b1cb20 ReturnNode 0=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_N= OT_FOUND=0D > SearchNode 0xc4b1c9c0 StartNode 0xc4b1c9c0 ReturnNode 0=0D > acpi_ec0: port 0x62,0x66 on acpi0=0D > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0D > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0=0D > cpu0: on acpi0=0D > cpu1: on acpi0=0D > acpi_button0: on acpi0=0D > acpi_acad0: on acpi0=0D > battery0: on acpi0=0D > acpi_lid0: on acpi0=0D > acpi_button1: on acpi0=0D > pcib0: port 0xcf8-0xcff on acpi0=0D > pci0: on pcib0=0D > agp0: mem 0xb0000000-0xbfffffff at device 0= .0 on pci0=0D > pci0: at device 0.5 (no driver at= tached)=0D > pcib1: at device 1.0 on pci0=0D > pci1: on pcib1=0D > pcib2: irq 27 at device 2.0 on pci0=0D > pci2: on pcib2=0D > pci2: at device 0.0 (no driver attached)=0D > pcib3: irq 31 at device 3.0 on pci0=0D > pci3: on pcib3=0D > pcib4: irq 31 at device 3.2 on pci0=0D > pci4: on pcib4=0D > cbb0: mem 0x80000000-0x80000fff irq 18 at dev= ice 5.0 on pci0=0D > cardbus0: on cbb0=0D > pccard0: <16-bit PCCard bus> on cbb0=0D > fwohci0: mem 0xd2206000-0xd22067ff,0xd220= 0000-0xd2203fff irq 20 at device 6.0 on pci0=0D > fwohci0: OHCI version 1.10 (ROM=3D1)=0D > fwohci0: No. of Isochronous channels is 4.=0D > fwohci0: EUI64 00:90:f5:00:00:48:aa:64=0D > fwohci0: Phy 1394a available S400, 2 ports.=0D > fwohci0: Link S400, max_rec 2048 bytes.=0D > firewire0: on fwohci0=0D > fwe0: on firewire0=0D > if_fwe0: Fake Ethernet address: 02:90:f5:48:aa:64=0D > fwe0: Ethernet address: 02:90:f5:48:aa:64=0D > fwe0: if_start running deferred for Giant=0D > sbp0: on firewire0=0D > fwohci0: Initiate bus reset=0D > fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode=0D > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me)=0D > firewire0: bus manager 0 (me)=0D > re0: port 0x1000-0x10ff mem= 0xd2206800-0xd22068ff irq 19 at device 8.0 on pci0=0D > miibus0: on re0=0D > rgephy0: on miibus0=0D > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 100= 0baseTX-FDX, auto=0D > re0: Ethernet address: 00:90:f5:48:aa:65=0D > ral0: mem 0xd2204000-0xd2205fff irq 17 at devi= ce 10.0 on pci0=0D > ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525=0D > ral0: Ethernet address: 00:13:d3:68:28:fd=0D > atapci0: port 0x20b0-0x20b7,0x20a4-0x20a7,0= x20a8-0x20af,0x20a0-0x20a3,0x2080-0x208f,0x1400-0x14ff irq 20 at device 15.= 0 on pci0=0D > ata2: on atapci0=0D > ata3: on atapci0=0D > atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x2090-0x209f at device 15.1 on pci0=0D > ata0: on atapci1=0D > ata1: on atapci1=0D > uhci0: port 0x2000-0x201f irq 21 at device 16= .0 on pci0=0D > uhci0: [GIANT-LOCKED]=0D > usb0: on uhci0=0D > usb0: USB revision 1.0=0D > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub0: 2 ports with 2 removable, self powered=0D > uhci1: port 0x2020-0x203f irq 21 at device 16= .1 on pci0=0D > uhci1: [GIANT-LOCKED]=0D > usb1: on uhci1=0D > usb1: USB revision 1.0=0D > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub1: 2 ports with 2 removable, self powered=0D > uhci2: port 0x2040-0x205f irq 21 at device 16= .2 on pci0=0D > uhci2: [GIANT-LOCKED]=0D > usb2: on uhci2=0D > usb2: USB revision 1.0=0D > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub2: 2 ports with 2 removable, self powered=0D > uhci3: port 0x2060-0x207f irq 21 at device 16= .3 on pci0=0D > uhci3: [GIANT-LOCKED]=0D > usb3: on uhci3=0D > usb3: USB revision 1.0=0D > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub3: 2 ports with 2 removable, self powered=0D > ehci0: mem 0xd2206c00-0xd2206cff irq 21 a= t device 16.4 on pci0=0D > ehci0: [GIANT-LOCKED]=0D > usb4: EHCI version 1.0=0D > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3=0D > usb4: on ehci0=0D > usb4: USB revision 2.0=0D > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1=0D > uhub4: 8 ports with 8 removable, self powered=0D > ugen0: vendor 0xeb1a product 0x2750, rev 2.00/1.00, addr 2=0D > umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 3=0D > isab0: at device 17.0 on pci0=0D > isa0: on isab0=0D > pcm0: port 0x1800-0x18ff irq 22 at device 17.5 on pci0=0D > pcm0: =0D > pcm0: =0D > pci0: at device 17.6 (no driver attached)=0D > acpi_tz0: on acpi0=0D > atkbdc0: port 0x60,0x64 irq 1 on acpi0=0D > atkbd0: irq 1 on atkbdc0=0D > kbd0 at atkbd0=0D > atkbd0: [GIANT-LOCKED]=0D > psm0: irq 12 on atkbdc0=0D > psm0: [GIANT-LOCKED]=0D > psm0: model IntelliMouse, device ID 3=0D > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq = 1 on acpi0=0D > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode=0D > ppc0: FIFO with 16/16/8 bytes threshold=0D > ppbus0: on ppc0=0D > plip0: on ppbus0=0D > lpt0: on ppbus0=0D > lpt0: Interrupt-driven port=0D > ppi0: on ppbus0=0D > sio0: configured irq 4 not in bitmap of probed irqs 0=0D > sio0: port may not be enabled=0D > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on a= cpi0=0D > sio0: type 16550A, console=0D > pmtimer0 on isa0=0D > orm0: at iomem 0xc0000-0xcefff,0xdc000-0xdffff pnpid OR= M0000 on isa0=0D > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 = on isa0=0D > fdc0: [FAST]=0D > sc0: at flags 0x100 on isa0=0D > sc0: VGA <16 virtual consoles, flags=3D0x100>=0D > sio1: configured irq 3 not in bitmap of probed irqs 0=0D > sio1: port may not be enabled=0D > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= =0D > Timecounters tick every 1.000 msec=0D > acd0: DVDR at ata1-master UDMA33=0D > ad4: 76319MB at ata2-master SATA150=0D > SMP: AP CPU #1 Launched!=0D > da0 at umass-sim0 bus 0 target 0 lun 0=0D > da0: Removable Direct Access SCSI-0 device= =0D > da0: 40.000MB/s transfers=0D > da0: Attempt to query device size failed: NOT READY, Medium not present=0D > da1 at umass-sim0 bus 0 target 0 lun 1=0D > da1: Removable Direct Access SCSI-0 device= =0D > da1: 40.000MB/s transfers=0D > da1: Attempt to query device size failed: NOT READY, Medium not present=0D > da2 at umass-sim0 bus 0 target 0 lun 2=0D > da2: Removable Direct Access SCSI-0 device= =0D > da2: 40.000MB/s transfers=0D > da2: Attempt to query device size failed: NOT READY, Medium not present=0D > da3 at umass-sim0 bus 0 target 0 lun 3=0D > da3: Removable Direct Access SCSI-0 device= =0D > da3: 40.000MB/s transfers=0D > da3: Attempt to query device size failed: NOT READY, Medium not present=0D > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 =0D > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error=0D > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition=0D > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0=0D > (da0:umass-sim0:0:0:0): Medium not present=0D > (da0:umass-sim0:0:0:0): Unretryable error=0D > Opened disk da0 -> 6=0D > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 =0D > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error=0D > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition=0D > (da0:umass-sim0:0:0:0): NOT READY asc:3a,0=0D > (da0:umass-sim0:0:0:0): Medium not present=0D > (da0:umass-sim0:0:0:0): Unretryable error=0D > Opened disk da0 -> 6=0D > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 =0D > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error=0D > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition=0D > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0=0D > (da1:umass-sim0:0:0:1): Medium not present=0D > (da1:umass-sim0:0:0:1): Unretryable error=0D > Opened disk da1 -> 6=0D > (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 =0D > (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error=0D > (da1:umass-sim0:0:0:1): SCSI Status: Check Condition=0D > (da1:umass-sim0:0:0:1): NOT READY asc:3a,0=0D > (da1:umass-sim0:0:0:1): Medium not present=0D > (da1:umass-sim0:0:0:1): Unretryable error=0D > Opened disk da1 -> 6=0D > (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 =0D > (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error=0D > (da2:umass-sim0:0:0:2): SCSI Status: Check Condition=0D > (da2:umass-sim0:0:0:2): NOT READY asc:3a,0=0D > (da2:umass-sim0:0:0:2): Medium not present=0D > (da2:umass-sim0:0:0:2): Unretryable error=0D > Opened disk da2 -> 6=0D > (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 =0D > (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error=0D > (da2:umass-sim0:0:0:2): SCSI Status: Check Condition=0D > (da2:umass-sim0:0:0:2): NOT READY asc:3a,0=0D > (da2:umass-sim0:0:0:2): Medium not present=0D > (da2:umass-sim0:0:0:2): Unretryable error=0D > Opened disk da2 -> 6=0D > (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 =0D > (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error=0D > (da3:umass-sim0:0:0:3): SCSI Status: Check Condition=0D > (da3:umass-sim0:0:0:3): NOT READY asc:3a,0=0D > (da3:umass-sim0:0:0:3): Medium not present=0D > (da3:umass-sim0:0:0:3): Unretryable error=0D > Opened disk da3 -> 6=0D > (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 =0D > (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error=0D > (da3:umass-sim0:0:0:3): SCSI Status: Check Condition=0D > (da3:umass-sim0:0:0:3): NOT READY asc:3a,0=0D > (da3:umass-sim0:0:0:3): Medium not present=0D > (da3:umass-sim0:0:0:3): Unretryable error=0D > Opened disk da3 -> 6=0D > Trying to mount root from ufs:/dev/ad4s1a=0D > Loading configuration files.=0D > kernel dumps on /dev/ad4s1b=0D > Entropy harvesting: interrupts ethernet point_to_point kickstart.=0D > swapon: adding /dev/ad4s1b as swap device=0D > Starting file system checks:=0D > /dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D > /dev/ad4s1a: clean, 60316 free (412 frags, 7488 blocks, 0.2% fragmentatio= n)=0D > /dev/ad4s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D > /dev/ad4s1e: clean, 253789 free (29 frags, 31720 blocks, 0.0% fragmentati= on)=0D > /dev/ad4s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D > /dev/ad4s1f: clean, 18855317 free (42613 frags, 2351588 blocks, 0.1% frag= mentation)=0D > /dev/ad4s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS=0D > /dev/ad4s1d: clean, 188250 free (13098 frags, 21894 blocks, 1.7% fragment= ation)=0D > Setting hostname: humvee.blackhelicopters.org.=0D > debug.witness.watch: 1 -> 0=0D > vfs.usermount: 0 -> 1=0D > lo0: flags=3D8049 mtu 16384=0D > inet6 ::1 prefixlen 128 =0D > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 =0D > inet 127.0.0.1 netmask 0xff000000 =0D > Creating and/or trimming log files:.=0D > Starting syslogd.=0D > Additional routing options:.=0D > Starting devd.=0D > hw.acpi.cpu.cx_lowest: C1 -> C1=0D > Mounting NFS file systems:.=0D > Checking for core dump on /dev/ad4s1b...=0D > savecore: no dumps found=0D > ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/loca= l/lib=0D > a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/ao= ut=0D > Recovering vi editor sessions:.=0D > Starting usbd.=0D > Starting local daemons:.=0D > Starting lpd.=0D > Updating motd.=0D > Configuring syscons: keymap font8x8 blanktime allscreens.=0D > Starting sshd.=0D > Initial i386 initialization:.=0D > Additional ABI support:.=0D > Starting cron.=0D > Local package initialization:.=0D > Additional TCP options:.=0D > Starting default moused:.=0D > Starting background file system checks in 60 seconds.=0D > =0D > Mon Feb 6 09:20:45 EST 2006=0D > Shutting down daemon processes:.=0D > Stopping cron.=0D > Shutting down local daemons:.=0D > Writing entropy file:.=0D > Terminated=0D > .=0D > =E0Waiting (max 60 seconds) for system process `vnlru' to stop...done=0D > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done=0D > Waiting (max 60 seconds) for system process `syncer' to stop...=0D > Syncing disks, vnodes remaining...4 3 2 1 0 0=20 > OK g=08 =08unload=0D > OK load /book=08 =08t/kernel12/kernel=0D > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08/boot/kernel12/kernel text=3D0x4b2d40 \=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08data=3D0x84c40+= 0xa02ac |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08syms= =3D[0x4+0x683e0-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08+0x4+0x7f9f6|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08]=0D > OK load lbo=08 =08=08 =08=08 =08/book=08 =08t/kernel12/acpi.ko=0D > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/boot= /kernel12/acpi.ko text=3D0x43988 /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08data=3D0x23e0+0xff0 -=08\=08syms=3D[0x4+0x7bb0|= =08+0x4+0xa82b/=08-=08\=08]=0D > OK boot -v=0D > |=08/=08-=08\=08|=08/=08-=08GDB: no debug ports present=0D > KDB: debugger backends: ddb=0D > KDB: current backend: ddb=0D > SMAP type=3D01 base=3D0000000000000000 len=3D000000000009b800=0D > SMAP type=3D02 base=3D000000000009b800 len=3D0000000000004800=0D > SMAP type=3D02 base=3D00000000000c2000 len=3D000000000000e000=0D > SMAP type=3D02 base=3D00000000000dc000 len=3D0000000000024000=0D > SMAP type=3D01 base=3D0000000000100000 len=3D000000003fe00000=0D > SMAP type=3D03 base=3D000000003ff00000 len=3D0000000000013000=0D > SMAP type=3D04 base=3D000000003ff13000 len=3D000000000006d000=0D > SMAP type=3D02 base=3D000000003ff80000 len=3D0000000000080000=0D > SMAP type=3D02 base=3D00000000e0000000 len=3D0000000010000000=0D > SMAP type=3D02 base=3D00000000fec00000 len=3D0000000000010000=0D > SMAP type=3D02 base=3D00000000fffe0000 len=3D0000000000020000=0D > Copyright (c) 1992-2006 The FreeBSD Project.=0D > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994= =0D > The Regents of the University of California. All rights reserved.=0D > FreeBSD 7.0-CURRENT-SNAP012 #0: Tue Jan 31 04:19:59 UTC 2006=0D > root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC=0D > WARNING: WITNESS option enabled, expect reduced performance.=0D > Using 16 colors for the VM-PQ tuning (512, 8)=0D > Preloaded elf kernel "/boot/kernel12/kernel" at 0xc0b1d000.=0D > Preloaded elf module "/boot/kernel12/acpi.ko" at 0xc0b1d1c0.=0D > Calibrating clock(s) ... i8254 clock: 1193213 Hz=0D > CLK_USE_I8254_CALIBRATION not specified - using default frequency=0D > Timecounter "i8254" frequency 1193182 Hz quality 0=0D > Calibrating TSC clock ... TSC clock: 2200098427 Hz=0D > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2200.10-MHz 686-clas= s CPU)=0D > Origin =3D "AuthenticAMD" Id =3D 0x20fb1 Stepping =3D 1=0D > Features=3D0x178bfbff=0D > Features2=3D0x1=0D > AMD Features=3D0xe2500800=0D > AMD Features2=3D0x3=0D > HTT bit cleared - FreeBSD does not have licensing issues requiring it.=0D > =0D > Cores per package: 2=0D > Data TLB: 32 entries, fully associative=0D > Instruction TLB: 32 entries, fully associative=0D > L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative=0D > L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associ= ative=0D > L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way associat= ive=0D > real memory =3D 1072693248 (1023 MB)=0D > Physical memory chunk(s):=0D > 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages)=0D > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages)=0D > 0x0000000000c28000 - 0x000000003eccbfff, 1040859136 bytes (254116 pages)= =0D > avail memory =3D 1040576512 (992 MB)=0D > MP Configuration Table version 1.4 found at 0xc009bd71=0D > Table 'FACP' at 0x3ff12d1c=0D > Table 'SSDT' at 0x3ff12d90=0D > Table 'APIC' at 0x3ff12f5a=0D > MADT: Found table at 0x3ff12f5a=0D > APIC: Using the MADT enumerator.=0D > MADT: Found CPU APIC ID 0 ACPI ID 0: enabled=0D > SMP: Added CPU 0 (AP)=0D > MADT: Found CPU APIC ID 1 ACPI ID 1: enabled=0D > SMP: Added CPU 1 (AP)=0D > ACPI APIC Table: =0D > APIC ID: physical 0, logical 0:0=0D > APIC ID: physical 1, logical 0:1=0D > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0D > cpu0 (BSP): APIC ID: 0=0D > cpu1 (AP): APIC ID: 1=0D > bios32: Found BIOS32 Service Directory header at 0xc00f71e0=0D > bios32: Entry =3D 0xfd640 (c00fd640) Rev =3D 0 Len =3D 1=0D > pcibios: PCI BIOS entry at 0xfd640+0x16e=0D > pnpbios: Found PnP BIOS data at 0xc00f7280=0D > pnpbios: Entry =3D f0000:b596 Rev =3D 1.0=0D > Other BIOS signatures found:=0D > APIC: CPU 0 has ACPI ID 0=0D > APIC: CPU 1 has ACPI ID 1=0D > MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000=0D > ioapic0: Routing external 8259A's -> intpin 0=0D > ioapic0: intpin 0 -> ExtINT (edge, high)=0D > ioapic0: intpin 1 -> ISA IRQ 1 (edge, high)=0D > ioapic0: intpin 2 -> ISA IRQ 2 (edge, high)=0D > ioapic0: intpin 3 -> ISA IRQ 3 (edge, high)=0D > ioapic0: intpin 4 -> ISA IRQ 4 (edge, high)=0D > ioapic0: intpin 5 -> ISA IRQ 5 (edge, high)=0D > ioapic0: intpin 6 -> ISA IRQ 6 (edge, high)=0D > ioapic0: intpin 7 -> ISA IRQ 7 (edge, high)=0D > ioapic0: intpin 8 -> ISA IRQ 8 (edge, high)=0D > ioapic0: intpin 9 -> ISA IRQ 9 (edge, high)=0D > ioapic0: intpin 10 -> ISA IRQ 10 (edge, high)=0D > ioapic0: intpin 11 -> ISA IRQ 11 (edge, high)=0D > ioapic0: intpin 12 -> ISA IRQ 12 (edge, high)=0D > ioapic0: intpin 13 -> ISA IRQ 13 (edge, high)=0D > ioapic0: intpin 14 -> ISA IRQ 14 (edge, high)=0D > ioapic0: intpin 15 -> ISA IRQ 15 (edge, high)=0D > ioapic0: intpin 16 -> PCI IRQ 16 (level, low)=0D > ioapic0: intpin 17 -> PCI IRQ 17 (level, low)=0D > ioapic0: intpin 18 -> PCI IRQ 18 (level, low)=0D > ioapic0: intpin 19 -> PCI IRQ 19 (level, low)=0D > ioapic0: intpin 20 -> PCI IRQ 20 (level, low)=0D > ioapic0: intpin 21 -> PCI IRQ 21 (level, low)=0D > ioapic0: intpin 22 -> PCI IRQ 22 (level, low)=0D > ioapic0: intpin 23 -> PCI IRQ 23 (level, low)=0D > MADT: Found IO APIC ID 3, Interrupt 24 at 0xfecc0000=0D > ioapic1: intpin 0 -> PCI IRQ 24 (level, low)=0D > ioapic1: intpin 1 -> PCI IRQ 25 (level, low)=0D > ioapic1: intpin 2 -> PCI IRQ 26 (level, low)=0D > ioapic1: intpin 3 -> PCI IRQ 27 (level, low)=0D > ioapic1: intpin 4 -> PCI IRQ 28 (level, low)=0D > ioapic1: intpin 5 -> PCI IRQ 29 (level, low)=0D > ioapic1: intpin 6 -> PCI IRQ 30 (level, low)=0D > ioapic1: intpin 7 -> PCI IRQ 31 (level, low)=0D > ioapic1: intpin 8 -> PCI IRQ 32 (level, low)=0D > ioapic1: intpin 9 -> PCI IRQ 33 (level, low)=0D > ioapic1: intpin 10 -> PCI IRQ 34 (level, low)=0D > ioapic1: intpin 11 -> PCI IRQ 35 (level, low)=0D > ioapic1: intpin 12 -> PCI IRQ 36 (level, low)=0D > ioapic1: intpin 13 -> PCI IRQ 37 (level, low)=0D > ioapic1: intpin 14 -> PCI IRQ 38 (level, low)=0D > ioapic1: intpin 15 -> PCI IRQ 39 (level, low)=0D > ioapic1: intpin 16 -> PCI IRQ 40 (level, low)=0D > ioapic1: intpin 17 -> PCI IRQ 41 (level, low)=0D > ioapic1: intpin 18 -> PCI IRQ 42 (level, low)=0D > ioapic1: intpin 19 -> PCI IRQ 43 (level, low)=0D > ioapic1: intpin 20 -> PCI IRQ 44 (level, low)=0D > ioapic1: intpin 21 -> PCI IRQ 45 (level, low)=0D > ioapic1: intpin 22 -> PCI IRQ 46 (level, low)=0D > ioapic1: intpin 23 -> PCI IRQ 47 (level, low)=0D > MADT: Interrupt override: source 0, irq 2=0D > ioapic0: Routing IRQ 0 -> intpin 2=0D > ioapic0: intpin 2 trigger: edge=0D > ioapic0: intpin 2 polarity: high=0D > lapic0: Routing NMI -> LINT1=0D > lapic0: LINT1 trigger: edge=0D > lapic0: LINT1 polarity: high=0D > lapic1: Routing NMI -> LINT1=0D > lapic1: LINT1 trigger: edge=0D > lapic1: LINT1 polarity: high=0D > MADT: Forcing active-low polarity and level trigger for SCI=0D > ioapic0: intpin 10 polarity: low=0D > ioapic0: intpin 10 trigger: level=0D > ioapic0 irqs 0-23 on motherboard=0D > ioapic1 irqs 24-47 on motherboard=0D > cpu0 BSP:=0D > ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff=0D > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff=0D > timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000=0D > wlan: <802.11 Link Layer>=0D > random: =0D > nfslock: pseudo-device=0D > io: =0D > mem: =0D > Pentium Pro MTRR support enabled=0D > null: =0D > ioapic0: routing intpin 13 (ISA IRQ 13) to vector 48=0D > npx0: [FAST]=0D > npx0: on motherboard=0D > npx0: INT 16 interface=0D > acpi0: on motherboard=0D > ioapic0: routing intpin 10 (ISA IRQ 10) to vector 49=0D > acpi0: [MPSAFE]=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.PIB_.LNKH] in namespace,= AE_NOT_FOUND=0D > SearchNode 0xc4ab6700 StartNode 0xc4ab6700 ReturnNode 0=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_N= OT_FOUND=0D > SearchNode 0xc4b1dca0 StartNode 0xc4b1dca0 ReturnNode 0=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_N= OT_FOUND=0D > SearchNode 0xc4b1d860 StartNode 0xc4b1d860 ReturnNode 0=0D > ACPI-0448: *** Error: Looking up [\_SB_.PCI0.LNKH] in namespace, AE_N= OT_FOUND=0D > SearchNode 0xc4b1d700 StartNode 0xc4b1d700 ReturnNode 0=0D > pci_open(1): mode 1 addr port (0x0cf8) is 0x80007820=0D > pci_open(1a): mode1res=3D0x80000000 (0x80000000)=0D > pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there (id=3D0238110= 6)=0D > pcibios: BIOS version 2.10=0D > Found $PIR table, 12 entries at 0xc00fdf00=0D > PCI-Only Interrupts: none=0D > Location Bus Device Pin Link IRQs=0D > embedded 0 5 A 0x03 11=0D > embedded 0 6 A 0x05 11=0D > embedded 0 10 A 0x02 11=0D > embedded 0 9 A 0x07 11=0D > embedded 0 8 A 0x04 11=0D > embedded 0 0 A 0x01 3 4 5 6 7 9 10 11 12 14 15=0D > embedded 0 0 B 0x02 3 4 5 6 7 9 10 11 12 14 15=0D > embedded 0 0 C 0x03 3 4 5 6 7 9 10 11 12 14 15=0D > embedded 0 0 D 0x05 3 4 5 6 7 9 10 11 12 14 15=0D > embedded 0 17 A 0x01 11=0D > embedded 0 17 B 0x02 11=0D > embedded 0 17 C 0x03 11=0D > embedded 0 17 D 0x05 11=0D > embedded 0 16 A 0x01 11=0D > embedded 0 16 B 0x02 11=0D > embedded 0 16 C 0x03 11=0D > embedded 0 16 D 0x05 11=0D > embedded 0 15 A 0x01 11=0D > embedded 0 15 B 0x02 11=0D > embedded 0 1 A 0x01 11=0D > embedded 0 1 B 0x02 11=0D > embedded 0 1 C 0x03 11=0D > embedded 0 1 D 0x05 11=0D > embedded 0 2 A 0x09 3 4 6 9 10 11 12 14 15=0D > embedded 0 2 B 0x09 3 4 6 9 10 11 12 14 15=0D > embedded 0 2 C 0x09 3 4 6 9 10 11 12 14 15=0D > embedded 0 2 D 0x09 3 4 6 9 10 11 12 14 15=0D > embedded 0 3 A 0x09 3 4 6 9 10 11 12 14 15=0D > embedded 0 3 B 0x09 3 4 6 9 10 11 12 14 15=0D > embedded 0 3 C 0x09 3 4 6 9 10 11 12 14 15=0D > embedded 0 3 D 0x09 3 4 6 9 10 11 12 14 15=0D > AcpiOsDerivePciId: bus 0 dev 17 func 0=0D > AcpiOsDerivePciId: bus 3 dev 0 func 0=0D > AcpiOsDerivePciId: bus 4 dev 0 func 0=0D > AcpiOsDerivePciId: bus 0 dev 0 func 3=0D > pci_link0: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 16 17 18 19 20 21 22 23=0D > pci_link0: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 16 17 18 19 20 21 22 23=0D > pci_link0: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 16 17 18 19 20 21 22 23=0D > pci_link1: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 16 17 18 19 20 21 22 23=0D > pci_link1: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 16 17 18 19 20 21 22 23=0D > pci_link1: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 16 17 18 19 20 21 22 23=0D > pci_link2: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 22=0D > pci_link2: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 22=0D > pci_link2: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 22=0D > pci_link3: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 21=0D > pci_link3: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 21=0D > pci_link3: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 21=0D > pci_link4: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link4: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link4: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 11=0D > pci_link5: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link5: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link5: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 11=0D > pci_link6: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link6: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link6: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 11=0D > pci_link7: Links after initial probe:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link7: Links after initial validation:=0D > Index IRQ Rtd Ref IRQs=0D > 0 11 N 0 11=0D > pci_link7: Links after disable:=0D > Index IRQ Rtd Ref IRQs=0D > 0 255 N 0 11=0D > acpi_ec0: port 0x62,0x66 on acpi0=0D > ACPI timer: 1/2 1/1 1/2 1/2 1/1 1/1 1/1 1/1 1/1 1/1 -> 10=0D > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0D > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0=0D > cpu0: on acpi0=0D > cpu1: on acpi0=0D > acpi_button0: on acpi0=0D > acpi_acad0: on acpi0=0D > battery0: on acpi0=0D > acpi_lid0: on acpi0=0D > acpi_button1: on acpi0=0D > pcib0: port 0xcf8-0xcff on acpi0=0D > pci0: on pcib0=0D > pci0: physical bus=3D0=0D > found-> vendor=3D0x1106, dev=3D0x0238, revid=3D0x00=0D > bus=3D0, slot=3D0, func=3D0=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0006, statreg=3D0xa230, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x10 (480 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > powerspec 2 supports D0 D3 current D0=0D > map[10]: type 3, range 32, base b0000000, size 28, enabled=0D > found-> vendor=3D0x1106, dev=3D0x1238, revid=3D0x00=0D > bus=3D0, slot=3D0, func=3D1=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1106, dev=3D0x2238, revid=3D0x00=0D > bus=3D0, slot=3D0, func=3D2=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1106, dev=3D0x3238, revid=3D0x00=0D > bus=3D0, slot=3D0, func=3D3=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1106, dev=3D0x4238, revid=3D0x00=0D > bus=3D0, slot=3D0, func=3D4=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1106, dev=3D0x5238, revid=3D0x00=0D > bus=3D0, slot=3D0, func=3D5=0D > class=3D08-00-20, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0006, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1106, dev=3D0x7238, revid=3D0x00=0D > bus=3D0, slot=3D0, func=3D7=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1106, dev=3D0xb188, revid=3D0x00=0D > bus=3D0, slot=3D1, func=3D0=0D > class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D > cmdreg=3D0x0007, statreg=3D0x0230, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1106, dev=3D0xa238, revid=3D0x00=0D > bus=3D0, slot=3D2, func=3D0=0D > class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0=0D > cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x0e (3500 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Da, irq=3D9=0D > pcib0: matched entry for 0.2.INTA=0D > pcib0: slot 2 INTA hardwired to IRQ 27=0D > found-> vendor=3D0x1106, dev=3D0xc238, revid=3D0x00=0D > bus=3D0, slot=3D3, func=3D0=0D > class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1=0D > cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Da, irq=3D9=0D > pcib0: matched entry for 0.3.INTA=0D > pcib0: slot 3 INTA hardwired to IRQ 31=0D > found-> vendor=3D0x1106, dev=3D0xe238, revid=3D0x00=0D > bus=3D0, slot=3D3, func=3D2=0D > class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1=0D > cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Dc, irq=3D9=0D > pcib0: matched entry for 0.3.INTC=0D > pcib0: slot 3 INTC hardwired to IRQ 31=0D > found-> vendor=3D0x104c, dev=3D0xac50, revid=3D0x02=0D > bus=3D0, slot=3D5, func=3D0=0D > class=3D06-07-00, hdrtype=3D0x02, mfdev=3D0=0D > cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x07 (1750= ns)=0D > intpin=3Da, irq=3D18=0D > powerspec 1 supports D0 D1 D2 D3 current D0=0D > map[10]: type 1, range 32, base 80000000, size 12, enabled=0D > pcib0: matched entry for 0.5.INTA=0D > pcib0: slot 5 INTA hardwired to IRQ 18=0D > found-> vendor=3D0x104c, dev=3D0x8023, revid=3D0x00=0D > bus=3D0, slot=3D6, func=3D0=0D > class=3D0c-00-10, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0012, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x02 (500 ns), maxlat=3D0x04 (1000 n= s)=0D > intpin=3Da, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[10]: type 1, range 32, base d2206000, size 11, enabled=0D > map[14]: type 1, range 32, base d2200000, size 14, enabled=0D > pcib0: matched entry for 0.6.INTA=0D > pcib0: slot 6 INTA hardwired to IRQ 20=0D > found-> vendor=3D0x10ec, dev=3D0x8169, revid=3D0x10=0D > bus=3D0, slot=3D8, func=3D0=0D > class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0017, statreg=3D0x02b8, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000= ns)=0D > intpin=3Da, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[10]: type 4, range 32, base 00001000, size 8, enabled=0D > map[14]: type 1, range 32, base d2206800, size 8, enabled=0D > pcib0: matched entry for 0.8.INTA=0D > pcib0: slot 8 INTA hardwired to IRQ 19=0D > found-> vendor=3D0x1814, dev=3D0x0201, revid=3D0x01=0D > bus=3D0, slot=3D10, func=3D0=0D > class=3D02-80-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0013, statreg=3D0x0410, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Da, irq=3D11=0D > powerspec 2 supports D0 D3 current D0=0D > map[10]: type 1, range 32, base d2204000, size 13, enabled=0D > pcib0: matched entry for 0.10.INTA=0D > pcib0: slot 10 INTA hardwired to IRQ 17=0D > found-> vendor=3D0x1106, dev=3D0x3149, revid=3D0x80=0D > bus=3D0, slot=3D15, func=3D0=0D > class=3D01-01-8f, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Db, irq=3D11=0D > powerspec 2 supports D0 D3 current D0=0D > map[10]: type 4, range 32, base 000020b0, size 3, enabled=0D > map[14]: type 4, range 32, base 000020a4, size 2, enabled=0D > map[18]: type 4, range 32, base 000020a8, size 3, enabled=0D > map[1c]: type 4, range 32, base 000020a0, size 2, enabled=0D > map[20]: type 4, range 32, base 00002080, size 4, enabled=0D > map[24]: type 4, range 32, base 00001400, size 8, enabled=0D > pcib0: matched entry for 0.15.INTB=0D > pcib0: slot 15 INTB hardwired to IRQ 20=0D > found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06=0D > bus=3D0, slot=3D15, func=3D1=0D > class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Da, irq=3D255=0D > powerspec 2 supports D0 D3 current D0=0D > map[20]: type 4, range 32, base 00002090, size 4, enabled=0D > found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D > bus=3D0, slot=3D16, func=3D0=0D > class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Da, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[20]: type 4, range 32, base 00002000, size 5, enabled=0D > pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.PIB_.ALKD:0)=0D > pci_link3: Picked IRQ 21 with weight 0=0D > pcib0: slot 16 INTA routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D > found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D > bus=3D0, slot=3D16, func=3D1=0D > class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Da, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[20]: type 4, range 32, base 00002020, size 5, enabled=0D > pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.PIB_.ALKD:0)=0D > pcib0: slot 16 INTA routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D > found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D > bus=3D0, slot=3D16, func=3D2=0D > class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Db, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[20]: type 4, range 32, base 00002040, size 5, enabled=0D > pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.PIB_.ALKD:0)=0D > pcib0: slot 16 INTB routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D > found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x81=0D > bus=3D0, slot=3D16, func=3D3=0D > class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0017, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Db, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[20]: type 4, range 32, base 00002060, size 5, enabled=0D > pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.PIB_.ALKD:0)=0D > pcib0: slot 16 INTB routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D > found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x86=0D > bus=3D0, slot=3D16, func=3D4=0D > class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0013, statreg=3D0x0210, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Dc, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[10]: type 1, range 32, base d2206c00, size 8, enabled=0D > pcib0: matched entry for 0.16.INTC (src \_SB_.PCI0.PIB_.ALKD:0)=0D > pcib0: slot 16 INTC routed to irq 21 via \_SB_.PCI0.PIB_.ALKD=0D > found-> vendor=3D0x1106, dev=3D0x3227, revid=3D0x00=0D > bus=3D0, slot=3D17, func=3D0=0D > class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > powerspec 2 supports D0 D3 current D0=0D > found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x60=0D > bus=3D0, slot=3D17, func=3D5=0D > class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Dc, irq=3D11=0D > powerspec 2 supports D0 D1 D2 D3 current D0=0D > map[10]: type 4, range 32, base 00001800, size 8, enabled=0D > pcib0: matched entry for 0.17.INTC (src \_SB_.PCI0.PIB_.ALKC:0)=0D > pci_link2: Picked IRQ 22 with weight 0=0D > pcib0: slot 17 INTC routed to irq 22 via \_SB_.PCI0.PIB_.ALKC=0D > found-> vendor=3D0x1106, dev=3D0x3068, revid=3D0x80=0D > bus=3D0, slot=3D17, func=3D6=0D > class=3D07-80-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0001, statreg=3D0x0210, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Dc, irq=3D11=0D > powerspec 2 supports D0 D3 current D0=0D > map[10]: type 4, range 32, base 00001c00, size 8, enabled=0D > pcib0: matched entry for 0.17.INTC (src \_SB_.PCI0.PIB_.ALKC:0)=0D > pcib0: slot 17 INTC routed to irq 22 via \_SB_.PCI0.PIB_.ALKC=0D > found-> vendor=3D0x1022, dev=3D0x1100, revid=3D0x00=0D > bus=3D0, slot=3D24, func=3D0=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1022, dev=3D0x1101, revid=3D0x00=0D > bus=3D0, slot=3D24, func=3D1=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1022, dev=3D0x1102, revid=3D0x00=0D > bus=3D0, slot=3D24, func=3D2=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > found-> vendor=3D0x1022, dev=3D0x1103, revid=3D0x00=0D > bus=3D0, slot=3D24, func=3D3=0D > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1=0D > cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > agp0: on hostb0=0D > agp0: 1 Miscellaneous Control unit(s) found.=0D > agp0: Aperture Base[0]: 0x00000058=0D > hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xb0000000=0D > agp0: allocating GATT for aperture of size 256M=0D > pci0: at device 0.5 (no driver at= tached)=0D > pcib1: at device 1.0 on pci0=0D > pcib1: secondary bus 1=0D > pcib1: subordinate bus 1=0D > pcib1: I/O decode 0xf000-0xfff=0D > pcib1: memory decode 0xfff00000-0xfffff=0D > pcib1: prefetched decode 0xfff00000-0xfffff=0D > pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.PPB_ - AE= _NOT_FOUND=0D > pci1: on pcib1=0D > pci1: physical bus=3D1=0D > pcib2: irq 27 at device 2.0 on pci0=0D > pcib2: secondary bus 2=0D > pcib2: subordinate bus 2=0D > pcib2: I/O decode 0x5000-0x5fff=0D > pcib2: memory decode 0xd0000000-0xd1ffffff=0D > pcib2: prefetched decode 0xc0000000-0xcfffffff=0D > pci2: on pcib2=0D > pci2: physical bus=3D2=0D > found-> vendor=3D0x10de, dev=3D0x0099, revid=3D0xa1=0D > bus=3D2, slot=3D0, func=3D0=0D > class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0=0D > cmdreg=3D0x0003, statreg=3D0x0010, cachelnsz=3D16 (dwords)=0D > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns)=0D > intpin=3Da, irq=3D9=0D > powerspec 2 supports D0 D3 current D0=0D > MSI supports 1 message, 64 bit=0D > map[10]: type 1, range 32, base d1000000, size 24, enabled=0D > pcib2: (null) requested memory range 0xd1000000-0xd1ffffff: good=0D > map[14]: type 3, range 64, base c0000000, size 28, enabled=0D > pcib2: (null) requested memory range 0xc0000000-0xcfffffff: good=0D > map[1c]: type 1, range 64, base d0000000, size 24, enabled=0D > pcib2: (null) requested memory range 0xd0000000-0xd0ffffff: good=0D > map[24]: type 4, range 32, base 00005000, size 7, enabled=0D > pcib2: (null) requested I/O range 0x5000-0x507f: in range=0D > pcib2: matched entry for 2.0.INTA=0D > pcib2: slot 0 INTA hardwired to IRQ 24=0D > vgapci0: port 0x5000-0x507f mem 0xd1000000-0xd1f= fffff,0xc0000000-0xcfffffff,0xd0000000-0xd0ffffff irq 24 at device 0.0 on p= ci2=0D > pcib3: irq 31 at device 3.0 on pci0=0D > pcib3: secondary bus 3=0D > pcib3: subordinate bus 3=0D > pcib3: I/O decode 0x0-0x0=0D > pcib3: memory decode 0x0-0x0=0D > pcib3: prefetched decode 0x0-0x0=0D > pci3: on pcib3=0D > pci3: physical bus=3D3=0D > pcib4: irq 31 at device 3.2 on pci0=0D > pcib4: secondary bus 4=0D > pcib4: subordinate bus 4=0D > pcib4: I/O decode 0x0-0x0=0D > pcib4: memory decode 0x0-0x0=0D > pcib4: prefetched decode 0x0-0x0=0D > pci4: on pcib4=0D > pci4: physical bus=3D4=0D > cbb0: mem 0x80000000-0x80000fff irq 18 at dev= ice 5.0 on pci0=0D > cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80000000=0D > cardbus0: on cbb0=0D > pccard0: <16-bit PCCard bus> on cbb0=0D > ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50=0D > cbb0: [MPSAFE]=0D > cbb0: PCI Configuration space:=0D > 0x00: 0xac50104c 0x02100007 0x06070002 0x00024000 =0D > 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000 =0D > 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc =0D > 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400112 =0D > 0x40: 0x09011558 0x00000001 0x00000000 0x00000000 =0D > 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > 0x80: 0x0044d061 0x00000000 0x00000000 0x00001002 =0D > 0x90: 0x616402c0 0x00000000 0x00000000 0x00000000 =0D > 0xa0: 0xfe110001 0x00c00000 0x00000000 0x0000001f =0D > 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 =0D > fwohci0: mem 0xd2206000-0xd22067ff,0xd220= 0000-0xd2203fff irq 20 at device 6.0 on pci0=0D > fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xd2206000=0D > ioapic0: routing intpin 20 (PCI IRQ 20) to vector 51=0D > fwohci0: [MPSAFE]=0D > fwohci0: OHCI version 1.10 (ROM=3D1)=0D > fwohci0: No. of Isochronous channels is 4.=0D > fwohci0: EUI64 00:90:f5:00:00:48:aa:64=0D > fwohci0: Phy 1394a available S400, 2 ports.=0D > fwohci0: Link S400, max_rec 2048 bytes.=0D > firewire0: on fwohci0=0D > fwe0: on firewire0=0D > if_fwe0: Fake Ethernet address: 02:90:f5:48:aa:64=0D > fwe0: bpf attached=0D > fwe0: Ethernet address: 02:90:f5:48:aa:64=0D > fwe0: if_start running deferred for Giant=0D > sbp0: on firewire0=0D > fwohci0: Initiate bus reset=0D > fwohci0: node_id=3D0xc000ffc0, gen=3D1, CYCLEMASTER mode=0D > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me)=0D > firewire0: bus manager 0 (me)=0D > re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x1000=0D > re0: port 0x1000-0x10ff mem= 0xd2206800-0xd22068ff irq 19 at device 8.0 on pci0=0D > miibus0: on re0=0D > rgephy0: on miibus0=0D > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 100= 0baseTX-FDX, auto=0D > re0: bpf attached=0D > re0: Ethernet address: 00:90:f5:48:aa:65=0D > ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52=0D > re0: [MPSAFE]=0D > ral0: mem 0xd2204000-0xd2205fff irq 17 at devi= ce 10.0 on pci0=0D > ral0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xd2204000=0D > ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525=0D > ral0: bpf attached=0D > ral0: Ethernet address: 00:13:d3:68:28:fd=0D > ral0: bpf attached=0D > ral0: bpf attached=0D > ioapic0: routing intpin 17 (PCI IRQ 17) to vector 53=0D > ral0: [MPSAFE]=0D > ral0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps=0D > ral0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24M= bps 36Mbps 48Mbps 54Mbps=0D > atapci0: port 0x20b0-0x20b7,0x20a4-0x20a7,0= x20a8-0x20af,0x20a0-0x20a3,0x2080-0x208f,0x1400-0x14ff irq 20 at device 15.= 0 on pci0=0D > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2080=0D > atapci0: [MPSAFE]=0D > atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0x1400=0D > ata2: on atapci0=0D > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x20b0=0D > atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0x20a4=0D > ata2: SATA connect ready time=3D0ms=0D > ata2: sata_connect devices=3D0x1=0D > ata2: [MPSAFE]=0D > ata3: on atapci0=0D > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x20a8=0D > atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0x20a0=0D > ata3: SATA connect status=3D00000000=0D > ata3: [MPSAFE]=0D > atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x2090-0x209f at device 15.1 on pci0=0D > atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2090=0D > ata0: on atapci1=0D > atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0=0D > atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6=0D > ata0: reset tp1 mask=3D03 ostat0=3D60 ostat1=3D70=0D > ata0: stat0=3D0x20 err=3D0x20 lsb=3D0x20 msb=3D0x20=0D > ata0: stat1=3D0x30 err=3D0x30 lsb=3D0x30 msb=3D0x30=0D > ata0: reset tp2 stat0=3D20 stat1=3D30 devices=3D0x0=0D > ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54=0D > ata0: [MPSAFE]=0D > ata1: on atapci1=0D > atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170=0D > atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376=0D > ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00=0D > ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb=0D > ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00=0D > ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4=0D > ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55=0D > ata1: [MPSAFE]=0D > uhci0: port 0x2000-0x201f irq 21 at device 16= .0 on pci0=0D > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2000=0D > ioapic0: routing intpin 21 (PCI IRQ 21) to vector 56=0D > uhci0: [GIANT-LOCKED]=0D > usb0: on uhci0=0D > usb0: USB revision 1.0=0D > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub0: 2 ports with 2 removable, self powered=0D > uhci1: port 0x2020-0x203f irq 21 at device 16= .1 on pci0=0D > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2020=0D > uhci1: [GIANT-LOCKED]=0D > usb1: on uhci1=0D > usb1: USB revision 1.0=0D > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub1: 2 ports with 2 removable, self powered=0D > uhci2: port 0x2040-0x205f irq 21 at device 16= .2 on pci0=0D > uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2040=0D > uhci2: [GIANT-LOCKED]=0D > usb2: on uhci2=0D > usb2: USB revision 1.0=0D > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub2: 2 ports with 2 removable, self powered=0D > uhci3: port 0x2060-0x207f irq 21 at device 16= .3 on pci0=0D > uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2060=0D > uhci3: [GIANT-LOCKED]=0D > usb3: on uhci3=0D > usb3: USB revision 1.0=0D > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1=0D > uhub3: 2 ports with 2 removable, self powered=0D > ehci0: mem 0xd2206c00-0xd2206cff irq 21 a= t device 16.4 on pci0=0D > ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xd2206c00=0D > ehci0: [GIANT-LOCKED]=0D > ehci0: Dropped interrupts workaround enabled=0D > usb4: EHCI version 1.0=0D > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3=0D > usb4: on ehci0=0D > usb4: USB revision 2.0=0D > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1=0D > uhub4: 8 ports with 8 removable, self powered=0D > =00=00 --=20 Michael W. Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ "The cloak of anonymity protects me from the nuisance of caring." -Non Sequ= itur From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 04:15:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12A1C16A420; Wed, 8 Feb 2006 04:15:12 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 618E843D48; Wed, 8 Feb 2006 04:15:10 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k184F3br011948; Wed, 8 Feb 2006 15:15:06 +1100 Received: from [61.8.38.184] (ppp26B8.dyn.pacific.net.au [61.8.38.184]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k184F1nH004185; Wed, 8 Feb 2006 15:15:02 +1100 In-Reply-To: <31986988-9FB7-4EFC-986B-50DB99934E32@freebsd.org> References: <3458D5B9-860C-4185-9359-1F48FC35B048@brooknet.com.au> <31986988-9FB7-4EFC-986B-50DB99934E32@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Wed, 8 Feb 2006 15:15:02 +1100 To: Jason Evans X-Mailer: Apple Mail (2.746.2) Cc: davidxu@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Which signal occurs due to a page protection violation? 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, 08 Feb 2006 04:15:12 -0000 [ moved to -current ] On 01/02/2006, at 6:41 AM, Jason Evans wrote: > On Jan 31, 2006, at 1:06 AM, Sam Lawrance wrote: >> ElectricFence is failing during its self test on i386 7-current: >> >> Testing Electric Fence. >> After the last test, it should print that the test has PASSED. >> EF_PROTECT_BELOW= && EF_PROTECT_FREE= && EF_ALIGNMENT= && ./eftest >> Segmentation fault (core dumped) >> *** Error code 139 >> >> The program intentionally overruns and underruns buffers in order >> to test the functionality of ElectricFence. >> I think it's failing because: >> 1) the new jemalloc is actually catching the problem and throwing >> SIGSEGV >> 2) ElectricFence is being compiled with - >> DPAGE_PROTECTION_VIOLATED_SIGNAL=SIGBUS on that platform. > > I'm not sure about this, but I think the change of which signal > occurs is unrelated to jemalloc. I think Kris Kennaway at one > point told me that jemalloc broke the efence port, but then later > retracted that claim when efence also failed on a machine that was > still using phkmalloc. This may be due to a signal delivery bugfix > that someone put in, probably in early December 2005. You are right. The change below delivers SIGSEGV instead of SIGBUS (also on amd64). http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/trap.c? annotate=1.282 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/trap.c.diff? r1=1.294&r2=1.295&f=h David, was this an intentional change? It broke ElectricFence, which depended on the old behaviour. The 4.x, 5.x, and 6.x package builds are hosted on machines running -current, so ElectricFence self tests will fail in that environment. I haven't seen any other fallout from this change. However, binaries depending on the old behaviour may have issues with backward compatibility. From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 04:46:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D7416A420; Wed, 8 Feb 2006 04:46:02 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from mail1a.your-server.co.za (mail1a.your-server.co.za [196.7.18.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 648A243D46; Wed, 8 Feb 2006 04:46:01 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from [196.7.18.226] (helo=hetzner.co.za) by mail1a.your-server.co.za with esmtp (Exim 4.54) id 1F6hDL-0001bx-9h; Wed, 08 Feb 2006 06:45:59 +0200 Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.51 (FreeBSD)) id 1F6hDL-000NO9-6S; Wed, 08 Feb 2006 06:45:59 +0200 To: Ruslan Ermilov From: Ian FREISLICH In-Reply-To: Message from Ruslan Ermilov of "Tue, 07 Feb 2006 18:44:00 +0200." <20060207164400.GD82738@ip.net.ua> X-Attribution: BOFH Date: Wed, 08 Feb 2006 06:45:59 +0200 Sender: ianf@hetzner.co.za Message-Id: X-Virus-Scanned: Clear (ClamAV 0.88/1280/Tue Feb 7 12:11:53 2006) Cc: Warner Losh , current@freebsd.org, Stefan Ehmann Subject: Re: Parallel buildkernel (still) broken? 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, 08 Feb 2006 04:46:03 -0000 Ruslan Ermilov wrote: > > --WChQLJJJfbwij+9x > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Feb 07, 2006 at 05:17:41PM +0100, Stefan Ehmann wrote: > > On Mon, 2006-02-06 at 18:46 +0200, Ruslan Ermilov wrote: > > > On Mon, Feb 06, 2006 at 04:10:59PM +0100, Stefan Ehmann wrote: > > > > On Mon, 2006-02-06 at 15:30 +0200, Ian FREISLICH wrote: > > > > > Hi > > > > >=20 > > > > > I was wondering if there is some fubar on my current box or if it's > > > > > just not possible to do parallel buildkernels. make buildworld > > > > > -jnn does work on this system. System is i386. > > > > >=20 > > > > > With the parallel build it's difficult to say exactly what the > > > > > problem is. This is the error that I get. There are no errors > > > > > further up in the script at least. > > > >=20 > > > > I get the same errors for quite some time now. But since it's easy to > > > > workaround, I haven't investigated/reported it yet. > > > >=20 > > > Could you both test this and report back? > >=20 > > Didn't work for me either. > >=20 > Please re-test with sys/conf/kern.post.mk,v 1.92. This fixes the issue. Many thanks. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 05:39:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C4716A422; Wed, 8 Feb 2006 05:39:30 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0E2043D58; Wed, 8 Feb 2006 05:39:29 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k185dOIB053214; Wed, 8 Feb 2006 05:39:26 GMT (envelope-from davidxu@freebsd.org) Message-ID: <43E9840B.2030709@freebsd.org> Date: Wed, 08 Feb 2006 13:39:23 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050928 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Lawrance References: <3458D5B9-860C-4185-9359-1F48FC35B048@brooknet.com.au> <31986988-9FB7-4EFC-986B-50DB99934E32@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Kris Kennaway , Jason Evans , current@freebsd.org Subject: Re: Which signal occurs due to a page protection violation? 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, 08 Feb 2006 05:39:30 -0000 Sam Lawrance wrote: > > [ moved to -current ] > > On 01/02/2006, at 6:41 AM, Jason Evans wrote: > >> On Jan 31, 2006, at 1:06 AM, Sam Lawrance wrote: >> >>> ElectricFence is failing during its self test on i386 7-current: >>> >>> Testing Electric Fence. >>> After the last test, it should print that the test has PASSED. >>> EF_PROTECT_BELOW= && EF_PROTECT_FREE= && EF_ALIGNMENT= && ./eftest >>> Segmentation fault (core dumped) >>> *** Error code 139 >>> >>> The program intentionally overruns and underruns buffers in order to >>> test the functionality of ElectricFence. >>> I think it's failing because: >>> 1) the new jemalloc is actually catching the problem and throwing >>> SIGSEGV >>> 2) ElectricFence is being compiled with - >>> DPAGE_PROTECTION_VIOLATED_SIGNAL=SIGBUS on that platform. >> >> >> I'm not sure about this, but I think the change of which signal >> occurs is unrelated to jemalloc. I think Kris Kennaway at one point >> told me that jemalloc broke the efence port, but then later retracted >> that claim when efence also failed on a machine that was still using >> phkmalloc. This may be due to a signal delivery bugfix that someone >> put in, probably in early December 2005. > > > You are right. The change below delivers SIGSEGV instead of SIGBUS > (also on amd64). > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/trap.c? > annotate=1.282 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/trap.c.diff? > r1=1.294&r2=1.295&f=h > > David, was this an intentional change? It broke ElectricFence, which > depended on the old behaviour. The 4.x, 5.x, and 6.x package builds > are hosted on machines running -current, so ElectricFence self tests > will fail in that environment. > > I haven't seen any other fallout from this change. However, binaries > depending on the old behaviour may have issues with backward > compatibility. > > > > Yes, I made the change when I was making it POSIX compatible, I didn't intentionally break ElectricFence, it was an unfortunateness. The real problem is return code of vm_fault, in file i386/i386/trap.c, line 768: return((rv == KERN_PROTECTION_FAILURE) ? SIGBUS : SIGSEGV); it only detects protection fault, and if it is true, returns SIGBUS, however, I had mapped this SIGBUS to SIGSEGV + SEGV_ACCERR, to understand POSIX signal encoding, please read manual page: man siginfo I think the return code from vm_fault should be documented, I really need it to implement it correctly, current there are following values in /sys/vm/vm_param.h: #define KERN_SUCCESS 0 #define KERN_INVALID_ADDRESS 1 #define KERN_PROTECTION_FAILURE 2 #define KERN_NO_SPACE 3 #define KERN_INVALID_ARGUMENT 4 #define KERN_FAILURE 5 #define KERN_RESOURCE_SHORTAGE 6 #define KERN_NOT_RECEIVER 7 #define KERN_NO_ACCESS 8 I don't know in what situation each value will be returned. One situation I think kernel should return SIGBUS to user code is: for example, I have a binary file its name called hello, its size is 1024 bytes, now following code tries to read the byte at 10239 offset: #include #include #include #include #include int main() { char *p; int fd = open("./hello", O_RDONLY); if (fd == -1) { printf("open failed\n"); return (0); } p = mmap(NULL, 10240, PROT_READ , MAP_PRIVATE, fd, 0); if (p == NULL) { printf("can not map\n"); return (0); } printf("%c\n", *(p + 10239)); return 0; } ~ kernel should post SIGBUS to userland, because physical page is not available, the file pager won't privde a page for it, it should get SIGBUS + BUS_ADRERR, same when you access a device mapped into memory, but out of device object's address range. Above is my knowledge of the POSIX signal code, I may be wrong. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 10:57:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D5416A420; Wed, 8 Feb 2006 10:57:19 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E4B043D53; Wed, 8 Feb 2006 10:57:16 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (patr530-a036.otenet.gr [212.205.215.36]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k18Aurw0000760; Wed, 8 Feb 2006 12:57:00 +0200 Received: by flame.pc (Postfix, from userid 1001) id AC4DA5C86; Wed, 8 Feb 2006 12:56:13 +0200 (EET) Date: Wed, 8 Feb 2006 12:56:13 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060208105613.GA1181@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207132335.W37594@fledge.watson.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.399, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.00, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard , Steve Kargl Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 08 Feb 2006 10:57:19 -0000 On 2006-02-07 13:26, Robert Watson wrote: >On Tue, 7 Feb 2006, Giorgos Keramidas wrote: >>On 2006-02-01 15:55, Steve Kargl wrote: >>>After a binary search, I have determined that the new pts code is >>>triggering kernel panics on an AMD64 system. >> >> It also makes syscons unusable here. >> >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed >> it in /dev/ad0s1a (my test partition), and the behavior is still the >> same as a few days ago: >> >> - single user mode shell works fine >> >> - in multiuser mode, when syscons reaches a login prompt i have to >> press RET twice to see the last line >> >> It seems that something is broken in the way syscons detects whether >> an output line should be flushed out, but I'm not sure. >> >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before >> the first pts change). >> >> I don't know how to debug this or provide more useful feedback, but >> I'll look at the diffs later today, when I'm done with $REALJOB >> stuff. > > Does the instability occur if kern.pts.enable=0, or only when > kern.pts.enable=1? Both. I rebuilt a kernel & userland from today's HEAD, and installed it on a clean partition. Both a GENERIC kernel and my own FLAME kernel config (attached) were tested with kern.pts.enable=0 and kern.pts.enable=1. There are no significant differences in "boot -v" dmesg output, apart from minor reordering of things like pflog0 and atapi cam. > If 0, if you back out the user space changes but leave tty_pts.c > compiled into the kernel, do the instability issues persist? How > about with the kernel code compiled out, but the user space code in > place? > Basically, it would be good to know if what you're seeing is a > property of the pts code being in the kernel at all, or a property of > it actually in use. It looks like it's a property of having the code in the kernel. FWIW, I don't see a /dev/pty subdir, even when the kernel reached multiuser mode and I manage to log into ttyv0. I'm off to test backing out the kernel changes... From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 11:08:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5140916A420; Wed, 8 Feb 2006 11:08:07 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B8A43D46; Wed, 8 Feb 2006 11:08:04 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (patr530-a036.otenet.gr [212.205.215.36]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k18B7eos001218; Wed, 8 Feb 2006 13:07:44 +0200 Received: by flame.pc (Postfix, from userid 1001) id ECFB95C87; Wed, 8 Feb 2006 13:06:55 +0200 (EET) Date: Wed, 8 Feb 2006 13:06:55 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060208110655.GC1181@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> <20060208105613.GA1181@flame.pc> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20060208105613.GA1181@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.401, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.00, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org, Steve Kargl , Olivier Houchard , freebsd-amd64@freebsd.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 08 Feb 2006 11:08:07 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2006-02-08 12:56, Giorgos Keramidas wrote: >On 2006-02-07 13:26, Robert Watson wrote: >> Does the instability occur if kern.pts.enable=0, or only when >> kern.pts.enable=1? > > Both. I rebuilt a kernel & userland from today's HEAD, and installed it > on a clean partition. Both a GENERIC kernel and my own FLAME kernel > config (attached) were tested with kern.pts.enable=0 and kern.pts.enable=1. Attachment forgotten... naturally :) --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=FLAME # # FLAME -- FreeBSD/amd64 kernel configuration file for `flame.pc' laptop # # Based on: # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.449 2006/01/12 01:20:59 obrien Exp $ # $FreeBSD: src/sys/amd64/conf/NOTES,v 1.51 2005/12/03 01:23:49 anholt Exp $ # $FreeBSD: src/sys/conf/NOTES,v 1.1347 2006/01/29 02:52:40 mlaier Exp $ cpu HAMMER ident FLAME # Debugging options are useful for running CURRENT. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options KDB # Enable kernel debugger support. options KDB_TRACE # Print thread stack trace on panic options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_BDE # Disk encryption. options GEOM_BSD # BSD disklabels options GEOM_ELI # Disk encryption. options GEOM_GPT # GUID Partition Tables. options GEOM_LABEL # Providers labelization. options GEOM_MBR # DOS/MBR partitioning options GEOM_MIRROR # Disk mirroring. options GEOM_STRIPE # Disk striping. options GEOM_SUNLABEL # Sun/Solaris partitioning options GEOM_SUNLABEL # Sun/Solaris partitioning options GEOM_VOL # Volume names from UFS superblock options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. #options STOP_NMI # Stop CPUS using NMI instead of IPI options LIBICONV # character code conversion support options CD9660_ICONV options MSDOSFS_ICONV options NTFS_ICONV options NETSMBCRYPTO #encrypted password support for SMB options ALTQ # altq(9) packet queueing options ALTQ_CBQ # Class Based Queueing # Linux 32-bit ABI support options COMPAT_LINUX32 # Compatible with i386 linux binaries options LINPROCFS # Cannot be a module yet. # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atapicam # emulate ATAPI devices as SCSI ditto via CAM device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options MAXCONS=12 # number of virtual consoles options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor options SC_TWOBUTTON_MOUSE # touchpad is much nicer this way device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards # XXX kvtop brokenness, pointer/int warnings #device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet device wi # wireless NICs # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpf) device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device snp # Snoop device - to look at pty/vty/etc.. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device gre # IP over IP tunneling device pf # PF OpenBSD packet-filter firewall device pflog # logging support interface for PF device pfsync # synchronization interface for PF # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (rfc2734 and rfc3146) device sound # The generic sound driver. device snd_via8233 # This supports Ferrari's sound card # The cpufreq(4) driver provides support for non-ACPI CPU frequency control device cpufreq # Cryptography framework for GEOM_ELI et al. device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 12:01:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D0D816A420 for ; Wed, 8 Feb 2006 12:01:02 +0000 (GMT) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id A01E743D5A for ; Wed, 8 Feb 2006 12:00:55 +0000 (GMT) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (l204011.ppp.asahi-net.or.jp [218.219.204.11]) by mail.asahi-net.or.jp (Postfix) with ESMTP id DB24D201CF for ; Wed, 8 Feb 2006 21:00:53 +0900 (JST) Date: Wed, 08 Feb 2006 20:56:50 +0900 From: Watanabe Kazuhiro To: freebsd-current@freebsd.org In-Reply-To: <20060207230142.GD32998@comp.chem.msu.su> References: <20060207230142.GD32998@comp.chem.msu.su> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.0 (HANANOEN) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20060208120053.DB24D201CF@mail.asahi-net.or.jp> Subject: Re: 7.0-CURRENT Hang 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, 08 Feb 2006 12:01:02 -0000 Hi, I've encountered the same problem on some old PCs (Pentium/P54C and DX4ODP). After applied your patch, these PCs come to boot the 7-current's GENERIC kernel. Cpuid's result is below. * Fujitsu FMV-575D4 (Pentium/P54C, i386) FreeBSD 4.7-RELEASE #66: Wed Nov 19 17:54:27 JST 2003 nabe@pisces.zodiac.org:/usr/src/sys/compile/DISKLESS_taurus Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (75.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x1bf real memory = 134217728 (131072K bytes) avail memory = 126812160 (123840K bytes) taurus:~/cpuid/work/cpuid-3.3 {6} ./cpuid eax in eax ebx ecx edx 00000000 00000001 756e6547 6c65746e 49656e69 00000001 00000525 00000000 00000000 000001bf Vendor ID: "GenuineIntel"; CPUID level 1 Intel-specific functions: Version 00000525: Type 0 - Original OEM Family 5 - Pentium Model 2 - 75-200 Stepping 5 Reserved 0 Feature flags: 000001bf: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers MCE Machine Check Exception CX8 COMPXCHG8B Instruction taurus:~/cpuid/work/cpuid-3.3 {7} * NEC PC-9821Xa9 (Pentium/P54C, pc98) FreeBSD 7.0-CURRENT #20: Wed Feb 8 15:47:09 JST 2006 nabe@scorpio.zodiac.org:/FreeBSD/obj-pc98/pc98/FreeBSD/FreeBSD-current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 2457600 Hz quality 0 CPU: Pentium/P54C (90.01-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x1bf real memory = 67108864 (64 MB) avail memory = 55197696 (52 MB) > ./cpuid eax in eax ebx ecx edx 00000000 00000001 756e6547 6c65746e 49656e69 00000001 00000525 00000000 00000000 000001bf Vendor ID: "GenuineIntel"; CPUID level 1 Intel-specific functions: Version 00000525: Type 0 - Original OEM Family 5 - Pentium Model 2 - 75-200 Stepping 5 Reserved 0 Feature flags: 000001bf: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers MCE Machine Check Exception CX8 COMPXCHG8B Instruction > * NEC PC-9821As2 (DX4ODP, pc98) FreeBSD 4.7-RELEASE #7: Sun Nov 23 12:55:49 JST 2003 nabe@aries.zodiac.org:/usr/src/sys/compile/DISKLESS_gemini Timecounter "i8254" frequency 2457600 Hz CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping = 0 Features=0x3 real memory = 44040192 (43008K bytes) avail memory = 38625280 (37720K bytes) gemini:~/cpuid/work/cpuid-3.3 {8} ./cpuid eax in eax ebx ecx edx 00000000 00000001 756e6547 6c65746e 49656e69 00000001 00000480 00000000 00000000 00000003 Vendor ID: "GenuineIntel"; CPUID level 1 Intel-specific functions: Version 00000480: Type 0 - Original OEM Family 4 - i486 Model 8 - DX4 Stepping 0 Reserved 0 Feature flags: 00000003: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements gemini:~/cpuid/work/cpuid-3.3 {9} --- Watanabe Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 12:50:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6404316A420; Wed, 8 Feb 2006 12:50:00 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C6D43D6D; Wed, 8 Feb 2006 12:49:53 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (dialup174.ach.sch.gr [81.186.70.174]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k18CnKfo005210; Wed, 8 Feb 2006 14:49:37 +0200 Received: by flame.pc (Postfix, from userid 1001) id 8A2FE5C5D; Wed, 8 Feb 2006 14:19:09 +0200 (EET) Date: Wed, 8 Feb 2006 14:19:09 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060208121909.GA795@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> <20060208105613.GA1181@flame.pc> <20060208110655.GC1181@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060208110655.GC1181@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.476, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.92, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org, Steve Kargl , Olivier Houchard , freebsd-amd64@freebsd.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 08 Feb 2006 12:50:00 -0000 On 2006-02-08 13:06, Giorgos Keramidas wrote: > On 2006-02-08 12:56, Giorgos Keramidas wrote: > >On 2006-02-07 13:26, Robert Watson wrote: > >> Does the instability occur if kern.pts.enable=0, or only when > >> kern.pts.enable=1? > > > > Both. I rebuilt a kernel & userland from today's HEAD, and installed it > > on a clean partition. Both a GENERIC kernel and my own FLAME kernel > > config (attached) were tested with kern.pts.enable=0 and kern.pts.enable=1. > > Attachment forgotten... naturally :) I updated to HEAD and then reverted the tty_pts changes from src/sys only, using the attached patch, but the problems of syscons are still there :-/ %%% Index: conf/files =================================================================== --- conf/files (revision 10) +++ conf/files (revision 11) @@ -1347,7 +1347,6 @@ kern/tty_conf.c standard kern/tty_cons.c standard kern/tty_pty.c optional pty -kern/tty_pts.c optional pty kern/tty_subr.c standard kern/tty_tty.c standard kern/uipc_accf.c optional inet Index: kern/tty_pty.c =================================================================== --- kern/tty_pty.c (revision 10) +++ kern/tty_pty.c (revision 11) @@ -30,7 +30,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/kern/tty_pty.c,v 1.145 2006/02/02 20:35:45 cognet Exp $"); +__FBSDID("$FreeBSD: src/sys/kern/tty_pty.c,v 1.141 2006/01/10 09:19:09 phk Exp $"); /* * Pseudo-teletype Driver @@ -107,7 +107,6 @@ u_char pt_ucntl; struct tty *pt_tty; struct cdev *devs, *devc; - int pt_devs_open, pt_devc_open; struct prison *pt_prison; }; @@ -133,6 +132,7 @@ static struct cdev * ptyinit(struct cdev *devc, struct thread *td) { + struct cdev *devs; struct ptsc *pt; int n; @@ -143,47 +143,19 @@ devc->si_flags &= ~SI_CHEAPCLONE; - /* - * Initially do not create a slave endpoint. - */ pt = malloc(sizeof(*pt), M_PTY, M_WAITOK | M_ZERO); + pt->devs = devs = make_dev_cred(&pts_cdevsw, n, td->td_ucred, + UID_ROOT, GID_WHEEL, 0666, "tty%c%r", names[n / 32], n % 32); pt->devc = devc; pt->pt_tty = ttyalloc(); pt->pt_tty->t_sc = pt; - devc->si_drv1 = pt; - devc->si_tty = pt->pt_tty; + devs->si_drv1 = devc->si_drv1 = pt; + devs->si_tty = devc->si_tty = pt->pt_tty; + pt->pt_tty->t_dev = devs; return (devc); } -static void -pty_create_slave(struct ucred *cred, struct ptsc *pt, int n) -{ - - pt->devs = make_dev_cred(&pts_cdevsw, n, cred, UID_ROOT, GID_WHEEL, - 0666, "tty%c%r", names[n / 32], n % 32); - pt->devs->si_drv1 = pt; - pt->devs->si_tty = pt->pt_tty; - pt->pt_tty->t_dev = pt->devs; -} - -static void -pty_destroy_slave(struct ptsc *pt) -{ - - pt->pt_tty->t_dev = NULL; - destroy_dev(pt->devs); - pt->devs = NULL; -} - -static void -pty_maybe_destroy_slave(struct ptsc *pt) -{ - - if (0 && pt->pt_devc_open == 0 && pt->pt_devs_open == 0) - pty_destroy_slave(pt); -} - /*ARGSUSED*/ static int ptsopen(struct cdev *dev, int flag, int devtype, struct thread *td) @@ -200,7 +172,7 @@ ttyinitmode(tp, 1, 0); } else if (tp->t_state & TS_XCLUDE && suser(td)) return (EBUSY); - else if (pt->pt_prison != td->td_ucred->cr_prison && suser(td)) + else if (pt->pt_prison != td->td_ucred->cr_prison) return (EBUSY); if (tp->t_oproc) /* Ctrlr still around. */ (void)ttyld_modem(tp, 1); @@ -213,32 +185,20 @@ return (error); } error = ttyld_open(tp, dev); - if (error == 0) { + if (error == 0) ptcwakeup(tp, FREAD|FWRITE); - pt->pt_devs_open = 1; - } else - pty_maybe_destroy_slave(pt); return (error); } static int ptsclose(struct cdev *dev, int flag, int mode, struct thread *td) { - struct ptsc *pti; struct tty *tp; int err; tp = dev->si_tty; - pti = dev->si_drv1; - - KASSERT(dev == pti->devs, ("ptsclose: dev != pti->devs")); - err = ttyld_close(tp, flag); (void) tty_close(tp); - - pti->pt_devs_open = 0; - pty_maybe_destroy_slave(pti); - return (err); } @@ -326,18 +286,12 @@ pt->pt_flags = 0; pt->pt_send = 0; pt->pt_ucntl = 0; - - if (!pt->devs) - pty_create_slave(td->td_ucred, pt, minor(dev)); - pt->pt_devc_open = 1; - return (0); } static int ptcclose(struct cdev *dev, int flags, int fmt, struct thread *td) { - struct ptsc *pti = dev->si_drv1; struct tty *tp; tp = dev->si_tty; @@ -358,8 +312,6 @@ } tp->t_oproc = 0; /* mark closed */ - pti->pt_devc_open = 0; - pty_maybe_destroy_slave(pti); return (0); } %%% From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 15:06:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 327E416A420; Wed, 8 Feb 2006 15:06:47 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D5543D62; Wed, 8 Feb 2006 15:06:45 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 247D94C5C5; Wed, 8 Feb 2006 07:06:43 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k18F6gxN074736; Wed, 8 Feb 2006 07:06:42 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602081506.k18F6gxN074736@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Yar Tikhiy In-Reply-To: Message from Yar Tikhiy of "Wed, 08 Feb 2006 02:01:42 +0300." <20060207230142.GD32998@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Feb 2006 07:06:42 -0800 Sender: Cy.Schubert@komquats.com Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 15:06:47 -0000 In message <20060207230142.GD32998@comp.chem.msu.su>, Yar Tikhiy writes: > On Tue, Feb 07, 2006 at 10:34:16AM -0800, Cy Schubert wrote: > > In message <20060207182755.GB32998@comp.chem.msu.su>, Yar Tikhiy writes: > > > On Tue, Feb 07, 2006 at 10:06:32AM -0800, Cy Schubert wrote: > > > > In message <20060207173154.GE19674@comp.chem.msu.su>, Yar Tikhiy writes > : > > > > > On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > > > cwtest# /usr/local/bin/cpuid > > eax in eax ebx ecx edx > > 00000000 00000001 756e6547 6c65746e 49656e69 > ^^ > > 00000001 0000052c 00000000 00000000 000001bf > > Thanks for getting these data! They tell that your CPU doesn't > support CPUID functions above 0x01, which is completely OK for > a Pentium. > > Would you mind giving a try to the attached patch? It should fix > the CPUID 0x02 issue while reducing code duplication. The patch fixes the problem and more elegantly than mine did. When this is committed, PR 92977 should be closed. Thanks. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 15:34:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFF9316A420 for ; Wed, 8 Feb 2006 15:34:28 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F3A43D48 for ; Wed, 8 Feb 2006 15:34:27 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id BBED34C5C5 for ; Wed, 8 Feb 2006 07:34:25 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k18FYOFe075677 for ; Wed, 8 Feb 2006 07:34:24 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602081534.k18FYOFe075677@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Feb 2006 07:34:24 -0800 Sender: Cy.Schubert@komquats.com Subject: Panic In mi_switch+0x7e X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 15:34:29 -0000 I issue the reboot command and the system panics and drops into DDB. Rebooting... /boot/kernel/kernel text=0x2e7b04 data=0x39924+0x2ef28 syms=[0x4+0x44260+0x4+0x560a3] no such file or directory \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 52 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK include /boot/cwtest/current | cwtest/current loader file selected unload complete currdev set to disk2s1a: /boot/kernel/kernel text=0x4e5698 data=0x84cc0+0xa02ac syms=[0x4+0x68770+0x4+0x7fd36] new kernel has been loaded OK boot -d GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb KDB: enter: Boot flags requested debugger [thread pid 0 tid 0 ] Stopped at kdb_enter+0x2b: nop db> c Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #0: Tue Feb 7 19:56:45 PST 2006 root@cwsys:/export/obj/opt/src/cvs-current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 83886080 (80 MB) avail memory = 72331264 (68 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0 x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x6000-0x607f mem 0xe1001000-0xe100107f irq 5 at device 18.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:80:28:96 ahc0: port 0x6100-0x61ff mem 0xe1000000-0xe1000fff irq 5 at device 19.0 on pci0 ahc0: [GIANT-LOCKED] aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs vgapci0: port 0x6200-0x62ff mem 0xe0000000-0xe0ffffff,0xe1002000-0xe1002fff irq 9 at device 20.0 on pci0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xca7ff,0xdc000-0xd ffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ed0 at port 0x280-0x29f iomem 0xd8000 irq 10 on isa0 ed0: Ethernet address: 00:40:05:55:fe:74 ed0: type NE2000 (16 bit) fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 aha1 at port 0x330-0x333 irq 11 drq 5 on isa0 aha1: AHA-1542CF FW Rev. C.0 (ID=45) SCSI Host Adapter, SCSI ID 7, 16 CCBs aha1: [GIANT-LOCKED] unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 119753276 Hz quality 800 Timecounters tick every 10.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 408MB at ata0-master WDMA1 ad2: 76351MB at ata1-master WDMA2 acd0: CDROM at ata1-slave PIO4 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1030MB (2110812 512 byte sectors: 64H 32S/T 1030C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 8) da1: 810MB (1660299 512 byte sectors: 64H 32S/T 810C) Trying to mount root from ufs:/dev/ad2s1a Loading configuration files. /dev/ad0s1b is smaller than physical memory Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device swapon: /dev/da0s1b: No such file or directory swapon: adding /dev/da1s1b as swap device swapon: adding /dev/ad2s1b as swap device Starting file system checks: /dev/ad2s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1a: clean, 181318 free (782 frags, 22567 blocks, 0.2% fragmentation) /dev/da1s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da1s1a: clean, 507827 free (5611 frags, 62777 blocks, 0.8% fragmentation) /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 262049 free (1097 frags, 32619 blocks, 0.3% fragmentation) /dev/ad2s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1e: clean, 2533185 free (6633 frags, 315819 blocks, 0.2% fragmentation)/dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 230364 free (3012 frags, 28419 blocks, 0.6% fragmentation) /dev/ad2s1g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad2s1g: clean, 27765390 free (91046 frags, 3459293 blocks, 0.1% fragmentation) /dev/da0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1e: clean, 177150 free (5022 frags, 21516 blocks, 1.1% fragmentation) mount option is unknown mount_mfs: mount exited with error code 1 Setting hostname: cwtest. vfs.nfsrv.async: 0 -> 1 xl0: link state changed to UP ed0: flags=8843 mtu 1500 inet6 fe80::240:5ff:fe55:fe74%ed0 prefixlen 64 tentative scopeid 0x2 inet 10.1.1.2 netmask 0xffffff00 broadcast 10.1.1.255 ether 00:40:05:55:fe:74 xl0: flags=8843 mtu 1500 options=9 inet6 fe80::250:daff:fe80:2896%xl0 prefixlen 64 tentative scopeid 0x1 inet 10.1.2.2 netmask 0xffffff00 broadcast 10.1.2.255 ether 00:50:da:80:28:96 media: Ethernet autoselect (10baseT/UTP) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 10.1.2.254 Additional routing options:. Starting devd. Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/ad0s1b... savecore: no dumps found Starting rpcbind. Setting NIS domain: cwsent.com. Starting ypxfrd. Starting ypserv. Starting ypbind. NFS access cache time=0 Starting amd. Clearing /tmp. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/krb5/lib /usr/local/libdata/ldconfig/mysql a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout /usr/local/lib/aout /usr/local/krb5/lib/aout ldconfig: /usr/lib/aout: No such file or directory Starting mountd. Feb 8 07:23:38 cwtest mountd[405]: bad exports list line /dsk02 Feb 8 07:23:39 cwtest mountd[405]: -alldirs requested but /foobar is not a filesystem mountpoint Feb 8 07:23:39 cwtest mountd[405]: bad exports list line /foobar -alldirs -maproot Starting nfsd. Starting timed. Starting local daemons:removing old files: /var/preserve /tmp /var/tmp. loading kernel modules: aout. starting local daemons:. . Starting lpd. Updating motd. Configuring syscons: keyrate blanktime screensaver. Starting sshd. Starting sendmail. Initial i386 initialization:. Additional ABI support: linux. Starting cron. Local package initialization:. Additional TCP options:. /etc/rc.d/sysctl: WARNING: sysctl debug.watchdog.timeout does not exist. Starting inetd. Starting background file system checks in 60 seconds. Wed Feb 8 07:24:08 PST 2006 Access to, or unauthorized use of data on this computer by any person other than authorized person(s) or owner(s) of an account is strictly prohibited and may result in legal action against such person. FreeBSD/i386 (cwtest) (console) login: Feb 8 07:24:37 cwtest reboot: rebooted by root FFFFFWaiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 0 1 0 0 done All buffers synced. Uptime: 2m26s (da1:ahc0:0:2:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:2:0): Sense Error Code 0x80 at block no. 2097152 (decimal) kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc067a1fe stack pointer = 0x28:0xc6ee19fc frame pointer = 0x28:0xc6ee1a44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 594 (reboot) [thread pid 594 tid 100071 ] Stopped at mi_switch+0x7e: addl %eax,0(%eax) db> trace Tracing pid 594 tid 100071 td 0xc18b91a0 mi_switch(0,0,0,1,c6ee0e6c) at mi_switch+0x7e db> show registers cs 0x20 ds 0x28 es 0x28 fs 0x8 ss 0x28 eax 0 ecx 0xc18b91a0 edx 0xc6ee1d90 ebx 0x1745c0b8 esp 0xc6ee19fc ebp 0xc6ee1a44 esi 0xc19c82ec edi 0xc18b91a0 eip 0xc067a1fe mi_switch+0x7e efl 0x90086 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 mi_switch+0x7e: addl %eax,0(%eax) db> Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 15:36:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F412816A420; Wed, 8 Feb 2006 15:36:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id EED9B43D49; Wed, 8 Feb 2006 15:36:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8015714 for multiple; Wed, 08 Feb 2006 10:35:43 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k18FaU4b060571; Wed, 8 Feb 2006 10:36:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Gallatin Date: Wed, 8 Feb 2006 10:32:58 -0500 User-Agent: KMail/1.9.1 References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <200602071730.53881.jhb@freebsd.org> <17385.9034.309439.331530@grasshopper.cs.duke.edu> In-Reply-To: <17385.9034.309439.331530@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602081033.00953.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-current@freebsd.org, Andre Oppermann Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 08 Feb 2006 15:36:42 -0000 On Tuesday 07 February 2006 17:46, Andrew Gallatin wrote: > John Baldwin writes: > > On Tuesday 07 February 2006 17:15, Andrew Gallatin wrote: > > > John Baldwin writes: > > > > On Monday 06 February 2006 17:37, Andrew Gallatin wrote: > > > > > John Baldwin writes: > > > > > > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > > > > > > Andre Oppermann writes: > > > > > > > > Andrew Gallatin wrote: > > > > > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network > > > > > > > > > rx performance by a considerable amount (7.5Gbs -> > > > > > > > > > 5.5Gbs)? > > > > > > > > > > > > You may be seeing problems because it might simply take a > > > > > > while for the CPU to wake up from HLT when an interrupt comes > > > > > > in. The 4BSD scheduler tries to do IPIs to wakeup any > > > > > > sleeping CPUs when it schedules a new thread, but that would > > > > > > add higher latency for ithreads than just preempting directly > > > > > > to the ithread. Oh, you have to turn that on, it's off by > > > > > > default > > > > > > (kern.sched.ipiwakeup.enabled=1). > > > > > > > > > > Hmm.. It seems to be on by default. Unfortunately, it does not > > > > > seem to help. > > > > > > > > I'm not sure. > > > > > > One thing which really helps is disabling preemption. If I do that, > > > I get 7.7Gb/sec with machdep.cpu_idle_hlt=1. This is slightly better > > > than machdep.cpu_idle_hlt=0 and no PREEMPTION. > > > > > > BTW, net.isr.direct=1 in all testing. > > > > Do you have very little userland activity in this test? > > Essentially none. netserver just sits in a loop, reading from the > socket and throwing the data away. If you disable preemption then in effect you are letting the idle CPUs pick up the ithread and not disturbing what is running on the non-idle CPU. sched_4bsd is supposed to be triggering the same behavior, except that it has to send an IPI to awaken the idle CPUs. When you have idle_hlt=0, there are no idle CPUs, so 4bsd thinks they are all busy and preempts. When you disable preemption, it just leaves the ithread on the runqueue until one of the idle CPUs notices the new thread in its idle loop and runs it. When you have idle_hlt=1, then 4bsd doesn't preempt but sends an IPI. It doesn't even try to preempt unless it thinks all CPUs are busy. One thing disabling PREEMPTION does is that it enables some explicit FULL_PREEMPTION-like behavior in _mtx_unlock_sleep(). You might want to try #if 0'ing that code out to see if that is why having PREEMPTION off makes a difference. (Ironically, having PREEMPTION on means _mtx_unlock_sleep() will preempt less often.) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 16:30:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A41C16A420; Wed, 8 Feb 2006 16:30:57 +0000 (GMT) (envelope-from h.schmalzbauer@omnisec.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3018643D49; Wed, 8 Feb 2006 16:30:55 +0000 (GMT) (envelope-from h.schmalzbauer@omnisec.de) Received: from sam.flintsbach.schmalzbauer.de (sam.flintsbach.schmalzbauer.de [172.21.2.4]) by flb.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id k18GZfJo040988; Wed, 8 Feb 2006 17:35:41 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.252]) by sam.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 76943B62D; Wed, 8 Feb 2006 17:30:52 +0100 (CET) Received: from cale.flintsbach.schmalzbauer.de (localhost [127.0.0.1]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4) with ESMTP id k18GUaq0032071; Wed, 8 Feb 2006 17:30:36 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Received: from localhost (localhost [[UNIX: localhost]]) by cale.flintsbach.schmalzbauer.de (8.13.4/8.13.4/Submit) id k18GUZWW032070; Wed, 8 Feb 2006 17:30:35 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) X-Authentication-Warning: cale.flintsbach.schmalzbauer.de: harry set sender to h.schmalzbauer@omnisec.de using -f From: Harald Schmalzbauer Organization: OmniSEC GbR To: Gleb Smirnoff Date: Wed, 8 Feb 2006 17:30:34 +0100 User-Agent: KMail/1.9.1 References: <200601110030.k0B0UPOx009098@repoman.freebsd.org> <200601121847.08044@harrymail> <20060112220112.GE83922@FreeBSD.org> In-Reply-To: <20060112220112.GE83922@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602081730.35748.h.schmalzbauer@omnisec.de> X-Mailman-Approved-At: Wed, 08 Feb 2006 17:15:05 +0000 Cc: cvs-src@freebsd.org, freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/em if_em.c if_em.h 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, 08 Feb 2006 16:30:57 -0000 Am Donnerstag, 12. Januar 2006 23:01 schrieb Gleb Smirnoff: > On Thu, Jan 12, 2006 at 06:47:00PM +0100, Harald Schmalzbauer wrote: > H> Am Mittwoch, 11. Januar 2006 01:30 CEST schrieb Scott Long: > H> > scottl 2006-01-11 00:30:25 UTC > H> > > H> > FreeBSD src repository > H> > > H> > Modified files: > H> > sys/dev/em if_em.c if_em.h > H> > Log: > H> > Significant performance improvements for the if_em driver: > H> > > H> > - Only update the rx ring consumer pointer after running through the > H> > rx loop, not with each iteration through the loop. > H> > - If possible, use a fast interupt handler instead of an ithread > H> > handler. Use the interrupt handler to check and squelch the > interrupt, H> > then schedule a taskqueue to do the actual work. This has > three H> > benefits: > H> > H> Thank you very much for your work! Since I'm using many em cards and > can't H> get higher tranfer rates compared to fxp (but I wanted to double > it so I H> spent some money to replace F-Eth equipment with GbE) I'd like > to apply H> your work to RELENG_6. I made the attached diff, but compiler > stops here: H> [...] > H> /usr/src/sys/dev/em/if_em.c:3178:34: macro "VLAN_INPUT_TAG" requires 4 > H> arguments, but only 3 given > H> mkdep: compile failed > H> *** Error code 1 > H> > H> Stop in /usr/obj/GUNE/usr/src/sys/CUV-LV. > H> *** Error code 1 > H> > H> I have no idea how to correct this, could you please help me? Or isn't > it H> that simple, eg. VLAN isn't the same level in RELENG_6 and -current? > > I'm going to merge the VLAN_INPUT_TAG() change soon. But merging em(4) > requires also a lot of taskqueue code merging. Thanks for your work, I saw that you merged the VLAN code some time ago to RELENG_6. Is there any chance that the taskqueue code and then the new em code will make it into 6.1? I'd really love to see my em's shifting more than 130mbit/s with ftp... ;) -Harry From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 17:17:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0C8116A420; Wed, 8 Feb 2006 17:17:12 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CCE043D5F; Wed, 8 Feb 2006 17:17:12 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k18HHB8N005977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Feb 2006 12:17:11 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k18HH6hc015485; Wed, 8 Feb 2006 12:17:06 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17386.10130.139455.567203@grasshopper.cs.duke.edu> Date: Wed, 8 Feb 2006 12:17:06 -0500 (EST) To: John Baldwin In-Reply-To: <200602081033.00953.jhb@freebsd.org> References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <200602071730.53881.jhb@freebsd.org> <17385.9034.309439.331530@grasshopper.cs.duke.edu> <200602081033.00953.jhb@freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 08 Feb 2006 17:17:12 -0000 John Baldwin writes: > On Tuesday 07 February 2006 17:46, Andrew Gallatin wrote: > > John Baldwin writes: > > > On Tuesday 07 February 2006 17:15, Andrew Gallatin wrote: > > > > John Baldwin writes: > > > > > On Monday 06 February 2006 17:37, Andrew Gallatin wrote: > > > > > > John Baldwin writes: > > > > > > > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > > > > > > > Andre Oppermann writes: > > > > > > > > > Andrew Gallatin wrote: > > > > > > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE network > > > > > > > > > > rx performance by a considerable amount (7.5Gbs -> > > > > > > > > > > 5.5Gbs)? > > > > > > > > > > > > > > You may be seeing problems because it might simply take a > > > > > > > while for the CPU to wake up from HLT when an interrupt comes > > > > > > > in. The 4BSD scheduler tries to do IPIs to wakeup any > > > > > > > sleeping CPUs when it schedules a new thread, but that would > > > > > > > add higher latency for ithreads than just preempting directly > > > > > > > to the ithread. Oh, you have to turn that on, it's off by > > > > > > > default > > > > > > > (kern.sched.ipiwakeup.enabled=1). > > > > > > > > > > > > Hmm.. It seems to be on by default. Unfortunately, it does not > > > > > > seem to help. > > > > > > > > > > I'm not sure. > > > > > > > > One thing which really helps is disabling preemption. If I do that, > > > > I get 7.7Gb/sec with machdep.cpu_idle_hlt=1. This is slightly better > > > > than machdep.cpu_idle_hlt=0 and no PREEMPTION. > > > > > > > > BTW, net.isr.direct=1 in all testing. > > > > > > Do you have very little userland activity in this test? > > > > Essentially none. netserver just sits in a loop, reading from the > > socket and throwing the data away. > > If you disable preemption then in effect you are letting the idle CPUs pick up > the ithread and not disturbing what is running on the non-idle CPU. > sched_4bsd is supposed to be triggering the same behavior, except that it has > to send an IPI to awaken the idle CPUs. When you have idle_hlt=0, there are > no idle CPUs, so 4bsd thinks they are all busy and preempts. When you > disable preemption, it just leaves the ithread on the runqueue until one of > the idle CPUs notices the new thread in its idle loop and runs it. When you > have idle_hlt=1, then 4bsd doesn't preempt but sends an IPI. It doesn't even > try to preempt unless it thinks all CPUs are busy. I wish we had a lightweight way to watch all this stuff. I can't wait for dtrace. FWIW, if I use SCHED_ULE, performance sucks regardless of idle_hlt. > One thing disabling PREEMPTION does is that it enables some explicit > FULL_PREEMPTION-like behavior in _mtx_unlock_sleep(). You might want to try > #if 0'ing that code out to see if that is why having PREEMPTION off makes a > difference. (Ironically, having PREEMPTION on means _mtx_unlock_sleep() will > preempt less often.) Removing that code did not seem to matter. I still get good performance with SCHED_4BSD, PREEMPTION disabled, idle_hlt=1, and that code removed. Drew From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 18:15:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E3EC16A422 for ; Wed, 8 Feb 2006 18:15:27 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335EA43D48 for ; Wed, 8 Feb 2006 18:15:27 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.4/8.13.4) with ESMTP id k18IFQMq028278 for ; Wed, 8 Feb 2006 10:15:26 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.4/8.13.4/Submit) with ESMTP id k18IFQn6028275 for ; Wed, 8 Feb 2006 10:15:26 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Wed, 8 Feb 2006 10:15:26 -0800 (PST) From: Matthew Jacob X-X-Sender: mjacob@ns1.feral.com To: freebsd-current@freebsd.org Message-ID: <20060208101308.B28251@ns1.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 08 Feb 2006 18:53:15 +0000 Subject: semi-interesting panic when rebooting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 18:15:27 -0000 I was debugging some stuff with mpt on an HTT i386 with ~today's source (modified with mpt changes and a MAXPHYS/DFLTPHYS cranked up to 1m/.5m) I had a gstriped volume set that was having some, uh, issues, so I rebooted the system. While rebooting, it panic'd in VFS. Just reporting things in case anyone has thoughts on this one. Feb 8 10:06:16 colfax reboot: rebooted by root Feb 8 10:06:16 colfax syslogd: exiting on signal 15 mpt0: Request 0xc237477c Timed out. mpt0: Request 0xc2374598 Timed out. mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: Request 0xc23747d4 Timed out. Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 done All buffers synced. Mount point /home had 2 dangling refs mpt0: Request 0xc23747d4 Timed out. mpt0: Timedout requests already complete. Interrupts may not be functioning. mpt0: Request 0xc23747d4 Timed out. mpt0: Timedout requests already complete. Interrupts may not be functioning. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xdeadc0de fault code = supervisor read, page not present instruction pointer = 0x20:0xc06be1fc stack pointer = 0x28:0xdb9d99c8 frame pointer = 0x28:0xdb9d99c8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 696 (lmdd) [thread pid 696 tid 100113 ] Stopped at strlen+0x8: cmpb $0,0(%edx) db> bt Tracing pid 696 tid 100113 td 0xc2d0e9c0 strlen(deadc0de,138,19,0,20d0ea54) at strlen+0x8 kvprintf(c088646b,c0673244,db9d9aac,a,db9d9af4) at kvprintf+0x64c vsnprintf(c0953860,100,c088646b,db9d9af0,100) at vsnprintf+0x29 panic(c088646b,deadc0de,c0890603,1a5,c25ac800) at panic+0xb2 _mtx_lock_flags(c25ac83c,0,c0890603,1a5,c2ebb410) at _mtx_lock_flags+0x5a vfs_rel(c25ac800) at vfs_rel+0x1c vdestroy(c2ebb410,c2ebb410,db9d9b68,c06b0a13,c2ebb410) at vdestroy+0x202 vdropl(c2ebb410,c2edd010,c2e5a700,c2ebb410,db9d9be4) at vdropl+0x3e vrele(c2ebb410) at vrele+0x167 fdfree(c2d0e9c0) at fdfree+0x65a exit1(c2d0e9c0,9,db9d9c98,c2d0e9c0,c2e4c000) at exit1+0x448 sigexit(c2d0e9c0,9,c2e4caa8,0,c088772b) at sigexit+0xdf postsig(9) at postsig+0x155 ast(db9d9d38) at ast+0x35e doreti_ast() at doreti_ast+0x17 From owner-freebsd-current@FreeBSD.ORG Wed Feb 8 20:47:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 210AD16A420 for ; Wed, 8 Feb 2006 20:47:05 +0000 (GMT) (envelope-from binjajer@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC29443D55 for ; Wed, 8 Feb 2006 20:47:04 +0000 (GMT) (envelope-from binjajer@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so1187223wxc for ; Wed, 08 Feb 2006 12:47:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=JDR6eFz1ccbLffOPaCM2Ua4Re4H8lfU2bWWOpRnwdoTrSzTahCKw3CaJIUa92WQ9EYZ+Vt8QtR8tjDNA4H5kX/vJc+EOpcFbp9ffLYsyFEfYzVO+1wmjo2tUCbwSMiLQjk63E/4ZKFb4io4n+qsaWF2r9RO1/79RKEzOGBFcroI= Received: by 10.70.86.8 with SMTP id j8mr9095900wxb; Wed, 08 Feb 2006 12:46:49 -0800 (PST) Received: by 10.70.30.8 with HTTP; Wed, 8 Feb 2006 12:46:49 -0800 (PST) Message-ID: Date: Wed, 8 Feb 2006 21:46:49 +0100 From: Michael Jejer To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re:Re: snap10 works, snap12 doesn't 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, 08 Feb 2006 20:47:05 -0000 Ok.... I had a similar problem, with ~yesterweek's build. The machine was a dual-processor Intel PIII. Hmm... SMP problems? -- /* * [...] Note that 120 sec is defined in the protocol as the maximum * possible RTT. I guess we'll have to use something other than TCP * to talk to the University of Mars. * PAWS allows us longer timeouts and large windows, so once implemented * ftp to mars will work nicely. */ -- from /usr/src/linux/net/inet/tcp.c, concerning RTT [round trip time] From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 06:26:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A10C416A420 for ; Thu, 9 Feb 2006 06:26:40 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id F38BF43D45 for ; Thu, 9 Feb 2006 06:26:39 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so75883uge for ; Wed, 08 Feb 2006 22:26:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mX/btb8dILHa1789AyzFASZlBbQsQPPgEaB/d+M2yFi31XrzhjDCBufRaBETC5JX0qZruw50acdcFOSE4ri9Pk3I9XCqoJzZkSvJ8fXahwn6i4JfVYJ1PA7EHOfIuvxkrIP46X0CvK49O9IcR8G6+gTH5+aMZolTNRmSaQoQOxQ= Received: by 10.49.34.11 with SMTP id m11mr2237860nfj; Wed, 08 Feb 2006 22:26:38 -0800 (PST) Received: by 10.49.26.14 with HTTP; Wed, 8 Feb 2006 22:26:38 -0800 (PST) Message-ID: <1b62a7390602082226k5298cd65ma0aed781f1ce21e7@mail.gmail.com> Date: Thu, 9 Feb 2006 01:26:38 -0500 From: Ryan R Cc: FreeBSD Current In-Reply-To: <43E822A4.3000806@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43E822A4.3000806@errno.com> Subject: Re: ath patch+hal for test 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, 09 Feb 2006 06:26:40 -0000 Hi all! Just reporting in.. The patch worked EXCELLENT, not a single error during patching (Which I had loads of before) and not a single issue compiling the kernel. Here's exactly what I did: 1. Popped in my original 6.0-BOOTONLY ISO image, with a wired ethernet connection plugged in. 2. Chose the MINIMAL install, and only chose the cvsup-without-gui package, bash, and lynx (to view the handbook or websites). 3. Edited the stock 'standard-supfile' and synced my source tree (To 6.1-PRERELEASE) 4. cd /usr/src , then patch -p0 < /path/to/ath.patch (You have to manually type in which files to patch though once the process starts, the ath.patch refers to a customized /usr/ncvs directory which doesn't exist) and patched each file respectively. 5. cd /usr/src/sys/contrib/dev and renamed the original ath directory, unpacked the ath_hal-20051212.tgz here and renamed it in place of the original ath 6. make buildworld , make buildkernel , make installkernel, reboot, mergemaster -p, make installworld 7. created a real simple /etc/wpa_supplicant.conf file for my network, with my WPA2 PSK and home network SSID info in it 8. added 'ifconfig_ath0=3D"ssid my_ssid WPA DHCP" ' to /etc/rc.conf 9. manually loaded the if_ath module to make sure I got the dmesg info and it displayed itself properly, which it did, then added 'if_ath_load=3D"YES" , and , wlan_ccmp_load=3D"YES" ' to my /boot/loader.conf file to make sure they loaded automatically; rebooted again for good measure and to bring everything up, and voila!!works like a charm! My WPA2 home network finally works with my laptop!! Just wanted to say thanks again, I can now actually make use of this laptop and use it all over the house Excellent job!! Thanks!! Cheers! -Ryan On 2/6/06, Sam Leffler wrote: > You can find the 0.9.16.13 hal (that's been out for a while) and an > updated ath.patch at http://www.freebsd.org/~sam/ath. Please test and > report any regressions against what is in CVS. This patch should work > on both HEAD and RELENG_6. I hope to get things in CVS in time to make > the 6.1 release so timely feedback is important. > > This hal is required if you have one of the newer Atheros parts (e.g. > 5414). I've mainly tested station mode so beware of ap mode problems. > > I am aware of one issue that is not fixed in this patch: beacon miss > handling may not work correctly if the beacon timers are initialized > with a stale tsf (as can happen when scanning many channels). This > affects both station and adhoc mode operation and will be fixed when I > commit the changes. > > If you have a laptop with a radio on/off switch I've tried to add the > necessary glue to make it functional but since I don't have any laptops > of this sort the code is untested. > > Sam > _______________________________________________ > 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 Thu Feb 9 07:07:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E7816A422 for ; Thu, 9 Feb 2006 07:07:46 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A03C43D55 for ; Thu, 9 Feb 2006 07:07:40 +0000 (GMT) (envelope-from air.lightz@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so80506ugc for ; Wed, 08 Feb 2006 23:07:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mUsn8fxsgMaFekLCOxjg5uAEzXpmtSS7kd05mGoydkXwRjdrtxhKqgrTfdLrK9zaFmyObVvNM886d2JnCoKlAvwFd+dBNeyg26Fc5pb0vlFrCQPciY7V2ldVG3YwdlYtWnsjjxU1eLbx9Vg11jJdlCHsrAMO6WmWxU9jVLCcb7I= Received: by 10.49.34.11 with SMTP id m11mr2240906nfj; Wed, 08 Feb 2006 22:41:39 -0800 (PST) Received: by 10.49.26.14 with HTTP; Wed, 8 Feb 2006 22:41:39 -0800 (PST) Message-ID: <1b62a7390602082241v5efba56ew48e4e46487c498e2@mail.gmail.com> Date: Thu, 9 Feb 2006 01:41:39 -0500 From: Ryan R To: freebsd-current@freebsd.org In-Reply-To: <1b62a7390602082226k5298cd65ma0aed781f1ce21e7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43E822A4.3000806@errno.com> <1b62a7390602082226k5298cd65ma0aed781f1ce21e7@mail.gmail.com> Subject: Re: ath patch+hal for test 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, 09 Feb 2006 07:07:46 -0000 Oh, my apologies, I was being too hasty.. I should have noted that a couple of days ago I tried this exact process and wasn't successfull at all, so something major happened since then I'm assuming.. Also, the card I am using is probably a pretty common one, so I'd expect this to work for lots of people My wireless card is an "EnGenius EMP-8602" which uses a "6th Generation Atheros AR5006" chipset. http://www.netgate.com/product_info.php?products_id=3D279 is the card I've = got. It is also the exact same as the Senao NMP-8602 models and similar cards I had all seen with this Atheros chipset.. ath_hal: 0.9.16.13 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413,= DFS) npx0: on motherboard ath0: mem 0xfafe0000-0xfafeffff irq 9 at device 3.0 on pci2 ath0: Ethernet address: 00:02:6f:3e:1c:9e ath0: mac 10.4 phy 6.1 radio 6.3 Just thought that might be useful in case anyone with similar cards was interested Cheers > On 2/9/06, Ryan R wrote: > Hi all! > > Just reporting in.. The patch worked EXCELLENT, not a single error > during patching (Which I had loads of before) and not a single issue > compiling the kernel. Here's exactly what I did: > > > 1. Popped in my original 6.0-BOOTONLY ISO image, with a wired > ethernet connection plugged in. > > 2. Chose the MINIMAL install, and only chose the cvsup-without-gui > package, bash, and lynx (to view the handbook or websites). > > 3. Edited the stock 'standard-supfile' and synced my source tree (To > 6.1-PRERELEASE) > > 4. cd /usr/src , then patch -p0 < /path/to/ath.patch (You have to > manually type in which files to patch though once the process starts, > the ath.patch refers to a customized /usr/ncvs directory which doesn't > exist) and patched each file respectively. > > 5. cd /usr/src/sys/contrib/dev and renamed the original ath directory, > unpacked the ath_hal-20051212.tgz here and renamed it in place of the > original ath > > 6. make buildworld , make buildkernel , make installkernel, reboot, > mergemaster -p, make installworld > > 7. created a real simple /etc/wpa_supplicant.conf file for my network, > with my WPA2 PSK and home network SSID info in it > > 8. added 'ifconfig_ath0=3D"ssid my_ssid WPA DHCP" ' to /etc/rc.conf > > 9. manually loaded the if_ath module to make sure I got the dmesg info > and it displayed itself properly, which it did, then added > 'if_ath_load=3D"YES" , and , wlan_ccmp_load=3D"YES" ' to my > /boot/loader.conf file to make sure they loaded automatically; > rebooted again for good measure and to bring everything up, and > voila!!works like a charm! My WPA2 home network finally works with my > laptop!! > > Just wanted to say thanks again, I can now actually make use of this > laptop and use it all over the house > > Excellent job!! Thanks!! > Cheers! > > -Ryan > > On 2/6/06, Sam Leffler wrote: > > You can find the 0.9.16.13 hal (that's been out for a while) and an > > updated ath.patch at http://www.freebsd.org/~sam/ath. Please test and > > report any regressions against what is in CVS. This patch should work > > on both HEAD and RELENG_6. I hope to get things in CVS in time to make > > the 6.1 release so timely feedback is important. > > > > This hal is required if you have one of the newer Atheros parts (e.g. > > 5414). I've mainly tested station mode so beware of ap mode problems. > > > > I am aware of one issue that is not fixed in this patch: beacon miss > > handling may not work correctly if the beacon timers are initialized > > with a stale tsf (as can happen when scanning many channels). This > > affects both station and adhoc mode operation and will be fixed when I > > commit the changes. > > > > If you have a laptop with a radio on/off switch I've tried to add the > > necessary glue to make it functional but since I don't have any laptops > > of this sort the code is untested. > > > > Sam > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 07:29:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7BB016A422 for ; Thu, 9 Feb 2006 07:29:27 +0000 (GMT) (envelope-from theawel@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04FE443D4C for ; Thu, 9 Feb 2006 07:29:26 +0000 (GMT) (envelope-from theawel@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so98707nzo for ; Wed, 08 Feb 2006 23:29:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=g4wKymu++7wBErog3gci7p4U1hI3et/QmEXVMc04oLtzpDSumONPoh8EwQXDUJxBmDTQgKpoWNxMrjRpbTEUy5KB0ZPUfzpxroEcxx40Nnw1OqvbJ7AslbbYbQA3g0+Q0lJ44HUFXevz46aksCjohxe/I8zA3XNdN4Bv1O6195U= Received: by 10.36.41.19 with SMTP id o19mr6970096nzo; Wed, 08 Feb 2006 23:29:25 -0800 (PST) Received: by 10.37.21.18 with HTTP; Wed, 8 Feb 2006 23:29:25 -0800 (PST) Message-ID: Date: Thu, 9 Feb 2006 02:29:25 -0500 From: Alex To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD showing version number upon login 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, 09 Feb 2006 07:29:27 -0000 I just installed a fresh copy of freebsd 6.0. I went on to try to remove th= e version number that appears before your MOTD and I had no luck. I first tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and adding update_motd=3D"NO" to rc.conf and rebooted and that did nothing, it still showed up. I even went so far as to comment out the copyright statement in login.conf and rebuilt the DB but it still showed up. I also went to /etc/default/rc.conf and changed the default update_motd=3D"YES" to no and rebooted and still it kept showing up. I am at wits end here..... anyone have any ideas? Am I missing something here? --Alex From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 08:10:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55CF716A420 for ; Thu, 9 Feb 2006 08:10:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 130FC43D45 for ; Thu, 9 Feb 2006 08:10:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 499621A3C1B; Thu, 9 Feb 2006 00:10:36 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 07A0E51432; Thu, 9 Feb 2006 03:10:33 -0500 (EST) Date: Thu, 9 Feb 2006 03:10:32 -0500 From: Kris Kennaway To: Alex Message-ID: <20060209081032.GA72288@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 08:10:38 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Feb 09, 2006 at 02:29:25AM -0500, Alex wrote: > I just installed a fresh copy of freebsd 6.0. I went on to try to remove the > version number that appears before your MOTD and I had no luck. I first > tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and adding > update_motd="NO" to rc.conf and rebooted and that did nothing, it still > showed up. I even went so far as to comment out the copyright statement in > login.conf and rebuilt the DB but it still showed up. I also went to > /etc/default/rc.conf and changed the default update_motd="YES" to no and > rebooted and still it kept showing up. I am at wits end here..... anyone > have any ideas? Am I missing something here? IMO, the real question is "why are you trying to hide it"..that information is available in lots of ways. Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6vj4Wry0BWjoQKURAtQzAKD7gOVN8mlomn9NKTL4vo1S/JtJpgCfRPb3 JTP7BD1u31GN18fs0Ry6WGY= =2Fpm -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 08:50:32 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BEB916A420; Thu, 9 Feb 2006 08:50:32 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 768FE43D79; Thu, 9 Feb 2006 08:50:31 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k198oSxn074019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Feb 2006 11:50:29 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k198oSRR074013; Thu, 9 Feb 2006 11:50:28 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Feb 2006 11:50:27 +0300 From: Gleb Smirnoff To: Harald Schmalzbauer Message-ID: <20060209085027.GV877@cell.sick.ru> References: <200601110030.k0B0UPOx009098@repoman.freebsd.org> <200601121847.08044@harrymail> <20060112220112.GE83922@FreeBSD.org> <200602081730.35748.h.schmalzbauer@omnisec.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200602081730.35748.h.schmalzbauer@omnisec.de> User-Agent: Mutt/1.5.6i Cc: cvs-src@FreeBSD.org, freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/em if_em.c if_em.h 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, 09 Feb 2006 08:50:32 -0000 Harald, On Wed, Feb 08, 2006 at 05:30:34PM +0100, Harald Schmalzbauer wrote: H> Thanks for your work, I saw that you merged the VLAN code some time ago to H> RELENG_6. Is there any chance that the taskqueue code and then the new em H> code will make it into 6.1? H> I'd really love to see my em's shifting more than 130mbit/s with ftp... ;) This is question to Scott, not to me. AFAIK, Scott has plans to merge taskqueue code to RELENG_6 before release, but he is busy with other tasks. JFYI, I have a router on 6.0-STABLE, where I have merged all Scott's commits to taskqueue and I'm using this new taskqueue API to run pf(4) periodic tasks out of swi5 context. So the new taskqueue works fine on RELENG_6. However, straight merge is not acceptable since old API should be left too, for compatibility. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 09:00:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9686216A420 for ; Thu, 9 Feb 2006 09:00:43 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 795A243D6E for ; Thu, 9 Feb 2006 09:00:37 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.net (Postfix) with ESMTP id AABDB39832; Thu, 9 Feb 2006 10:01:33 +0100 (CET) Date: Thu, 9 Feb 2006 08:59:31 +0000 From: Marcin Jessa To: Alex Message-Id: <20060209085931.47d3d334.lists@yazzy.org> In-Reply-To: References: Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 09:00:43 -0000 On Thu, 9 Feb 2006 02:29:25 -0500 Alex wrote: > I just installed a fresh copy of freebsd 6.0. I went on to try to remove the > version number that appears before your MOTD and I had no luck. I first > tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and adding > update_motd="NO" to rc.conf and rebooted and that did nothing, update_motd="NO" is to update the /var/run/dmesg.boot afair > it still > showed up. I even went so far as to comment out the copyright statement in > login.conf and rebuilt the DB but it still showed up. I also went to > /etc/default/rc.conf and changed the default update_motd="YES" to no and > rebooted and still it kept showing up. I am at wits end here..... anyone > have any ideas? Am I missing something here? There are few ways to achieve this. One is to compile your kernel not to show any booting messages with black text and background. The other is to include a login image which can be i.e black. This way you could still see the boot msg if you press ESC during boot. You can also change your /etc/gettytab and put there something like here: http://www.yazzy.org/configs/freebsd/gettytab You can tweak the gettytab entry to show custom text, automatically login a user etc. Cheers Marcin From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 09:17:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 600AA16A427 for ; Thu, 9 Feb 2006 09:17:05 +0000 (GMT) (envelope-from theawel@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B9AC43D5D for ; Thu, 9 Feb 2006 09:17:03 +0000 (GMT) (envelope-from theawel@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so115701nzp for ; Thu, 09 Feb 2006 01:17:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:from:subject:date:to:x-mailer; b=tccbrr3mNRebmSm0A8NAuzCmj9rzbzXL1iQd9hGMLpLuVoMY/OQpLWAEJY2BJW8AX2I5sfXGy3USYXTcn0foKjSl3Pg30+GTdayUzbUFz64xnyOg3G0Po2J7W2KEGln+sOiFi8s5fXhOuu1LL4VPfa0Y6C3amj+d48Ybqv5h8a8= Received: by 10.36.148.2 with SMTP id v2mr1808657nzd; Thu, 09 Feb 2006 01:17:02 -0800 (PST) Received: from ?192.168.0.100? ( [69.141.26.39]) by mx.gmail.com with ESMTP id 36sm319292nzk.2006.02.09.01.17.01; Thu, 09 Feb 2006 01:17:02 -0800 (PST) In-Reply-To: <20060209085931.47d3d334.lists@yazzy.org> References: <20060209085931.47d3d334.lists@yazzy.org> Mime-Version: 1.0 (Apple Message framework v746.2) Message-Id: <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> From: alex Date: Thu, 9 Feb 2006 04:16:56 -0500 To: Marcin Jessa X-Mailer: Apple Mail (2.746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 09:17:05 -0000 While browsing the web trying to find out how to remove the version info I did come across editing the gettytab following the follow instructions ==========Begin========== think what you want is to change /etc/gettytab. MAKE A BACKUP BEFORE EDITING /etc/gettytab A borked gettyab can prevent you from logging in. Find the line in the default:\ section that starts with the following: :cb:ce:ck:lc Change the text between \r\n\ \r\n\r\nr\n: to whatever text you wish to appear. Double-check that you have the right amount of \rs and \ns and save your change. ======End======= this had absolutely no effect, what i am trying to remove is the line that has the FreeBSD info: [canceroftheweb:~] alex% ssh -l alex shake Last login: Thu Feb 9 04:09:18 2006 from 192.168.0.100 FreeBSD 6.0-RELEASE (GENERIC) #0: Thu Nov 3 09:36:13 UTC 2005 Welcome to Master Shake! 4:14AM up 3:06, 1 user, load averages: 0.00, 0.00, 0.00 [shake:~] alex% There has got to be an easy way to delete that line! ----Alex On Feb 9, 2006, at 3:59 AM, Marcin Jessa wrote: > On Thu, 9 Feb 2006 02:29:25 -0500 > Alex wrote: > >> I just installed a fresh copy of freebsd 6.0. I went on to try to >> remove the >> version number that appears before your MOTD and I had no luck. I >> first >> tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and >> adding >> update_motd="NO" to rc.conf and rebooted and that did nothing, > > update_motd="NO" is to update the /var/run/dmesg.boot afair > >> it still >> showed up. I even went so far as to comment out the copyright >> statement in >> login.conf and rebuilt the DB but it still showed up. I also went to >> /etc/default/rc.conf and changed the default update_motd="YES" to >> no and >> rebooted and still it kept showing up. I am at wits end here..... >> anyone >> have any ideas? Am I missing something here? > > There are few ways to achieve this. > One is to compile your kernel not to show any booting messages with > black text and background. > The other is to include a login image which can be i.e black. This > way you could still see the boot msg > if you press ESC during boot. > You can also change your /etc/gettytab and put there something like > here: > http://www.yazzy.org/configs/freebsd/gettytab > You can tweak the gettytab entry to show custom text, automatically > login a user etc. > > Cheers > Marcin From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 09:17:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 274D716A420; Thu, 9 Feb 2006 09:17:31 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C6443D48; Thu, 9 Feb 2006 09:17:28 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k199HPeH033021; Thu, 9 Feb 2006 12:17:25 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k199HOGV033014; Thu, 9 Feb 2006 12:17:24 +0300 (MSK) (envelope-from yar) Date: Thu, 9 Feb 2006 12:17:23 +0300 From: Yar Tikhiy To: Cy Schubert Message-ID: <20060209091723.GA31952@comp.chem.msu.su> References: <20060207230142.GD32998@comp.chem.msu.su> <200602081506.k18F6gxN074736@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602081506.k18F6gxN074736@cwsys.cwsent.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang 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, 09 Feb 2006 09:17:31 -0000 On Wed, Feb 08, 2006 at 07:06:42AM -0800, Cy Schubert wrote: > In message <20060207230142.GD32998@comp.chem.msu.su>, Yar Tikhiy writes: > > On Tue, Feb 07, 2006 at 10:34:16AM -0800, Cy Schubert wrote: > > > In message <20060207182755.GB32998@comp.chem.msu.su>, Yar Tikhiy writes: > > > > On Tue, Feb 07, 2006 at 10:06:32AM -0800, Cy Schubert wrote: > > > > > In message <20060207173154.GE19674@comp.chem.msu.su>, Yar Tikhiy writes > > : > > > > > > On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > > > > > cwtest# /usr/local/bin/cpuid > > > eax in eax ebx ecx edx > > > 00000000 00000001 756e6547 6c65746e 49656e69 > > ^^ > > > 00000001 0000052c 00000000 00000000 000001bf > > > > Thanks for getting these data! They tell that your CPU doesn't > > support CPUID functions above 0x01, which is completely OK for > > a Pentium. > > > > Would you mind giving a try to the attached patch? It should fix > > the CPUID 0x02 issue while reducing code duplication. > > The patch fixes the problem and more elegantly than mine did. > > When this is committed, PR 92977 should be closed. All done! -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 09:47:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD55216A420 for ; Thu, 9 Feb 2006 09:47:37 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3977743D45 for ; Thu, 9 Feb 2006 09:47:37 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.net (Postfix) with ESMTP id CE79939832; Thu, 9 Feb 2006 10:48:36 +0100 (CET) Date: Thu, 9 Feb 2006 09:46:34 +0000 From: Marcin Jessa To: alex Message-Id: <20060209094634.70b2a342.lists@yazzy.org> In-Reply-To: <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> References: <20060209085931.47d3d334.lists@yazzy.org> <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 09:47:37 -0000 On Thu, 9 Feb 2006 04:16:56 -0500 alex wrote: > While browsing the web trying to find out how to remove the version > info I did come across editing the gettytab following the follow > instructions > > ==========Begin========== > think what you want is to change /etc/gettytab. > MAKE A BACKUP BEFORE EDITING /etc/gettytab > A borked gettyab can prevent you from logging in. > Find the line in the default:\ section that starts with the following: > > :cb:ce:ck:lc > > Change the text between \r\n\ \r\n\r\nr\n: to whatever text you wish > to appear. > Double-check that you have the right amount of \rs and \ns and save > your change. > ======End======= > > this had absolutely no effect, what i am trying to remove is the line > that has the FreeBSD info: > > [canceroftheweb:~] alex% ssh -l alex shake > Last login: Thu Feb 9 04:09:18 2006 from 192.168.0.100 > > FreeBSD 6.0-RELEASE (GENERIC) #0: Thu Nov 3 09:36:13 UTC 2005 > > Welcome to Master Shake! > > 4:14AM up 3:06, 1 user, load averages: 0.00, 0.00, 0.00 > [shake:~] alex% > > > There has got to be an easy way to delete that line! Put something like tput cl to your ~/.login What are you trying to accomplish? And please stop top posting. > On Feb 9, 2006, at 3:59 AM, Marcin Jessa wrote: > > > On Thu, 9 Feb 2006 02:29:25 -0500 > > Alex wrote: > > > >> I just installed a fresh copy of freebsd 6.0. I went on to try to > >> remove the > >> version number that appears before your MOTD and I had no luck. I > >> first > >> tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and > >> adding > >> update_motd="NO" to rc.conf and rebooted and that did nothing, > > > > update_motd="NO" is to update the /var/run/dmesg.boot afair > > > >> it still > >> showed up. I even went so far as to comment out the copyright > >> statement in > >> login.conf and rebuilt the DB but it still showed up. I also went to > >> /etc/default/rc.conf and changed the default update_motd="YES" to > >> no and > >> rebooted and still it kept showing up. I am at wits end here..... > >> anyone > >> have any ideas? Am I missing something here? > > > > There are few ways to achieve this. > > One is to compile your kernel not to show any booting messages with > > black text and background. > > The other is to include a login image which can be i.e black. This > > way you could still see the boot msg > > if you press ESC during boot. > > You can also change your /etc/gettytab and put there something like > > here: > > http://www.yazzy.org/configs/freebsd/gettytab > > You can tweak the gettytab entry to show custom text, automatically > > login a user etc. > > > > Cheers > > Marcin > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 11:41:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56E0316A420 for ; Thu, 9 Feb 2006 11:41:07 +0000 (GMT) (envelope-from frank.altpeter@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80B5543D45 for ; Thu, 9 Feb 2006 11:41:06 +0000 (GMT) (envelope-from frank.altpeter@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so170042ugc for ; Thu, 09 Feb 2006 03:41:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rLyHwcsaqoy6TNhUCT31yuJjY9tWfu4Uy21KQ2KfKLpD54bHgHbZ59aZxe7Y0eo6cLKDn7GEqCkovMB8IZSObhISV9mx2exkr0OCV5g9oZrCHH7bt8YGqEGimQbJnaoKB8IRSo1jqLVQf8br7rl8m6JNYYGLFLHQsFCgq8FI+LE= Received: by 10.49.9.7 with SMTP id m7mr2328827nfi; Thu, 09 Feb 2006 03:16:18 -0800 (PST) Received: by 10.48.219.8 with HTTP; Thu, 9 Feb 2006 03:16:18 -0800 (PST) Message-ID: Date: Thu, 9 Feb 2006 12:16:18 +0100 From: Frank Altpeter To: alex In-Reply-To: <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060209085931.47d3d334.lists@yazzy.org> <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> Cc: Marcin Jessa , freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 11:41:07 -0000 On 2/9/06, alex wrote: > this had absolutely no effect, what i am trying to remove is the line > that has the FreeBSD info: > > [canceroftheweb:~] alex% ssh -l alex shake > Last login: Thu Feb 9 04:09:18 2006 from 192.168.0.100 > > FreeBSD 6.0-RELEASE (GENERIC) #0: Thu Nov 3 09:36:13 UTC 2005 > > Welcome to Master Shake! > > 4:14AM up 3:06, 1 user, load averages: 0.00, 0.00, 0.00 > [shake:~] alex% > > > There has got to be an easy way to delete that line! Uhm... "rm /etc/motd" ? -- Le deagh dh=F9raghd, Frank Altpeter Two of the most famous products of Berkeley are LSD and Unix. I don't think that this is a coincidence. -- Anonymous From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 11:44:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1EF316A420 for ; Thu, 9 Feb 2006 11:44:21 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B45243D53 for ; Thu, 9 Feb 2006 11:44:19 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 523F91EC3A5; Thu, 9 Feb 2006 12:44:18 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k19BiH0F004731; Thu, 9 Feb 2006 11:44:17 GMT (envelope-from phk@critter.freebsd.dk) To: Frank Altpeter From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 09 Feb 2006 12:16:18 +0100." Date: Thu, 09 Feb 2006 11:44:17 +0000 Message-ID: <4730.1139485457@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Marcin Jessa , alex , freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 11:44:21 -0000 In message , Frank Altpeter writes: >On 2/9/06, alex wrote: >> this had absolutely no effect, what i am trying to remove is the line >> that has the FreeBSD info: >> >> [canceroftheweb:~] alex% ssh -l alex shake >> Last login: Thu Feb 9 04:09:18 2006 from 192.168.0.100 >> >> FreeBSD 6.0-RELEASE (GENERIC) #0: Thu Nov 3 09:36:13 UTC 2005 >> >> Welcome to Master Shake! >> >> 4:14AM up 3:06, 1 user, load averages: 0.00, 0.00, 0.00 >> [shake:~] alex% >> >> >> There has got to be an easy way to delete that line! > >Uhm... "rm /etc/motd" ? Uhm, "uname -a" ? Uhm "echo __FreeBSD_cc_version | cpp -E" ? Uhm "strings /bin/cat | grep -i freebsd" ? Thinking that you can hide from a user what operating system he is running on, you are seriously deluded... -- 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 Thu Feb 9 11:54:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E8E916A422 for ; Thu, 9 Feb 2006 11:54:13 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A62A243D4C for ; Thu, 9 Feb 2006 11:54:12 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (unknown [192.168.99.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.net (Postfix) with ESMTP id D7CC839832; Thu, 9 Feb 2006 12:55:10 +0100 (CET) Date: Thu, 9 Feb 2006 11:53:08 +0000 From: Marcin Jessa To: "Poul-Henning Kamp" Message-Id: <20060209115308.559f50af.lists@yazzy.org> In-Reply-To: <4730.1139485457@critter.freebsd.dk> References: <4730.1139485457@critter.freebsd.dk> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: theawel@gmail.com, freebsd-current@freebsd.org, frank.altpeter@gmail.com Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 11:54:13 -0000 On Thu, 09 Feb 2006 11:44:17 +0000 "Poul-Henning Kamp" wrote: > In message , Frank > Altpeter writes: > >On 2/9/06, alex wrote: > >> this had absolutely no effect, what i am trying to remove is the line > >> that has the FreeBSD info: > >> > >> [canceroftheweb:~] alex% ssh -l alex shake > >> Last login: Thu Feb 9 04:09:18 2006 from 192.168.0.100 > >> > >> FreeBSD 6.0-RELEASE (GENERIC) #0: Thu Nov 3 09:36:13 UTC 2005 > >> > >> Welcome to Master Shake! > >> > >> 4:14AM up 3:06, 1 user, load averages: 0.00, 0.00, 0.00 > >> [shake:~] alex% > >> > >> > >> There has got to be an easy way to delete that line! > > > >Uhm... "rm /etc/motd" ? > > Uhm, "uname -a" ? > > Uhm "echo __FreeBSD_cc_version | cpp -E" ? > > Uhm "strings /bin/cat | grep -i freebsd" ? > > Thinking that you can hide from a user what operating system he > is running on, you are seriously deluded... This can be useful in case you give users a custom, resticted shell, something like vtysh of quagga. Otherwise you're right, I don't see any point in hiding this from users. Besides this thread is not really appropriate for the freebsd-current@ mailing list... Cheers, Marcin From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 07:32:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4659216A420 for ; Thu, 9 Feb 2006 07:32:27 +0000 (GMT) (envelope-from akbeech@alaskaparadise.com) Received: from pinnacle.akherb.com (94-37-237-24.gci.net [24.237.37.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 546F143D62 for ; Thu, 9 Feb 2006 07:32:23 +0000 (GMT) (envelope-from akbeech@alaskaparadise.com) Received: by pinnacle.akherb.com (Postfix, from userid 1007) id 38E775E95; Wed, 8 Feb 2006 22:32:23 -0900 (AKST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pinnacle.akherb.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=4.0 tests=AWL autolearn=ham version=3.1.0 Received: from [192.168.2.131] (209-124-141-064.ip.arctic.net [209.124.141.64]) by pinnacle.akherb.com (Postfix) with ESMTP id 79F2F5D9C; Wed, 8 Feb 2006 22:32:21 -0900 (AKST) From: Beech Rintoul Organization: Alaska Paradise Travel To: freebsd-current@freebsd.org Date: Wed, 8 Feb 2006 22:32:01 -0900 User-Agent: KMail/1.9.1 References: <43E822A4.3000806@errno.com> <1b62a7390602082226k5298cd65ma0aed781f1ce21e7@mail.gmail.com> In-Reply-To: <1b62a7390602082226k5298cd65ma0aed781f1ce21e7@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1171901.xnWREU7GGd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602082232.18383.akbeech@alaskaparadise.com> X-Mailman-Approved-At: Thu, 09 Feb 2006 12:27:51 +0000 Cc: Ryan R Subject: Re: ath patch+hal for test 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, 09 Feb 2006 07:32:27 -0000 --nextPart1171901.xnWREU7GGd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 08 February 2006 21:26, Ryan R wrote: > Hi all! > > Just reporting in.. The patch worked EXCELLENT, not a single error > during patching (Which I had loads of before) and not a single issue > compiling the kernel. Here's exactly what I did: > > > 1. Popped in my original 6.0-BOOTONLY ISO image, with a wired > ethernet connection plugged in. > > 2. Chose the MINIMAL install, and only chose the cvsup-without-gui > package, bash, and lynx (to view the handbook or websites). > > 3. Edited the stock 'standard-supfile' and synced my source tree (To > 6.1-PRERELEASE) > > 4. cd /usr/src , then patch -p0 < /path/to/ath.patch (You have to > manually type in which files to patch though once the process starts, > the ath.patch refers to a customized /usr/ncvs directory which doesn't > exist) and patched each file respectively. > > 5. cd /usr/src/sys/contrib/dev and renamed the original ath directory, > unpacked the ath_hal-20051212.tgz here and renamed it in place of the > original ath > > 6. make buildworld , make buildkernel , make installkernel, reboot, > mergemaster -p, make installworld > > 7. created a real simple /etc/wpa_supplicant.conf file for my network, > with my WPA2 PSK and home network SSID info in it > > 8. added 'ifconfig_ath0=3D"ssid my_ssid WPA DHCP" ' to /etc/rc.conf > > 9. manually loaded the if_ath module to make sure I got the dmesg info > and it displayed itself properly, which it did, then added > 'if_ath_load=3D"YES" , and , wlan_ccmp_load=3D"YES" ' to my > /boot/loader.conf file to make sure they loaded automatically; > rebooted again for good measure and to bring everything up, and > voila!!works like a charm! My WPA2 home network finally works with my > laptop!! > > Just wanted to say thanks again, I can now actually make use of this > laptop and use it all over the house > > Excellent job!! Thanks!! > Cheers! > > -Ryan > > On 2/6/06, Sam Leffler wrote: > > You can find the 0.9.16.13 hal (that's been out for a while) and an > > updated ath.patch at http://www.freebsd.org/~sam/ath. Please test and > > report any regressions against what is in CVS. This patch should work > > on both HEAD and RELENG_6. I hope to get things in CVS in time to make > > the 6.1 release so timely feedback is important. > > > > This hal is required if you have one of the newer Atheros parts (e.g. > > 5414). I've mainly tested station mode so beware of ap mode problems. > > > > I am aware of one issue that is not fixed in this patch: beacon miss > > handling may not work correctly if the beacon timers are initialized > > with a stale tsf (as can happen when scanning many channels). This > > affects both station and adhoc mode operation and will be fixed when I > > commit the changes. > > > > If you have a laptop with a radio on/off switch I've tried to add the > > necessary glue to make it functional but since I don't have any laptops > > of this sort the code is untested. > > > > Sam I have been using Sam's patch for several weeks now. Except for some=20 difficulties getting the right country code flashed to my card it works as= =20 advertised in both adhoc and ap modes. I have tried in both 811b/g and=20 everything is working properly. My card is a D Link DWL-AG530 (5412) which= =20 serves as my main internet connection at home. I have a special deal (i.e.= =20 free) from one of the local isp's and one of their access points is across= =20 the street from me, attached to a T3. I get excellent throughput and so far= =20 haven't had any dropped connections. BTW, I forgot to mention I'm running=20 7-CURRENT on this box. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - akbeech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise Travel \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1171901.xnWREU7GGd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD6vAC1HPO4IQJSE0RAic5AJ9B1r/WPuGr+JYpKN/XrcA5dhNbYQCcCB6h 7Q/L9EYxZqpAtDBnSgXeep8= =zdgq -----END PGP SIGNATURE----- --nextPart1171901.xnWREU7GGd-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 08:24:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3EA716A420 for ; Thu, 9 Feb 2006 08:24:53 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8289F43D45 for ; Thu, 9 Feb 2006 08:24:53 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 2779F19F2C; Thu, 9 Feb 2006 00:24:50 -0800 (PST) From: "Darren Pilgrim" To: "'Alex'" , Date: Thu, 9 Feb 2006 00:24:42 -0800 Message-ID: <000801c62d52$4a5fd340$672a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Mailman-Approved-At: Thu, 09 Feb 2006 12:28:33 +0000 Cc: Subject: RE: FreeBSD showing version number upon login 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, 09 Feb 2006 08:24:54 -0000 From: Alex >=20 > I just installed a fresh copy of freebsd 6.0. I went on to try to = remove the > version number that appears before your MOTD and I had no luck. I = first > tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and adding > update_motd=3D"NO" to rc.conf and rebooted and that did nothing, it = still > showed up. I even went so far as to comment out the copyright = statement in > login.conf and rebuilt the DB but it still showed up. I also went to > /etc/default/rc.conf and changed the default update_motd=3D"YES" to no = and > rebooted and still it kept showing up. I am at wits end here..... = anyone > have any ideas? Am I missing something here? Did you delete /etc/motd? From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 11:50:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 628F516A423 for ; Thu, 9 Feb 2006 11:50:49 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B2743D46 for ; Thu, 9 Feb 2006 11:50:48 +0000 (GMT) (envelope-from pi@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.52) id 1F7AJy-00057b-3z; Thu, 09 Feb 2006 12:50:46 +0100 Date: Thu, 9 Feb 2006 12:50:46 +0100 From: Kurt Jaeger To: alex Message-ID: <20060209115046.GF3159@home.c0mplx.org> References: <20060209085931.47d3d334.lists@yazzy.org> <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> X-Mailman-Approved-At: Thu, 09 Feb 2006 12:29:24 +0000 Cc: Marcin Jessa , freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 11:50:49 -0000 Hi! > While browsing the web trying to find out how to remove the version > info I did come across editing the gettytab following the follow > instructions man login says: If the file .hushlogin exists in the user's home directory, all of these messages are suppressed. -- pi@c0mplx.org +49 171 3101372 14 years to go ! From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 12:34:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DAEF16A420; Thu, 9 Feb 2006 12:34:44 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 836A643D4C; Thu, 9 Feb 2006 12:34:43 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id A5AAB4C5C5; Thu, 9 Feb 2006 04:34:41 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k19CYeHV037775; Thu, 9 Feb 2006 04:34:40 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602091234.k19CYeHV037775@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Yar Tikhiy In-Reply-To: Your message of "Thu, 09 Feb 2006 12:17:23 +0300." <20060209091723.GA31952@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Feb 2006 04:34:40 -0800 Sender: Cy.Schubert@komquats.com Cc: freebsd-current@freebsd.org, netchild@freebsd.org Subject: Re: 7.0-CURRENT Hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 12:34:44 -0000 In message <20060209091723.GA31952@comp.chem.msu.su>, Yar Tikhiy writes: > On Wed, Feb 08, 2006 at 07:06:42AM -0800, Cy Schubert wrote: > > In message <20060207230142.GD32998@comp.chem.msu.su>, Yar Tikhiy writes: > > > On Tue, Feb 07, 2006 at 10:34:16AM -0800, Cy Schubert wrote: > > > > In message <20060207182755.GB32998@comp.chem.msu.su>, Yar Tikhiy writes > : > > > > > On Tue, Feb 07, 2006 at 10:06:32AM -0800, Cy Schubert wrote: > > > > > > In message <20060207173154.GE19674@comp.chem.msu.su>, Yar Tikhiy wr > ites > > > : > > > > > > > On Mon, Feb 06, 2006 at 08:29:35PM -0800, Cy Schubert wrote: > > > > > > > > cwtest# /usr/local/bin/cpuid > > > > eax in eax ebx ecx edx > > > > 00000000 00000001 756e6547 6c65746e 49656e69 > > > ^^ > > > > 00000001 0000052c 00000000 00000000 000001bf > > > > > > Thanks for getting these data! They tell that your CPU doesn't > > > support CPUID functions above 0x01, which is completely OK for > > > a Pentium. > > > > > > Would you mind giving a try to the attached patch? It should fix > > > the CPUID 0x02 issue while reducing code duplication. > > > > The patch fixes the problem and more elegantly than mine did. > > > > When this is committed, PR 92977 should be closed. > > All done! Good stuff. Thanks! Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 12:53:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4D0F16A422 for ; Thu, 9 Feb 2006 12:53:22 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E23E43D72 for ; Thu, 9 Feb 2006 12:53:13 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id E81EF95; Thu, 9 Feb 2006 07:53:34 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 8FBE0C004; Thu, 9 Feb 2006 07:53:33 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F7BIM-0002MF-5s; Thu, 09 Feb 2006 12:53:10 +0000 Date: Thu, 9 Feb 2006 12:53:10 +0000 From: Brian Candler To: Alex Message-ID: <20060209125310.GB9008@uk.tiscali.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 12:53:23 -0000 On Thu, Feb 09, 2006 at 02:29:25AM -0500, Alex wrote: > I just installed a fresh copy of freebsd 6.0. I went on to try to remove the > version number that appears before your MOTD and I had no luck. Which appears where, exactly? Do you mean the version number *within* /etc/motd? (i.e. you also see it if you type "cat /etc/motd"? ) Have a look in /etc/rc.d/motd I don't see why setting update_motd="NO" in rc.conf didn't fix this for you. But maybe setting it to mode 444 would help, or you can just modify or remove /etc/rc.d/motd entirely. If you want to hide motd completely, you might be able to do this by modifying or removing :welcome=/etc/motd: in /etc/login.conf If you mean something which is printed *before* /etc/motd is displayed, then you'll need to be more specific about where exactly it is. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 14:04:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7929816A423; Thu, 9 Feb 2006 14:04:51 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CDB243D58; Thu, 9 Feb 2006 14:04:50 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 3E090244C18; Thu, 9 Feb 2006 23:04:49 +0900 (JST) Message-ID: <43EB4C00.2030101@freebsd.org> Date: Thu, 09 Feb 2006 23:04:48 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060208) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Dario Freni References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> In-Reply-To: <43E73330.8070101@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, Daichi GOTO , ota@j.email.ne.jp, Alexander@Leidinger.net Subject: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 09 Feb 2006 14:04:51 -0000 I have updated the patchset-8 of unionfs. Patchset-8: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff Changes in unionfs-p8.diff - Fixed the issue that user whom has access permission cannot change the directory because he cannot create its shadow directory. As a result of this fixed, now unionfs uses root permission creating shadow directory temporarily. The document of those unionfs patches is pretty improved by Hiroo ONO-san. http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Please try -p8 Dario. We are thinking that you cat get it with -p8 :) Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 14:40:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84B5F16A420 for ; Thu, 9 Feb 2006 14:40:53 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0585A43D70 for ; Thu, 9 Feb 2006 14:40:52 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 808FF3B39 for ; Thu, 9 Feb 2006 12:40:51 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 5F95F3AD9 for ; Thu, 9 Feb 2006 12:40:47 -0200 (BRDT) Message-ID: <43EB545A.1040105@yahoo.com.br> Date: Thu, 09 Feb 2006 12:40:26 -0200 From: "Ricardo A. Reis" User-Agent: Thunderbird 1.5 (X11/20060126) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: FreeBSD Port to UltraSparc T1 "Niagara" 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, 09 Feb 2006 14:40:53 -0000 Hi all, In recent post "news.com.com", President Jonathan Schwartz of Sun MicroSystem talk about Linux and BSD. Exist a interesting in add Niagara a Sparc port ? http://news.com.com/Suns+next+goal+A+Linux+ecosystem/2100-1010_3-6036348.html?tag=nefd.lede Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 14:52:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD70916A420 for ; Thu, 9 Feb 2006 14:52:42 +0000 (GMT) (envelope-from frank.altpeter@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BDFD43D45 for ; Thu, 9 Feb 2006 14:52:40 +0000 (GMT) (envelope-from frank.altpeter@gmail.com) Received: by uproxy.gmail.com with SMTP id h2so156510ugf for ; Thu, 09 Feb 2006 06:52:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TjrS81bp6cfHnK61mjuN++HUcAC7v455l6B4rqDFXAceURM2C/Jq2fR2oVAd8bgHmMDX4J2J4tOwLLG9TobRYltshihcVF1984vob/Zy+o8fN4NLP9nw+lPCaVohPMWRwpaOck137rY2UAhd4TgopQngjVzD7Y49jgIbZ4TOAJU= Received: by 10.48.244.4 with SMTP id r4mr2420457nfh; Thu, 09 Feb 2006 06:52:38 -0800 (PST) Received: by 10.48.219.8 with HTTP; Thu, 9 Feb 2006 06:52:38 -0800 (PST) Message-ID: Date: Thu, 9 Feb 2006 15:52:38 +0100 From: Frank Altpeter To: Poul-Henning Kamp In-Reply-To: <4730.1139485457@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4730.1139485457@critter.freebsd.dk> Cc: Marcin Jessa , alex , freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 14:52:43 -0000 On 2/9/06, Poul-Henning Kamp wrote: > >> There has got to be an easy way to delete that line! > >Uhm... "rm /etc/motd" ? > > Uhm, "uname -a" ? > > Uhm "echo __FreeBSD_cc_version | cpp -E" ? > > Uhm "strings /bin/cat | grep -i freebsd" ? > > Thinking that you can hide from a user what operating system he > is running on, you are seriously deluded... That wasn't the question. The question was "how to suppress this line on login", and for that, removing the /etc/motd is one of the many ways to archive this result. Thanks for doing the parrot on my response. -- Le deagh dh=F9raghd, Frank Altpeter Two of the most famous products of Berkeley are LSD and Unix. I don't think that this is a coincidence. -- Anonymous From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 16:03:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B29416A460 for ; Thu, 9 Feb 2006 16:03:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2D6843D48 for ; Thu, 9 Feb 2006 16:03:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8093752 for multiple; Thu, 09 Feb 2006 11:02:44 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k19G3NQu067979; Thu, 9 Feb 2006 11:03:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, Matthew Jacob Date: Thu, 9 Feb 2006 10:31:58 -0500 User-Agent: KMail/1.9.1 References: <20060208101308.B28251@ns1.feral.com> In-Reply-To: <20060208101308.B28251@ns1.feral.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602091032.00203.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1281/Wed Feb 8 14:59:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: semi-interesting panic when rebooting 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, 09 Feb 2006 16:03:33 -0000 On Wednesday 08 February 2006 13:15, Matthew Jacob wrote: > I was debugging some stuff with mpt on an HTT i386 with ~today's source > (modified with mpt changes and a MAXPHYS/DFLTPHYS cranked up to 1m/.5m) > > I had a gstriped volume set that was having some, uh, issues, so I > rebooted the system. While rebooting, it panic'd in VFS. > > Just reporting things in case anyone has thoughts on this one. > > Feb 8 10:06:16 colfax reboot: rebooted by root > Feb 8 10:06:16 colfax syslogd: exiting on signal 15 > mpt0: Request 0xc237477c Timed out. > mpt0: Request 0xc2374598 Timed out. > mpt0: Timedout requests already complete. Interrupts may not be > functioning. mpt0: Request 0xc23747d4 Timed out. > Waiting (max 60 seconds) for system process `vnlru' to stop...done > Waiting (max 60 seconds) for system process `bufdaemon' to stop...done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining...0 0 0 done > All buffers synced. > Mount point /home had 2 dangling refs > mpt0: Request 0xc23747d4 Timed out. > mpt0: Timedout requests already complete. Interrupts may not be > functioning. mpt0: Request 0xc23747d4 Timed out. > mpt0: Timedout requests already complete. Interrupts may not be > functioning. > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xdeadc0de > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06be1fc > stack pointer = 0x28:0xdb9d99c8 > frame pointer = 0x28:0xdb9d99c8 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 696 (lmdd) > [thread pid 696 tid 100113 ] > Stopped at strlen+0x8: cmpb $0,0(%edx) > db> bt > Tracing pid 696 tid 100113 td 0xc2d0e9c0 > strlen(deadc0de,138,19,0,20d0ea54) at strlen+0x8 > kvprintf(c088646b,c0673244,db9d9aac,a,db9d9af4) at kvprintf+0x64c > vsnprintf(c0953860,100,c088646b,db9d9af0,100) at vsnprintf+0x29 > panic(c088646b,deadc0de,c0890603,1a5,c25ac800) at panic+0xb2 > _mtx_lock_flags(c25ac83c,0,c0890603,1a5,c2ebb410) at _mtx_lock_flags+0x5a > vfs_rel(c25ac800) at vfs_rel+0x1c > vdestroy(c2ebb410,c2ebb410,db9d9b68,c06b0a13,c2ebb410) at vdestroy+0x202 > vdropl(c2ebb410,c2edd010,c2e5a700,c2ebb410,db9d9be4) at vdropl+0x3e > vrele(c2ebb410) at vrele+0x167 > fdfree(c2d0e9c0) at fdfree+0x65a > exit1(c2d0e9c0,9,db9d9c98,c2d0e9c0,c2e4c000) at exit1+0x448 > sigexit(c2d0e9c0,9,c2e4caa8,0,c088772b) at sigexit+0xdf > postsig(9) at postsig+0x155 > ast(db9d9d38) at ast+0x35e > doreti_ast() at doreti_ast+0x17 I bet the mutex is destroyed. Can you do 'l *_mtx_lock_flags+0x5a' in gdb on your kernel.debug? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 16:13:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAEB116A420 for ; Thu, 9 Feb 2006 16:13:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE9C43D75 for ; Thu, 9 Feb 2006 16:13:49 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8094421 for multiple; Thu, 09 Feb 2006 11:12:53 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k19GDarD068059; Thu, 9 Feb 2006 11:13:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Andrew Gallatin Date: Thu, 9 Feb 2006 11:13:30 -0500 User-Agent: KMail/1.9.1 References: <17379.56708.421007.613310@grasshopper.cs.duke.edu> <200602081033.00953.jhb@freebsd.org> <17386.10130.139455.567203@grasshopper.cs.duke.edu> In-Reply-To: <17386.10130.139455.567203@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602091113.31900.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1281/Wed Feb 8 14:59:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-current@freebsd.org Subject: Re: machdep.cpu_idle_hlt and SMP perf? 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, 09 Feb 2006 16:14:00 -0000 On Wednesday 08 February 2006 12:17, Andrew Gallatin wrote: > John Baldwin writes: > > On Tuesday 07 February 2006 17:46, Andrew Gallatin wrote: > > > John Baldwin writes: > > > > On Tuesday 07 February 2006 17:15, Andrew Gallatin wrote: > > > > > John Baldwin writes: > > > > > > On Monday 06 February 2006 17:37, Andrew Gallatin wrote: > > > > > > > John Baldwin writes: > > > > > > > > On Monday 06 February 2006 14:46, Andrew Gallatin wrote: > > > > > > > > > Andre Oppermann writes: > > > > > > > > > > Andrew Gallatin wrote: > > > > > > > > > > > Why dooes machdep.cpu_idle_hlt=1 drop my 10GbE > > > > > > > > > > > network rx performance by a considerable amount > > > > > > > > > > > (7.5Gbs -> 5.5Gbs)? > > > > > > > > > > > > > > > > You may be seeing problems because it might simply take a > > > > > > > > while for the CPU to wake up from HLT when an interrupt > > > > > > > > comes in. The 4BSD scheduler tries to do IPIs to wakeup > > > > > > > > any sleeping CPUs when it schedules a new thread, but > > > > > > > > that would add higher latency for ithreads than just > > > > > > > > preempting directly to the ithread. Oh, you have to turn > > > > > > > > that on, it's off by default > > > > > > > > (kern.sched.ipiwakeup.enabled=1). > > > > > > > > > > > > > > Hmm.. It seems to be on by default. Unfortunately, it does > > > > > > > not seem to help. > > > > > > > > > > > > I'm not sure. > > > > > > > > > > One thing which really helps is disabling preemption. If I do > > > > > that, I get 7.7Gb/sec with machdep.cpu_idle_hlt=1. This is > > > > > slightly better than machdep.cpu_idle_hlt=0 and no PREEMPTION. > > > > > > > > > > BTW, net.isr.direct=1 in all testing. > > > > > > > > Do you have very little userland activity in this test? > > > > > > Essentially none. netserver just sits in a loop, reading from the > > > socket and throwing the data away. > > > > If you disable preemption then in effect you are letting the idle CPUs > > pick up the ithread and not disturbing what is running on the non-idle > > CPU. sched_4bsd is supposed to be triggering the same behavior, except > > that it has to send an IPI to awaken the idle CPUs. When you have > > idle_hlt=0, there are no idle CPUs, so 4bsd thinks they are all busy and > > preempts. When you disable preemption, it just leaves the ithread on > > the runqueue until one of the idle CPUs notices the new thread in its > > idle loop and runs it. When you have idle_hlt=1, then 4bsd doesn't > > preempt but sends an IPI. It doesn't even try to preempt unless it > > thinks all CPUs are busy. > > I wish we had a lightweight way to watch all this stuff. I can't > wait for dtrace. You can try using KTR with KTR_SCHED and then using schedgraph.py to look at what happens. I'm not sure how lightweight that might be if you just have KTR on and no other debug stuff. > FWIW, if I use SCHED_ULE, performance sucks regardless of idle_hlt. Hmmmm. > > One thing disabling PREEMPTION does is that it enables some explicit > > FULL_PREEMPTION-like behavior in _mtx_unlock_sleep(). You might want to > > try #if 0'ing that code out to see if that is why having PREEMPTION off > > makes a difference. (Ironically, having PREEMPTION on means > > _mtx_unlock_sleep() will preempt less often.) > > Removing that code did not seem to matter. I still get good > performance with SCHED_4BSD, PREEMPTION disabled, idle_hlt=1, and that > code removed. Ok. Hmmmmm. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 16:35:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF95C16A420 for ; Thu, 9 Feb 2006 16:35:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6534F43D46 for ; Thu, 9 Feb 2006 16:35:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8095731 for multiple; Thu, 09 Feb 2006 11:34:41 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k19GZQFB068270; Thu, 9 Feb 2006 11:35:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, Cy Schubert Date: Thu, 9 Feb 2006 11:32:48 -0500 User-Agent: KMail/1.9.1 References: <200602081534.k18FYOFe075677@cwsys.cwsent.com> In-Reply-To: <200602081534.k18FYOFe075677@cwsys.cwsent.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602091132.50258.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1281/Wed Feb 8 14:59:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: Panic In mi_switch+0x7e 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, 09 Feb 2006 16:35:36 -0000 On Wednesday 08 February 2006 10:34, Cy Schubert wrote: > I issue the reboot command and the system panics and drops into DDB. > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc067a1fe > stack pointer = 0x28:0xc6ee19fc > frame pointer = 0x28:0xc6ee1a44 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 594 (reboot) > [thread pid 594 tid 100071 ] > Stopped at mi_switch+0x7e: addl %eax,0(%eax) > db> trace > Tracing pid 594 tid 100071 td 0xc18b91a0 > mi_switch(0,0,0,1,c6ee0e6c) at mi_switch+0x7e > db> Hmm, odd. Here's where that maps to on a local kernel (not sure if it's the same exact line on yours though): 0xc06b3e43 is in mi_switch (../../../kern/kern_synch.c:368). 363 td = curthread; /* XXX */ 364 p = td->td_proc; /* XXX */ 365 KASSERT(!TD_ON_RUNQ(td), ("mi_switch: called by old code")); 366 #ifdef INVARIANTS 367 if (!TD_ON_LOCK(td) && !TD_IS_RUNNING(td)) 368 mtx_assert(&Giant, MA_NOTOWNED); 369 #endif 370 KASSERT(td->td_critnest == 1 || (td->td_critnest == 2 && 371 (td->td_owepreempt) && (flags & SW_INVOL) != 0 && 372 newtd == NULL) || panicstr, Hmm, looking at the assembly it doesn't line up. Can you pull up gdb on your kernel.debug and do 'l *mi_switch+0x7e'? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 16:53:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 337C516A420 for ; Thu, 9 Feb 2006 16:53:20 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6750943D46 for ; Thu, 9 Feb 2006 16:53:16 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.4/8.13.4) with ESMTP id k19Gtsh0074608; Thu, 9 Feb 2006 11:55:54 -0500 (EST) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.4/8.13.4/Submit) with ESMTP id k19Gtspd074605; Thu, 9 Feb 2006 11:55:54 -0500 (EST) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Thu, 9 Feb 2006 11:55:54 -0500 (EST) From: "Andrew R. Reiter" To: Kris Kennaway In-Reply-To: <20060209081032.GA72288@xor.obsecurity.org> Message-ID: <20060209115531.F74364@fledge.watson.org> References: <20060209081032.GA72288@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Alex Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 16:53:20 -0000 I don't think that response helps anyone :-) On Thu, 9 Feb 2006, Kris Kennaway wrote: :On Thu, Feb 09, 2006 at 02:29:25AM -0500, Alex wrote: :> I just installed a fresh copy of freebsd 6.0. I went on to try to remove the :> version number that appears before your MOTD and I had no luck. I first :> tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and adding :> update_motd="NO" to rc.conf and rebooted and that did nothing, it still :> showed up. I even went so far as to comment out the copyright statement in :> login.conf and rebuilt the DB but it still showed up. I also went to :> /etc/default/rc.conf and changed the default update_motd="YES" to no and :> rebooted and still it kept showing up. I am at wits end here..... anyone :> have any ideas? Am I missing something here? : :IMO, the real question is "why are you trying to hide it"..that :information is available in lots of ways. : :Kris : -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 17:03:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 728A916A420 for ; Thu, 9 Feb 2006 17:03:49 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from mail.makeworld.com (makeworld.com [216.201.122.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7CF043D4C for ; Thu, 9 Feb 2006 17:03:47 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from mail.makeworld.com ([127.0.0.1]) by localhost (mail.makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54413-08; Thu, 9 Feb 2006 11:03:13 -0600 (CST) Received: by mail.makeworld.com (Postfix, from userid 1001) id 04AD162F5; Thu, 9 Feb 2006 11:03:12 -0600 (CST) Date: Thu, 9 Feb 2006 11:03:12 -0600 (CST) From: Chris To: "Andrew R. Reiter" In-Reply-To: <20060209115531.F74364@fledge.watson.org> Message-ID: <20060209110217.Y54719@mail.makeworld.com> References: <20060209081032.GA72288@xor.obsecurity.org> <20060209115531.F74364@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked by ClamAV on makeworld.com Cc: freebsd-current@freebsd.org, Alex , Kris Kennaway Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 17:03:49 -0000 On Thu, 9 Feb 2006, Andrew R. Reiter wrote: > > I don't think that response helps anyone :-) > > On Thu, 9 Feb 2006, Kris Kennaway wrote: > > :On Thu, Feb 09, 2006 at 02:29:25AM -0500, Alex wrote: > :> I just installed a fresh copy of freebsd 6.0. I went on to try to remove the > :> version number that appears before your MOTD and I had no luck. I first > :> tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and adding > :> update_motd="NO" to rc.conf and rebooted and that did nothing, it still > :> showed up. I even went so far as to comment out the copyright statement in > :> login.conf and rebuilt the DB but it still showed up. I also went to > :> /etc/default/rc.conf and changed the default update_motd="YES" to no and > :> rebooted and still it kept showing up. I am at wits end here..... anyone > :> have any ideas? Am I missing something here? > : > :IMO, the real question is "why are you trying to hide it"..that > :information is available in lots of ways. > : > :Kris > : > su - cd /etc mv motd motd.orig Best regards, Chris If you leave the room, you're elected. From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 18:39:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7716B16A420 for ; Thu, 9 Feb 2006 18:39:29 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D85043D48 for ; Thu, 9 Feb 2006 18:39:28 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so163415wxd for ; Thu, 09 Feb 2006 10:39:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EDIgGQKCc4u6i1W01gGBRyrFt5Qmm9cjWwgBlPoeb+iEZTUHbgAj/cu27uWZdEiWCruBiXvP+9psk3ELIsqV2478u8yQt4fVcx4i6ffiga0/dWn+49lcDlVAurRNKdYOLE86v/gadQJEXsjAHjxPPAdRZLSwbYdUvc3YaxO1Oxw= Received: by 10.70.19.6 with SMTP id 6mr349066wxs; Thu, 09 Feb 2006 10:39:28 -0800 (PST) Received: by 10.70.10.18 with HTTP; Thu, 9 Feb 2006 10:39:28 -0800 (PST) Message-ID: <70e8236f0602091039k2630dd9cr6a3f5d4315bead1a@mail.gmail.com> Date: Thu, 9 Feb 2006 18:39:28 +0000 From: Joao Barros To: "Ricardo A. Reis" In-Reply-To: <43EB545A.1040105@yahoo.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43EB545A.1040105@yahoo.com.br> Cc: current@freebsd.org Subject: Re: FreeBSD Port to UltraSparc T1 "Niagara" 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, 09 Feb 2006 18:39:29 -0000 I saw the article too and was intrigued. I bumped into this: http://lists.freebsd.org/pipermail/freebsd-sparc64/2006-January/003779.html On 2/9/06, Ricardo A. Reis wrote: > Hi all, > > > In recent post "news.com.com", President Jonathan Schwartz of > Sun MicroSystem talk about > Linux and BSD. > Exist a interesting in add Niagara a Sparc port ? > > > http://news.com.com/Suns+next+goal+A+Linux+ecosystem/2100-1010_3-6036348.= html?tag=3Dnefd.lede > > Ricardo A. Reis > UNIFESP > Unix and Network Admin > _______________________________________________ > 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= " > -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 19:15:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EFEC16A420 for ; Thu, 9 Feb 2006 19:15:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA67843D55 for ; Thu, 9 Feb 2006 19:15:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2B7D31A3C1B; Thu, 9 Feb 2006 11:15:33 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 56CC1512D9; Thu, 9 Feb 2006 14:15:30 -0500 (EST) Date: Thu, 9 Feb 2006 14:15:30 -0500 From: Kris Kennaway To: "Andrew R. Reiter" Message-ID: <20060209191529.GA9088@xor.obsecurity.org> References: <20060209081032.GA72288@xor.obsecurity.org> <20060209115531.F74364@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20060209115531.F74364@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Alex , Kris Kennaway Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 19:15:34 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 09, 2006 at 11:55:54AM -0500, Andrew R. Reiter wrote: >=20 > I don't think that response helps anyone :-) Well, if it's because of a sense that removing the message will improve his system security (sometimes people ask the question for this reason), then I think it would be useful to discuss that idea with him. Kris >=20 > On Thu, 9 Feb 2006, Kris Kennaway wrote: >=20 > :On Thu, Feb 09, 2006 at 02:29:25AM -0500, Alex wrote: > :> I just installed a fresh copy of freebsd 6.0. I went on to try to remo= ve the > :> version number that appears before your MOTD and I had no luck. I first > :> tried making a COPYRIGHT file in /etc(with touch COPYRIGHT) and adding > :> update_motd=3D"NO" to rc.conf and rebooted and that did nothing, it st= ill > :> showed up. I even went so far as to comment out the copyright statemen= t in > :> login.conf and rebuilt the DB but it still showed up. I also went to > :> /etc/default/rc.conf and changed the default update_motd=3D"YES" to no= and > :> rebooted and still it kept showing up. I am at wits end here..... anyo= ne > :> have any ideas? Am I missing something here? > : > :IMO, the real question is "why are you trying to hide it"..that > :information is available in lots of ways. > : > :Kris > : >=20 > -- > arr@watson.org > _______________________________________________ > 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" >=20 --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD65TRWry0BWjoQKURAjqxAJ9lqTjlwzJDRBzN9bSx6OjDgVevxgCfbHGY nY/Vw7oG/ijtUhRh3EyY5iM= =SmGU -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 19:55:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E21216A420 for ; Thu, 9 Feb 2006 19:55:04 +0000 (GMT) (envelope-from theawel@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A37E43D70 for ; Thu, 9 Feb 2006 19:55:03 +0000 (GMT) (envelope-from theawel@gmail.com) Received: by pproxy.gmail.com with SMTP id x31so91695pye for ; Thu, 09 Feb 2006 11:55:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=kTI+naKYFEK0iLlzxFiRJ7Iy7cBZR3fLhn8qR0lLP4vHQG3yCtgWEtL4+5uziktaKq/YqjCKChpLlD40OEUlziiATYiio+xPeO7X+A/IIN9rTguAoXNHlc+tPDVI+q0cJjdPZOwXz33x97Oux6spWvXuUTZKOaeHdtFzmdLnxEU= Received: by 10.35.105.18 with SMTP id h18mr38674pym; Thu, 09 Feb 2006 11:55:02 -0800 (PST) Received: from ?192.168.0.100? ( [69.141.26.39]) by mx.gmail.com with ESMTP id y78sm2884020pyg.2006.02.09.11.55.01; Thu, 09 Feb 2006 11:55:02 -0800 (PST) In-Reply-To: <20060209114942.GE3159@home.c0mplx.org> References: <20060209085931.47d3d334.lists@yazzy.org> <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> <20060209114942.GE3159@home.c0mplx.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <29B267E4-7E20-41C2-8932-21787AE2B34A@gmail.com> Content-Transfer-Encoding: 7bit From: alex Date: Thu, 9 Feb 2006 14:54:57 -0500 To: Kurt Jaeger X-Mailer: Apple Mail (2.746.2) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 19:55:04 -0000 On Feb 9, 2006, at 6:49 AM, Kurt Jaeger wrote: > Hi! > >> While browsing the web trying to find out how to remove the version >> info I did come across editing the gettytab following the follow >> instructions > > Try: > > touch ~/.hushlogin > > and try to change /etc/gettytab: > > ------before-------- > # > default:\ > :cb:ce:ck:lc:fd#1000:im=\r\n%s/%m (%h) (%t)\r\n\r\n:sp#1200:\ > :if=/etc/issue: > ------after--------- > # > default:\ > :cb:ce:ck:lc:fd#1000:im=\r\n:sp#1200:\ > :if=/etc/issue: > -------------------- > > -- > pi@c0mplx.org +49 171 3101372 14 > years to go ! The .hushlogin, while it did remove the version info also removed the MOTD msg, which was not really what I wanted but I guess thats the best that I could hope for. And to answer some question that were going back and forth on the list as to why I wanted remove the version line, was it for security?....heck no, there are plenty of ways to get that information in fact this computer is firewalled and no one has access to it anyway, it was just an eyesore and on top of that its my computer so I can do with it what I please=) The .hushlogin file does remove the Copyright msg but it also removes the MOTD, Im just surprised there is not a well known easy way to remove the version info and leave the MOTD. In previous posts I also wrote that I tried editing the gettytab as you explained but that did nothing. Oh and by the way thanks Kurt! Regards Alex From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 20:03:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 588FB16A420 for ; Thu, 9 Feb 2006 20:03:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D3C743D45 for ; Thu, 9 Feb 2006 20:03:49 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3D8571A3C1B; Thu, 9 Feb 2006 12:03:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3CB3C51211; Thu, 9 Feb 2006 15:03:45 -0500 (EST) Date: Thu, 9 Feb 2006 15:03:44 -0500 From: Kris Kennaway To: alex Message-ID: <20060209200344.GA10593@xor.obsecurity.org> References: <20060209085931.47d3d334.lists@yazzy.org> <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> <20060209114942.GE3159@home.c0mplx.org> <29B267E4-7E20-41C2-8932-21787AE2B34A@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <29B267E4-7E20-41C2-8932-21787AE2B34A@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kurt Jaeger Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 20:03:49 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 09, 2006 at 02:54:57PM -0500, alex wrote: > The .hushlogin, while it did remove the version info also removed the =20 > MOTD msg, which was not really what I wanted but I guess thats the =20 > best that I could hope for. And to answer some question that were =20 > going back and forth on the list as to why I wanted remove the =20 > version line, was it for security?....heck no, there are plenty of =20 > ways to get that information in fact this computer is firewalled and =20 > no one has access to it anyway, it was just an eyesore and on top of =20 > that its my computer so I can do with it what I please=3D) Fair enough! :) Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD66AgWry0BWjoQKURAjHGAJ9OIbmgN6WxYV608w0OagkM14LfdQCffJGp 5XKVwfpCBEwx4n5lBGgZXNI= =Vwwx -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 20:05:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A1CE16A420 for ; Thu, 9 Feb 2006 20:05:03 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C0FA43D5F for ; Thu, 9 Feb 2006 20:04:59 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 1B47FDE; Thu, 9 Feb 2006 14:04:59 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 5AAFE61C38; Thu, 9 Feb 2006 14:04:58 -0600 (CST) Date: Thu, 9 Feb 2006 14:04:58 -0600 From: "Matthew D. Fuller" To: alex Message-ID: <20060209200458.GC54473@over-yonder.net> References: <20060209085931.47d3d334.lists@yazzy.org> <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> <20060209114942.GE3159@home.c0mplx.org> <29B267E4-7E20-41C2-8932-21787AE2B34A@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29B267E4-7E20-41C2-8932-21787AE2B34A@gmail.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 20:05:03 -0000 On Thu, Feb 09, 2006 at 02:54:57PM -0500 I heard the voice of alex, and lo! it spake thus: > > The .hushlogin file does remove the Copyright msg but it also > removes the MOTD, Im just surprised there is not a well known easy > way to remove the version info and leave the MOTD. There is. Take them OUT of the MOTD (so they don't show up), and turn off update_motd in rc.conf (so they don't get put back). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 20:13:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F00C16A420; Thu, 9 Feb 2006 20:13:12 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id C678F43D5A; Thu, 9 Feb 2006 20:13:09 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id B56B457C7; Thu, 9 Feb 2006 21:21:39 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.14] (host34-144.pool874.interbusiness.it [87.4.144.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Thu, 9 Feb 2006 21:21:39 +0100 (CET) Message-ID: <43EBA250.1080307@freesbie.org> Date: Thu, 09 Feb 2006 21:13:04 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> In-Reply-To: <43EB4C00.2030101@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 09 Feb 2006 20:13:12 -0000 Daichi GOTO ha scritto: > I have updated the patchset-8 of unionfs. > > Patchset-8: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff > > Changes in unionfs-p8.diff > - Fixed the issue that user whom has access permission > cannot change the directory because he cannot create > its shadow directory. As a result of this fixed, now > unionfs uses root permission creating shadow directory > temporarily. > > The document of those unionfs patches is pretty improved by Hiroo > ONO-san. > > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) > > Please try -p8 Dario. We are thinking that you cat get it with -p8 :) It doesn't compile on 6.x :/ (using unionfs6-p8.diff on a fresh RELENG_6) cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -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 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_lookup.c /usr/src/sys/ufs/ufs/ufs_lookup.c: In function `ufs_direnter': /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: `vdp' undeclared (first use in this function) /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: (Each undeclared identifier is reported only once /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: for each function it appears in.) *** Error code 1 Stop in /usr/obj.unionfs-i386/usr/src/sys/FREESBIE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 21:55:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 993E416A420 for ; Thu, 9 Feb 2006 21:55:51 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FCE643D6D for ; Thu, 9 Feb 2006 21:55:39 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 41DED50D3B; Thu, 9 Feb 2006 22:55:37 +0100 (CET) Received: from localhost (dlj105.neoplus.adsl.tpnet.pl [83.24.39.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C870A50B72; Thu, 9 Feb 2006 22:55:30 +0100 (CET) Date: Thu, 9 Feb 2006 22:55:14 +0100 From: Pawel Jakub Dawidek To: Steve Kargl Message-ID: <20060209215513.GA3590@garage.freebsd.pl> References: <20060207183152.GA50629@troutmask.apl.washington.edu> <20060207190121.GF19674@comp.chem.msu.su> <20060207191408.GA50909@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20060207191408.GA50909@troutmask.apl.washington.edu> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: memguard monitoring of more than 1 memory_type? 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, 09 Feb 2006 21:55:51 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 07, 2006 at 11:14:08AM -0800, Steve Kargl wrote: +> On Tue, Feb 07, 2006 at 10:01:21PM +0300, Yar Tikhiy wrote: +> > On Tue, Feb 07, 2006 at 10:31:52AM -0800, Steve Kargl wrote: +> > > Can memguard monitor the usage of more that one memory_type? +> >=20 +> > From the memguard(9) manpage: +> >=20 +> > Currently, MemGuard can only take over malloc(), realloc() and fr= ee() for +> > a particular malloc type. +>=20 +> Thanks for pointing out the obvious. I've read that manpage several +> times and somehow missed the word "particular". It's unfortunate +> that it can't monitor more than one type of memory allocation because +> the new pts code has either uncovered a latent bug in devfs or the +> pts patch is stomping on memory. It shouldn't be hard to implement. You need to change function memguard_cmp() in sys/vm/memguard.c, which decides which memory type should be monitored. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD67pBForvXbEpPzQRAr1GAKCiKlR/9iMRlgDnd5g3g5HlttVONwCgjkAY Y7ukj6N+jqSwEXo/0sm0Myk= =11Gg -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 22:06:15 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E8EB16A420 for ; Thu, 9 Feb 2006 22:06:15 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from strange.daemonsecurity.com (59.Red-81-33-11.staticIP.rima-tde.net [81.33.11.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD15C43D76 for ; Thu, 9 Feb 2006 22:06:03 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from [172.16.2.1] (unknown [172.16.2.1]) by strange.daemonsecurity.com (Postfix) with ESMTP id A82272E041 for ; Thu, 9 Feb 2006 23:06:06 +0100 (CET) Message-ID: <43EBBCC5.60406@locolomo.org> Date: Thu, 09 Feb 2006 23:05:57 +0100 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Organization: Locolomo.ORG User-Agent: Thunderbird 1.5 (X11/20060206) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Feature request for IPFW 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, 09 Feb 2006 22:06:15 -0000 Hi: First, I don't use IPFW myself, so please accept my appologies if these features are present in IPFW - in that case it might be a good idea to highlight this. New legislation is under way in the EU regarding retention of traffic data (see link at bottom). The official purpose is to fight terrorism and organised crime. I shall not go into the polemics or lobbying for or against. Of course, such directives does not set legal requirements on FreeBSD as such but, businesses need technical solutions to comply with this directive. Hence, this directive may guide the choice of the technical solution, and this is why it is relevant to FreeBSD: To ensure that FreeBSD will be an option. This said, I think that these features could also be quite useful for businesses in order to investigate incidents. Who: The data retention directive requires "providers of publicly available electronic communications services or of a public communications network" to log and store traffic data. This is pretty broad, while exclusions may be adopted, this includes anything from public libraries, to large ISP's to log and store traffic data. What: Traffic data is defined as all data needed to identify the source and destination of a communication and duration. If traffic is routed through a proxy or NAT'ed this includes any "translation" data. The details are specified in the annex of the referred document, and includes MAC address of the node(s). The technical solution: For Internet communication the following must be logged: source ip, port and mac, destination ip, port, identity translation (NAT) data. Time of initiation, duration or time of termination. The gateway have access to all this information, with exception of the NAT data and duration all is supported, but: The nice solution would be to enable logging when entries are made or deleted from the NAT table. This will include all the required information with the possible exception of the MAC address. So to sum up: My request is to support logging of changes to the NAT table. When: The directive is still a proposal, and once accepted member states are usually given two years to implement it into national law. Why hurry: 1) It will be quite nice to be able to advertise FreeBSD to support the directive by the time it takes effect. 2) Some countries are ahead of time and have adopted similar legislation although the state is not clear as the enforcement may have been delayed to wait for the common rules. The proposal as is (now) can be found here: http://europa.eu.int/information_society/policy/ecomm/doc/info_centre/communic_reports/data_retention/retention_proposal_en_com_2005_0438.pdf Best regards, Erik -- Ph: +34.666334818 web: http://www.locolomo.org S/MIME Certificate: http://www.locolomo.org/crt/2004071206.crt Subject ID: A9:76:7A:ED:06:95:2B:8D:48:97:CE:F2:3F:42:C8:F2:22:DE:4C:B9 Fingerprint: 4A:E8:63:38:46:F6:9A:5D:B4:DC:29:41:3F:62:D3:0A:73:25:67:C2 From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 22:08:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C852816A420 for ; Thu, 9 Feb 2006 22:08:36 +0000 (GMT) (envelope-from theawel@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A66DD43D82 for ; Thu, 9 Feb 2006 22:08:18 +0000 (GMT) (envelope-from theawel@gmail.com) Received: by pproxy.gmail.com with SMTP id x31so104760pye for ; Thu, 09 Feb 2006 14:08:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=MX/O1iiizLAVkQaxDMxd7YHQwihcnwSgNHkD5B9loEz2Ap2LhNtUGac+fdTWudwxane7Mq2QVIagc4C7rREGS8TIBVBNWBA36B+Vuv4z2gr+GmaZ4ifT8j4dDOj/yjmIcXeLv5j+H/5WFjjixmTkG3mkMSsvt24ck490/uOPaPQ= Received: by 10.35.127.7 with SMTP id e7mr184863pyn; Thu, 09 Feb 2006 14:01:08 -0800 (PST) Received: from ?192.168.0.100? ( [69.141.26.39]) by mx.gmail.com with ESMTP id y78sm70749pyg.2006.02.09.14.01.07; Thu, 09 Feb 2006 14:01:08 -0800 (PST) In-Reply-To: <20060209200458.GC54473@over-yonder.net> References: <20060209085931.47d3d334.lists@yazzy.org> <68021BB2-7A6D-4D90-99AA-8982AC74E992@gmail.com> <20060209114942.GE3159@home.c0mplx.org> <29B267E4-7E20-41C2-8932-21787AE2B34A@gmail.com> <20060209200458.GC54473@over-yonder.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <41433366-FB7F-42DA-8736-15F5F4CF11A5@gmail.com> Content-Transfer-Encoding: 7bit From: alex Date: Thu, 9 Feb 2006 17:01:03 -0500 To: Matthew D. Fuller X-Mailer: Apple Mail (2.746.2) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 09 Feb 2006 22:08:36 -0000 On Feb 9, 2006, at 3:04 PM, Matthew D. Fuller wrote: > On Thu, Feb 09, 2006 at 02:54:57PM -0500 I heard the voice of > alex, and lo! it spake thus: >> >> The .hushlogin file does remove the Copyright msg but it also >> removes the MOTD, Im just surprised there is not a well known easy >> way to remove the version info and leave the MOTD. > > There is. Take them OUT of the MOTD (so they don't show up), and turn > off update_motd in rc.conf (so they don't get put back). > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. Oh man now I realized what I did, I had originally edited MOTD to only show what I wanted, but I logged back in once before I set update_motd to "NO" therefore it changed the motd to include the copyright info. Since I remembered editing it I never went back to check to see if it was modified after I edited. With Mathew's suggestion I checked the MOTD and low and behold the version info was there, I removed it and it is not coming back because this time i have the update_motd already set to "NO", funny how computers don't know what your thinking :) --Alex From owner-freebsd-current@FreeBSD.ORG Thu Feb 9 22:32:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C199216A420 for ; Thu, 9 Feb 2006 22:32:20 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6810043D45 for ; Thu, 9 Feb 2006 22:32:20 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 403B41EC303 for ; Thu, 9 Feb 2006 23:32:18 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k19MWIrB001836 for ; Thu, 9 Feb 2006 22:32:18 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Thu, 09 Feb 2006 22:32:18 +0000 Message-ID: <1835.1139524338@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: [TEST/REVIEW] cpu time accounting patch, step 2 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, 09 Feb 2006 22:32:20 -0000 http://phk.freebsd.dk/patch/cputime.patch This patch enables the new cpu time accounting method for i386 with TSC, all amd64 and sparc64 (?) and i386 with Geode cpu. The overall objective is to trade a minor amount of precision in cpu time accounting for a significant speedup in context switch. On my amd64 machine, I get 27+/-5 % improvement on unixbench/context1. Basically the patch uses the TSC or other (per-CPU) hardware device to keep track of CPU utilization and only converts to microseconds when necessary. If no "special" hardware is available the code falls back to the timecounter hardware, whatever it is. If the "special hardware" counter is marked as variable, a function runs every 16 seconds and (tries to) calibrate the max frequency we have ever seen. (If you boot verbose it will say what it does). This code is supposed to cope with laptops and other power-managed hardware. Only the "boot CPU" is calibrated, the other CPUs are supposed to run at the same rate (but they may have an offset). Tests, reviews etc please. 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 Thu Feb 9 22:33:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BDB416A420 for ; Thu, 9 Feb 2006 22:33:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id B630B43D46 for ; Thu, 9 Feb 2006 22:33:44 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 0CE1E1EC31D for ; Thu, 9 Feb 2006 23:33:44 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k19MXhji001871 for ; Thu, 9 Feb 2006 22:33:43 GMT (envelope-from phk@critter.freebsd.dk) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 09 Feb 2006 22:32:18 GMT." <1835.1139524338@critter.freebsd.dk> Date: Thu, 09 Feb 2006 22:33:43 +0000 Message-ID: <1870.1139524423@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 09 Feb 2006 22:33:45 -0000 In message <1835.1139524338@critter.freebsd.dk>, Poul-Henning Kamp writes: > > http://phk.freebsd.dk/patch/cputime.patch > >On my amd64 machine, I get 27+/-5 % improvement on unixbench/context1. > [...] > >Tests, reviews etc please. And benchmarks obviously. Network related benchmarks in particular. -- 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 Thu Feb 9 23:15:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED66016A420 for ; Thu, 9 Feb 2006 23:15:41 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC66B43D45 for ; Thu, 9 Feb 2006 23:15:41 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 96F9D72DDD; Thu, 9 Feb 2006 15:15:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 922EE72DDB; Thu, 9 Feb 2006 15:15:41 -0800 (PST) Date: Thu, 9 Feb 2006 15:15:41 -0800 (PST) From: Doug White To: "Ricardo A. Reis" In-Reply-To: <43EB545A.1040105@yahoo.com.br> Message-ID: <20060209150834.K10921@carver.gumbysoft.com> References: <43EB545A.1040105@yahoo.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: FreeBSD Port to UltraSparc T1 "Niagara" 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, 09 Feb 2006 23:15:42 -0000 On Thu, 9 Feb 2006, Ricardo A. Reis wrote: > In recent post "news.com.com", President Jonathan Schwartz of > Sun MicroSystem talk about > Linux and BSD. > Exist a interesting in add Niagara a Sparc port ? A port of FreeBSD to a Niagra-based system is in progress. We have a developer in possession of hardware and is working on the early boot stages. Stay tuned. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 04:23:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB2216A420; Fri, 10 Feb 2006 04:23:16 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B72A43D49; Fri, 10 Feb 2006 04:23:15 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id B8FAB4C5C5; Thu, 9 Feb 2006 20:23:13 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k1A4N8MG080084; Thu, 9 Feb 2006 20:23:10 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602100423.k1A4N8MG080084@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Dario Freni In-Reply-To: Message from Dario Freni of "Thu, 09 Feb 2006 21:13:04 +0100." <43EBA250.1080307@freesbie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Feb 2006 20:23:08 -0800 Sender: Cy.Schubert@komquats.com Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 04:23:17 -0000 In message <43EBA250.1080307@freesbie.org>, Dario Freni writes: > Daichi GOTO ha scritto: > > I have updated the patchset-8 of unionfs. > > > > Patchset-8: > > For 7-current > > http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff > > > > For 6.x > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff > > > > Changes in unionfs-p8.diff > > - Fixed the issue that user whom has access permission > > cannot change the directory because he cannot create > > its shadow directory. As a result of this fixed, now > > unionfs uses root permission creating shadow directory > > temporarily. > > > > The document of those unionfs patches is pretty improved by Hiroo > > ONO-san. > > > > http://people.freebsd.org/~daichi/unionfs/ (English) > > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) > > > > Please try -p8 Dario. We are thinking that you cat get it with -p8 :) > > It doesn't compile on 6.x :/ (using unionfs6-p8.diff on a fresh RELENG_6) > > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -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 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_lookup.c > /usr/src/sys/ufs/ufs/ufs_lookup.c: In function `ufs_direnter': > /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: `vdp' undeclared (first > use in this function) > /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: (Each undeclared > identifier is reported only once > /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: for each function it > appears in.) > *** Error code 1 > > Stop in /usr/obj.unionfs-i386/usr/src/sys/FREESBIE. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. Replace the line in the patch that says: + if (OFSFMT(vdp)) with: + if (OFSFMT(dvp)) Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 06:01:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC68A16A420 for ; Fri, 10 Feb 2006 06:01:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.FreeBSD.org (Postfix) with SMTP id 6833C43D46 for ; Fri, 10 Feb 2006 06:01:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 73994 invoked from network); 10 Feb 2006 06:01:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Bb3MFGdC0yWJl5IEm26Gy0A02GtSeSY7SoBxEQ5eubmjs0/m+8YM6WYyuZ2er2pLrqYJSBJpOWSMauZ4rmXzps5Wmy4dn7N9YuE9CBsurfmXQ0UU/mE1c/H5ouNweHmHKfWkwZ5UX88gZYL/4I1qlnuwgnrYyiD2TtXumNdg+cY= ; Received: from unknown (HELO ?70.30.133.184?) (mikej@rogers.com@70.30.133.184 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 10 Feb 2006 06:01:13 -0000 Message-ID: <43EC2C4C.5000709@rogers.com> Date: Fri, 10 Feb 2006 01:01:48 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Poul-Henning Kamp References: <1835.1139524338@critter.freebsd.dk> In-Reply-To: <1835.1139524338@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 06:01:15 -0000 Poul-Henning Kamp wrote: > http://phk.freebsd.dk/patch/cputime.patch > > This patch enables the new cpu time accounting method for i386 with > TSC, all amd64 and sparc64 (?) and i386 with Geode cpu. > I got a bunch of these during the first bootup. -- calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) -- FreeBSD fbsd.local 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Feb 10 00:30:49 EST 2006 root@fbsd.local:/usr/obj/usr/src/sys/DP i386 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #0: Fri Feb 10 00:30:49 EST 2006 root@fbsd.local:/usr/obj/usr/src/sys/DP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x644 Stepping = 4 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow+,3DNow> real memory = 536788992 (511 MB) avail memory = 520171520 (496 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd800-0xd8ff mem 0xe5000000-0xe5ffffff,0xe4000000-0xe4000fff irq 11 at device 0.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) pci0: at device 4.4 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x9400-0x947f mem 0xe3800000-0xe380007f irq 5 at device 9.0 on pci0 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:03:d4:4c:07 em0: port 0x9000-0x903f mem 0xe3000000-0xe301ffff,0xe2800000-0xe281ffff irq 12 at device 10.0 on pci0 em0: Ethernet address: 00:0e:0c:4d:12:56 em0: [FAST] fxp0: port 0x8800-0x883f mem 0xe2000000-0xe2000fff,0xe1800000-0xe181ffff irq 10 at device 11.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:07:e9:0f:8d:5e atapci1: port 0x8400-0x8407,0x8000-0x8003,0x7800-0x7807,0x7400-0x7403,0x7000-0x703f mem 0xe1000000-0xe101ffff irq 10 at device 17.0 on pci0 ata2: on atapci1 ata3: on atapci1 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xca7ff,0xcc000-0xccfff,0xd0000-0xd17ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1410209843 Hz quality 800 Timecounters tick every 1.000 msec ad0: 78167MB at ata0-master UDMA100 ad2: 156334MB at ata1-master UDMA100 ad4: 239372MB at ata2-master UDMA100 ad6: 76345MB at ata3-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a WARNING: attempt to net_add_domain(netgraph) after domainfinalize() calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid 30 (pagezero) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) calcru: runtime went backwards from 21899 usec to 21898 usec for pid 15 (swi5: +) From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 06:46:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E53CE16A420; Fri, 10 Feb 2006 06:46:42 +0000 (GMT) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F5943D6D; Fri, 10 Feb 2006 06:46:33 +0000 (GMT) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id k1A6kUCW023571; Fri, 10 Feb 2006 12:46:30 +0600 Received: from bocha.solink.office ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11/8.12.11) with ESMTP id k1A6kPQs017799; Fri, 10 Feb 2006 12:46:26 +0600 From: Bachilo Dmitry Organization: SoLink To: current@freebsd.org, ports@freebsd.org User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Disposition: inline Date: Fri, 10 Feb 2006 12:46:31 +0600 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Message-Id: <200602101246.31666.root@solink.ru> Cc: Subject: Bad system call (core dumped) 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, 10 Feb 2006 06:46:43 -0000 I've tried to compile Xchat 2.6.1 from sources, it compiled with no errors,= =20 but when I start xchat it gives me "Bad system call (core dumped)". So i've cvsuped ports and compiled this version of Xchat from them firs of = all=20 i've got Shared object "libexpat.so.5" not found, required by=20 "libfontconfig.so.1", and I've made a symbolic link=20 ln -s libexpat.so libexpat.so.5=20 and then again typed xchat, but, as ususal Bad system call (core dumped) Is that a problem with sources, or there's something wrong with my system? =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 07:09:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0CFD16A420; Fri, 10 Feb 2006 07:09:23 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail21.syd.optusnet.com.au (mail21.syd.optusnet.com.au [211.29.133.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D0743D49; Fri, 10 Feb 2006 07:09:22 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail21.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k1A79KID005161 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 10 Feb 2006 18:09:20 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k1A79JZX000852; Fri, 10 Feb 2006 18:09:19 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k1A79JCp000851; Fri, 10 Feb 2006 18:09:19 +1100 (EST) (envelope-from peter) Date: Fri, 10 Feb 2006 18:09:19 +1100 From: Peter Jeremy To: Pawel Jakub Dawidek Message-ID: <20060210070918.GA685@turion.vk2pj.dyndns.org> References: <20060207183152.GA50629@troutmask.apl.washington.edu> <20060207190121.GF19674@comp.chem.msu.su> <20060207191408.GA50909@troutmask.apl.washington.edu> <20060209215513.GA3590@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20060209215513.GA3590@garage.freebsd.pl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: memguard monitoring of more than 1 memory_type? 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, 10 Feb 2006 07:09:23 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Feb-09 22:55:14 +0100, Pawel Jakub Dawidek wrote: >On Tue, Feb 07, 2006 at 11:14:08AM -0800, Steve Kargl wrote: >+> Thanks for pointing out the obvious. I've read that manpage several >+> times and somehow missed the word "particular". It's unfortunate >+> that it can't monitor more than one type of memory allocation because >+> the new pts code has either uncovered a latent bug in devfs or the >+> pts patch is stomping on memory. > >It shouldn't be hard to implement. You need to change function >memguard_cmp() in sys/vm/memguard.c, which decides which memory type >should be monitored. It's quite a bit messier than this. memguard.c privately stores a record of which memory type is being debugged in vm_memguard_mtype and vm_memguard_desc and doesn't bother passing this information via the alloc/free hooks. The current kern_malloc code looks like: #ifdef DEBUG_MEMGUARD if (memguard_cmp(mtp)) return memguard_alloc(size, flags); #endif If you are going to support multiple memory types, you need to pass mtp to memguard_{alloc,free}() - in which case, you might as well combine memguard_cmp() into these functions. The easiest way to support multiple memory types is to hang the memguard information off the struct malloc_type - except that means that DEBUG_MEMGUARD changes the kernel ABI. --=20 Peter Jeremy --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7Dwc/opHv/APuIcRAkMAAJ4wSmDg3nCrOQmL40GAdQrOXbEjmgCgjWK+ K+3Iyo1z72KqorZ0lqG9tKs= =JWx3 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 08:33:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33E1C16A420 for ; Fri, 10 Feb 2006 08:33:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id C98BB43D48 for ; Fri, 10 Feb 2006 08:33:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 8C3FB1EC36F; Fri, 10 Feb 2006 09:33:05 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1A8X1fW003726; Fri, 10 Feb 2006 08:33:01 GMT (envelope-from phk@critter.freebsd.dk) To: Mike Jakubik From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 10 Feb 2006 01:01:48 EST." <43EC2C4C.5000709@rogers.com> Date: Fri, 10 Feb 2006 08:33:01 +0000 Message-ID: <3725.1139560381@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 08:33:09 -0000 In message <43EC2C4C.5000709@rogers.com>, Mike Jakubik writes: >Poul-Henning Kamp wrote: >> http://phk.freebsd.dk/patch/cputime.patch >> >> This patch enables the new cpu time accounting method for i386 with >> TSC, all amd64 and sparc64 (?) and i386 with Geode cpu. >> > >I got a bunch of these during the first bootup. > >-- >calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid >30 (pagezero) Yes, that will happen right now until the calibration of the TSC's max frequency is completed. I'm analyzing various solutions to 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 Fri Feb 10 10:41:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A1716A420; Fri, 10 Feb 2006 10:41:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C01943D7B; Fri, 10 Feb 2006 10:40:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 90BEA1A3C23; Fri, 10 Feb 2006 02:40:50 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D4D46515A3; Fri, 10 Feb 2006 05:40:49 -0500 (EST) Date: Fri, 10 Feb 2006 05:40:49 -0500 From: Kris Kennaway To: Bachilo Dmitry Message-ID: <20060210104049.GA34533@xor.obsecurity.org> References: <200602101246.31666.root@solink.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <200602101246.31666.root@solink.ru> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Bad system call (core dumped) 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, 10 Feb 2006 10:41:00 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 12:46:31PM +0600, Bachilo Dmitry wrote: > I've tried to compile Xchat 2.6.1 from sources, it compiled with no error= s,=20 > but when I start xchat it gives me "Bad system call (core dumped)". > So i've cvsuped ports and compiled this version of Xchat from them firs o= f all=20 > i've got Shared object "libexpat.so.5" not found, required by=20 > "libfontconfig.so.1", and I've made a symbolic link=20 > ln -s libexpat.so libexpat.so.5=20 > and then again typed xchat, but, as ususal > Bad system call (core dumped) >=20 > Is that a problem with sources, or there's something wrong with my system? The latter, looks like. The fact that you have the missing library suggests you're not upgrading your ports correctly (e.g. using portupgrade), which suggests you're probably not upgrading your OS correctly either. e.g. if you built and installed a new world without first building, installing and booting a new kernel (per the documentation in the handbook and UPDATING), you could run into this error from new system calls recently added. Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7G2xWry0BWjoQKURAnUBAJ49MARIpUN4KDJCLSvpT4J6oA1+CQCgowzA OdUkGqRQMku1YSzsQMhmfeM= =Mp78 -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 11:48:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1627916A420 for ; Fri, 10 Feb 2006 11:48:15 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B36EC43D45 for ; Fri, 10 Feb 2006 11:48:14 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id DDA11A8; Fri, 10 Feb 2006 06:48:35 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 927F2B809; Fri, 10 Feb 2006 06:48:34 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F7Wl1-0003JW-6x; Fri, 10 Feb 2006 11:48:11 +0000 Date: Fri, 10 Feb 2006 11:48:11 +0000 From: Brian Candler To: Alex Message-ID: <20060210114811.GB12704@uk.tiscali.com> References: <20060209125310.GB9008@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060209125310.GB9008@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD showing version number upon login 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, 10 Feb 2006 11:48:15 -0000 On Thu, Feb 09, 2006 at 12:53:10PM +0000, Brian Candler wrote: > Do you mean the version number *within* /etc/motd? (i.e. you also see it if > you type "cat /etc/motd"? ) > > Have a look in /etc/rc.d/motd > > I don't see why setting update_motd="NO" in rc.conf didn't fix this for > you. I forgot to add: after setting update_motd="NO", you must actually edit /etc/motd to remove the FreeBSD version number! Did you do that? Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 12:58:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D61B516A420; Fri, 10 Feb 2006 12:58:21 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from smtp.unsam.edu.ar (smtp.unsam.edu.ar [170.210.48.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94DED43D6A; Fri, 10 Feb 2006 12:58:04 +0000 (GMT) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (pi.iib.unsam.edu.ar [192.168.10.11]) by smtp.unsam.edu.ar (8.12.6/8.12.6) with ESMTP id k1ACrAUr064249; Fri, 10 Feb 2006 09:53:10 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: from pi.iib.unsam.edu.ar (localhost [127.0.0.1]) by pi.iib.unsam.edu.ar (8.13.1/8.13.1) with ESMTP id k1ACvoIu000877; Fri, 10 Feb 2006 09:57:50 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by pi.iib.unsam.edu.ar (8.13.1/8.13.1/Submit) id k1ACvi6I000876; Fri, 10 Feb 2006 09:57:44 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: pi.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Fri, 10 Feb 2006 09:57:43 -0300 From: Fernan Aguero To: Bachilo Dmitry Message-ID: <20060210125743.GA835@iib.unsam.edu.ar> Mail-Followup-To: Bachilo Dmitry , current@freebsd.org, ports@freebsd.org References: <200602101246.31666.root@solink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602101246.31666.root@solink.ru> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Fri, 10 Feb 2006 13:04:43 +0000 Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Bad system call (core dumped) 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, 10 Feb 2006 12:58:22 -0000 +----[ Bachilo Dmitry (10.Feb.2006 03:48): | | I've tried to compile Xchat 2.6.1 from sources, it compiled with no errors, | but when I start xchat it gives me "Bad system call (core dumped)". I don't know about this one, but | So i've cvsuped ports and compiled this version of Xchat from them firs of all | i've got Shared object "libexpat.so.5" not found, required by | "libfontconfig.so.1", when you cvsuped, the ports tree got updated and this included a new version of expat. Read /usr/ports/UPDATING always after you cvsup your ports. | and I've made a symbolic link | ln -s libexpat.so libexpat.so.5 You should try to avoid doing this. When a you update a shared library to a new major version, it is recommended that you recompile all ports that were linked against this library. If you use portupgrade (sysutils/portupgrade), this can be easily done like this portupgrade -rf your_shared_library_port this will upgrade the shared library rebuild all ports that depend on it. In this case, it will be portupgrade -rf textproc/expat2 as explained in UPDATING. But beware, this can take a looong time, as many ports depend on expat. Regards, Fernan | and then again typed xchat, but, as ususal | Bad system call (core dumped) | | Is that a problem with sources, or there's something wrong with my system? | -- | ------------------------ | ? ?????????, ?????? ??????? | ???????????? ?????? ????????? ?????????? | ??? "???????? ??????" | _______________________________________________ | freebsd-ports@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-ports | To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" | | +----] From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 13:48:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 832DC16A420; Fri, 10 Feb 2006 13:48:55 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9446E43D48; Fri, 10 Feb 2006 13:48:50 +0000 (GMT) (envelope-from danger@rulez.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 9CAAB1CCFD; Fri, 10 Feb 2006 14:48:45 +0100 (CET) Received: by mail.rulez.sk (Postfix, from userid 1001) id 18C611CCBD; Fri, 10 Feb 2006 14:48:39 +0100 (CET) Date: Fri, 10 Feb 2006 14:48:39 +0100 From: Daniel Gerzo To: current@freebsd.org, stable@freebsd.org Message-ID: <20060210134839.GA74081@daemon.rulez.sk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-2.361 tagged_above=-999 required=5 tests=[AWL=0.239, BAYES_00=-2.599, NO_RELAYS=-0.001] X-Spam-Score: -2.361 X-Spam-Level: Cc: Subject: [panic] Fatal trap 12: page fault while in kernel mode 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, 10 Feb 2006 13:48:55 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I've just got installed a brand new box, and I can say that it's hanging on regular basis, around every 10 minutes. The backtrace is included, as well as the dmesg. Any help with this will be appreciated. Thank you. -- Sincerely, Daniel Gerzo --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="crashlog.log" Content-Transfer-Encoding: 8bit bigbang# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xa9b2d30c fault code = supervisor write, page not present instruction pointer = 0x20:0xc0810407 stack pointer = 0x28:0xe33b9b58 frame pointer = 0x28:0xe33b9be0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle) trap number = 12 panic: page fault Uptime: 17m32s Dumping 1007 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1007MB (257776 pages) 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) list *0xc0810407 0xc0810407 is in __qdivrem (/usr/src/sys/libkern/qdivrem.c:251). 246 u[i + j] = LHALF(t); 247 t = HHALF(t); 248 } 249 u[j] = LHALF(u[j] + t); 250 } 251 q[j] = qhat; 252 } while (++j <= m); /* D7: loop on j. */ 253 254 /* 255 * If caller wants the remainder, we have to calculate it as (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0638202 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc0638498 in panic (fmt=0xc084e5a2 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0807c30 in trap_fatal (frame=0xe33b9b18, eva=2847068940) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc08073d2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 606, tf_esi = 0, tf_ebp = -482632736, tf_isp = -482632892, tf_ebx = 0, tf_edx = 0, tf_ecx = -1447898356, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1065286649, tf_cs = 32, tf_eflags = 589894, tf_esp = 55296, tf_ss = 55930}) at /usr/src/sys/i386/i386/trap.c:267 #5 0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0810407 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:251 #7 0xc081050e in __udivdi3 (a=9223372036854775808, b=3579545) at /usr/src/sys/libkern/udivdi3.c:47 #8 0xc0640e5d in tc_windup () at /usr/src/sys/kern/kern_tc.c:491 #9 0xc064132d in tc_ticktock () at /usr/src/sys/kern/kern_tc.c:756 #10 0xc060ec50 in hardclock (frame=0xe33b9c98) at /usr/src/sys/kern/kern_clock.c:243 #11 0xc07fcbe5 in lapic_handle_timer (frame= {cf_vec = 0, cf_fs = -1037828088, cf_es = -1067319256, cf_ds = 40, cf_edi = -1036617472, cf_esi = -1036617448, cf_ebp = -482632484, cf_ebx = 0, cf_edx = 0, cf_ecx = 1000, cf_eax = 1000, cf_eip = -1062831147, cf_cs = 32, cf_eflags = 524870, cf_esp = -482632452, cf_ss = -1062848970}) at /usr/src/sys/i386/i386/local_apic.c:630 #12 0xc07f73b0 in Xtimerint () at apic_vector.s:137 #13 0xc0a67bd5 in ?? () #14 0xe33b9d04 in ?? () #15 0xc07fe487 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1134 Previous frame inner to this frame (corrupt stack?) (kgdb) list 256 * u[m..m+n] >> d (this is at most n digits and thus fits in 257 * u[m+1..m+n], but we may need more source digits). 258 */ 259 if (arq) { 260 if (d) { 261 for (i = m + n; i > m; --i) 262 u[i] = (u[i] >> d) | 263 LHALF(u[i - 1] << (HALF_BITS - d)); 264 u[i] = 0; 265 } (kgdb) backtrace full #0 doadump () at pcpu.h:165 No locals. #1 0xc0638202 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 first_buf_printf = 1 #2 0xc0638498 in panic (fmt=0xc084e5a2 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 td = (struct thread *) 0xc2247780 bootopt = 260 newpanic = 0 ap = 0xc2247780 " #3 0xc0807c30 in trap_fatal (frame=0xe33b9b18, eva=2847068940) at /usr/src/sys/i386/i386/trap.c:831 code = 40 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #4 0xc08073d2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 606, tf_esi = 0, tf_ebp = -482632736, tf_isp = -482632892, tf_ebx = 0, tf_edx = 0, tf_ecx = -1447898356, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1065286649, tf_cs = 32, tf_eflags = 589894, tf_esp = 55296, tf_ss = 55930}) at /usr/src/sys/i386/i386/trap.c:267 td = (struct thread *) 0xc2247780 p = (struct proc *) 0xc2246a3c sticks = 0 i = 0 ucode = 0 type = 12 code = 2 eva = 2847068940 #5 0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #6 0xc0810407 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:251 uj0 = 0 uj1 = 0 uj2 = 0 tmp = {q = 3579545, uq = 3579545, sl = {3579545, 0}, ul = {3579545, 0}} u = (digit *) 0xe33b9bc4 v = (digit *) 0xe33b9bb8 q = (digit *) 0xa9b2d30c v1 = 55296 qhat = 606 rhat = 0 t = 0 m = 482632784 n = -482632780 d = 10 j = 0 i = 0 uspace = {512, 0, 0, 0, 0} vspace = {62595, 0, 0, 55296, 40601} qspace = {0, 0, 599, 61080, 39104} #7 0xc081050e in __udivdi3 (a=9223372036854775808, b=3579545) at /usr/src/sys/libkern/udivdi3.c:47 No locals. #8 0xc0640e5d in tc_windup () at /usr/src/sys/kern/kern_tc.c:491 bt = {sec = 1041520524, frac = 1039604477975553048} th = (struct timehands *) 0xc08c4060 tho = (struct timehands *) 0xc08c40a0 scale = 9223372036854775808 delta = 0 ncount = 0 ogen = 105179 i = 0 t = -1064550304 #9 0xc064132d in tc_ticktock () at /usr/src/sys/kern/kern_tc.c:756 count = 0 #10 0xc060ec50 in hardclock (frame=0xe33b9c98) at /usr/src/sys/kern/kern_clock.c:243 need_softclock = 0 #11 0xc07fcbe5 in lapic_handle_timer (frame= {cf_vec = 0, cf_fs = -1037828088, cf_es = -1067319256, cf_ds = 40, cf_edi = -1036617472, cf_esi = -1036617448, cf_ebp = -482632484, cf_ebx = 0, cf_edx = 0, cf_ecx = 1000, cf_eax = 1000, cf_eip = -1062831147, cf_cs = 32, cf_eflags = 524870, cf_esp = -482632452, cf_ss = -1062848970}) at /usr/src/sys/i386/i386/local_apic.c:630 la = (struct lapic *) 0xc09540e0 #12 0xc07f73b0 in Xtimerint () at apic_vector.s:137 No locals. #13 0xc0a67bd5 in ?? () No symbol table info available. #14 0xe33b9d04 in ?? () No symbol table info available. #15 0xc07fe487 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1134 No locals. Previous frame inner to this frame (corrupt stack?) --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 1056899072 (1007 MB) avail memory = 1025335296 (977 MB) ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 7 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 12 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xb000-0xb007 mem 0xf0000000-0xf7ffffff,0xfa000000-0xfa07ffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0x9000-0x90ff mem 0xf9021000-0xf9021fff irq 16 at device 1.0 on pci1 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0x9400-0x943f mem 0xf9020000-0xf9020fff,0xf9000000-0xf901ffff irq 18 at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:af:a6:6e isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xd2000-0xd37ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2994900140 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 78533MB at ata0-master UDMA100 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 48 files 14 WARNING: /storage was not properly dismounted --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 15:22:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A38716A422 for ; Fri, 10 Feb 2006 15:22:33 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC67E43D5D for ; Fri, 10 Feb 2006 15:22:30 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1AFMTBh011991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Feb 2006 10:22:29 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1AFMOaV034401; Fri, 10 Feb 2006 10:22:24 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17388.44976.250463.383429@grasshopper.cs.duke.edu> Date: Fri, 10 Feb 2006 10:22:24 -0500 (EST) To: Poul-Henning Kamp In-Reply-To: <1835.1139524338@critter.freebsd.dk> References: <1835.1139524338@critter.freebsd.dk> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 15:22:33 -0000 Poul-Henning Kamp writes: > Tests, reviews etc please. Here are some benchmark results from my "AMD Athlon(tm) 64 X2 Dual Core Processor 3800+" running an SMP kernel for both loopback and 10GbE TCP networks. The executive summary is that there's a 41% improvement in loopback pingpong, and a 12.5% improvement in a pingpong test with a remote linux machine over 10GbE. Since the linux machine isn't infinately fast, the improvement is probably a bit more than 12.5% ;) The machine seemed stable, and I haven't seen anything negative except for a tiny slowdown in sending using TCP_SENDFILE. Thank you so much for doing this!! Drew Test data: machdep.cpu_idle_hlt=0 net.isr.direct=1 dev.myri10ge.0.skip_pio_read=1 Everything else default except where noted for 10GbE TCP_RR test. netperf -tTCP_STREAM to localhost x loopback_stream.before + loopback_stream.after +--------------------------------------------------------------------------+ |x x x x x + + + + +| | |______A_M____| |____M_A_____| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 4100.11 4221.45 4187.95 4178.016 46.300782 + 5 4472.37 4567.2 4510 4519.416 38.960833 Difference at 95.0% confidence 341.4 +/- 62.4045 8.17134% +/- 1.49364% (Student's t, pooled s = 42.7885) netperf -tTCP_RR to localhost x loopback_rr.before + loopback_rr.after +--------------------------------------------------------------------------+ |x x + ++ ++| |MA| |__MA___|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 27807.53 28195.85 27873.98 27964.662 163.75044 + 5 38590.71 40167.44 39301.22 39463.23 645.1375 Difference at 95.0% confidence 11498.6 +/- 686.411 41.1182% +/- 2.45457% (Student's t, pooled s = 470.647) netperf -tTCP_STREAM to linux machine via 10GbE (128KB socket buffers) x 10GbE_stream_rx.before + 10GbE_stream_rx.after +--------------------------------------------------------------------------+ | + | |x x x x x + + + + | | |________A__M____| |_________________A_________M_______|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 7655.65 7723.43 7702.66 7693.382 27.071167 + 5 7768.29 7883.34 7863.13 7830.482 57.216535 Difference at 95.0% confidence 137.1 +/- 65.2772 1.78205% +/- 0.848484% (Student's t, pooled s = 44.7581) x 10GbE_stream_tx.before + 10GbE_stream_tx.after +--------------------------------------------------------------------------+ |+ x x + + x + + x x| | |_|____________M__________MA_____A___________________|___________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 4640.64 4722.05 4670.05 4679.212 36.651045 + 5 4636.54 4709.22 4657.93 4671.276 31.004687 No difference proven at 95.0% confidence netperf -tTCP_SENDFILE to linux machine via 10GbE (128KB socket buffers) x 10GbE_sendfile_tx.before + 10GbE_sendfile_tx.after +--------------------------------------------------------------------------+ | + + + + + x xxx x| ||_________M_____A_______________| |_________A________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 7453.74 7523.76 7492.15 7490.258 24.844414 + 5 7328.59 7430.97 7355.29 7369.944 42.886543 Difference at 95.0% confidence -120.314 +/- 51.1132 -1.60627% +/- 0.682395% (Student's t, pooled s = 35.0464) netperf -tTCP_RR to linux machine via 10GbE, after setting nic interrupt coalescing parameters to their minimum setting (dev.myri10ge.0.intr_coal_delay=1): x 10GbE_rr.before + 10GbE_rr.after +--------------------------------------------------------------------------+ |x xx + +++++| ||_AM| |_AM_|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 29721.79 29929.62 29863.69 29827.82 89.80339 + 6 33323.05 33703.95 33614.14 33556.268 137.33838 Difference at 95.0% confidence 3728.45 +/- 162.431 12.4999% +/- 0.544562% (Student's t, pooled s = 118.588) From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 15:38:03 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E91D516A420 for ; Fri, 10 Feb 2006 15:38:03 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93F0843D46 for ; Fri, 10 Feb 2006 15:38:03 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1AFc2ti015068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Feb 2006 10:38:02 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1AFbtlA034422; Fri, 10 Feb 2006 10:37:55 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17388.45907.272375.709932@grasshopper.cs.duke.edu> Date: Fri, 10 Feb 2006 10:37:55 -0500 (EST) To: Poul-Henning Kamp In-Reply-To: <17388.44976.250463.383429@grasshopper.cs.duke.edu> References: <1835.1139524338@critter.freebsd.dk> <17388.44976.250463.383429@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 15:38:04 -0000 Sorry, there was a small cut & paste typo. Rather than: > netperf -tTCP_STREAM to linux machine via 10GbE (128KB socket buffers) This should read: netperf -tTCP_STREAM *from* linux machine via 10GbE (128KB socket buffers) > x 10GbE_stream_rx.before > + 10GbE_stream_rx.after > +--------------------------------------------------------------------------+ > | + | > |x x x x x + + + + | > | |________A__M____| |_________________A_________M_______|| > +--------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 5 7655.65 7723.43 7702.66 7693.382 27.071167 > + 5 7768.29 7883.34 7863.13 7830.482 57.216535 > Difference at 95.0% confidence > 137.1 +/- 65.2772 > 1.78205% +/- 0.848484% > (Student's t, pooled s = 44.7581) netperf -tTCP_STREAM *to* linux machine via 10GbE (128KB socket buffers) > > x 10GbE_stream_tx.before > + 10GbE_stream_tx.after > +--------------------------------------------------------------------------+ > |+ x x + + x + + x x| > | |_|____________M__________MA_____A___________________|___________| | > +--------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 5 4640.64 4722.05 4670.05 4679.212 36.651045 > + 5 4636.54 4709.22 4657.93 4671.276 31.004687 > No difference proven at 95.0% confidence > Drew From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 15:55:19 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 794CF16A420 for ; Fri, 10 Feb 2006 15:55:19 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id E485843D46 for ; Fri, 10 Feb 2006 15:55:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 702F41EC323; Fri, 10 Feb 2006 16:55:17 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1AFtGxM005384; Fri, 10 Feb 2006 15:55:16 GMT (envelope-from phk@critter.freebsd.dk) To: Andrew Gallatin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 10 Feb 2006 10:22:24 EST." <17388.44976.250463.383429@grasshopper.cs.duke.edu> Date: Fri, 10 Feb 2006 15:55:16 +0000 Message-ID: <5383.1139586916@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 15:55:19 -0000 In message <17388.44976.250463.383429@grasshopper.cs.duke.edu>, Andrew Gallatin writes: >Here are some benchmark results from my "AMD Athlon(tm) 64 X2 Dual >Core Processor 3800+" running an SMP kernel for both loopback and >10GbE TCP networks. The executive summary is that there's a 41% >improvement in loopback pingpong, and a 12.5% improvement in a >pingpong test with a remote linux machine over 10GbE. Since the linux >machine isn't infinately fast, the improvement is probably a bit more >than 12.5% ;) That's a LOT more than I had hoped for... 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 Feb 10 17:19:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7650516A420 for ; Fri, 10 Feb 2006 17:19:38 +0000 (GMT) (envelope-from binjajer@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0E1443D4C for ; Fri, 10 Feb 2006 17:19:36 +0000 (GMT) (envelope-from binjajer@gmail.com) Received: by xproxy.gmail.com with SMTP id s8so385288wxc for ; Fri, 10 Feb 2006 09:19:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=TL4lZFUY0GW9+zQboxAqNMtLVkqOfo7+bYbyE1wJtXccvRqg02Bt3niCLztRVxdhfj86xTE4jxh4c3Ym5LmSDcDxq9gRufpfTRdb00m0ZM0VhTmwK1T9qYAkPIE3fZ0ftHlumr7tW6tKlsKFQiVg+U3X+68NvKsYDQWcTujppIs= Received: by 10.70.40.5 with SMTP id n5mr1595096wxn; Fri, 10 Feb 2006 09:19:35 -0800 (PST) Received: by 10.70.30.8 with HTTP; Fri, 10 Feb 2006 09:19:34 -0800 (PST) Message-ID: Date: Fri, 10 Feb 2006 17:19:34 +0000 From: Michael Jejer To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: hesiod.h problem while upgrading to 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, 10 Feb 2006 17:19:38 -0000 Hello. Not exactly sure if this should'nt go to questions, but this is a problem with the -current version. When I try to upgrade to the latest current, during make buildworld I get the following error messages: /usr/src/rescue/librescue/../../lib/libc/gen/getusershell.c:56:20: hesiod.h= : No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/rescue/librescue. *** 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. There. Anyone had this too? YThe cvs'd build for two weeks ago compiled fine. uname -a: FreeBSD ni-1.311a 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 I don't think this is a hardware issue, but there are the specs nonetheless= : Celeron Coppermine 1100 Mhz 128 Mb SDRAM Hope someone will reply... -- /* * [...] Note that 120 sec is defined in the protocol as the maximum * possible RTT. I guess we'll have to use something other than TCP * to talk to the University of Mars. * PAWS allows us longer timeouts and large windows, so once implemented * ftp to mars will work nicely. */ -- from /usr/src/linux/net/inet/tcp.c, concerning RTT [round trip time] From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 18:17:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1C0616A420 for ; Fri, 10 Feb 2006 18:17:30 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BBDE43D4C for ; Fri, 10 Feb 2006 18:17:30 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1AIHUMW023381 for ; Fri, 10 Feb 2006 10:17:30 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1AIHTrR023380 for freebsd-current@freebsd.org; Fri, 10 Feb 2006 10:17:29 -0800 (PST) (envelope-from sgk) Date: Fri, 10 Feb 2006 10:17:29 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20060210181715.GA21782@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 10 Feb 2006 18:17:30 -0000 Some background information: I routinely build GCC mainline on i386-*-freebsd and amd64-*-freebsd. GCC mainline is introducing OpenMP support. When libgomp.so.1 is built, the compiler is given the -pthread option throughout the construction of libgomp.so.1. However, a "ldd libgomp.so.1" shows no dependence on libpthread.so.2 Anyone have an answer to Jakub's question below. ----- Forwarded message from Jakub Jelinek ----- X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on troutmask.apl.washington.edu X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Date: Fri, 10 Feb 2006 13:04:25 -0500 From: Jakub Jelinek To: Steve Kargl Cc: gcc-patches@gcc.gnu.org, fortran@gcc.gnu.org Subject: Re: [gomp merge] Stage 2: OpenMP for the Fortran front end (take 2) Reply-To: Jakub Jelinek In-Reply-To: <20060210170929.GA43794@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i On Fri, Feb 10, 2006 at 09:09:29AM -0800, Steve Kargl wrote: > jakub and I have discussed. The other failures are probably > due to FreeBSD's loader. I'll pursue that issue on the FreeBSD > mailing lists. libgomp.so.0 not linking against libpthread.so.* is indeed IMHO a FreeBSD bug. For FreeBSD 6+, there is: #define FBSD_LIB_SPEC " \ %{!shared: \ %{!pg: %{pthread:-lpthread} -lc} \ %{pg: %{pthread:-lpthread_p} -lc_p} \ }" #endif This means that -pthread doesn't imply -lpthread for -shared. Can anyone from the FreeBSD crowd explain why it isn't %{pthread:-lpthread%{pg:_p}} %{!shared:-lc%{pg:_p}} or better yet, why isn't -lc linked in automatically as well for -shared? Jakub ----- End forwarded message ----- -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 19:35:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8827716A420; Fri, 10 Feb 2006 19:35:00 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id A364E43D4C; Fri, 10 Feb 2006 19:34:58 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 4E4A257E4; Fri, 10 Feb 2006 20:43:30 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host34-144.pool874.interbusiness.it [87.4.144.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Fri, 10 Feb 2006 20:43:30 +0100 (CET) Message-ID: <43ECEAC9.70602@freesbie.org> Date: Fri, 10 Feb 2006 20:34:33 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Cy Schubert References: <200602100423.k1A4N8MG080084@cwsys.cwsent.com> In-Reply-To: <200602100423.k1A4N8MG080084@cwsys.cwsent.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0766C215CDB6EEE35FFC482A" X-Virus-Scanned: ClamAV using ClamSMTP Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 10 Feb 2006 19:35:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0766C215CDB6EEE35FFC482A Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Cy Schubert ha scritto: > In message <43EBA250.1080307@freesbie.org>, Dario Freni writes: >> Daichi GOTO ha scritto: >>> I have updated the patchset-8 of unionfs. >>> >>> Patchset-8: >>> For 7-current >>> http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff >>> >>> For 6.x >>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff >>> >>> Changes in unionfs-p8.diff >>> - Fixed the issue that user whom has access permission >>> cannot change the directory because he cannot create >>> its shadow directory. As a result of this fixed, now >>> unionfs uses root permission creating shadow directory >>> temporarily. >>> >>> The document of those unionfs patches is pretty improved by Hiroo >>> ONO-san. >>> >>> http://people.freebsd.org/~daichi/unionfs/ (English) >>> http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese)= >>> >>> Please try -p8 Dario. We are thinking that you cat get it with -p8 :)= >> It doesn't compile on 6.x :/ (using unionfs6-p8.diff on a fresh RELENG= _6) >> >> cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls=20 >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes=20 >> -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99=20 >> -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq=20 >> -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf=20 >> -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd = >> -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL=20 >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common=20 >> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param=20 >> large-function-growth=3D1000 -mno-align-long-strings=20 >> -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= =20 >> -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_lookup.c >> /usr/src/sys/ufs/ufs/ufs_lookup.c: In function `ufs_direnter': >> /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: `vdp' undeclared (first = >> use in this function) >> /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: (Each undeclared=20 >> identifier is reported only once >> /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: for each function it=20 >> appears in.) >> *** Error code 1 >> >> Stop in /usr/obj.unionfs-i386/usr/src/sys/FREESBIE. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >=20 > Replace the line in the patch that says: >=20 > + if (OFSFMT(vdp)) >=20 > with: >=20 > + if (OFSFMT(dvp)) >=20 >=20 Ok, it compiled. New iso is at: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060210.iso.torrent It seems better, I can log in and even startx. Further testing is coming = :) Thanks, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig0766C215CDB6EEE35FFC482A 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.1 (Darwin) iD8DBQFD7OrMymi72IiShysRAr7mAJwMBy5WOyk2Z/BkstNbeka1spab6gCeJVhE 12dvRMqsfjO7zQEgzOUmgdQ= =v3pk -----END PGP SIGNATURE----- --------------enig0766C215CDB6EEE35FFC482A-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 19:36:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B0A16A420 for ; Fri, 10 Feb 2006 19:36:32 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5853143D81 for ; Fri, 10 Feb 2006 19:36:18 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1AJaGiA011341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Feb 2006 14:36:16 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1AJaArj034650; Fri, 10 Feb 2006 14:36:10 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17388.60202.862312.337026@grasshopper.cs.duke.edu> Date: Fri, 10 Feb 2006 14:36:10 -0500 (EST) To: "Poul-Henning Kamp" In-Reply-To: <5383.1139586916@critter.freebsd.dk> References: <17388.44976.250463.383429@grasshopper.cs.duke.edu> <5383.1139586916@critter.freebsd.dk> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 19:36:32 -0000 Poul-Henning Kamp writes: > In message <17388.44976.250463.383429@grasshopper.cs.duke.edu>, Andrew Gallatin > writes: > > >Here are some benchmark results from my "AMD Athlon(tm) 64 X2 Dual > >Core Processor 3800+" running an SMP kernel for both loopback and > >10GbE TCP networks. The executive summary is that there's a 41% > >improvement in loopback pingpong, and a 12.5% improvement in a > >pingpong test with a remote linux machine over 10GbE. Since the linux > >machine isn't infinately fast, the improvement is probably a bit more > >than 12.5% ;) > > That's a LOT more than I had hoped for... Unfortunately, even after your patch, we are still about 38% slower than linux x86_64 on the same box for loopback ping-pong, and 32% slower for ping-pong over 10GbE. (bandwidth is lower for streaming tests, and CPU utilization is much, much much higher in FreeBSD as well). I think you nailed the biggest source of overhead, but there is apparently a lot more performance that we can get out of the hardware. I'd love to see you commit this. Drew x loopback_rr.after + loopback_rr.rhel4 +--------------------------------------------------------------------------+ | x + | |x x xx + ++ +| | |_MA__| |_AM_|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 5 38590.71 40167.44 39301.22 39463.23 645.1375 + 5 53349.28 54884.98 54388.49 54274.174 566.90395 Difference at 95.0% confidence 14810.9 +/- 885.686 37.531% +/- 2.24433% (Student's t, pooled s = 607.282) x 10GbE_rr.after + 10GbE_rr.rhel4 +--------------------------------------------------------------------------+ | x + | |xxx + + + +| | AM |___A_M_|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 6 33323.05 33703.95 33614.14 33556.268 137.33838 + 5 43448.3 44966.41 44610.41 44331.738 606.53307 Difference at 95.0% confidence 10775.5 +/- 571.321 32.1116% +/- 1.70258% (Student's t, pooled s = 417.112) From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 19:39:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 869AD16A420 for ; Fri, 10 Feb 2006 19:39:19 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id A88E443D6D for ; Fri, 10 Feb 2006 19:39:09 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id k1AJd8Ho032780; Fri, 10 Feb 2006 13:39:08 -0600 (CST) (envelope-from dan) Date: Fri, 10 Feb 2006 13:39:08 -0600 From: Dan Nelson To: Steve Kargl Message-ID: <20060210193907.GE2090@dan.emsphone.com> References: <20060210181715.GA21782@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210181715.GA21782@troutmask.apl.washington.edu> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 10 Feb 2006 19:39:19 -0000 In the last episode (Feb 10), Steve Kargl said: > Some background information: I routinely build GCC mainline on > i386-*-freebsd and amd64-*-freebsd. GCC mainline is introducing > OpenMP support. When libgomp.so.1 is built, the compiler is given > the -pthread option throughout the construction of libgomp.so.1. > However, a "ldd libgomp.so.1" shows no dependence on libpthread.so.2 There was a discussion about this back when the default switched from libc_r to libpthread, and I think the consensus was that shared libraries should never record dependencies against threads libs, which means you have to add -pthread to the link line when building the final executable. This avoids problems where an executable links to three shlibs, one library is linked to libc_r, one's linked to libkse, and a third is linked to libpthread. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 19:45:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C4D516A420 for ; Fri, 10 Feb 2006 19:45:09 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E9D643D46 for ; Fri, 10 Feb 2006 19:45:09 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1AJj3KX073837; Fri, 10 Feb 2006 11:45:03 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1AJj3xh073800; Fri, 10 Feb 2006 11:45:03 -0800 (PST) (envelope-from sgk) Date: Fri, 10 Feb 2006 11:45:03 -0800 From: Steve Kargl To: Dan Nelson Message-ID: <20060210194503.GA10370@troutmask.apl.washington.edu> References: <20060210181715.GA21782@troutmask.apl.washington.edu> <20060210193907.GE2090@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210193907.GE2090@dan.emsphone.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 10 Feb 2006 19:45:09 -0000 On Fri, Feb 10, 2006 at 01:39:08PM -0600, Dan Nelson wrote: > In the last episode (Feb 10), Steve Kargl said: > > Some background information: I routinely build GCC mainline on > > i386-*-freebsd and amd64-*-freebsd. GCC mainline is introducing > > OpenMP support. When libgomp.so.1 is built, the compiler is given > > the -pthread option throughout the construction of libgomp.so.1. > > However, a "ldd libgomp.so.1" shows no dependence on libpthread.so.2 > > There was a discussion about this back when the default switched from > libc_r to libpthread, and I think the consensus was that shared > libraries should never record dependencies against threads libs, which > means you have to add -pthread to the link line when building the final > executable. This avoids problems where an executable links to three > shlibs, one library is linked to libc_r, one's linked to libkse, and a > third is linked to libpthread. > Does this still apply with the symbol versioning that was committed some weeks (months?) ago? Additionally, I thought libc_r is deprecated in FreeBSD-current (has it been moved to the attic?). -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 19:52:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1BF616A428 for ; Fri, 10 Feb 2006 19:52:05 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87FED43D45 for ; Fri, 10 Feb 2006 19:52:05 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id k1AJq4CK059877; Fri, 10 Feb 2006 13:52:04 -0600 (CST) (envelope-from dan) Date: Fri, 10 Feb 2006 13:52:04 -0600 From: Dan Nelson To: Steve Kargl Message-ID: <20060210195204.GF2090@dan.emsphone.com> References: <20060210181715.GA21782@troutmask.apl.washington.edu> <20060210193907.GE2090@dan.emsphone.com> <20060210194503.GA10370@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210194503.GA10370@troutmask.apl.washington.edu> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 10 Feb 2006 19:52:06 -0000 In the last episode (Feb 10), Steve Kargl said: > On Fri, Feb 10, 2006 at 01:39:08PM -0600, Dan Nelson wrote: > > In the last episode (Feb 10), Steve Kargl said: > > > Some background information: I routinely build GCC mainline on > > > i386-*-freebsd and amd64-*-freebsd. GCC mainline is introducing > > > OpenMP support. When libgomp.so.1 is built, the compiler is > > > given the -pthread option throughout the construction of > > > libgomp.so.1. However, a "ldd libgomp.so.1" shows no dependence > > > on libpthread.so.2 > > > > There was a discussion about this back when the default switched > > from libc_r to libpthread, and I think the consensus was that > > shared libraries should never record dependencies against threads > > libs, which means you have to add -pthread to the link line when > > building the final executable. This avoids problems where an > > executable links to three shlibs, one library is linked to libc_r, > > one's linked to libkse, and a third is linked to libpthread. > > Does this still apply with the symbol versioning that was committed > some weeks (months?) ago? Additionally, I thought libc_r is > deprecated in FreeBSD-current (has it been moved to the attic?). I think symbol versioning only helps if you want to provide multiple compat wrappers for a single symbol depending on the age of the calling program. It won't help two libraries that both want to provide the same public symbols but have different internal ABIs cooperate. libc_r is still the only threads library that provides reliable %CPU stats and readable ktrace/truss/strace output afaik. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 19:52:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E7A16A429 for ; Fri, 10 Feb 2006 19:52:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6196343D46 for ; Fri, 10 Feb 2006 19:52:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 711DB1EC32C; Fri, 10 Feb 2006 20:52:32 +0100 (CET) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id k1AJqVEO006156; Fri, 10 Feb 2006 19:52:31 GMT (envelope-from phk@critter.freebsd.dk) To: Andrew Gallatin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 10 Feb 2006 14:36:10 EST." <17388.60202.862312.337026@grasshopper.cs.duke.edu> Date: Fri, 10 Feb 2006 19:52:31 +0000 Message-ID: <6155.1139601151@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 19:52:33 -0000 In message <17388.60202.862312.337026@grasshopper.cs.duke.edu>, Andrew Gallatin writes: >I think you nailed the biggest source of overhead, but there is >apparently a lot more performance that we can get out of the hardware. >I'd love to see you commit this. I will, but I need to sort out a few minor details first. -- 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 Feb 10 20:13:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C25016A420 for ; Fri, 10 Feb 2006 20:13:44 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D0243D46 for ; Fri, 10 Feb 2006 20:13:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.23.146]) ([10.251.23.146]) by a50.ironport.com with ESMTP; 10 Feb 2006 12:13:43 -0800 Message-ID: <43ECF3F7.5010008@elischer.org> Date: Fri, 10 Feb 2006 12:13:43 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Gallatin References: <17388.44976.250463.383429@grasshopper.cs.duke.edu> <5383.1139586916@critter.freebsd.dk> <17388.60202.862312.337026@grasshopper.cs.duke.edu> In-Reply-To: <17388.60202.862312.337026@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 10 Feb 2006 20:13:44 -0000 Andrew Gallatin wrote: >Poul-Henning Kamp writes: > > In message <17388.44976.250463.383429@grasshopper.cs.duke.edu>, Andrew Gallatin > > writes: > > > > >Here are some benchmark results from my "AMD Athlon(tm) 64 X2 Dual > > >Core Processor 3800+" running an SMP kernel for both loopback and > > >10GbE TCP networks. The executive summary is that there's a 41% > > >improvement in loopback pingpong, and a 12.5% improvement in a > > >pingpong test with a remote linux machine over 10GbE. Since the linux > > >machine isn't infinately fast, the improvement is probably a bit more > > >than 12.5% ;) > > > > That's a LOT more than I had hoped for... > >Unfortunately, even after your patch, we are still about 38% slower >than linux x86_64 on the same box for loopback ping-pong, and 32% >slower for ping-pong over 10GbE. (bandwidth is lower for streaming >tests, and CPU utilization is much, much much higher in FreeBSD as >well). > >I think you nailed the biggest source of overhead, but there is >apparently a lot more performance that we can get out of the hardware. >I'd love to see you commit this. > > robert watson has a change that apparently helps with loopback times. >Drew > >x loopback_rr.after >+ loopback_rr.rhel4 >+--------------------------------------------------------------------------+ >| x + | >|x x xx + ++ +| >| |_MA__| |_AM_|| >+--------------------------------------------------------------------------+ > N Min Max Median Avg Stddev >x 5 38590.71 40167.44 39301.22 39463.23 645.1375 >+ 5 53349.28 54884.98 54388.49 54274.174 566.90395 >Difference at 95.0% confidence > 14810.9 +/- 885.686 > 37.531% +/- 2.24433% > (Student's t, pooled s = 607.282) > > >x 10GbE_rr.after >+ 10GbE_rr.rhel4 >+--------------------------------------------------------------------------+ >| x + | >|xxx + + + +| >| AM |___A_M_|| >+--------------------------------------------------------------------------+ > N Min Max Median Avg Stddev >x 6 33323.05 33703.95 33614.14 33556.268 137.33838 >+ 5 43448.3 44966.41 44610.41 44331.738 606.53307 >Difference at 95.0% confidence > 10775.5 +/- 571.321 > 32.1116% +/- 1.70258% > (Student's t, pooled s = 417.112) >_______________________________________________ >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 Fri Feb 10 21:43:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED94416A420 for ; Fri, 10 Feb 2006 21:43:42 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A80A43D55 for ; Fri, 10 Feb 2006 21:43:42 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-71-254-44-94.roa.east.verizon.net [71.254.44.94]) by gromit.dlib.vt.edu (8.13.4/8.13.4) with ESMTP id k1ALheVA014212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 10 Feb 2006 16:43:41 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4) with ESMTP id k1ALhY0L027293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 10 Feb 2006 16:43:35 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4/Submit) id k1ALhYvw027292 for freebsd-current@freebsd.org; Fri, 10 Feb 2006 16:43:34 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) From: Paul Mather To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 10 Feb 2006 16:43:33 -0500 Message-Id: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Subject: Portsnap support 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, 10 Feb 2006 21:43:43 -0000 I've noticed lately a lot of "succeeds port" messages when I run portversion (from the portupgrade port) to list which of my packages are out of date and require updating. These messages are incorrect (i.e., the "port has" version identified by portversion is older than that in the actual port Makefile), and I don't get incorrect identifications from either pkg_version or portmanager. (I also don't get this problem on a RELENG_6 system I have, either.) After a little looking, I discovered that my /usr/ports/INDEX-7 file is not being updated. Investigation of the portsnap source reveals that it only actually generates INDEX, INDEX-5, and INDEX-6 from portsnap updates in extract_indices(); it doesn't generate INDEX-7. So, is /usr/sbin/portsnap currently supported on CURRENT? It appears to keep /usr/ports up to date, just not the index file. For now, I've switched to using sysutils/portmanager from ports for upgrading ports, but I'm not entirely happy with that for a variety of reasons. Plus, some /usr/ports/UPDATING instructions advocate using portupgrade explicitly, so it would be nice to have portupgrade working fully. :-) This is the version of portsnap I'm using: $FreeBSD: src/usr.sbin/portsnap/portsnap/portsnap.sh,v 1.14 2006/01/22 23:48:0 7 cperciva Exp $ My version of CURRENT is FreeBSD 7.0-CURRENT #0: Thu Feb 9 10:59:56 EST 2006. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 22:27:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E704A16A420 for ; Fri, 10 Feb 2006 22:27:35 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D0743D45 for ; Fri, 10 Feb 2006 22:27:35 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-01.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id k1AMPs6Y000384 for ; Fri, 10 Feb 2006 17:25:55 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id BCB535C34; Fri, 10 Feb 2006 17:27:33 -0500 (EST) Date: Fri, 10 Feb 2006 17:27:33 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20060210222733.GA70832@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> User-Agent: mutt-ng/devel-r581 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Portsnap support 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, 10 Feb 2006 22:27:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Feb 10, 2006 at 04:43:33PM -0500, Paul Mather wrote: > I've noticed lately a lot of "succeeds port" messages when I run > portversion (from the portupgrade port) to list which of my packages are > out of date and require updating. These messages are incorrect (i.e., > the "port has" version identified by portversion is older than that in > the actual port Makefile), and I don't get incorrect identifications > from either pkg_version or portmanager. (I also don't get this problem > on a RELENG_6 system I have, either.) > > After a little looking, I discovered that my /usr/ports/INDEX-7 file is > not being updated. Investigation of the portsnap source reveals that it > only actually generates INDEX, INDEX-5, and INDEX-6 from portsnap > updates in extract_indices(); it doesn't generate INDEX-7. > > So, is /usr/sbin/portsnap currently supported on CURRENT? It appears to > keep /usr/ports up to date, just not the index file. For now, I've > switched to using sysutils/portmanager from ports for upgrading ports, > but I'm not entirely happy with that for a variety of reasons. Plus, > some /usr/ports/UPDATING instructions advocate using portupgrade > explicitly, so it would be nice to have portupgrade working fully. :-) > I had the same problem (on CURRENT, with 6.x working perfectly.) Like you I tracked it down to the INDEX file not being updated. My temporary hack is to simply rn pkgdb -Fu (hrm, who thought of those flags?) :) before running portversion. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Drusilla: Your face is a poem. I can read it. Xander: It doesn't say 'spare me' by any chance? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7RNV+lTVdes0Z9YRAut+AJ9DHw6gITkhvEFcaMIuQwBUmSiYzACghlWG ya2mwldzlGpP0Eq2XUxQXVU= =9/Uh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 22:40:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DAA016A420 for ; Fri, 10 Feb 2006 22:40:59 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A51E43D46 for ; Fri, 10 Feb 2006 22:40:58 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id A46508A004A for ; Fri, 10 Feb 2006 14:43:11 -0800 (PST) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06383-02-50 for ; Fri, 10 Feb 2006 14:43:05 -0800 (PST) Received: from s10.sbo (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 602E68A0043 for ; Fri, 10 Feb 2006 14:43:05 -0800 (PST) From: Freddie Cash To: freebsd-current@freebsd.org Date: Fri, 10 Feb 2006 14:40:49 -0800 User-Agent: KMail/1.9.1 References: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> In-Reply-To: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602101440.50440.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Portsnap support 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, 10 Feb 2006 22:40:59 -0000 On Friday 10 February 2006 01:43 pm, Paul Mather wrote: > I've noticed lately a lot of "succeeds port" messages when I run > portversion (from the portupgrade port) to list which of my packages > are out of date and require updating. These messages are incorrect > (i.e., the "port has" version identified by portversion is older than > that in the actual port Makefile), and I don't get incorrect > identifications from either pkg_version or portmanager. (I also don't > get this problem on a RELENG_6 system I have, either.) > After a little looking, I discovered that my /usr/ports/INDEX-7 file is > not being updated. Investigation of the portsnap source reveals that > it only actually generates INDEX, INDEX-5, and INDEX-6 from portsnap > updates in extract_indices(); it doesn't generate INDEX-7. Workarounds until portsnap does it again, in order of length of time to generate INDEX-7: cd /usr/ports ; make fetchindex cd usr/ports ; make index pkgdb -U -- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 23:10:19 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C3C516A420; Fri, 10 Feb 2006 23:10:19 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 312A943D49; Fri, 10 Feb 2006 23:10:17 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1AN9uRl013680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 11 Feb 2006 01:09:59 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1AN9ovg001039; Sat, 11 Feb 2006 01:09:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1AN9oo7001038; Sat, 11 Feb 2006 01:09:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 11 Feb 2006 01:09:50 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060210230950.GA938@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207132335.W37594@fledge.watson.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.351, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.85, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@FreeBSD.org, Olivier Houchard , Steve Kargl , freebsd-amd64@FreeBSD.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 10 Feb 2006 23:10:19 -0000 On 2006-02-07 13:26, Robert Watson wrote: >On Tue, 7 Feb 2006, Giorgos Keramidas wrote: >>On 2006-02-01 15:55, Steve Kargl wrote: >>>After a binary search, I have determined that the new pts code is >>>triggering kernel panics on an AMD64 system. >> >> It also makes syscons unusable here. >> >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed it >> in /dev/ad0s1a (my test partition), and the behavior is still the same >> as a few days ago: >> >> - single user mode shell works fine >> >> - in multiuser mode, when syscons reaches a login prompt >> i have to press RET twice to see the last line >> >> It seems that something is broken in the way syscons detects whether an >> output line should be flushed out, but I'm not sure. >> >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the >> first pts change). >> >> I don't know how to debug this or provide more useful feedback, but I'll >> look at the diffs later today, when I'm done with $REALJOB stuff. > > Does the instability occur if kern.pts.enable=0, or only when > kern.pts.enable=1? If 0, if you back out the user space changes but leave > tty_pts.c compiled into the kernel, do the instability issues persist? How > about with the kernel code compiled out, but the user space code in place? > > Basically, it would be good to know if what you're seeing is a property of > the pts code being in the kernel at all, or a property of it actually in > use. I'm not sure if what I see is a pts side-effect. I rebuilt a snapshot of HEAD again today, and discovered something else that may help us track this down. A few more observations, in case they prove helpful to someone more acquainted with the way syscons output is supposed to work: - If I keep hitting Scroll-Lock again and again, then syscons output *does* eventually appear. - If I type stuff without seeing it and then press RETURN twice, the previous from last line *does* appear in my terminal. - When pressing CTRL-ALT-ESC, the debugger starts normally, but after typing many times commands that have large output, i.e.: show witness the console locks up entirely. This looks like a locking problem, instead of a pts/syscons one :-/ From owner-freebsd-current@FreeBSD.ORG Fri Feb 10 23:11:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACBF616A420 for ; Fri, 10 Feb 2006 23:11:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B3943D8A for ; Fri, 10 Feb 2006 23:11:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B81701A3C1B; Fri, 10 Feb 2006 15:11:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 11EAA53BBC; Fri, 10 Feb 2006 18:11:02 -0500 (EST) Date: Fri, 10 Feb 2006 18:11:01 -0500 From: Kris Kennaway To: Freddie Cash Message-ID: <20060210231101.GA71545@xor.obsecurity.org> References: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> <200602101440.50440.fcash@ocis.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <200602101440.50440.fcash@ocis.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Portsnap support 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, 10 Feb 2006 23:11:12 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 02:40:49PM -0800, Freddie Cash wrote: > On Friday 10 February 2006 01:43 pm, Paul Mather wrote: > > I've noticed lately a lot of "succeeds port" messages when I run > > portversion (from the portupgrade port) to list which of my packages > > are out of date and require updating. These messages are incorrect > > (i.e., the "port has" version identified by portversion is older than > > that in the actual port Makefile), and I don't get incorrect > > identifications from either pkg_version or portmanager. (I also don't > > get this problem on a RELENG_6 system I have, either.) >=20 > > After a little looking, I discovered that my /usr/ports/INDEX-7 file is > > not being updated. Investigation of the portsnap source reveals that > > it only actually generates INDEX, INDEX-5, and INDEX-6 from portsnap > > updates in extract_indices(); it doesn't generate INDEX-7. >=20 > Workarounds until portsnap does it again, in order of length of time to= =20 > generate INDEX-7: > cd /usr/ports ; make fetchindex > cd usr/ports ; make index > pkgdb -U Should usually be good enough: setenv INDEXFILE INDEX-6 Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7R2FWry0BWjoQKURAnXjAJ4q4fWqAEHRWDeUSrP1e5vbuVWvkQCg9U72 yZcu81iuB1uWXMcuC9WQnV4= =7iq0 -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:01:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7341D16A420 for ; Sat, 11 Feb 2006 00:01:24 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232E743D46 for ; Sat, 11 Feb 2006 00:01:23 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id k1B01JM19776 for ; Fri, 10 Feb 2006 19:01:20 -0500 Message-ID: <43ED294A.2050505@savvis.net> Date: Fri, 10 Feb 2006 16:01:14 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: -current is sluggish 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, 11 Feb 2006 00:01:24 -0000 Dear Hackers, after upgrading to today's current my laptop is very sluggish beetle% uname -a FreeBSD beetle.digisle.com 7.0-CURRENT FreeBSD 7.0-CURRENT #48: Fri Feb 10 12:02:36 PST 2006 max@beetle.digisle.com:/usr/obj/usr/src/sys/GENERIC i386 beetle% date && sleep 1 && date Fri Feb 10 15:58:31 PST 2006 Fri Feb 10 15:58:35 PST 2006 beetle% the laptop is CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 1073549312 (1023 MB) avail memory = 1041309696 (993 MB) and not loaded - just X, couple of xterms, firefox and thunderbird. does anyone see anything similar or its just me? thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:16:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D4CB16A420 for ; Sat, 11 Feb 2006 00:16:09 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B93FA43D46 for ; Sat, 11 Feb 2006 00:16:06 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.4/8.13.4) with ESMTP id k1B0IqrB067170; Fri, 10 Feb 2006 19:18:52 -0500 (EST) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.4/8.13.4/Submit) with ESMTP id k1B0IpVX067167; Fri, 10 Feb 2006 19:18:51 -0500 (EST) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Fri, 10 Feb 2006 19:18:51 -0500 (EST) From: "Andrew R. Reiter" To: Maksim Yevmenkin In-Reply-To: <43ED294A.2050505@savvis.net> Message-ID: <20060210191458.X65626@fledge.watson.org> References: <43ED294A.2050505@savvis.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish 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, 11 Feb 2006 00:16:09 -0000 On Fri, 10 Feb 2006, Maksim Yevmenkin wrote: :Dear Hackers, : :after upgrading to today's current my laptop is very sluggish : :beetle% uname -a :FreeBSD beetle.digisle.com 7.0-CURRENT FreeBSD 7.0-CURRENT #48: Fri Feb 10 :12:02:36 PST 2006 max@beetle.digisle.com:/usr/obj/usr/src/sys/GENERIC i386 : :beetle% date && sleep 1 && date :Fri Feb 10 15:58:31 PST 2006 :Fri Feb 10 15:58:35 PST 2006 :beetle% : :the laptop is : :CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) : Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 :Features=0xafe9fbff : Features2=0x180 : AMD Features=0x100000 :real memory = 1073549312 (1023 MB) :avail memory = 1041309696 (993 MB) : :and not loaded - just X, couple of xterms, firefox and thunderbird. : :does anyone see anything similar or its just me? : :thanks, :max I guess as a reference for help, with my: CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 535453696 (510 MB) avail memory = 514449408 (490 MB) [da400:~]$ uname -a FreeBSD d400.funfun.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Mon Nov 14 20:33:15 PST 2005 arr@d400.funfun.com:/usr/obj/usr/src/sys/HI_MOM i386 [da400:~]$ With gdb symbols, INVARIANTS, WITNESS, etc.. and I see [da400:~]$ date && sleep 1 && date Fri Feb 10 16:10:12 PST 2006 Fri Feb 10 16:10:13 PST 2006 [da400:~]$ when running a similar set of applications. I realize this is an old CURRENT, but... well .. just some information to help. In general, CURRENT feels great to me with this build... Haven't really had any problems that I'm aware of. Cheers, Andrew -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:24:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5F2416A420 for ; Sat, 11 Feb 2006 00:24:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6458943D45 for ; Sat, 11 Feb 2006 00:24:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 46C061A3C25; Fri, 10 Feb 2006 16:24:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 92D6B515A3; Fri, 10 Feb 2006 19:24:51 -0500 (EST) Date: Fri, 10 Feb 2006 19:24:51 -0500 From: Kris Kennaway To: Poul-Henning Kamp Message-ID: <20060211002451.GA72714@xor.obsecurity.org> References: <43EC2C4C.5000709@rogers.com> <3725.1139560381@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <3725.1139560381@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 11 Feb 2006 00:24:52 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 08:33:01AM +0000, Poul-Henning Kamp wrote: > In message <43EC2C4C.5000709@rogers.com>, Mike Jakubik writes: > >Poul-Henning Kamp wrote: > >> http://phk.freebsd.dk/patch/cputime.patch=20 > >> > >> This patch enables the new cpu time accounting method for i386 with > >> TSC, all amd64 and sparc64 (?) and i386 with Geode cpu. > >> =20 > > > >I got a bunch of these during the first bootup. > > > >-- > >calcru: runtime went backwards from 1227916 usec to 1227883 usec for pid= =20 > >30 (pagezero) >=20 > Yes, that will happen right now until the calibration of the TSC's > max frequency is completed. >=20 > I'm analyzing various solutions to that. I'm getting it with your committed patch too..are you aware of it? Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7S7TWry0BWjoQKURAiRNAKDxhnhwvnUajT4XzIxx6ZiUXIb02gCgrPdK 7C/N1hjznnWRvduUZWlHh/Q= =igd/ -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:27:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D46BF16A420 for ; Sat, 11 Feb 2006 00:27:31 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F3343D4C for ; Sat, 11 Feb 2006 00:27:31 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.233.94] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1F7ibp3uPK-00074B; Sat, 11 Feb 2006 01:27:30 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 11 Feb 2006 01:28:45 +0100 User-Agent: KMail/1.9.1 References: <43ED294A.2050505@savvis.net> In-Reply-To: <43ED294A.2050505@savvis.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart14612990.dBoZfg61xW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602110128.50618.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: -current is sluggish 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, 11 Feb 2006 00:27:31 -0000 --nextPart14612990.dBoZfg61xW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 11 February 2006 01:01, Maksim Yevmenkin wrote: > Dear Hackers, > > after upgrading to today's current my laptop is very sluggish > > beetle% uname -a > FreeBSD beetle.digisle.com 7.0-CURRENT FreeBSD 7.0-CURRENT #48: Fri Feb > 10 12:02:36 PST 2006 > max@beetle.digisle.com:/usr/obj/usr/src/sys/GENERIC i386 > > beetle% date && sleep 1 && date > Fri Feb 10 15:58:31 PST 2006 > Fri Feb 10 15:58:35 PST 2006 > beetle% > > the laptop is > > CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x6d8 Stepping =3D 8 > Features=3D0xafe9fbffA,C MOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> > Features2=3D0x180 > AMD Features=3D0x100000 > real memory =3D 1073549312 (1023 MB) > avail memory =3D 1041309696 (993 MB) > > and not loaded - just X, couple of xterms, firefox and thunderbird. Are you using powerd? Maybe the laptop is just "bored" and powerd scales d= own=20 frequency too aggressive? > does anyone see anything similar or its just me? I see it too, but only when the laptop is sitting idle for a while and powe= rd=20 scaled down to 75Mhz. You can try to put some load on it (e.g. yes(1)) and= =20 see if that improves things. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart14612990.dBoZfg61xW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD7S/CXyyEoT62BG0RAkCGAJ9JXxzoZxaNph/byVinxysJvGNP9wCdFiWm 7T8i25mhdZuWDO3Y53cRZ2c= =2VbR -----END PGP SIGNATURE----- --nextPart14612990.dBoZfg61xW-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:33:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB57916A422 for ; Sat, 11 Feb 2006 00:33:42 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from ismybrain.com (ismybrain.com [64.246.42.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5585043D64 for ; Sat, 11 Feb 2006 00:33:40 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [10.254.186.111] (localhost.localdomain [127.0.0.1]) by ismybrain.com (8.11.6/8.11.6) with ESMTP id k1B0XbM20376; Fri, 10 Feb 2006 19:33:38 -0500 Message-ID: <43ED30DF.9000609@savvis.net> Date: Fri, 10 Feb 2006 16:33:35 -0800 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <43ED294A.2050505@savvis.net> <200602110128.50618.max@love2party.net> In-Reply-To: <200602110128.50618.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish 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, 11 Feb 2006 00:33:42 -0000 [...] >>the laptop is >> >>CPU: Intel(R) Pentium(R) M processor 1.60GHz (1596.01-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 >>Features=0xafe9fbff>A,C MOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> >> Features2=0x180 >> AMD Features=0x100000 >>real memory = 1073549312 (1023 MB) >>avail memory = 1041309696 (993 MB) >> >>and not loaded - just X, couple of xterms, firefox and thunderbird. > > Are you using powerd? Maybe the laptop is just "bored" and powerd scales down > frequency too aggressive? no, that is not it. no powerd or any other explicit power control. the laptop is in the docking station and pretty much acts as a desktop workstation. >>does anyone see anything similar or its just me? > > I see it too, but only when the laptop is sitting idle for a while and powerd > scaled down to 75Mhz. You can try to put some load on it (e.g. yes(1)) and > see if that improves things. have not tried this, but booting with acpi disabled fixes things for me. thanks, max From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:34:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63FC716A420 for ; Sat, 11 Feb 2006 00:34:58 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1444A43D46 for ; Sat, 11 Feb 2006 00:34:58 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1B0Yslw096775; Fri, 10 Feb 2006 16:34:54 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1B0Ysvj096774; Fri, 10 Feb 2006 16:34:54 -0800 (PST) (envelope-from sgk) Date: Fri, 10 Feb 2006 16:34:54 -0800 From: Steve Kargl To: Alexander Kabaev Message-ID: <20060211003454.GA96721@troutmask.apl.washington.edu> References: <20060210181715.GA21782@troutmask.apl.washington.edu> <20060210193907.GE2090@dan.emsphone.com> <20060210194503.GA10370@troutmask.apl.washington.edu> <20060210195204.GF2090@dan.emsphone.com> <20060210191637.374daa37@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210191637.374daa37@kan.dnsalias.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Dan Nelson Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 11 Feb 2006 00:34:58 -0000 On Fri, Feb 10, 2006 at 07:16:37PM -0500, Alexander Kabaev wrote: > > > > In the last episode (Feb 10), Steve Kargl said: > > > > > Some background information: I routinely build GCC mainline on > > > > > i386-*-freebsd and amd64-*-freebsd. GCC mainline is introducing > > > > > OpenMP support. When libgomp.so.1 is built, the compiler is > > > > > given the -pthread option throughout the construction of > > > > > libgomp.so.1. However, a "ldd libgomp.so.1" shows no dependence > > > > > on libpthread.so.2 (context snipped) > No. The change to link in libc by default and libpthread with -pthread > are inthe works and will be committed shortly. There is not way around > this if we want working versioned libc and libpthread in our system. Thanks for the info. I'll relay this to the GCC developers working on libgomp. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:38:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8B5F16A420 for ; Sat, 11 Feb 2006 00:38:48 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.agh.edu.pl (galaxy.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F21143D46 for ; Sat, 11 Feb 2006 00:38:47 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.agh.edu.pl (Postfix, from userid 1001) id 4192E141C; Sat, 11 Feb 2006 01:38:46 +0100 (CET) Date: Sat, 11 Feb 2006 01:38:46 +0100 From: Krzysztof Kowalik To: freebsd-current@freebsd.org Message-ID: <20060211003846.GA153@uci.agh.edu.pl> References: <43ED294A.2050505@savvis.net> <200602110128.50618.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602110128.50618.max@love2party.net> Subject: Re: -current is sluggish 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, 11 Feb 2006 00:38:48 -0000 Max Laier wrote: > I see it too, but only when the laptop is sitting idle for a while and powerd > scaled down to 75Mhz. You can try to put some load on it (e.g. yes(1)) and > see if that improves things. Speaking of which, it would be nice to be able to tell powerd not to slow the CPU down below the certain limit -- 75MHz causes annoying issues, like X-based applications (psi, xterm) missing key presses, when I'm typing fast. ;) -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:45:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886AA16A420 for ; Sat, 11 Feb 2006 00:45:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3763C43D49 for ; Sat, 11 Feb 2006 00:45:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1568E1A3C1B; Fri, 10 Feb 2006 16:45:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AD3995429D; Fri, 10 Feb 2006 19:45:40 -0500 (EST) Date: Fri, 10 Feb 2006 19:45:40 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060211004540.GA73169@xor.obsecurity.org> References: <43EC2C4C.5000709@rogers.com> <3725.1139560381@critter.freebsd.dk> <20060211002451.GA72714@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20060211002451.GA72714@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , Poul-Henning Kamp , current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 11 Feb 2006 00:45:42 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 07:24:51PM -0500, Kris Kennaway wrote: > On Fri, Feb 10, 2006 at 08:33:01AM +0000, Poul-Henning Kamp wrote: > > In message <43EC2C4C.5000709@rogers.com>, Mike Jakubik writes: > > >Poul-Henning Kamp wrote: > > >> http://phk.freebsd.dk/patch/cputime.patch=20 > > >> > > >> This patch enables the new cpu time accounting method for i386 with > > >> TSC, all amd64 and sparc64 (?) and i386 with Geode cpu. > > >> =20 > > > > > >I got a bunch of these during the first bootup. > > > > > >-- > > >calcru: runtime went backwards from 1227916 usec to 1227883 usec for p= id=20 > > >30 (pagezero) > >=20 > > Yes, that will happen right now until the calibration of the TSC's > > max frequency is completed. > >=20 > > I'm analyzing various solutions to that. >=20 > I'm getting it with your committed patch too..are you aware of it? In addition to the continuous spam of these calcru messages on the console (>10/sec), I'm getting the following: Feb 11 09:41:00 dosirak kernel: pid 8831 (bsdtar), uid 0, was killed: excee= ded maximum CPU limit Feb 11 09:41:06 dosirak kernel: pid 8850 (bsdtar), uid 0, was killed: excee= ded maximum CPU limit Feb 11 09:41:09 dosirak kernel: pid 9479 (umount), uid 0, was killed: excee= ded maximum CPU limit which suggests CPU time limits are also hosed (these processes ran for a few seconds at best, not an hour, which is the ulimit -t value). Again, this is with the code you already committed to CVS. Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7TO0Wry0BWjoQKURApjRAJ4q48EGFZTJtD1cuE0Kqg6+yor0hwCg4FAu JE0T4vo9DtxkLAA6BCPpFNk= =y7cl -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:47:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A73A16A420 for ; Sat, 11 Feb 2006 00:47:38 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp102.biz.mail.re2.yahoo.com (smtp102.biz.mail.re2.yahoo.com [68.142.229.216]) by mx1.FreeBSD.org (Postfix) with SMTP id A435543D48 for ; Sat, 11 Feb 2006 00:47:35 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 11855 invoked from network); 11 Feb 2006 00:47:30 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp102.biz.mail.re2.yahoo.com with SMTP; 11 Feb 2006 00:47:30 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 129936179; Fri, 10 Feb 2006 19:47:30 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18083-15-2; Fri, 10 Feb 2006 19:47:29 -0500 (EST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 06A00612D; Fri, 10 Feb 2006 19:47:28 -0500 (EST) Message-ID: <43ED3423.5060500@alumni.rice.edu> Date: Fri, 10 Feb 2006 19:47:31 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Krzysztof Kowalik References: <43ED294A.2050505@savvis.net> <200602110128.50618.max@love2party.net> <20060211003846.GA153@uci.agh.edu.pl> In-Reply-To: <20060211003846.GA153@uci.agh.edu.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 00:47:38 -0000 Krzysztof Kowalik wrote: > Max Laier wrote: >> I see it too, but only when the laptop is sitting idle for a while and powerd >> scaled down to 75Mhz. You can try to put some load on it (e.g. yes(1)) and >> see if that improves things. > > Speaking of which, it would be nice to be able to tell powerd not to > slow the CPU down below the certain limit -- 75MHz causes annoying > issues, like X-based applications (psi, xterm) missing key presses, > when I'm typing fast. ;) I think debug.cpufreq.lowest is what you want. It is documented in cpufreq(4): "Lowest CPU frequency in MHz to offer to users. This setting is also accessible via a tunable with the same name. This can be used to disable very low levels that may be unusable on some systems." -Jonathan From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:51:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5AF416A420 for ; Sat, 11 Feb 2006 00:51:34 +0000 (GMT) (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 9BE3843D46 for ; Sat, 11 Feb 2006 00:51:34 +0000 (GMT) (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 5520846B85; Fri, 10 Feb 2006 19:51:22 -0500 (EST) Date: Sat, 11 Feb 2006 00:54:20 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <5383.1139586916@critter.freebsd.dk> Message-ID: <20060211005336.F90460@fledge.watson.org> References: <5383.1139586916@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Andrew Gallatin , current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 11 Feb 2006 00:51:35 -0000 On Fri, 10 Feb 2006, Poul-Henning Kamp wrote: > In message <17388.44976.250463.383429@grasshopper.cs.duke.edu>, Andrew Gallatin > writes: > >> Here are some benchmark results from my "AMD Athlon(tm) 64 X2 Dual Core >> Processor 3800+" running an SMP kernel for both loopback and 10GbE TCP >> networks. The executive summary is that there's a 41% improvement in >> loopback pingpong, and a 12.5% improvement in a pingpong test with a remote >> linux machine over 10GbE. Since the linux machine isn't infinately fast, >> the improvement is probably a bit more than 12.5% ;) > > That's a LOT more than I had hoped for... This is due to our currently rather severe problems with preemption of the sending thread by the netisr on netisr wakeup for loopback transmit. Still cogitating on the right model change for that, but something will go into the tree before 7.0. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:52:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C1B316A420 for ; Sat, 11 Feb 2006 00:52:30 +0000 (GMT) (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 D673643D46 for ; Sat, 11 Feb 2006 00:52:29 +0000 (GMT) (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 CABA946C6E; Fri, 10 Feb 2006 19:52:17 -0500 (EST) Date: Sat, 11 Feb 2006 00:55:16 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Gallatin In-Reply-To: <17388.60202.862312.337026@grasshopper.cs.duke.edu> Message-ID: <20060211005438.E90460@fledge.watson.org> References: <17388.44976.250463.383429@grasshopper.cs.duke.edu> <5383.1139586916@critter.freebsd.dk> <17388.60202.862312.337026@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 11 Feb 2006 00:52:30 -0000 On Fri, 10 Feb 2006, Andrew Gallatin wrote: > Unfortunately, even after your patch, we are still about 38% slower than > linux x86_64 on the same box for loopback ping-pong, and 32% slower for > ping-pong over 10GbE. (bandwidth is lower for streaming tests, and CPU > utilization is much, much much higher in FreeBSD as well). > > I think you nailed the biggest source of overhead, but there is apparently a > lot more performance that we can get out of the hardware. I'd love to see > you commit this. I can't remember if I pointed you at this before, but I remember us talking about it by e-mail. What happens to your loopback performance if you compile PREEMPTION out of the kernel? Robert N M Watson > > Drew > > x loopback_rr.after > + loopback_rr.rhel4 > +--------------------------------------------------------------------------+ > | x + | > |x x xx + ++ +| > | |_MA__| |_AM_|| > +--------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 5 38590.71 40167.44 39301.22 39463.23 645.1375 > + 5 53349.28 54884.98 54388.49 54274.174 566.90395 > Difference at 95.0% confidence > 14810.9 +/- 885.686 > 37.531% +/- 2.24433% > (Student's t, pooled s = 607.282) > > > x 10GbE_rr.after > + 10GbE_rr.rhel4 > +--------------------------------------------------------------------------+ > | x + | > |xxx + + + +| > | AM |___A_M_|| > +--------------------------------------------------------------------------+ > N Min Max Median Avg Stddev > x 6 33323.05 33703.95 33614.14 33556.268 137.33838 > + 5 43448.3 44966.41 44610.41 44331.738 606.53307 > Difference at 95.0% confidence > 10775.5 +/- 571.321 > 32.1116% +/- 1.70258% > (Student's t, pooled s = 417.112) > _______________________________________________ > 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 Sat Feb 11 01:02:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC4D16A422 for ; Sat, 11 Feb 2006 01:02:17 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.agh.edu.pl (galaxy.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62F5943D48 for ; Sat, 11 Feb 2006 01:02:17 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.agh.edu.pl (Postfix, from userid 1001) id 5639B10C6; Sat, 11 Feb 2006 02:02:16 +0100 (CET) Date: Sat, 11 Feb 2006 02:02:16 +0100 From: Krzysztof Kowalik To: Jonathan Noack Message-ID: <20060211010216.GA6287@uci.agh.edu.pl> References: <43ED294A.2050505@savvis.net> <200602110128.50618.max@love2party.net> <20060211003846.GA153@uci.agh.edu.pl> <43ED3423.5060500@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43ED3423.5060500@alumni.rice.edu> Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish 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, 11 Feb 2006 01:02:18 -0000 Jonathan Noack wrote: > I think debug.cpufreq.lowest is what you want. It is documented in > cpufreq(4): Oh, indeed. And to think that I actually did read this manual page. Thank you. :-) -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:03:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E906516A423 for ; Sat, 11 Feb 2006 01:03:03 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 564DC43D49 for ; Sat, 11 Feb 2006 01:03:01 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id BFE79D33D22 for ; Fri, 10 Feb 2006 20:02:59 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Fri, 10 Feb 2006 20:02:59 -0500 X-Sasl-enc: IZ5AS60mrNv6Rz237oOrdPpDYIRq5/DDRuDrH4RWP+x0 1139619769 Received: from [192.168.1.24] (unknown [205.246.14.239]) by frontend2.messagingengine.com (Postfix) with ESMTP id E08F657146C for ; Fri, 10 Feb 2006 20:02:48 -0500 (EST) Message-ID: <43ED37B7.4090405@fastmail.fm> Date: Fri, 10 Feb 2006 19:02:47 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <43E822A4.3000806@errno.com> <1b62a7390602082226k5298cd65ma0aed781f1ce21e7@mail.gmail.com> <1b62a7390602082241v5efba56ew48e4e46487c498e2@mail.gmail.com> In-Reply-To: <1b62a7390602082241v5efba56ew48e4e46487c498e2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ath patch+hal for test 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, 11 Feb 2006 01:03:04 -0000 Ryan R wrote: >Oh, my apologies, I was being too hasty.. I should have noted that a >couple of days ago I tried this exact process and wasn't successfull >at all, so something major happened since then I'm assuming.. > >Also, the card I am using is probably a pretty common one, so I'd >expect this to work for lots of people > >My wireless card is an "EnGenius EMP-8602" which uses a "6th >Generation Atheros AR5006" chipset. >http://www.netgate.com/product_info.php?products_id=279 is the card I've got. > >It is also the exact same as the Senao NMP-8602 models and similar >cards I had all seen with this Atheros chipset.. > >ath_hal: 0.9.16.13 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413, DFS) >npx0: on motherboard >ath0: mem 0xfafe0000-0xfafeffff irq 9 at device 3.0 on pci2 >ath0: Ethernet address: 00:02:6f:3e:1c:9e >ath0: mac 10.4 phy 6.1 radio 6.3 > >Just thought that might be useful in case anyone with similar cards >was interested > >Cheers > > > > >>On 2/9/06, Ryan R wrote: >> >> > > > >>Hi all! >> >>Just reporting in.. The patch worked EXCELLENT, not a single error >>during patching (Which I had loads of before) and not a single issue >>compiling the kernel. Here's exactly what I did: >> >> >>1. Popped in my original 6.0-BOOTONLY ISO image, with a wired >>ethernet connection plugged in. >> >>2. Chose the MINIMAL install, and only chose the cvsup-without-gui >>package, bash, and lynx (to view the handbook or websites). >> >>3. Edited the stock 'standard-supfile' and synced my source tree (To >>6.1-PRERELEASE) >> >>4. cd /usr/src , then patch -p0 < /path/to/ath.patch (You have to >>manually type in which files to patch though once the process starts, >>the ath.patch refers to a customized /usr/ncvs directory which doesn't >>exist) and patched each file respectively. >> >>5. cd /usr/src/sys/contrib/dev and renamed the original ath directory, >>unpacked the ath_hal-20051212.tgz here and renamed it in place of the >>original ath >> >>6. make buildworld , make buildkernel , make installkernel, reboot, >>mergemaster -p, make installworld >> >>7. created a real simple /etc/wpa_supplicant.conf file for my network, >>with my WPA2 PSK and home network SSID info in it >> >>8. added 'ifconfig_ath0="ssid my_ssid WPA DHCP" ' to /etc/rc.conf >> >>9. manually loaded the if_ath module to make sure I got the dmesg info >>and it displayed itself properly, which it did, then added >>'if_ath_load="YES" , and , wlan_ccmp_load="YES" ' to my >>/boot/loader.conf file to make sure they loaded automatically; >>rebooted again for good measure and to bring everything up, and >>voila!!works like a charm! My WPA2 home network finally works with my >>laptop!! >> >>Just wanted to say thanks again, I can now actually make use of this >>laptop and use it all over the house >> >>Excellent job!! Thanks!! >>Cheers! >> >>-Ryan >> >>On 2/6/06, Sam Leffler wrote: >> >> >>>You can find the 0.9.16.13 hal (that's been out for a while) and an >>>updated ath.patch at http://www.freebsd.org/~sam/ath. Please test and >>>report any regressions against what is in CVS. This patch should work >>>on both HEAD and RELENG_6. I hope to get things in CVS in time to make >>>the 6.1 release so timely feedback is important. >>> >>>This hal is required if you have one of the newer Atheros parts (e.g. >>>5414). I've mainly tested station mode so beware of ap mode problems. >>> >>>I am aware of one issue that is not fixed in this patch: beacon miss >>>handling may not work correctly if the beacon timers are initialized >>>with a stale tsf (as can happen when scanning many channels). This >>>affects both station and adhoc mode operation and will be fixed when I >>>commit the changes. >>> >>>If you have a laptop with a radio on/off switch I've tried to add the >>>necessary glue to make it functional but since I don't have any laptops >>>of this sort the code is untested. >>> >>> Sam >>>_______________________________________________ >>>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" >>> >>> >>> >_______________________________________________ >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" > > > Mr. Leffler: Cvsup'ed -current yesterday (which apparently contains your patched "ath"files -- diff(1) showed no , uh, difference...), then copied the un-archived ath_hal-20051212 to /usr/src/sys/contrib/dev/ath. When I did make buildworld && make kernel KERNCONF=GENERIC, I got the following errors; ===> ath (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I/usr/src/sys/mod ules/ath/../../contrib/dev/ath/freebsd -I/usr/src/sys/modules/ath/../../contrib/ dev/ath -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_g lobal.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth= 100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GEN ERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow - mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-exte rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qu al -fformat-extensions -std=c99 -c /usr/src/sys/modules/ath/../../dev/ath/if_at h.c /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_stop': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:1047: error: too many arguments to function /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_beacon_setup': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:1928: error: too few arguments t o function /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_rx_proc': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:2793: error: too few arguments t o function /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:2983: error: too few arguments t o function /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_tx_start': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:3637: error: too few arguments t o function /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_stoprecv': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4023: error: too few arguments t o function /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_chan_set': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4120: warning: passing arg 1 of `ath_hal_mhz2ieee' makes pointer from integer without a cast /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4120: error: too few arguments t o function `ath_hal_mhz2ieee' /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4120: warning: passing arg 1 of `ath_hal_mhz2ieee' makes pointer from integer without a cast /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4120: error: too few arguments t o function `ath_hal_mhz2ieee' /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_calibrate': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4208: error: too few arguments t o function /usr/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_getchannels': /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4455: warning: passing arg 5 of `ath_hal_init_channels' makes pointer from integer without a cast /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4455: error: incompatible type f or argument 7 of `ath_hal_init_channels' /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4455: error: too few arguments t o function `ath_hal_init_channels' /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4471: warning: passing arg 1 of `ath_hal_mhz2ieee' makes pointer from integer without a cast /usr/src/sys/modules/ath/../../dev/ath/if_ath.c:4471: error: too few arguments t o function `ath_hal_mhz2ieee' *** Error code 1 Stop in /usr/src/sys/modules/ath. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This happened on a stock GENERIC. I don't have one of the new cards. I was just checking to make sure it still worked for my old card. It's a D-Link DWL-G630. ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) ath0: mem 0x88000000-0x8800ffff at device 0.0 on cardbus1 ath0: Ethernet address: 00:13:46:b6:19:ea ath0: mac 7.8 phy 4.5 radio 5.6 If you require more info, or just need to point out the error of my ways, please advise. Thanks, Patrick From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:05:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEE5A16A420 for ; Sat, 11 Feb 2006 01:05:35 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id F11A743D46 for ; Sat, 11 Feb 2006 01:05:34 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1B15Gfi021197 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 11 Feb 2006 03:05:23 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1B15AHb001975; Sat, 11 Feb 2006 03:05:10 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1B15A8h001974; Sat, 11 Feb 2006 03:05:10 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 11 Feb 2006 03:05:09 +0200 From: Giorgos Keramidas To: Krzysztof Kowalik Message-ID: <20060211010509.GA1947@flame.pc> References: <43ED294A.2050505@savvis.net> <200602110128.50618.max@love2party.net> <20060211003846.GA153@uci.agh.edu.pl> <43ED3423.5060500@alumni.rice.edu> <20060211010216.GA6287@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060211010216.GA6287@uci.agh.edu.pl> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.351, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.85, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish 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, 11 Feb 2006 01:05:35 -0000 On 2006-02-11 02:02, Krzysztof Kowalik wrote: >Jonathan Noack wrote: >> I think debug.cpufreq.lowest is what you want. It is documented in >> cpufreq(4): > > Oh, indeed. And to think that I actually did read this manual page. > Thank you. :-) Isn't the minimum level limited by dev.cpu.0.freq_levels though? From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:34:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C3416A420 for ; Sat, 11 Feb 2006 01:34:33 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp104.biz.mail.re2.yahoo.com (smtp104.biz.mail.re2.yahoo.com [206.190.52.173]) by mx1.FreeBSD.org (Postfix) with SMTP id 51C3E43D48 for ; Sat, 11 Feb 2006 01:34:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 17157 invoked from network); 11 Feb 2006 01:34:31 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp104.biz.mail.re2.yahoo.com with SMTP; 11 Feb 2006 01:34:31 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 7571A6179; Fri, 10 Feb 2006 20:34:30 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18966-07; Fri, 10 Feb 2006 20:34:29 -0500 (EST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 4D7E2612D; Fri, 10 Feb 2006 20:34:29 -0500 (EST) Message-ID: <43ED3F27.1080808@alumni.rice.edu> Date: Fri, 10 Feb 2006 20:34:31 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Giorgos Keramidas References: <43ED294A.2050505@savvis.net> <200602110128.50618.max@love2party.net> <20060211003846.GA153@uci.agh.edu.pl> <43ED3423.5060500@alumni.rice.edu> <20060211010216.GA6287@uci.agh.edu.pl> <20060211010509.GA1947@flame.pc> In-Reply-To: <20060211010509.GA1947@flame.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 01:34:33 -0000 Giorgos Keramidas wrote: > On 2006-02-11 02:02, Krzysztof Kowalik wrote: >> Jonathan Noack wrote: >>> I think debug.cpufreq.lowest is what you want. It is documented in >>> cpufreq(4): >> Oh, indeed. And to think that I actually did read this manual page. >> Thank you. :-) > > Isn't the minimum level limited by dev.cpu.0.freq_levels though? My recollection is that setting debug.cpufreq.lowest would result in low values being removed from dev.cpu.0.freq_levels. So if dev.cpu.0.freq_levels started at "800/-1 400/-1 200/-1 100/-1" and you set debug.cpufreq.lowest to "300", dev.cpu.0.freq_levels would then become "800/-1 400/-1". -Jonathan From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 01:38:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FBA916A420 for ; Sat, 11 Feb 2006 01:38:06 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3117F43D72 for ; Sat, 11 Feb 2006 01:37:58 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1B1bkUk022268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 11 Feb 2006 03:37:48 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1B1bfUg006808; Sat, 11 Feb 2006 03:37:41 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1B1bfAo006807; Sat, 11 Feb 2006 03:37:41 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 11 Feb 2006 03:37:40 +0200 From: Giorgos Keramidas To: Jonathan Noack Message-ID: <20060211013739.GA6802@flame.pc> References: <43ED294A.2050505@savvis.net> <200602110128.50618.max@love2party.net> <20060211003846.GA153@uci.agh.edu.pl> <43ED3423.5060500@alumni.rice.edu> <20060211010216.GA6287@uci.agh.edu.pl> <20060211010509.GA1947@flame.pc> <43ED3F27.1080808@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43ED3F27.1080808@alumni.rice.edu> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.352, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.85, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org Subject: Re: -current is sluggish 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, 11 Feb 2006 01:38:06 -0000 On 2006-02-10 20:34, Jonathan Noack wrote: >Giorgos Keramidas wrote: >>On 2006-02-11 02:02, Krzysztof Kowalik wrote: >>>Jonathan Noack wrote: >>>> I think debug.cpufreq.lowest is what you want. It is documented in >>>> cpufreq(4): >>> >>> Oh, indeed. And to think that I actually did read this manual page. >>> Thank you. :-) >> >> Isn't the minimum level limited by dev.cpu.0.freq_levels though? > > My recollection is that setting debug.cpufreq.lowest would result in low > values being removed from dev.cpu.0.freq_levels. So if > dev.cpu.0.freq_levels started at "800/-1 400/-1 200/-1 100/-1" and you > set debug.cpufreq.lowest to "300", dev.cpu.0.freq_levels would then > become "800/-1 400/-1". Ah! I see... Thanks for the explanation :) From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 00:16:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D1DC16A423 for ; Sat, 11 Feb 2006 00:16:52 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76E6A43D45 for ; Sat, 11 Feb 2006 00:16:51 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so547211nzo for ; Fri, 10 Feb 2006 16:16:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=GtVkmlhfEJe1tjhyNWJpbiQG+Mn46+MZvBM5a7S1KYGG24x50dZihL5sARR6s1Al881TXpEoIy6F5sFkLl07I1MTgCkCtd0Q0DFS923gh2qOuVj7Tzu8SYaSVsfOUxp1DcAOR2/ocobQTGIWDfSNYds+9etE+sRS1LGLyf0guzk= Received: by 10.36.160.12 with SMTP id i12mr3819432nze; Fri, 10 Feb 2006 16:16:50 -0800 (PST) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id c1sm1567358nzd.2006.02.10.16.16.49; Fri, 10 Feb 2006 16:16:50 -0800 (PST) Date: Fri, 10 Feb 2006 19:16:37 -0500 From: Alexander Kabaev To: Dan Nelson Message-ID: <20060210191637.374daa37@kan.dnsalias.net> In-Reply-To: <20060210195204.GF2090@dan.emsphone.com> References: <20060210181715.GA21782@troutmask.apl.washington.edu> <20060210193907.GE2090@dan.emsphone.com> <20060210194503.GA10370@troutmask.apl.washington.edu> <20060210195204.GF2090@dan.emsphone.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_0Vdq_/DfSOrhO6ftAyFY3LC"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Sat, 11 Feb 2006 02:48:30 +0000 Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 11 Feb 2006 00:16:52 -0000 --Sig_0Vdq_/DfSOrhO6ftAyFY3LC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 10 Feb 2006 13:52:04 -0600 Dan Nelson wrote: > In the last episode (Feb 10), Steve Kargl said: > > On Fri, Feb 10, 2006 at 01:39:08PM -0600, Dan Nelson wrote: > > > In the last episode (Feb 10), Steve Kargl said: > > > > Some background information: I routinely build GCC mainline on > > > > i386-*-freebsd and amd64-*-freebsd. GCC mainline is introducing > > > > OpenMP support. When libgomp.so.1 is built, the compiler is > > > > given the -pthread option throughout the construction of > > > > libgomp.so.1. However, a "ldd libgomp.so.1" shows no dependence > > > > on libpthread.so.2 > > >=20 > > > There was a discussion about this back when the default switched > > > from libc_r to libpthread, and I think the consensus was that > > > shared libraries should never record dependencies against threads > > > libs, which means you have to add -pthread to the link line when > > > building the final executable. This avoids problems where an > > > executable links to three shlibs, one library is linked to libc_r, > > > one's linked to libkse, and a third is linked to libpthread. > >=20 > > Does this still apply with the symbol versioning that was committed > > some weeks (months?) ago? Additionally, I thought libc_r is > > deprecated in FreeBSD-current (has it been moved to the attic?). >=20 > I think symbol versioning only helps if you want to provide multiple > compat wrappers for a single symbol depending on the age of the > calling program. It won't help two libraries that both want to > provide the same public symbols but have different internal ABIs > cooperate. >=20 > libc_r is still the only threads library that provides reliable %CPU > stats and readable ktrace/truss/strace output afaik. >=20 > --=20 > Dan Nelson > dnelson@allantgroup.com > _______________________________________________ > 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" No. The change to link in libc by default and libpthread with -pthread are inthe works and will be committed shortly. There is not way around this if we want working versioned libc and libpthread in our system. --=20 Alexander Kabaev --Sig_0Vdq_/DfSOrhO6ftAyFY3LC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7SzwQ6z1jMm+XZYRApAOAKDjR+OgueZWJQMs5Rs80yYyQLNuCwCglCn7 ROO0eC7jhYZMvTwKx42kdic= =ez89 -----END PGP SIGNATURE----- --Sig_0Vdq_/DfSOrhO6ftAyFY3LC-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 02:57:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D90D016A420 for ; Sat, 11 Feb 2006 02:57:46 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60EE943D45 for ; Sat, 11 Feb 2006 02:57:46 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr4so.prod.shaw.ca (pd2mr4so-qfe3.prod.shaw.ca [10.0.141.107]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IUI00EJJ5K8MT60@l-daemon> for freebsd-current@freebsd.org; Fri, 10 Feb 2006 19:57:45 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd2mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IUI00JAR5K8TX60@pd2mr4so.prod.shaw.ca> for freebsd-current@freebsd.org; Fri, 10 Feb 2006 19:57:44 -0700 (MST) Received: from [192.168.0.60] ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IUI0087Y5K7E150@l-daemon> for freebsd-current@freebsd.org; Fri, 10 Feb 2006 19:57:44 -0700 (MST) Date: Fri, 10 Feb 2006 18:57:33 -0800 From: Colin Percival In-reply-to: <20060210231101.GA71545@xor.obsecurity.org> To: paul@gromit.dlib.vt.edu Message-id: <43ED529D.8010209@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> <200602101440.50440.fcash@ocis.net> <20060210231101.GA71545@xor.obsecurity.org> User-Agent: Thunderbird 1.5 (X11/20060112) Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Portsnap support 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, 11 Feb 2006 02:57:47 -0000 On Friday 10 February 2006 01:43 pm, Paul Mather wrote: > After a little looking, I discovered that my /usr/ports/INDEX-7 file is > not being updated. Investigation of the portsnap source reveals that > it only actually generates INDEX, INDEX-5, and INDEX-6 from portsnap > updates in extract_indices(); it doesn't generate INDEX-7. This is a combination of poor planning on my behalf (I shouldn't have hard-coded the list of INDEX files) and a decision not to do anything about this yet. There is currently a lag time of roughly 1 - 2 hours between a commit to the ports tree and that change being reflected in the latest portsnap snapshot; about 80% of this time is from building the three INDEX files. When I looked into adding INDEX-7 to the list of files to build, it turned out to be identical to INDEX-6 (so far); so having the portsnap buildbox build it would slowed down the builds without really gaining anything. (In addition, FreeBSD 7.x users are a very small fraction of the portsnap users.) Once there is a significant difference between INDEX-6 and INDEX-7, I will start building and distributing INDEX-7 files via portsnap. For now, Kris' advice is good Kris Kennaway wrote: > setenv INDEXFILE INDEX-6 although personally I'd create a symlink instead: # ln -s /usr/ports/INDEX-6 /usr/ports/INDEX-7 Colin Percival From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 04:11:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3601716A420 for ; Sat, 11 Feb 2006 04:11:04 +0000 (GMT) (envelope-from amistry@am-productions.biz) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BCD143D46 for ; Sat, 11 Feb 2006 04:11:03 +0000 (GMT) (envelope-from amistry@am-productions.biz) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k1B4KJkc026155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Feb 2006 23:20:25 -0500 (EST) (envelope-from amistry@am-productions.biz) From: Anish Mistry Organization: AM Productions To: freebsd-current@freebsd.org Date: Fri, 10 Feb 2006 23:13:41 -0500 User-Agent: KMail/1.9.1 References: <43EC2C4C.5000709@rogers.com> <3725.1139560381@critter.freebsd.dk> <20060211002451.GA72714@xor.obsecurity.org> In-Reply-To: <20060211002451.GA72714@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3810764.q5rVBFeZrO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602102313.50417.amistry@am-productions.biz> X-Spam-Status: No, score=-8.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88/1283/Thu Feb 9 15:55:06 2006 on mail.united-ware.com X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 11 Feb 2006 04:22:51 +0000 Cc: Mike Jakubik , Poul-Henning Kamp Subject: Re: [TEST/REVIEW] cpu time accounting patch, step 2 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, 11 Feb 2006 04:11:04 -0000 --nextPart3810764.q5rVBFeZrO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 10 February 2006 19:24, Kris Kennaway wrote: > On Fri, Feb 10, 2006 at 08:33:01AM +0000, Poul-Henning Kamp wrote: > > In message <43EC2C4C.5000709@rogers.com>, Mike Jakubik writes: > > >Poul-Henning Kamp wrote: > > >> http://phk.freebsd.dk/patch/cputime.patch > > >> > > >> This patch enables the new cpu time accounting method for i386 > > >> with TSC, all amd64 and sparc64 (?) and i386 with Geode cpu. > > > > > >I got a bunch of these during the first bootup. > > > > > >-- > > >calcru: runtime went backwards from 1227916 usec to 1227883 usec > > > for pid 30 (pagezero) > > > > Yes, that will happen right now until the calibration of the > > TSC's max frequency is completed. > > > > I'm analyzing various solutions to that. I'm getting a bunch of messages like these too. They don't appear at=20 boot up though. Only while I'm running the wmtop dockapp. > > I'm getting it with your committed patch too..are you aware of it? > > Kris =2D-=20 Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ --nextPart3810764.q5rVBFeZrO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD7WR+xqA5ziudZT0RAj6UAJ9d9AVJKRloAV9QFaU5kXZqjGxPWwCfcMho bnDiu4PCZDa+eIu5i2kkde4= =Hkxg -----END PGP SIGNATURE----- --nextPart3810764.q5rVBFeZrO-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 06:21:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F55216A420 for ; Sat, 11 Feb 2006 06:21:54 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE6643D45 for ; Sat, 11 Feb 2006 06:21:53 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k1B6LmAk014776; Sat, 11 Feb 2006 01:21:48 -0500 (EST) Date: Sat, 11 Feb 2006 01:21:48 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20060210191637.374daa37@kan.dnsalias.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Dan Nelson , Steve Kargl Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 06:21:54 -0000 On Fri, 10 Feb 2006, Alexander Kabaev wrote: > > No. The change to link in libc by default and libpthread with -pthread > are inthe works and will be committed shortly. There is not way around > this if we want working versioned libc and libpthread in our system. Why is that? We really don't want -pthread to build in libpthread dependency when linking shared libraries. So are you working on building a symbol list/map for libc? I was doing this myself, but I don't want to spend time duplicating effort. -- DE From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 07:15:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4AD916A420; Sat, 11 Feb 2006 07:15:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5933243D46; Sat, 11 Feb 2006 07:15:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1B7FqEQ099030; Fri, 10 Feb 2006 23:15:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1B7FqEu099029; Fri, 10 Feb 2006 23:15:52 -0800 (PST) (envelope-from sgk) Date: Fri, 10 Feb 2006 23:15:52 -0800 From: Steve Kargl To: Daniel Eischen Message-ID: <20060211071552.GA99012@troutmask.apl.washington.edu> References: <20060210191637.374daa37@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Dan Nelson , Alexander Kabaev Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 11 Feb 2006 07:15:55 -0000 On Sat, Feb 11, 2006 at 01:21:48AM -0500, Daniel Eischen wrote: > On Fri, 10 Feb 2006, Alexander Kabaev wrote: > > > > No. The change to link in libc by default and libpthread with -pthread > > are inthe works and will be committed shortly. There is not way around > > this if we want working versioned libc and libpthread in our system. > > Why is that? We really don't want -pthread to build in libpthread > dependency when linking shared libraries. Uh, well, you do if you want to use GCC 4.2.X -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 10:06:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CB3616A420; Sat, 11 Feb 2006 10:06:30 +0000 (GMT) (envelope-from morten@rodal.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A8043D48; Sat, 11 Feb 2006 10:06:29 +0000 (GMT) (envelope-from morten@rodal.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IUI0094WPESH8B0@osl1smout1.broadpark.no>; Sat, 11 Feb 2006 11:06:28 +0100 (CET) Received: from slimy.rodal.no ([84.48.109.162]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IUI000HSPERL7D0@osl1sminn1.broadpark.no>; Sat, 11 Feb 2006 11:06:28 +0100 (CET) Received: from burton.rodal.no (burton.rodal.no [192.168.20.70]) by slimy.rodal.no (8.13.1/8.13.1) with ESMTP id k1BA6QdS017189; Sat, 11 Feb 2006 11:06:27 +0100 (CET envelope-from morten@rodal.no) Received: from localhost (localhost [[UNIX: localhost]]) by burton.rodal.no (8.13.4/8.13.4/Submit) id k1BA5JxY041742; Sat, 11 Feb 2006 11:05:19 +0100 (CET envelope-from morten@rodal.no) Date: Sat, 11 Feb 2006 11:05:09 +0100 From: Morten Rodal In-reply-to: <20051221162705.GC6493@garage.freebsd.pl> To: freebsd-current@freebsd.org Message-id: <200602111105.19328.morten@rodal.no> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1775417.pBo3UyhZQX; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit X-Virus-Scanned: by amavisd-new References: <20051220121837.GQ41381@FreeBSD.org> <20051221161959.GQ41381@cell.sick.ru> <20051221162705.GC6493@garage.freebsd.pl> X-Authentication-warning: burton.rodal.no: morten set sender to morten@rodal.no using -f User-Agent: KMail/1.9.1 Cc: njl@freebsd.org, Gleb Smirnoff , Pawel Jakub Dawidek Subject: Re: acpica memory leak? 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, 11 Feb 2006 10:06:30 -0000 --nextPart1775417.pBo3UyhZQX Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 21 December 2005 17:27, Pawel Jakub Dawidek wrote: > So it looks much more serious than in my case: > > anger:root:# vmstat -m | grep acpica > acpica 4550 235K - 251941 > 16,32,64,128,256,512,1024,2048 anger:root:# vmstat -m | grep acpica > acpica 4558 235K - 257176 > 16,32,64,128,256,512,1024,2048 anger:root:# vmstat -m | grep acpica > acpica 4562 235K - 265940 > 16,32,64,128,256,512,1024,2048 anger:root:# uptime > 17:26 up 5 days, 19:06, 21 users, load averages: 0,15 0,13 0,09 Did any of you find out what caused this? I see this on my computer: | [burton] ~> sysctl kern.malloc | grep acpica | acpica 42884 2658K - 1127825 =20 16,32,64,128,256,512,1024,2048 | [burton] ~> uptime | 11:02am up 4 days, 16:45, 0 users, load averages: 0.51, 0.24, 0.10 This is a EPoX 8K9A7I motherboard with AMD Athlon XP 2500+ (Barton)=20 processor. According to the acpi it is a KT400A AWRDACPI. =2D-=20 Morten Rodal "A supercomputer is a device for turning compute-bound problems into I/O bound problems." -- Ken Batcher (Goodyear Aerospace) --nextPart1775417.pBo3UyhZQX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD7bbfbWe1Cy11WVsRAsUiAJ4pwJmQxCK5tdterJDqmQewzXJPVwCdEnS1 aSFe3ScFThJ1LlWR3mOwLcE= =LVic -----END PGP SIGNATURE----- --nextPart1775417.pBo3UyhZQX-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 10:24:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15C6616A420 for ; Sat, 11 Feb 2006 10:24:53 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D2843D46 for ; Sat, 11 Feb 2006 10:24:52 +0000 (GMT) (envelope-from unixfreunde@gmail.com) Received: by pproxy.gmail.com with SMTP id z59so362383pyg for ; Sat, 11 Feb 2006 02:24:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=p99CwcI5yEfscSm5GJnUe47G3rNuPspdNEsHeNUTQBMQV+DFh7fdXS8rKdiEpcZnKKAfDZLqo1lton2DsOGQk7DiWDDo8g37Wrhgr7lyewT/65c++GSPjaqBx0rL0YURdlbKSRH/AMxpbtQabQjI7lkOa+Xk5qcxtzO2Z0jQiXI= Received: by 10.35.9.2 with SMTP id m2mr98703pyi; Sat, 11 Feb 2006 02:24:51 -0800 (PST) Received: from mwilke.ath.cx ( [84.141.9.237]) by mx.gmail.com with ESMTP id q36sm582224pyg.2006.02.11.02.24.50; Sat, 11 Feb 2006 02:24:51 -0800 (PST) Date: Sat, 11 Feb 2006 11:24:45 +0100 From: Martin Wilke To: freebsd-current@freebsd.org Message-ID: <20060211112445.30c58c1a@mwilke.ath.cx> In-Reply-To: <200602101440.50440.fcash@ocis.net> References: <1139607813.23382.20.camel@zappa.Chelsea-Ct.Org> <200602101440.50440.fcash@ocis.net> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Subject: Re: Portsnap support 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, 11 Feb 2006 10:24:53 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpPbiBGcmks IDEwIEZlYiAyMDA2IDE0OjQwOjQ5IC0wODAwDQpGcmVkZGllIENhc2ggPGZjYXNoQG9jaXMubmV0 PiB3cm90ZToNCg0KPiBPbiBGcmlkYXkgMTAgRmVicnVhcnkgMjAwNiAwMTo0MyBwbSwgUGF1bCBN YXRoZXIgd3JvdGU6DQo+ID4gSSd2ZSBub3RpY2VkIGxhdGVseSBhIGxvdCBvZiAic3VjY2VlZHMg cG9ydCIgbWVzc2FnZXMgd2hlbiBJIHJ1bg0KPiA+IHBvcnR2ZXJzaW9uIChmcm9tIHRoZSBwb3J0 dXBncmFkZSBwb3J0KSB0byBsaXN0IHdoaWNoIG9mIG15IHBhY2thZ2VzDQo+ID4gYXJlIG91dCBv ZiBkYXRlIGFuZCByZXF1aXJlIHVwZGF0aW5nLiAgVGhlc2UgbWVzc2FnZXMgYXJlIGluY29ycmVj dA0KPiA+IChpLmUuLCB0aGUgInBvcnQgaGFzIiB2ZXJzaW9uIGlkZW50aWZpZWQgYnkgcG9ydHZl cnNpb24gaXMgb2xkZXINCj4gPiB0aGFuIHRoYXQgaW4gdGhlIGFjdHVhbCBwb3J0IE1ha2VmaWxl KSwgYW5kIEkgZG9uJ3QgZ2V0IGluY29ycmVjdA0KPiA+IGlkZW50aWZpY2F0aW9ucyBmcm9tIGVp dGhlciBwa2dfdmVyc2lvbiBvciBwb3J0bWFuYWdlci4gIChJIGFsc28NCj4gPiBkb24ndCBnZXQg dGhpcyBwcm9ibGVtIG9uIGEgUkVMRU5HXzYgc3lzdGVtIEkgaGF2ZSwgZWl0aGVyLikNCj4gDQo+ ID4gQWZ0ZXIgYSBsaXR0bGUgbG9va2luZywgSSBkaXNjb3ZlcmVkIHRoYXQgbXkgL3Vzci9wb3J0 cy9JTkRFWC03DQo+ID4gZmlsZSBpcyBub3QgYmVpbmcgdXBkYXRlZC4gIEludmVzdGlnYXRpb24g b2YgdGhlIHBvcnRzbmFwIHNvdXJjZQ0KPiA+IHJldmVhbHMgdGhhdCBpdCBvbmx5IGFjdHVhbGx5 IGdlbmVyYXRlcyBJTkRFWCwgSU5ERVgtNSwgYW5kIElOREVYLTYNCj4gPiBmcm9tIHBvcnRzbmFw IHVwZGF0ZXMgaW4gZXh0cmFjdF9pbmRpY2VzKCk7IGl0IGRvZXNuJ3QgZ2VuZXJhdGUNCj4gPiBJ TkRFWC03Lg0KPiANCj4gV29ya2Fyb3VuZHMgdW50aWwgcG9ydHNuYXAgZG9lcyBpdCBhZ2Fpbiwg aW4gb3JkZXIgb2YgbGVuZ3RoIG9mIHRpbWUNCj4gdG8gZ2VuZXJhdGUgSU5ERVgtNzoNCj4gICBj ZCAvdXNyL3BvcnRzIDsgbWFrZSBmZXRjaGluZGV4DQo+ICAgY2QgdXNyL3BvcnRzIDsgbWFrZSBp bmRleA0KPiAgIHBrZ2RiIC1VDQo+IA0KDQpIaQ0KDQppIGhhdmUgaW4gbXkgbWFrZS5jb25mIElO REVYRklMRT1JTkRFWC02IHRoaXMgd29ya3MuDQoNCkdyZWV0cyBNYXJ0aW4NCi0tLS0tQkVHSU4g UEdQIFNJR05BVFVSRS0tLS0tDQpWZXJzaW9uOiBHbnVQRyB2MS40LjIgKEZyZWVCU0QpDQoNCmlE OERCUUZEN2J0dkZSWi9rQlQ0dnA4UkF2U3RBS0NLelpHTnRhVWdzZy9ObWxxL1ZiL01HQlVRK2dD Z2pOMUcNCng2WitHVmNrcm5nVlZFQWxqblQxQnhFPQ0KPVA3UGcNCi0tLS0tRU5EIFBHUCBTSUdO QVRVUkUtLS0tLQ0K From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 13:23:21 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5458F16A420; Sat, 11 Feb 2006 13:23:21 +0000 (GMT) (envelope-from pjd@pacomp.pl) Received: from mail.pacomp.pl (ana50.internetdsl.tpnet.pl [83.17.82.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFC4B43D49; Sat, 11 Feb 2006 13:23:19 +0000 (GMT) (envelope-from pjd@pacomp.pl) Received: from localhost (djx30.neoplus.adsl.tpnet.pl [83.24.1.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pacomp.pl (Postfix) with ESMTP id BDD944AD13; Sat, 11 Feb 2006 14:23:18 +0100 (CET) Date: Sat, 11 Feb 2006 14:23:01 +0100 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20060211132301.GF3975@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E7i4zwmWs5DOuDSH" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) Cc: freebsd-security@FreeBSD.org Subject: GELI improvements. 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, 11 Feb 2006 13:23:21 -0000 --E7i4zwmWs5DOuDSH Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I added possibility to use key files for encrypted provider which are attached on boot. Before only passphrase could be used. I also fixed the tasing code - before it sometimes stopped to taste providers too early, so it was possible that kernel didn't ask for the passphrase. If you had problems with this, you may want to try again. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --E7i4zwmWs5DOuDSH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7eU1ForvXbEpPzQRAq0lAKDNEB0sQ6WqWe8Sv7kkclVNh+serACdEMk4 LQBOSQ6UGrfKSQtM5X2Gh6k= =h2RC -----END PGP SIGNATURE----- --E7i4zwmWs5DOuDSH-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 14:39:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AD6616A420 for ; Sat, 11 Feb 2006 14:39:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2FF443D48 for ; Sat, 11 Feb 2006 14:39:09 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k1BEd8Pp028140; Sat, 11 Feb 2006 09:39:08 -0500 (EST) Date: Sat, 11 Feb 2006 09:39:08 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Kargl In-Reply-To: <20060211071552.GA99012@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 14:39:10 -0000 On Fri, 10 Feb 2006, Steve Kargl wrote: > On Sat, Feb 11, 2006 at 01:21:48AM -0500, Daniel Eischen wrote: > > On Fri, 10 Feb 2006, Alexander Kabaev wrote: > > > > > > No. The change to link in libc by default and libpthread with -pthread > > > are inthe works and will be committed shortly. There is not way around > > > this if we want working versioned libc and libpthread in our system. > > > > Why is that? We really don't want -pthread to build in libpthread > > dependency when linking shared libraries. > > Uh, well, you do if you want to use GCC 4.2.X Why? If one _really_ needs a shared library linked to libpthread, -lpthread will always work. -- DE From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 14:30:15 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B9E16A420 for ; Sat, 11 Feb 2006 14:30:15 +0000 (GMT) (envelope-from freebsder.china@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CA843D48 for ; Sat, 11 Feb 2006 14:30:14 +0000 (GMT) (envelope-from freebsder.china@gmail.com) Received: by zproxy.gmail.com with SMTP id s18so676879nze for ; Sat, 11 Feb 2006 06:30:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=sESA9W+o4czvWJ9DhZde+j1sEdgEfKuoFhkqG28QdgoHgLvEpmgOUb8B69jV3UGDHZWV8rklbZe3JJZYu+rE92cdsL4e6WkRuk3WvESuUC1gN9zd1UUtSimd4/zLrUk2FHEheV4y3tE3VqUAHBa81wFWh8iZTgS2sRr5qsNVo7g= Received: by 10.36.139.20 with SMTP id m20mr660532nzd; Sat, 11 Feb 2006 06:30:11 -0800 (PST) Received: by 10.36.227.34 with HTTP; Sat, 11 Feb 2006 06:30:11 -0800 (PST) Message-ID: <3c61efce0602110630k2f417b27k@mail.gmail.com> Date: Sat, 11 Feb 2006 22:30:11 +0800 From: FreeBSDer China To: freebsd-current@FreeBSD.org MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 11 Feb 2006 15:08:00 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: A problem on IBM Netfinity 5000 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, 11 Feb 2006 14:30:15 -0000 Dear FreeBSD Developer, I am a FreeBSD freak from China aged 19. When I install FreeBSD on my Server IBM Netfinity 5000,First I got an error on the 1st stage of install: At Boot Screen I choose 1.Booting FreeBSD,while loading the kernel a line reads:"ifmedia:no match for 0xffffffffffff,Waiting 15 seconds to reboot any key to command line"etc.I startup this install process with my Network line insert my NIC(AMD pcn0).Without the line inserting,It could contiue. 2nd,at the step select the Install media,I choose CD/DVD.installer said,he cannot found the CD device! so using FTP is a good idea when come across such problem. :P and bad news: www.freebsd.org is banned in China. We cannot use domain to access. could u tell me other servers' IP to access the main site? Hope to got ur help! Send me ur warm email! thanks! Horus Lee ( http://www.horuslee.com/ , http://www.bsdfree.org/ ) From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 15:26:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 161DC16A422; Sat, 11 Feb 2006 15:26:28 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB08A43D45; Sat, 11 Feb 2006 15:26:27 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1BFQRKb089105; Sat, 11 Feb 2006 15:26:27 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1BFQRg5089104; Sat, 11 Feb 2006 15:26:27 GMT (envelope-from kan) Date: Sat, 11 Feb 2006 15:26:27 +0000 From: Alexander Kabaev To: Daniel Eischen Message-ID: <20060211152627.GA88895@freefall.freebsd.org> References: <20060211071552.GA99012@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? 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, 11 Feb 2006 15:26:28 -0000 On Sat, Feb 11, 2006 at 09:39:08AM -0500, Daniel Eischen wrote: > On Fri, 10 Feb 2006, Steve Kargl wrote: > > > On Sat, Feb 11, 2006 at 01:21:48AM -0500, Daniel Eischen wrote: > > > On Fri, 10 Feb 2006, Alexander Kabaev wrote: > > > > > > > > No. The change to link in libc by default and libpthread with -pthread > > > > are inthe works and will be committed shortly. There is not way around > > > > this if we want working versioned libc and libpthread in our system. > > > > > > Why is that? We really don't want -pthread to build in libpthread > > > dependency when linking shared libraries. > > > > Uh, well, you do if you want to use GCC 4.2.X > > Why? If one _really_ needs a shared library linked to libpthread, > -lpthread will always work. > > -- > DE > Just think for a moment how exactly will your shared library depend on a specific symbol version in C or thread libraries if no dependencies on libc.so.6 and libpthread.so.2 were recorded in the first place? When no -lc or -lpthreed were seen by ld at all? The symbol is defined by a name, version and library's SONAME. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 17:23:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9148816A44B for ; Sat, 11 Feb 2006 17:23:32 +0000 (GMT) (envelope-from jamesb@acelere.net) Received: from acelere.net (acelere.net [12.104.134.130]) by mx1.FreeBSD.org (Postfix) with SMTP id 22A4A43D4C for ; Sat, 11 Feb 2006 17:23:31 +0000 (GMT) (envelope-from jamesb@acelere.net) Received: (qmail 36213 invoked by uid 500); 11 Feb 2006 17:23:30 -0000 Date: 11 Feb 2006 09:23:30 -0800 Date: Sat, 11 Feb 2006 09:23:30 -0800 From: James Bowman To: freebsd-current@freebsd.org Message-ID: <20060211172330.GL22519@colossus.acelere.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Error building acpi_wakecode.S 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, 11 Feb 2006 17:23:32 -0000 All, I hit this problem in "make buildkernel" this morning: sh @/kern/genassym.sh genassym.o > assym.s /usr/obj/usr/src/make.i386/make -f /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/Makefile MAKESRCPATH=/usr/src/sys/modules/acpi/acpi/../../../i386/acpica cc -O2 -fno-strict-aliasing -pipe -I. -I@ -g -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakecode.S /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakecode.S: Assembler messages: /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakecode.S:103: Error: suffix or operands invalid for `ljmp' *** Error code 1 Looking back, a couple of people have hit the same thing in the past. Well, the cause is a lack of devfs! I am building inside a jail, and had forgotten to do: mount -t devfs devfs /usr/jail/dev The problem starts in the script genassym.sh. genassym.sh uses /dev/stdout, and if /dev/stdout isn't present, it quietly produces no output. So assym.s is empty and doesn't define any symbols, so acpi_wakecode.S cannot assemble. Changing kmod.mk line 406 from: sh @/kern/genassym.sh genassym.o > ${.TARGET} to sh @/kern/genassym.sh -o ${.TARGET} genassym.o means that the script no longer uses /dev/stdout. -- James Bowman http://acelere.net From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 18:23:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31A4F16A420; Sat, 11 Feb 2006 18:23:22 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8BB643D46; Sat, 11 Feb 2006 18:23:21 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k1BINKRU004761; Sat, 11 Feb 2006 13:23:20 -0500 (EST) Date: Sat, 11 Feb 2006 13:23:20 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Kabaev In-Reply-To: <20060211152627.GA88895@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: [jakub@redhat.com:Linking against libpthread via -pthread? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 18:23:22 -0000 On Sat, 11 Feb 2006, Alexander Kabaev wrote: > On Sat, Feb 11, 2006 at 09:39:08AM -0500, Daniel Eischen wrote: > > > > Why? If one _really_ needs a shared library linked to libpthread, > > -lpthread will always work. > > > > -- > > DE > > > Just think for a moment how exactly will your shared library depend > on a specific symbol version in C or thread libraries if no > dependencies on libc.so.6 and libpthread.so.2 were recorded in the > first place? When no -lc or -lpthreed were seen by ld at all? > The symbol is defined by a name, version and library's SONAME. Well, so far we want libthr and libpthread to use the same symbols with the same map name so this can all just work regardless of which thread library you use. I can see why this is really, really, needed for libc where you really want symbol versioning to work. I'm just wondering if there is a way for the thread libraries to do necessary versioning within libc. Like adding all the pthread_ interfaces into libc as stubs (we already do some of them and the thread libraries stuff their functions into a jump table). But I see that without actually linking to a thread library, symbol versioning won't work for the thread libraries unless we play games with libc or some other stub library (which then loads the appropriate thread library). -- DE From owner-freebsd-current@FreeBSD.ORG Sat Feb 11 23:01:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0422916A420 for ; Sat, 11 Feb 2006 23:01:28 +0000 (GMT) (envelope-from gusmao@wminas.com.br) Received: from vega.planetarium.com.br (vega.planetarium.com.br [200.196.44.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7465243D45 for ; Sat, 11 Feb 2006 23:01:24 +0000 (GMT) (envelope-from gusmao@wminas.com.br) Received: (qmail 21288 invoked by uid 0); 11 Feb 2006 22:20:53 -0000 Received: from 200.196.44.16 by vega (envelope-from , uid 303) with qmail-scanner-1.25 ( Clear:RC:0(200.196.44.16):. Processed in 0.161169 secs); 11 Feb 2006 22:20:53 -0000 Received: from unknown (HELO localhost) (200.196.44.16) by vega.planetarium.com.br with SMTP; 11 Feb 2006 22:20:52 -0000 Received: from 20158052149.user.veloxzone.com.br (20158052149.user.veloxzone.com.br [201.58.52.149]) by webmail.wminas.com.br (IMP) with HTTP for ; Sat, 11 Feb 2006 20:20:52 -0200 Message-ID: <1139696452.43ee63449fb24@webmail.wminas.com.br> Date: Sat, 11 Feb 2006 20:20:52 -0200 From: gusmao@wminas.com.br To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 201.58.52.149 Subject: Atheros and new 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: Sat, 11 Feb 2006 23:01:28 -0000 Hi, how can i check signal/quality/noise from stations associated in my ath0 hostap??? Thanks, Gusmão