From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 03:13: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEA6216A40F for ; Sun, 31 Dec 2006 03:13:45 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 7D98913C45A for ; Sun, 31 Dec 2006 03:13:45 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-64-88.sn2.eutelia.it [83.211.64.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id DA61F11AE43; Sun, 31 Dec 2006 03:42:16 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id kBV2g3Sp060050; Sun, 31 Dec 2006 03:42:03 +0100 (CET) (envelope-from piso) Date: Sun, 31 Dec 2006 03:42:03 +0100 From: Paolo Pisati To: Max Laier Message-ID: <20061231024203.GA8147@tin.it> References: <20061230195219.GD64111@bunrab.catwhisker.org> <20061230214321.GG64111@bunrab.catwhisker.org> <20061230214609.GA6996@tin.it> <200612302304.39194.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612302304.39194.max@love2party.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: freebsd-current@freebsd.org Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 03:13:45 -0000 On Sat, Dec 30, 2006 at 11:04:33PM +0100, Max Laier wrote: > On Saturday 30 December 2006 22:46, Paolo Pisati wrote: > > On Sat, Dec 30, 2006 at 01:43:21PM -0800, David Wolfskill wrote: > > > Note that this was for a kernel that uses ipfw, but not natd (ref. > > > src/sys/conf/NOTES). > > > > my mistake, i'll write an entry for UPDATING. > > Shouldn't it still be possible to build a kernel with IPFW but without > LIBALIAS? i.e. instead of a UPDATING entry you should just wrap the > libalias entry points in IPFW - or am I misunderstanding what you are > saying? with my last commit, LIBALIAS became mandatory for IPFW, and this adds 40kb (-O nocona) to my kernel size. If it's really an issue, i can change it. P. From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 05:56: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4038B16A407; Sun, 31 Dec 2006 05:56:31 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id D75C013C44B; Sun, 31 Dec 2006 05:56:30 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with SMTP id kBV5Wbbe096330; Sun, 31 Dec 2006 14:32:37 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 31 Dec 2006 14:32:37 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20061231143237.89a181d0.nork@FreeBSD.org> X-Mailer: Sylpheed 2.3.0rc (GTK+ 2.10.6; i386-portbld-freebsd6.2) 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.2 (sakura.ninth-nine.com [219.127.74.121]); Sun, 31 Dec 2006 14:32:38 +0900 (JST) Cc: Alan Cox , Norikatsu Shigemura Subject: panic on pmap_remove_pages with INVARIANTS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Dec 2006 05:56:31 -0000 Hi, I have a trouble about pmap. $ uname -a FreeBSD nadesico.ninth-nine.com 7.0-CURRENT FreeBSD 7.0-CURRENT #34: Sat Dec 30 16:23:53 JST 2006 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO i386 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD/i386 (nadesico.ninth-nine.com) (dcons) login: panic: Bad link elm 0x82d99da8 prev->next != elm cpuid = 1 KDB: enter: panic [thread pid 19264 tid 100318 ] Stopped at kdb_enter+0x30: leave db> c panic: boot: not running on cpu 0 cpuid = 1 KDB: enter: panic [thread pid 19264 tid 100318 ] Stopped at kdb_enter+0x30: leave db> bt Tracing pid 19264 tid 100318 td 0x84ef1a20 kdb_enter(806b56bb,1,8072ab90,f9f8cb48,84ef1a20,...) at kdb_enter+0x30 panic(806b5745,0,806b56df,112,8072ab90,...) at panic+0x13b boot(104,0,806b56df,234,84ef1a20,...) at boot+0x7d panic(806acd11,82d99da8,806d7b56,bc7,0,...) at panic+0x1a1 pmap_remove_pages(8635cddc,806b46d3,ae,0,84b0f480,...) at pmap_remove_pages+0x24a vmspace_exit(84ef1a20,0,806b24b2,126,1,...) at vmspace_exit+0x90 exit1(84ef1a20,0,f9f8cd2c,8068f363,84ef1a20,...) at exit1+0x5c7 sys_exit(84ef1a20,f9f8cd00,4,c,f9f8cd38,...) at sys_exit+0x1d syscall(f9f8cd38) at syscall+0x2e3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x206, ebp = 0x7fbfd684 --- db> call doadump Physical memory: 1527 MB Dumping 277 MB: 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 Dump complete = 0xf db> reset cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I tried to kgdb kernel.debug vmcore.0. But I don't know that I should check parameters:-(. What do I dump pmap_t related parametres? From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 07:05: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6075416A40F for ; Sun, 31 Dec 2006 07:05:21 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id F3FCB13C442 for ; Sun, 31 Dec 2006 07:05:20 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4087549uge for ; Sat, 30 Dec 2006 23:05:19 -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:content-transfer-encoding:content-disposition; b=EAOL+UVr1xQzeCZmyFXazOfogFoIRvOpUq/XrmOgaaLE7MAAOgIxuT0RE1H/dt+AHU17nODerKn2Ycfhx8qUe/C3IBRMmUcZexSya5R/Gn4bl9oUw72p5bV/o2miSGL196UZSU9HcvkGB0EzFN6oAkWziogLWc/c4bnFjXqeaHs= Received: by 10.67.29.12 with SMTP id g12mr5563688ugj.1167548719767; Sat, 30 Dec 2006 23:05:19 -0800 (PST) Received: by 10.67.27.15 with HTTP; Sat, 30 Dec 2006 23:05:19 -0800 (PST) Message-ID: <499c70c0612302305o6bfb1a3fr623b8fb750ee25c3@mail.gmail.com> Date: Sun, 31 Dec 2006 10:05:19 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0-CURRENT Kernel debug howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Dec 2006 07:05:21 -0000 Hello, I run 7.0-CURRENT. When I disable noacpi in my laptop it panics, is there howto for debugging it and send you the result? I see ddb line but I don't know what to type in there. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 07: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39A1516A5BE for ; Sun, 31 Dec 2006 07:34:44 +0000 (UTC) (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 A714F13C457 for ; Sun, 31 Dec 2006 07:34:43 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id kBV74s8a082231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Dec 2006 10:04:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id kBV74s4T082230; Sun, 31 Dec 2006 10:04:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 31 Dec 2006 10:04:53 +0300 From: Gleb Smirnoff To: Paolo Pisati Message-ID: <20061231070453.GV46380@FreeBSD.org> References: <20061230195219.GD64111@bunrab.catwhisker.org> <20061230214321.GG64111@bunrab.catwhisker.org> <20061230214609.GA6996@tin.it> <200612302304.39194.max@love2party.net> <20061231024203.GA8147@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20061231024203.GA8147@tin.it> User-Agent: Mutt/1.5.6i Cc: Max Laier , freebsd-current@FreeBSD.org Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 07:34:44 -0000 On Sun, Dec 31, 2006 at 03:42:03AM +0100, Paolo Pisati wrote: P> On Sat, Dec 30, 2006 at 11:04:33PM +0100, Max Laier wrote: P> > On Saturday 30 December 2006 22:46, Paolo Pisati wrote: P> > > On Sat, Dec 30, 2006 at 01:43:21PM -0800, David Wolfskill wrote: P> > > > Note that this was for a kernel that uses ipfw, but not natd (ref. P> > > > src/sys/conf/NOTES). P> > > P> > > my mistake, i'll write an entry for UPDATING. P> > P> > Shouldn't it still be possible to build a kernel with IPFW but without P> > LIBALIAS? i.e. instead of a UPDATING entry you should just wrap the P> > libalias entry points in IPFW - or am I misunderstanding what you are P> > saying? P> P> with my last commit, LIBALIAS became mandatory for IPFW, and this adds P> 40kb (-O nocona) to my kernel size. P> P> If it's really an issue, i can change it. As I said it will be very nice if it would be still possible to build ipfw(4) w/o libalias. I think more people will share my opinion. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 12:55: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0331916A50E for ; Sun, 31 Dec 2006 12:55:06 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 62F7913C45A for ; Sun, 31 Dec 2006 12:55:04 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so6136693nfc for ; Sun, 31 Dec 2006 04:55: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=XdeJ9vZnnqqn4O0sKuC7GEmjwFcSxjK4lkgH5HRwKILYwURUuDTYlHGasXneIsX8CFQ67MwFhVJPp8wYrRFLUzMjLV9cw6np7JNYqTINyxBzNly8I/ZBtuQkaVRstw8bjJt+k+7oVw0bTe428pahLEUpDmNEW4vy4BnIFPTeiv8= Received: by 10.78.203.13 with SMTP id a13mr1613183hug.1167567965579; Sun, 31 Dec 2006 04:26:05 -0800 (PST) Received: by 10.78.81.12 with HTTP; Sun, 31 Dec 2006 04:26:05 -0800 (PST) Message-ID: <84dead720612310426t18e2fd6elac36557e4bf85525@mail.gmail.com> Date: Sun, 31 Dec 2006 17:56:05 +0530 From: "Joseph Koshy" To: "Abdullah Al-Marrie" In-Reply-To: <499c70c0612302305o6bfb1a3fr623b8fb750ee25c3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0612302305o6bfb1a3fr623b8fb750ee25c3@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: 7.0-CURRENT Kernel debug howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Dec 2006 12:55:07 -0000 aa> I see ddb line but I don't know what to type in there. Try: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 14:41: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8888016A40F for ; Sun, 31 Dec 2006 14:41:01 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 160B313C465 for ; Sun, 31 Dec 2006 14:41:01 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.187.168] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1H11rv3IBc-0003CN; Sun, 31 Dec 2006 15:41:00 +0100 From: Max Laier Organization: FreeBSD To: Paolo Pisati Date: Sun, 31 Dec 2006 15:40:51 +0100 User-Agent: KMail/1.9.4 References: <20061230195219.GD64111@bunrab.catwhisker.org> <20061231024203.GA8147@tin.it> <20061231070453.GV46380@FreeBSD.org> In-Reply-To: <20061231070453.GV46380@FreeBSD.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1339918.rAV2WeRTfe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612311540.58196.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 14:41:01 -0000 --nextPart1339918.rAV2WeRTfe Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 31 December 2006 08:04, Gleb Smirnoff wrote: > On Sun, Dec 31, 2006 at 03:42:03AM +0100, Paolo Pisati wrote: > P> On Sat, Dec 30, 2006 at 11:04:33PM +0100, Max Laier wrote: > P> > On Saturday 30 December 2006 22:46, Paolo Pisati wrote: > P> > > On Sat, Dec 30, 2006 at 01:43:21PM -0800, David Wolfskill wrote: > P> > > > Note that this was for a kernel that uses ipfw, but not natd > (ref. P> > > > src/sys/conf/NOTES). > P> > > > P> > > my mistake, i'll write an entry for UPDATING. > P> > > P> > Shouldn't it still be possible to build a kernel with IPFW but > without P> > LIBALIAS? i.e. instead of a UPDATING entry you should > just wrap the P> > libalias entry points in IPFW - or am I > misunderstanding what you are P> > saying? > P> > P> with my last commit, LIBALIAS became mandatory for IPFW, and this > adds P> 40kb (-O nocona) to my kernel size. > P> > P> If it's really an issue, i can change it. > > As I said it will be very nice if it would be still possible to build > ipfw(4) w/o libalias. I think more people will share my opinion. I agree. You can either simply #ifdef-out the Libalias glue code in ipfw=20 on LIBALIAS or introduce a new option "FIREWALL_NO_ALIAS" or something to=20 have that effect. The first would not break POLA and should be=20 preferred - IMO. Having the module build default to "with LIBALIAS" is=20 okay to make this great feature available from a default installation,=20 but there certainly should be a way to disable it on a custom build. =20 Also a make.conf switch to disable it from the module could make sense. =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 --nextPart1339918.rAV2WeRTfe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFl8v6XyyEoT62BG0RAkrqAJ4zGGJHLLQSKqrdUTcgPYv8zxgHDQCdGwtG J9ZR5vZFK2XeEYz9eRfWEXg= =ve8t -----END PGP SIGNATURE----- --nextPart1339918.rAV2WeRTfe-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 15:28: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35C2116A407; Sun, 31 Dec 2006 15:28:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id CE5A513C428; Sun, 31 Dec 2006 15:28:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5205E4881E; Sun, 31 Dec 2006 10:09:55 -0500 (EST) Date: Sun, 31 Dec 2006 15:09:55 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Paolo Pisati In-Reply-To: <20061231024203.GA8147@tin.it> Message-ID: <20061231150906.U7974@fledge.watson.org> References: <20061230195219.GD64111@bunrab.catwhisker.org> <20061230214321.GG64111@bunrab.catwhisker.org> <20061230214609.GA6996@tin.it> <200612302304.39194.max@love2party.net> <20061231024203.GA8147@tin.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Max Laier , freebsd-current@freebsd.org Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 15:28:43 -0000 On Sun, 31 Dec 2006, Paolo Pisati wrote: > On Sat, Dec 30, 2006 at 11:04:33PM +0100, Max Laier wrote: >> On Saturday 30 December 2006 22:46, Paolo Pisati wrote: >>> On Sat, Dec 30, 2006 at 01:43:21PM -0800, David Wolfskill wrote: >>>> Note that this was for a kernel that uses ipfw, but not natd (ref. >>>> src/sys/conf/NOTES). >>> >>> my mistake, i'll write an entry for UPDATING. >> >> Shouldn't it still be possible to build a kernel with IPFW but without >> LIBALIAS? i.e. instead of a UPDATING entry you should just wrap the >> libalias entry points in IPFW - or am I misunderstanding what you are >> saying? > > with my last commit, LIBALIAS became mandatory for IPFW, and this adds 40kb > (-O nocona) to my kernel size. > > If it's really an issue, i can change it. Yes -- I'd prefer it if we could make LIBALIAS optional for IPFW, similar to dummynet, ipdivert, etc. Is this something done without too much trouble? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 18:18: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48CBF16A40F for ; Sun, 31 Dec 2006 18:18:05 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id DD78613C428 for ; Sun, 31 Dec 2006 18:18:04 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4133379uge for ; Sun, 31 Dec 2006 10:18: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=aiBUjlH+3vRRX7rOHHlKDJAvhNnnmhdCN+WeyfXiEdUtVmuwo2qARGOgIYZvOGE/ZyGlLycbPocSY9QPdehqX/NBlAUdS9RO3vrRzYaFb7+/abbfm+a6ZbPGMqz5AMHiAfCfOM7KImyOB/tylwLCXofvHWOmhELWY9P2wAaJVsg= Received: by 10.66.243.2 with SMTP id q2mr25230486ugh.1167589083955; Sun, 31 Dec 2006 10:18:03 -0800 (PST) Received: by 10.67.27.15 with HTTP; Sun, 31 Dec 2006 10:18:03 -0800 (PST) Message-ID: <499c70c0612311018if41b19ej92096f8a359ae115@mail.gmail.com> Date: Sun, 31 Dec 2006 21:18:03 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD 7.0 will use GCC 4.1 or 4.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: Sun, 31 Dec 2006 18:18:05 -0000 Hello, Just curious question will 7.0 going to use GCC 4.2? I see many linux gnu dists using 4.1 now, and since 7.0 will take some time what GCC would it use? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 19:54:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C33916A403; Sun, 31 Dec 2006 19:54:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 507DC13C43E; Sun, 31 Dec 2006 19:54:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBVJsPtX008921; Sun, 31 Dec 2006 14:54:25 -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.8/8.13.8) with ESMTP id kBVJsLRA020255; Sun, 31 Dec 2006 14:54:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1454C73034; Sun, 31 Dec 2006 14:54:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061231195421.1454C73034@freebsd-current.sentex.ca> Date: Sun, 31 Dec 2006 14:54:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner4 X-Virus-Status: Clean 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, 31 Dec 2006 19:54:28 -0000 TB --- 2006-12-31 18:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-31 18:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-12-31 18:15:00 - cleaning the object tree TB --- 2006-12-31 18:15:52 - checking out the source tree TB --- 2006-12-31 18:15:52 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-12-31 18:15:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-31 18:25:44 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-31 18:25:44 - cd /src TB --- 2006-12-31 18:25:44 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 31 18:25:45 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Dec 31 19:42:00 UTC 2006 TB --- 2006-12-31 19:42:00 - generating LINT kernel config TB --- 2006-12-31 19:42:00 - cd /src/sys/amd64/conf TB --- 2006-12-31 19:42:00 - /usr/bin/make -B LINT TB --- 2006-12-31 19:42:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-31 19:42:00 - cd /src TB --- 2006-12-31 19:42:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 31 19:42:00 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/compat/linux/linux_getcwd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ioctl.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/compat/linux/linux_ipc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/compat/linux/linux_mib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/compat/linux/linux_misc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/compat/linux/linux_signal.c /src/sys/compat/linux/linux_signal.c: In function `linux_rt_sigtimedwait': /src/sys/compat/linux/linux_signal.c:479: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-31 19:54:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-31 19:54:20 - ERROR: failed to build lint kernel TB --- 2006-12-31 19:54:20 - tinderbox aborted TB --- 0.91 user 3.45 system 5960.12 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 31 23: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3196516A403 for ; Sun, 31 Dec 2006 23:53:12 +0000 (UTC) (envelope-from SRS0=11bef20599fcd8cc171edd283257ae72b09118c9=201=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 1969C13C441 for ; Sun, 31 Dec 2006 23:53:12 +0000 (UTC) (envelope-from SRS0=11bef20599fcd8cc171edd283257ae72b09118c9=201=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id JJT85030; Sun, 31 Dec 2006 15:40:30 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9B3CC45042; Sun, 31 Dec 2006 15:40:30 -0800 (PST) To: "Joseph Koshy" In-Reply-To: Your message of "Sun, 31 Dec 2006 17:56:05 +0530." <84dead720612310426t18e2fd6elac36557e4bf85525@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1167608430_21795P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 31 Dec 2006 15:40:30 -0800 From: "Kevin Oberman" Message-Id: <20061231234030.9B3CC45042@ptavv.es.net> Cc: freebsd-current@freebsd.org, Abdullah Al-Marrie Subject: Re: 7.0-CURRENT Kernel debug howto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Dec 2006 23:53:12 -0000 --==_Exmh_1167608430_21795P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sun, 31 Dec 2006 17:56:05 +0530 > From: "Joseph Koshy" > Sender: owner-freebsd-current@freebsd.org > > aa> I see ddb line but I don't know what to type in there. > > Try: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html And you will find more ACPI expertise if you send queries like this to freebsd-acpi@. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1167608430_21795P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFmEpukn3rs5h7N1ERAsJtAKCsBYL3W0NZv+aWAAXzyNo3oVktmwCgjjRm Hbwu3oifZr+cGYO0zLG8GE4= =AZma -----END PGP SIGNATURE----- --==_Exmh_1167608430_21795P-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 24 05:10:16 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C40D916A415; Sun, 24 Dec 2006 05:10:16 +0000 (UTC) (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 AD0AC13C474; Sun, 24 Dec 2006 05:10:16 +0000 (UTC) (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 902911A3C1C; Sat, 23 Dec 2006 21:10:16 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7F464513F2; Sun, 24 Dec 2006 00:10:13 -0500 (EST) Date: Sun, 24 Dec 2006 00:10:13 -0500 From: Kris Kennaway To: Ruslan Ermilov Message-ID: <20061224051013.GA25197@xor.obsecurity.org> References: <20061217205249.GA73132@xor.obsecurity.org> <20061222080202.GB77429@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20061222080202.GB77429@rambler-co.ru> User-Agent: Mutt/1.4.2.2i Cc: Andrew Pantyukhin , David Xu , current@FreeBSD.org, Kris Kennaway Subject: Re: vge(4) bad checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2006 05:10:16 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 22, 2006 at 11:02:02AM +0300, Ruslan Ermilov wrote: > Hi, >=20 > On Sun, Dec 17, 2006 at 03:52:49PM -0500, Kris Kennaway wrote: > > On Sun, Dec 17, 2006 at 11:46:24PM +0300, Andrew Pantyukhin wrote: > > > I'm not sure what it's all about, but with today's > > > current whatever goes out my vge interface (icmp/ > > > tcp/udp) has bad checksum: > >=20 > > This is a FAQ; it's probably using hardware checksum offloading. > >=20 > > Since the packet passed down to the NIC does not yet have the checksum > > computed, it looks to tcpdump like the checksum is incorrect. However > > if you look at the packet actually transmitted by the NIC > > (e.g. tcpdump on another host), you'll see that it has the correct > > checksum. > >=20 > Kris, you probably missed a commit by csjp@ where it was fixed. >=20 > : revision 1.220 > : date: 2006/11/18 23:17:22; author: csjp; state: Exp; lines: +40 -0 > : Currently, drivers that support hardware offload of VLAN tag > : processing are forced to toggle this functionality when the card > : is put in and out of promiscuous mode. The main reason for this > : is because the hardware strips the VLAN tag, making it impossible > : for the tag information to show up in network diagnostic tools like > : tcpdump(1). > : [...] That sounds like an unrelated issue (VLAN tagging, not checksum offloading). Kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFjgu0Wry0BWjoQKURAjDlAKCUlnzxhgPtZM1hVmGzimXlfwx18QCg7U8R k6cpBk7hiETq5MJFQEvrY4Y= =VvHv -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 24 14:30:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 047DC16A407; Sun, 24 Dec 2006 14:30:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D187913C46F; Sun, 24 Dec 2006 14:30:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBOEUnDR080966; Sun, 24 Dec 2006 09:30:49 -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.8/8.13.8) with ESMTP id kBOEUlkf085063; Sun, 24 Dec 2006 09:30:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E8C573034; Sun, 24 Dec 2006 09:30:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061224143047.3E8C573034@freebsd-current.sentex.ca> Date: Sun, 24 Dec 2006 09:30:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Dec 2006 14:30:52 -0000 TB --- 2006-12-24 13:18:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-24 13:18:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-12-24 13:18:14 - cleaning the object tree TB --- 2006-12-24 13:18:41 - checking out the source tree TB --- 2006-12-24 13:18:41 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-12-24 13:18:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-24 13:24:15 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-24 13:24:15 - cd /src TB --- 2006-12-24 13:24:15 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 24 13:24:17 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 24 14:19:21 UTC 2006 TB --- 2006-12-24 14:19:21 - generating LINT kernel config TB --- 2006-12-24 14:19:21 - cd /src/sys/sun4v/conf TB --- 2006-12-24 14:19:21 - /usr/bin/make -B LINT TB --- 2006-12-24 14:19:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-24 14:19:21 - cd /src TB --- 2006-12-24 14:19:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 24 14:19:21 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function `pmap_qenter': /src/sys/sun4v/sun4v/pmap.c:1810: error: `otte' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1810: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/pmap.c:1810: error: for each function it appears in.) /src/sys/sun4v/sun4v/pmap.c:1812: error: `pa' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1812: error: too many arguments to function `tte_hash_update' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-24 14:30:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-24 14:30:47 - ERROR: failed to build lint kernel TB --- 2006-12-24 14:30:47 - tinderbox aborted TB --- 0.53 user 2.02 system 4352.70 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 24 21:02:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C11A616A40F; Sun, 24 Dec 2006 21:02:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9930113C487; Sun, 24 Dec 2006 21:02:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBOL2snn005750; Sun, 24 Dec 2006 16:02:54 -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.8/8.13.8) with ESMTP id kBOL2sF6002339; Sun, 24 Dec 2006 16:02:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D88873034; Sun, 24 Dec 2006 16:02:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061224210254.5D88873034@freebsd-current.sentex.ca> Date: Sun, 24 Dec 2006 16:02:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Dec 2006 21:02:55 -0000 TB --- 2006-12-24 19:51:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-24 19:51:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-12-24 19:51:16 - cleaning the object tree TB --- 2006-12-24 19:51:45 - checking out the source tree TB --- 2006-12-24 19:51:45 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-12-24 19:51:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-24 19:56:28 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-24 19:56:28 - cd /src TB --- 2006-12-24 19:56:28 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 24 19:56:30 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 24 20:51:32 UTC 2006 TB --- 2006-12-24 20:51:32 - generating LINT kernel config TB --- 2006-12-24 20:51:32 - cd /src/sys/sun4v/conf TB --- 2006-12-24 20:51:32 - /usr/bin/make -B LINT TB --- 2006-12-24 20:51:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-24 20:51:32 - cd /src TB --- 2006-12-24 20:51:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 24 20:51:33 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function `pmap_qenter': /src/sys/sun4v/sun4v/pmap.c:1810: error: `otte' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1810: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/pmap.c:1810: error: for each function it appears in.) /src/sys/sun4v/sun4v/pmap.c:1812: error: `pa' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1812: error: too many arguments to function `tte_hash_update' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-24 21:02:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-24 21:02:54 - ERROR: failed to build lint kernel TB --- 2006-12-24 21:02:54 - tinderbox aborted TB --- 0.43 user 1.90 system 4297.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 24 21:47:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B436416A403 for ; Sun, 24 Dec 2006 21:47:20 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBF513C46F for ; Sun, 24 Dec 2006 21:47:19 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so3962282nfc for ; Sun, 24 Dec 2006 13:47:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=X2eABm+E3M1XoJEaKCNmm06zqRTkrz2Vj39GsfoBLcgGVvbWS1GrwJ4BFvhX7Y9S64EgEDDFOtV6NqLT50JUBKaRhDId8auJf9qDFotgAy4JKGbkrLdEHzJGSzw40Ice712C7Gjuf2j8IhUFkyoRFs0TTU25gznbZCLbaKE1OWg= Received: by 10.78.203.13 with SMTP id a13mr36037hug.1166995355339; Sun, 24 Dec 2006 13:22:35 -0800 (PST) Received: by 10.78.167.16 with HTTP; Sun, 24 Dec 2006 13:22:35 -0800 (PST) Message-ID: Date: Mon, 25 Dec 2006 00:22:35 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Ruslan Ermilov" In-Reply-To: <20061222080202.GB77429@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061217205249.GA73132@xor.obsecurity.org> <20061222080202.GB77429@rambler-co.ru> X-Google-Sender-Auth: 867374a0f6c35971 Cc: David Xu , current@freebsd.org, Kris Kennaway Subject: Re: vge(4) bad checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Dec 2006 21:47:20 -0000 On 12/22/06, Ruslan Ermilov wrote: > Hi, > > On Sun, Dec 17, 2006 at 03:52:49PM -0500, Kris Kennaway wrote: > > On Sun, Dec 17, 2006 at 11:46:24PM +0300, Andrew Pantyukhin wrote: > > > I'm not sure what it's all about, but with today's > > > current whatever goes out my vge interface (icmp/ > > > tcp/udp) has bad checksum: > > > > This is a FAQ; it's probably using hardware checksum offloading. > > > > Since the packet passed down to the NIC does not yet have the checksum > > computed, it looks to tcpdump like the checksum is incorrect. However > > if you look at the packet actually transmitted by the NIC > > (e.g. tcpdump on another host), you'll see that it has the correct > > checksum. > > > Kris, you probably missed a commit by csjp@ where it was fixed. > > : revision 1.220 > : date: 2006/11/18 23:17:22; author: csjp; state: Exp; lines: +40 -0 > : Currently, drivers that support hardware offload of VLAN tag > : processing are forced to toggle this functionality when the card > : is put in and out of promiscuous mode. The main reason for this > : is because the hardware strips the VLAN tag, making it impossible > : for the tag information to show up in network diagnostic tools like > : tcpdump(1). > : [...] > > Andrey, have you been able to narrow your problem down to > either this commit, my vge(4) commit (though you tested it > as well before it was committed), or to FAST_IPSEC? I tried to communicate with another fast_ipsec-enabled box (6-stable/rl0) and everything was okay, so I guess vge0 works well with fast_ipsec. I'll have to investi- gate re0 quirks. Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Dec 25 03:39:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7E7416A582; Mon, 25 Dec 2006 03:39:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9628C13C479; Mon, 25 Dec 2006 03:39:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBP3dC9M023991; Sun, 24 Dec 2006 22:39:12 -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.8/8.13.8) with ESMTP id kBP3dCKQ067674; Sun, 24 Dec 2006 22:39:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 415DF73034; Sun, 24 Dec 2006 22:39:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061225033912.415DF73034@freebsd-current.sentex.ca> Date: Sun, 24 Dec 2006 22:39:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2006 03:39:14 -0000 TB --- 2006-12-25 02:26:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-25 02:26:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-12-25 02:26:42 - cleaning the object tree TB --- 2006-12-25 02:27:10 - checking out the source tree TB --- 2006-12-25 02:27:10 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-12-25 02:27:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-25 02:32:29 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-25 02:32:29 - cd /src TB --- 2006-12-25 02:32:29 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 25 02:32:31 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 25 03:27:45 UTC 2006 TB --- 2006-12-25 03:27:45 - generating LINT kernel config TB --- 2006-12-25 03:27:45 - cd /src/sys/sun4v/conf TB --- 2006-12-25 03:27:45 - /usr/bin/make -B LINT TB --- 2006-12-25 03:27:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-25 03:27:46 - cd /src TB --- 2006-12-25 03:27:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 25 03:27:46 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/mp_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/cddl/t1_copy.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function `pmap_invalidate_range': /src/sys/sun4v/sun4v/pmap.c:1525: error: syntax error before "if" *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-25 03:39:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-25 03:39:12 - ERROR: failed to build lint kernel TB --- 2006-12-25 03:39:12 - tinderbox aborted TB --- 0.50 user 1.84 system 4349.91 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 25 06:52: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1A7E16A40F; Mon, 25 Dec 2006 06:52:04 +0000 (UTC) (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 5DE1013C490; Mon, 25 Dec 2006 06:52:04 +0000 (UTC) (envelope-from imp@BSDIMP.COM) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id kBP6okGk054695; Sun, 24 Dec 2006 23:50:47 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 24 Dec 2006 23:50:49 -0700 (MST) Message-Id: <20061224.235049.-2001109926.imp@bsdimp.com> To: almarrie@gmail.com From: "M. Warner Losh" In-Reply-To: <499c70c0612202314s8b20f14q7093e8bb069d85@mail.gmail.com> References: <499c70c0612201209j7ec014av3ec161a077633a2b@mail.gmail.com> <790a9fff0612201531q7b07dd75p1929ae6a9b825521@mail.gmail.com> <499c70c0612202314s8b20f14q7093e8bb069d85@mail.gmail.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp-2 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 24 Dec 2006 23:50:47 -0700 (MST) Cc: freebsd-acpi@freebsd.org, swhetzel@gmail.com, freebsd-current@freebsd.org Subject: Re: Acer Aspire 5102 WLMi with Turion 64 X2 dual-core TL-50 1.6 GHz on FreeBSD 6.2 ACPI problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2006 06:52:04 -0000 In message: <499c70c0612202314s8b20f14q7093e8bb069d85@mail.gmail.com> "Abdullah Al-Marrie" writes: : On 12/21/06, Scot Hetzel wrote: : > On 12/20/06, Abdullah Al-Marrie wrote: : > > Hello guys, : > > : > > I have problem with my new laptop Acer Aspire 5102 WLMi which has AMD : > > Turion™ 64 X2 dual-core TL-50 1.6 GHz with 1.5 GB of ram. : > > : > > I'm running i386 6.2-RC1 upgraded to 6.2-PRELEASE via RELENG6 tag : > > since I don't have more than 4 GB of ram. : > > : > > 1. The FreeBSD can't detect the builtin wlan chip which is Broadcom : > > BCM 4318 Rev 2. : > > : > You need to use the Windows NDIS driver to use the Broadcom Wireless adapter. : > : > You just need to download the driver from Acer's web site, and then : > use ndisgen to build the kernel module. : > : > Scot : : I tried that it's still not detected, as I mentioned before, I use : linksys wpc54g pcmcia to use the wlan in home till this issue with : Acer ACPI get sorted out. Don't know if you are here in the states, but OfficeMax, of all places, have Atheros based cards for $40 under the brand name 'My Essentials' (which turns out is made by Belkin). I too have a broadcom adapter. And when I'm not being a luddite and using my prism 2.5 base wi card, I use that atheros card (I've been testing it for the past week before it goes into to my wireless picture frame). Warner From owner-freebsd-current@FreeBSD.ORG Mon Dec 25 10:22:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 498D016A416; Mon, 25 Dec 2006 10:22:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 08BA913C475; Mon, 25 Dec 2006 10:22:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBPAMh1N037195; Mon, 25 Dec 2006 05:22:43 -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.8/8.13.8) with ESMTP id kBPAMgQw018478; Mon, 25 Dec 2006 05:22:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9AA7C73034; Mon, 25 Dec 2006 05:22:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061225102242.9AA7C73034@freebsd-current.sentex.ca> Date: Mon, 25 Dec 2006 05:22:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2006 10:22:44 -0000 TB --- 2006-12-25 09:10:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-25 09:10:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-12-25 09:10:53 - cleaning the object tree TB --- 2006-12-25 09:11:20 - checking out the source tree TB --- 2006-12-25 09:11:20 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-12-25 09:11:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-25 09:15:48 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-25 09:15:48 - cd /src TB --- 2006-12-25 09:15:48 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 25 09:15:49 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 25 10:11:09 UTC 2006 TB --- 2006-12-25 10:11:09 - generating LINT kernel config TB --- 2006-12-25 10:11:09 - cd /src/sys/sun4v/conf TB --- 2006-12-25 10:11:09 - /usr/bin/make -B LINT TB --- 2006-12-25 10:11:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-25 10:11:09 - cd /src TB --- 2006-12-25 10:11:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 25 10:11:09 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/mp_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/cddl/t1_copy.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function `pmap_invalidate_range': /src/sys/sun4v/sun4v/pmap.c:1525: error: syntax error before "if" *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-25 10:22:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-25 10:22:42 - ERROR: failed to build lint kernel TB --- 2006-12-25 10:22:42 - tinderbox aborted TB --- 0.48 user 1.84 system 4308.47 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 25 16:59:53 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDBE316A412; Mon, 25 Dec 2006 16:59:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB5913C46E; Mon, 25 Dec 2006 16:59:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBPGxpRn054617; Mon, 25 Dec 2006 11:59:51 -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.8/8.13.8) with ESMTP id kBPGxpKo098246; Mon, 25 Dec 2006 11:59:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61C8F73034; Mon, 25 Dec 2006 11:59:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061225165951.61C8F73034@freebsd-current.sentex.ca> Date: Mon, 25 Dec 2006 11:59:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2006 16:59:53 -0000 TB --- 2006-12-25 15:48:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-25 15:48:00 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2006-12-25 15:48:00 - cleaning the object tree TB --- 2006-12-25 15:48:29 - checking out the source tree TB --- 2006-12-25 15:48:29 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2006-12-25 15:48:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-25 15:53:32 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-25 15:53:32 - cd /src TB --- 2006-12-25 15:53:32 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 25 15:53:33 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 25 16:48:21 UTC 2006 TB --- 2006-12-25 16:48:21 - generating LINT kernel config TB --- 2006-12-25 16:48:21 - cd /src/sys/sun4v/conf TB --- 2006-12-25 16:48:21 - /usr/bin/make -B LINT TB --- 2006-12-25 16:48:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-25 16:48:21 - cd /src TB --- 2006-12-25 16:48:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 25 16:48:22 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/mp_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/nexus.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/cddl/t1_copy.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sparc64/sparc64/ofw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function `pmap_invalidate_range': /src/sys/sun4v/sun4v/pmap.c:1525: error: syntax error before "if" *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-25 16:59:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-25 16:59:51 - ERROR: failed to build lint kernel TB --- 2006-12-25 16:59:51 - tinderbox aborted TB --- 0.54 user 1.81 system 4311.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 25 17:25:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B668816A416; Mon, 25 Dec 2006 17:25:52 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8BD13C46F; Mon, 25 Dec 2006 17:25:52 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1GytJS-0003Rm-FS; Mon, 25 Dec 2006 12:08:34 -0500 Date: Mon, 25 Dec 2006 12:08:34 -0500 From: Gary Palmer To: current@freebsd.org, sparc64@freebsd.org Message-ID: <20061225170834.GA12775@in-addr.com> Mail-Followup-To: current@freebsd.org, sparc64@freebsd.org References: <20061225165951.61C8F73034@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061225165951.61C8F73034@freebsd-current.sentex.ca> Cc: Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2006 17:25:52 -0000 On Mon, Dec 25, 2006 at 11:59:51AM -0500, FreeBSD Tinderbox wrote: > /src/sys/sun4v/sun4v/pmap.c:1525: error: syntax error before "if" Any chance someone with a src commit bit could add the missing semicolon to the end of the KASSERT statement on 1523 please? That would appear to be what the tinderbox is complaining about From owner-freebsd-current@FreeBSD.ORG Mon Dec 25 19:14: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CA1716A403 for ; Mon, 25 Dec 2006 19:14:58 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0D17713C496 for ; Mon, 25 Dec 2006 19:14:55 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id kBPIsXlA085569 for ; Mon, 25 Dec 2006 12:54:34 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <45901E71.3020304@centtech.com> Date: Mon, 25 Dec 2006 12:54:41 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20061223) 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 0.88.4/2377/Mon Dec 25 10:18:53 2006 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: panic in cache_zap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Dec 2006 19:14:58 -0000 I'm playing with a custom file system on this, so it could be related. I haven't made any modifications to any kernel code directly, or any UFS code, but I did have my custom file system mounted at the time. I'll let it run for a while if anyone has any ideas to try. No dump device set up, but I do have serial access and such. Eric Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0734b5b stack pointer = 0x28:0xc88437a8 frame pointer = 0x28:0xc88437bc 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 = 1400 (find) [thread pid 1400 tid 100074 ] Stopped at cache_zap+0x1b: movl %ecx,0(%eax) db> bt Tracing pid 1400 tid 100074 td 0xc2082180 cache_zap(4,c1ab9cc0,c2082180,c88437dc,c093c786,...) at cache_zap+0x1b cache_purge(c1ab9cc0,c8843804,c2082180,0,0,...) at cache_purge+0x55 vgonel(c1ab9cc0,c8843854,2,0,c401a430,...) at vgonel+0x1c7 vnlru_free(0,0,0,c88438c0,c88438d0,...) at vnlru_free+0x398 getnewvnode(c099a0cd,c1a43ce4,c0a43a40,c8843914,c8843998,...) at getnewvnode+0x26a ffs_vget(c1a43ce4,5df8,2,c8843998,c884399c,...) at ffs_vget+0xe6 ufs_lookup(c8843a3c,c8843a78,c0735893,c0a43a40,c8843a3c,...) at ufs_lookup+0x84d VOP_CACHEDLOOKUP_APV(c0a43a40,c8843a3c,c8843bb8,c2082180,c1bbd200,...) at VOP_CACHEDLOOKUP_APV+0x36 vfs_cache_lookup(c8843ae8,c8843a90,c8843bb8,c2099440,c8843b04,...) at vfs_cache_lookup+0xf3 VOP_LOOKUP_APV(c0a43a40,c8843ae8,c2082180,c8843abc,c087aae8,...) at VOP_LOOKUP_APV+0x55 lookup(c8843b90,c1b8f800,400,c8843bac,0,...) at lookup+0x4d3 namei(c8843b90,c8843be0,60,0,c2082180,...) at namei+0x2ef kern_lstat(c2082180,805cca8,0,c8843c64,48,...) at kern_lstat+0x4e lstat(c2082180,c8843d04,8,c0a0c700,458d01b5,...) at lstat+0x2d syscall(3b,3b,3b,805cc48,805cc00,...) at syscall+0x220 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x28135d1f, esp = 0xbfbfeb3c, ebp = 0xbfbfebd8 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 1403 1401 1396 65534 L *Name Cac 0xc204b640 locate.code 1401 1397 1396 65534 S wait 0xc2081000 sh 1400 1397 1396 65534 R CPU 0 find 1397 1396 1396 65534 S wait 0xc1b90218 sh 1396 1395 1396 65534 S wait 0xc2081c90 bash 1395 1390 1370 0 S wait 0xc1a86218 su 1390 1379 1370 0 S wait 0xc2081648 sh 1382 1380 1370 0 S piperd 0xc1a67330 mail 1380 1373 1370 0 S wait 0xc2084c90 sh 1379 1373 1370 0 S wait 0xc2084648 sh 1373 1370 1370 0 S wait 0xc1a3d000 sh 1370 1368 1370 0 Ss wait 0xc1b90430 sh 1368 389 389 0 S piperd 0xc2283198 cron 447 0 0 0 SL mdwait 0xc1bdd800 [md0] 439 429 439 0 S+ ttyin 0xc19b2410 bash 438 437 438 0 S+ ttyin 0xc19aec10 bash 437 1 437 0 Ss+ wait 0xc1b90c90 login 436 1 436 0 Ss+ ttyin 0xc19b2810 getty 435 1 435 0 Ss+ ttyin 0xc19b3810 getty 434 1 434 0 Ss+ ttyin 0xc19b3410 getty 433 1 433 0 Ss+ ttyin 0xc19b0410 getty 432 1 432 0 Ss+ ttyin 0xc19b0810 getty 431 1 431 0 Ss+ ttyin 0xc19b0c10 getty 430 1 430 0 Ss+ ttyin 0xc19b2010 getty 429 1 429 0 Ss+ wait 0xc1a85a78 login 389 1 389 0 Ss nanslp 0xc0a7042c cron 383 1 383 25 Ss pause 0xc1a3eaac sendmail 377 1 377 0 Ss select 0xc0a74ea4 sendmail 263 1 263 0 Ss select 0xc0a74ea4 syslogd 227 1 227 0 Ss select 0xc0a74ea4 devd 33 0 0 0 SL - 0xc7d82cec [schedcpu] 32 0 0 0 SL sdflush 0xc0a82874 [softdepflush] 31 0 0 0 SL syncer 0xc0a7019c [syncer] 30 0 0 0 SL vlruwt 0xc1a3e000 [vnlru] 29 0 0 0 SL psleep 0xc0a75428 [bufdaemon] 28 0 0 0 SL pgzero 0xc0a837e4 [pagezero] 27 0 0 0 SL psleep 0xc0a83334 [vmdaemon] 26 0 0 0 SL psleep 0xc0a832f0 [pagedaemon] 25 0 0 0 WL [swi0: sio] 24 0 0 0 WL [irq7: ppc0] 23 0 0 0 WL [irq12: psm0] 22 0 0 0 WL [irq1: atkbd0] 21 0 0 0 WL [irq15: ata1] 20 0 0 0 WL [irq14: ata0] 19 0 0 0 WL [irq11: ed0 acpi0] 18 0 0 0 WL [swi5: +] 17 0 0 0 WL [swi2: cambio] 9 0 0 0 SL - 0xc197b180 [acpi_task_2] 8 0 0 0 SL - 0xc197b180 [acpi_task_1] 7 0 0 0 SL - 0xc197b180 [acpi_task_0] 6 0 0 0 SL - 0xc197b200 [kqueue taskq] 16 0 0 0 WL [swi6: task queue] 15 0 0 0 WL [swi6: Giant taskq] 5 0 0 0 SL - 0xc197b480 [thread taskq] 14 0 0 0 SL - 0xc0a6ade0 [yarrow] 4 0 0 0 SL - 0xc0a6d908 [g_down] 3 0 0 0 SL - 0xc0a6d904 [g_up] 2 0 0 0 SL - 0xc0a6d8fc [g_event] 13 0 0 0 WL [swi3: vm] 12 0 0 0 WL [swi4: clock sio] 11 0 0 0 WL [swi1: net] 10 0 0 0 RL [idle] 1 0 1 0 SLs wait 0xc18c2000 [init] 0 0 0 0 WLs [swapper] -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology An undefined problem has an infinite number of solutions. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 01:05:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA47816A412 for ; Tue, 26 Dec 2006 01:05:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 7578D13C46F for ; Tue, 26 Dec 2006 01:05:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so4332067nfc for ; Mon, 25 Dec 2006 17:05:53 -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=eCgJdOnsgTMXOQGFOz1aq6pv7BEGnn6TQELX22zQDgNlkUHIe5gYddAljmOzMwxarUEB46j6+H4JKzZDfiJPgkq+GQ4RLxE+rGe2XDF8VBJza7kZgBhOdhesTD+D5EJoSXQPtqWtHTr4hK/vrtXyoccq2l7fEBU6fmqF29a/Fk0= Received: by 10.82.190.2 with SMTP id n2mr705446buf.1167093412472; Mon, 25 Dec 2006 16:36:52 -0800 (PST) Received: by 10.82.191.16 with HTTP; Mon, 25 Dec 2006 16:36:52 -0800 (PST) Message-ID: Date: Mon, 25 Dec 2006 16:36:52 -0800 From: "Kip Macy" To: current@freebsd.org, sparc64@freebsd.org In-Reply-To: <20061225170834.GA12775@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061225165951.61C8F73034@freebsd-current.sentex.ca> <20061225170834.GA12775@in-addr.com> Cc: Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Dec 2006 01:05:54 -0000 Sure On 12/25/06, Gary Palmer wrote: > On Mon, Dec 25, 2006 at 11:59:51AM -0500, FreeBSD Tinderbox wrote: > > /src/sys/sun4v/sun4v/pmap.c:1525: error: syntax error before "if" > > Any chance someone with a src commit bit could add the missing > semicolon to the end of the KASSERT statement on 1523 please? That > would appear to be what the tinderbox is complaining about > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 03:54: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B879816A5AD for ; Tue, 26 Dec 2006 03:54:14 +0000 (UTC) (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 8C56913C46E for ; Tue, 26 Dec 2006 03:54:14 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr7so.prod.shaw.ca (pd3mr7so-qfe3.prod.shaw.ca [10.0.141.23]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JAV00D041EE0530@l-daemon> for freebsd-current@freebsd.org; Mon, 25 Dec 2006 19:54:14 -0700 (MST) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd3mr7so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JAV004WB1EECB61@pd3mr7so.prod.shaw.ca> for freebsd-current@freebsd.org; Mon, 25 Dec 2006 19:54:14 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JAV00JTK1ED2VN6@l-daemon> for freebsd-current@freebsd.org; Mon, 25 Dec 2006 19:54:14 -0700 (MST) Received: (qmail 7103 invoked from network); Tue, 26 Dec 2006 02:54:11 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Tue, 26 Dec 2006 02:54:11 +0000 Date: Mon, 25 Dec 2006 18:54:11 -0800 From: Colin Percival In-reply-to: <20061214172323.GP1011@egr.msu.edu> To: Adam McDougall Message-id: <45908ED3.4040503@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: <20061210010823.GS81923@egr.msu.edu> <457B621E.3020100@freebsd.org> <20061210014924.GU81923@egr.msu.edu> <457B7084.9070409@freebsd.org> <20061214172323.GP1011@egr.msu.edu> User-Agent: Thunderbird 1.5.0.8 (X11/20061207) Cc: Mike Silbersack , freebsd-current@freebsd.org Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 03:54:14 -0000 Adam McDougall wrote: > On Sat, Dec 09, 2006 at 06:27:16PM -0800, Colin Percival wrote: > Try setting net.inet.ip.portrange.randomized=0. This shouldn't make any > difference, but it might. > > Actually that did work, I thought I had tried it before but maybe not. > > What I've found is when randomized=1, portsnap will use random ports for the > first portion of connections [...] > Then regardless of randomized=0 or 1, the next part will use sequential > local port allocations which are likely to conflict with the previous > batch of connections: Ok, now I understand what's going on... > Any idea why portsnap uses sequential ports foe the Fetching stage when > the kernel has randomized=1? I am pleased that the workaround functions, > but it would be nice to understand if something needs to be fixed so I > don't need it. The random port allocation, because it is completely random, runs into the birthday problem if it tries to allocate too many ports: Within a few hundred port allocations, there's almost certainly going to be a collision. To get around this problem, the port allocator watches how many ports are being allocated, and switches to sequential allocations if it thinks that the rate of port allocation is likely to result in collisions occurring. Unfortunately, this switch isn't occurring quickly enough to avoid problems; I'm not sure if this can be easily fixed (except via the workaround of turning off randomized port allocations), but maybe Mike Silbersack (CCed) will have some ideas. Colin Percival From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 04:19: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92A2816A412 for ; Tue, 26 Dec 2006 04:19:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC7B13C46D for ; Tue, 26 Dec 2006 04:19:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so3591745wxc for ; Mon, 25 Dec 2006 20:19:03 -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:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=uTX5uuH9C1IDtD1zNuNClbf4G9Ue6pvJee0Lyyps11usqwmkJErucHXThHL8E922CCHcLOj4HkyVORUmYps3Ulyp+nslDoGsgutA6lHX3rGqfYglW+xnyyRI3geVIMqu5vE7bgp1/QEpENzl3qXVKbKY5GlJSJvAyXsvuqYIdnY= Received: by 10.70.113.13 with SMTP id l13mr22809268wxc.1167105186646; Mon, 25 Dec 2006 19:53:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id g5sm1681390wra.2006.12.25.19.53.04; Mon, 25 Dec 2006 19:53:05 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kBQ3pGkL002487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Dec 2006 12:51:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kBQ3pFXB002486; Tue, 26 Dec 2006 12:51:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 26 Dec 2006 12:51:15 +0900 From: Pyun YongHyeon To: "Bruce M. Simpson" Message-ID: <20061226035115.GA994@cdnetworks.co.kr> References: <20061129013052.GC71523@cdnetworks.co.kr> <457DF011.9010701@FreeBSD.org> <20061212020023.GA9698@cdnetworks.co.kr> <6BC2A5CB-AC24-4EB3-8C6C-A4D0A5EA7183@siliconlandmark.com> <20061212124428.GB9698@cdnetworks.co.kr> <20061213023325.P56950@lexi.siliconlandmark.com> <20061213081134.GB13506@cdnetworks.co.kr> <20061213041018.I56950@lexi.siliconlandmark.com> <20061213123235.GC13506@cdnetworks.co.kr> <458DA5B2.3030906@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458DA5B2.3030906@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Enabling MSI on the Asus Vintage AH-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 04:19:04 -0000 On Sat, Dec 23, 2006 at 09:54:58PM +0000, Bruce M. Simpson wrote: > Hi, > > It looks like MSI was detected, but not used by the msk(4) driver on the > Asus Vintage AH-1. > > This is a uniprocessor Athlon64 system. The PCI bridges on this system > aren't in the MSI blacklist, however, there are several odd messages > regarding a non-default MSI window. Looking at the code suggests it > expects to see the MSI window at 0xfee00000. > > BTW: This system's on-board SATA controller stopped working with 6.2-RC, > so I'm using an add-on PCI-e card for SATA to connect the root disk. > > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: physical bus=0 [...] > pcib2: at device 6.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0xc000-0xcfff > pcib2: memory decode 0xfe400000-0xfe4fffff > pcib2: no prefetched decode > pci2: on pcib2 > pci2: physical bus=2 > found-> vendor=0x11ab, dev=0x4362, revid=0x19 > bus=2, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=5 > powerspec 2 supports D0 D1 D2 D3 current D0 > VPD Ident: Marvell Yukon 88E8053 Gigabit Ethernet Controller > PN: Yukon 88E8053 > EC: Rev. 1.9 > MN: Marvell > SN: AbCdEfG32a88a > CP: id 1, BAR16, off 0x3cc > RV: 0x24 > MSI supports 2 messages, 64 bit ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I think Yukon II supports one MSI message. But all systems I know reported that it supports two MSI messages. This is main reason why msk(4) doesn't use MSI ATM. I don't know why Yukon II claims to support two MSI messages.(for dual port MAC configuraiton?) You can force to use MSI by assigning 'msic = 1' before calling pci_alloc_msi(9) in mskc_attach(). However it wouldn't work if you reload the msk(4) again. Other than that it works well with MSI. > map[10]: type 1, range 64, base 0xfe4fc000, size 14, enabled > pcib2: requested memory range 0xfe4fc000-0xfe4fffff: good > map[18]: type 4, range 32, base 0xc800, size 8, enabled > pcib2: requested I/O range 0xc800-0xc8ff: in range > pcib2: matched entry for 2.0.INTA > pcib2: slot 0 INTA hardwired to IRQ 18 > mskc0: port 0xc800-0xc8ff mem > 0xfe4fc000-0xfe4fffff irq 18 at device 0.0 on pci2 > mskc0: MSI count : 2 > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe4fc000 > mskc0: RAM buffer size : 48KB > mskc0: Port 0 : Rx Queue 32KB(0x00000000:0x00007fff) > mskc0: Port 0 : Tx Queue 16KB(0x00008000:0x0000bfff) > msk0: on mskc0 > msk0: bpf attached > msk0: Ethernet address: 00:15:f2:32:a8:8a > miibus0: on msk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > ioapic0: routing intpin 18 (PCI IRQ 18) to vector 49 > mskc0: [MPSAFE] > mskc0: [FAST] > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 04:51: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC94616A403; Tue, 26 Dec 2006 04:51:46 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 6F97113C47E; Tue, 26 Dec 2006 04:51:46 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBQ4Ulho060717; Mon, 25 Dec 2006 21:30:53 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4590A575.3090403@samsco.org> Date: Mon, 25 Dec 2006 23:30:45 -0500 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: pyunyh@gmail.com References: <20061129013052.GC71523@cdnetworks.co.kr> <457DF011.9010701@FreeBSD.org> <20061212020023.GA9698@cdnetworks.co.kr> <6BC2A5CB-AC24-4EB3-8C6C-A4D0A5EA7183@siliconlandmark.com> <20061212124428.GB9698@cdnetworks.co.kr> <20061213023325.P56950@lexi.siliconlandmark.com> <20061213081134.GB13506@cdnetworks.co.kr> <20061213041018.I56950@lexi.siliconlandmark.com> <20061213123235.GC13506@cdnetworks.co.kr> <458DA5B2.3030906@FreeBSD.org> <20061226035115.GA994@cdnetworks.co.kr> In-Reply-To: <20061226035115.GA994@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org, "Bruce M. Simpson" Subject: Re: Enabling MSI on the Asus Vintage AH-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Dec 2006 04:51:47 -0000 Pyun YongHyeon wrote: > On Sat, Dec 23, 2006 at 09:54:58PM +0000, Bruce M. Simpson wrote: > > Hi, > > > > It looks like MSI was detected, but not used by the msk(4) driver on the > > Asus Vintage AH-1. > > > > This is a uniprocessor Athlon64 system. The PCI bridges on this system > > aren't in the MSI blacklist, however, there are several odd messages > > regarding a non-default MSI window. Looking at the code suggests it > > expects to see the MSI window at 0xfee00000. > > > > BTW: This system's on-board SATA controller stopped working with 6.2-RC, > > so I'm using an add-on PCI-e card for SATA to connect the root disk. > > > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pci0: physical bus=0 > > [...] > > > pcib2: at device 6.0 on pci0 > > pcib2: secondary bus 2 > > pcib2: subordinate bus 2 > > pcib2: I/O decode 0xc000-0xcfff > > pcib2: memory decode 0xfe400000-0xfe4fffff > > pcib2: no prefetched decode > > pci2: on pcib2 > > pci2: physical bus=2 > > found-> vendor=0x11ab, dev=0x4362, revid=0x19 > > bus=2, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=5 > > powerspec 2 supports D0 D1 D2 D3 current D0 > > VPD Ident: Marvell Yukon 88E8053 Gigabit Ethernet Controller > > PN: Yukon 88E8053 > > EC: Rev. 1.9 > > MN: Marvell > > SN: AbCdEfG32a88a > > CP: id 1, BAR16, off 0x3cc > > RV: 0x24 > > MSI supports 2 messages, 64 bit > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > I think Yukon II supports one MSI message. But all systems I know > reported that it supports two MSI messages. This is main reason why > msk(4) doesn't use MSI ATM. I don't know why Yukon II claims to > support two MSI messages.(for dual port MAC configuraiton?) My guess is that it advertises 2 messages for the dual-port configuration. The intention is probably that the driver would run a loop where it allocates a message as it configures each port. So if you only have a single port, then you only allocate a single message and ignore the other one. This looks like it will be hard to fit into the msk+mskc code that is there right now. > > You can force to use MSI by assigning 'msic = 1' before calling > pci_alloc_msi(9) in mskc_attach(). However it wouldn't work if you > reload the msk(4) again. Other than that it works well with MSI. I don't understand why there would be a failure here. Can you explain? Scott From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 07:31: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D106E16A412 for ; Tue, 26 Dec 2006 07:31:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8752A13C46D for ; Tue, 26 Dec 2006 07:31:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so3629117wxc for ; Mon, 25 Dec 2006 23:31:20 -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:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZQnUX1R96q9iPSeIHkhoLLXXWggZzPKCtieJAr8JzZaZpD9js96c2P6iOuoYLnmU4EYreRqe9Z7jhCOuVwMhPzc5wNFzvRHwMRdlaBXozlq+CrmZQIl/bI1lx7SfMCrdN4rCMYo6uF59QKf3thzcTC5ygEOlRb7WIOKrvkUSOcI= Received: by 10.70.32.13 with SMTP id f13mr23092049wxf.1167118279746; Mon, 25 Dec 2006 23:31:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 7sm24654732wrl.2006.12.25.23.31.17; Mon, 25 Dec 2006 23:31:19 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kBQ7TWht003036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Dec 2006 16:29:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kBQ7TUUJ003035; Tue, 26 Dec 2006 16:29:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 26 Dec 2006 16:29:29 +0900 From: Pyun YongHyeon To: Scott Long Message-ID: <20061226072929.GC994@cdnetworks.co.kr> References: <20061212020023.GA9698@cdnetworks.co.kr> <6BC2A5CB-AC24-4EB3-8C6C-A4D0A5EA7183@siliconlandmark.com> <20061212124428.GB9698@cdnetworks.co.kr> <20061213023325.P56950@lexi.siliconlandmark.com> <20061213081134.GB13506@cdnetworks.co.kr> <20061213041018.I56950@lexi.siliconlandmark.com> <20061213123235.GC13506@cdnetworks.co.kr> <458DA5B2.3030906@FreeBSD.org> <20061226035115.GA994@cdnetworks.co.kr> <4590A575.3090403@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4590A575.3090403@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, "Bruce M. Simpson" Subject: Re: Enabling MSI on the Asus Vintage AH-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 07:31:21 -0000 On Mon, Dec 25, 2006 at 11:30:45PM -0500, Scott Long wrote: > Pyun YongHyeon wrote: > >On Sat, Dec 23, 2006 at 09:54:58PM +0000, Bruce M. Simpson wrote: > > > Hi, > > > > > > It looks like MSI was detected, but not used by the msk(4) driver on > > the > Asus Vintage AH-1. > > > > > > This is a uniprocessor Athlon64 system. The PCI bridges on this system > > > aren't in the MSI blacklist, however, there are several odd messages > > > regarding a non-default MSI window. Looking at the code suggests it > > > expects to see the MSI window at 0xfee00000. > > > > > > BTW: This system's on-board SATA controller stopped working with > > 6.2-RC, > so I'm using an add-on PCI-e card for SATA to connect the root > > disk. > > > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > pci0: on pcib0 > > > pci0: physical bus=0 > > > >[...] > > > > > pcib2: at device 6.0 on pci0 > > > pcib2: secondary bus 2 > > > pcib2: subordinate bus 2 > > > pcib2: I/O decode 0xc000-0xcfff > > > pcib2: memory decode 0xfe400000-0xfe4fffff > > > pcib2: no prefetched decode > > > pci2: on pcib2 > > > pci2: physical bus=2 > > > found-> vendor=0x11ab, dev=0x4362, revid=0x19 > > > bus=2, slot=0, func=0 > > > class=02-00-00, hdrtype=0x00, mfdev=0 > > > cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) > > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > > intpin=a, irq=5 > > > powerspec 2 supports D0 D1 D2 D3 current D0 > > > VPD Ident: Marvell Yukon 88E8053 Gigabit Ethernet Controller > > > PN: Yukon 88E8053 > > > EC: Rev. 1.9 > > > MN: Marvell > > > SN: AbCdEfG32a88a > > > CP: id 1, BAR16, off 0x3cc > > > RV: 0x24 > > > MSI supports 2 messages, 64 bit > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >I think Yukon II supports one MSI message. But all systems I know > >reported that it supports two MSI messages. This is main reason why > >msk(4) doesn't use MSI ATM. I don't know why Yukon II claims to > >support two MSI messages.(for dual port MAC configuraiton?) > > My guess is that it advertises 2 messages for the dual-port > configuration. The intention is probably that the driver would > run a loop where it allocates a message as it configures each port. > So if you only have a single port, then you only allocate a single > message and ignore the other one. This looks like it will be hard to > fit into the msk+mskc code that is there right now. > > > > >You can force to use MSI by assigning 'msic = 1' before calling > >pci_alloc_msi(9) in mskc_attach(). However it wouldn't work if you > >reload the msk(4) again. Other than that it works well with MSI. > > I don't understand why there would be a failure here. Can you explain? > Me too. I don't remember what message it was but it's somthing like a message with two irq numbers for the device on second loading and then it failed to allocate interrupt handler. mskc0: port 0xXXXX-0xYYYY mem 0xXXXXXXXX-0xYYYYYYYY irq 19, 256 at device X.Y on pciX ^^^^^^^^^^^ > Scott -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 10:42: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB20916A407 for ; Tue, 26 Dec 2006 10:42:47 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 6917613C466 for ; Tue, 26 Dec 2006 10:42:47 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.9.85] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1Gz9Z91JAf-0006um; Tue, 26 Dec 2006 11:29:52 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 26 Dec 2006 11:29:39 +0100 User-Agent: KMail/1.9.4 References: <20061210010823.GS81923@egr.msu.edu> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> In-Reply-To: <45908ED3.4040503@freebsd.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2553211.7bMH0X5CNR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612261129.48173.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Adam McDougall , Mike Silbersack , Colin Percival Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 10:42:47 -0000 --nextPart2553211.7bMH0X5CNR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 26 December 2006 03:54, Colin Percival wrote: > Adam McDougall wrote: > > On Sat, Dec 09, 2006 at 06:27:16PM -0800, Colin Percival wrote: > > Try setting net.inet.ip.portrange.randomized=3D0. This shouldn't > > make any difference, but it might. > > > > Actually that did work, I thought I had tried it before but maybe > > not. > > > > What I've found is when randomized=3D1, portsnap will use random ports > > for the first portion of connections [...] > > Then regardless of randomized=3D0 or 1, the next part will use > > sequential local port allocations which are likely to conflict with > > the previous batch of connections: > > Ok, now I understand what's going on... > > > Any idea why portsnap uses sequential ports foe the Fetching stage > > when the kernel has randomized=3D1? I am pleased that the workaround > > functions, but it would be nice to understand if something needs to > > be fixed so I don't need it. > > The random port allocation, because it is completely random, runs into > the birthday problem if it tries to allocate too many ports: Within a > few hundred port allocations, there's almost certainly going to be a > collision. To get around this problem, the port allocator watches how > many ports are being allocated, and switches to sequential allocations > if it thinks that the rate of port allocation is likely to result in > collisions occurring. > > Unfortunately, this switch isn't occurring quickly enough to avoid > problems; I'm not sure if this can be easily fixed (except via the > workaround of turning off randomized port allocations), but maybe Mike > Silbersack (CCed) will have some ideas. One idea would be to use something in the spirit of OpenBSD's IPID=20 randomization. i.e. fix one bit in the randomization range and toggle=20 between the resulting halves. If we feel that we can't do randomization=20 anymore, we would toggle and hand out the other half range in linear=20 fashion. This certainly needs some thinking to support arbitrary ranges,=20 but I think it might work. Another sollution, of course, would be to: Don't do that then. It really=20 seems wrong for a program to exhaust the outgoing port pool. =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 --nextPart2553211.7bMH0X5CNR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFkPmcXyyEoT62BG0RAkpcAJ0ZIQgdTQ7OXlFTPnbRS2DZIta+iACeLP1S vcB8M0m282odBnHShm1M2bM= =oy87 -----END PGP SIGNATURE----- --nextPart2553211.7bMH0X5CNR-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 17:20: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74B4316A403 for ; Tue, 26 Dec 2006 17:20:24 +0000 (UTC) (envelope-from silby@silby.com) Received: from wbm11.pair.net (wbm11.pair.net [66.39.3.89]) by mx1.freebsd.org (Postfix) with ESMTP id 5015B13C48C for ; Tue, 26 Dec 2006 17:20:24 +0000 (UTC) (envelope-from silby@silby.com) Received: by wbm11.pair.net (Postfix, from userid 65534) id 81E5C2B837; Tue, 26 Dec 2006 11:50:19 -0500 (EST) Received: from 68.253.24.139 ([68.253.24.139]) (SquirrelMail authenticated user silby@silby.com) by webmail11.pair.com with HTTP; Tue, 26 Dec 2006 11:50:19 -0500 (EST) Message-ID: <2472.68.253.24.139.1167151819.squirrel@webmail11.pair.com> In-Reply-To: <45908ED3.4040503@freebsd.org> References: <20061210010823.GS81923@egr.msu.edu> <457B621E.3020100@freebsd.org> <20061210014924.GU81923@egr.msu.edu> <457B7084.9070409@freebsd.org> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> Date: Tue, 26 Dec 2006 11:50:19 -0500 (EST) From: "Mike Silbersack" To: "Colin Percival" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Adam McDougall , freebsd-current@freebsd.org, Mike Silbersack Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 17:20:24 -0000 > The random port allocation, because it is completely random, runs into the > birthday problem if it tries to allocate too many ports: Within a few > hundred > port allocations, there's almost certainly going to be a collision. To > get > around this problem, the port allocator watches how many ports are being > allocated, and switches to sequential allocations if it thinks that the > rate > of port allocation is likely to result in collisions occurring. > > Unfortunately, this switch isn't occurring quickly enough to avoid > problems; > I'm not sure if this can be easily fixed (except via the workaround of > turning > off randomized port allocations), but maybe Mike Silbersack (CCed) will > have > some ideas. > > Colin Percival Colin's description is accurate, but I haven't read up to this point in the thread, and I need more information. To prove whether or not this is really port randomization's fault for using ports excessively quickly (say, within 1ms) or whether something is going wrong due to ports being used relatively quickly (say, within 1 seconds), please do the following: 1. Disable randomization 2. Set the ephemeral port range to something small like 49152 to 49352. 3. Re-run the test in question. Tell me how it goes. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Tue Dec 26 21:24: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD99516A407 for ; Tue, 26 Dec 2006 21:24:41 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id B166813C474 for ; Tue, 26 Dec 2006 21:24:39 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JAW00K2EGQ5ZR30@l-daemon> for freebsd-current@freebsd.org; Tue, 26 Dec 2006 14:22:53 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd4mr5so.prod.shaw.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JAW00ASYGQ5IC41@pd4mr5so.prod.shaw.ca> for freebsd-current@freebsd.org; Tue, 26 Dec 2006 14:22:53 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JAW00HRQGQ5D210@l-daemon> for freebsd-current@freebsd.org; Tue, 26 Dec 2006 14:22:53 -0700 (MST) Received: (qmail 3712 invoked from network); Tue, 26 Dec 2006 21:22:50 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Tue, 26 Dec 2006 21:22:50 +0000 Date: Tue, 26 Dec 2006 13:22:49 -0800 From: Colin Percival In-reply-to: <200612261129.48173.max@love2party.net> To: Max Laier Message-id: <459192A9.2050808@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: <20061210010823.GS81923@egr.msu.edu> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> <200612261129.48173.max@love2party.net> User-Agent: Thunderbird 1.5.0.8 (X11/20061207) Cc: Adam McDougall , freebsd-current@freebsd.org, Mike Silbersack Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 21:24:41 -0000 Max Laier wrote: > Another sollution, of course, would be to: Don't do that then. It really > seems wrong for a program to exhaust the outgoing port pool. Portsnap tries to use a single HTTP/TCP connection for downloading large numbers of patches; the problem is being triggered by squid closing the HTTP connection after each file. Colin Percival From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 02:59:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72ABC16A403 for ; Wed, 27 Dec 2006 02:59:18 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.freebsd.org (Postfix) with ESMTP id 53C8613C47C for ; Wed, 27 Dec 2006 02:59:18 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 21281) id 033681CE6F; Tue, 26 Dec 2006 21:33:31 -0500 (EST) Date: Tue, 26 Dec 2006 21:33:30 -0500 From: Adam McDougall To: Mike Silbersack Message-ID: <20061227023330.GJ66966@egr.msu.edu> References: <20061210010823.GS81923@egr.msu.edu> <457B621E.3020100@freebsd.org> <20061210014924.GU81923@egr.msu.edu> <457B7084.9070409@freebsd.org> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> <2472.68.253.24.139.1167151819.squirrel@webmail11.pair.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2472.68.253.24.139.1167151819.squirrel@webmail11.pair.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 02:59:18 -0000 On Tue, Dec 26, 2006 at 11:50:19AM -0500, Mike Silbersack wrote: > The random port allocation, because it is completely random, runs into the > birthday problem if it tries to allocate too many ports: Within a few > hundred > port allocations, there's almost certainly going to be a collision. To > get > around this problem, the port allocator watches how many ports are being > allocated, and switches to sequential allocations if it thinks that the > rate > of port allocation is likely to result in collisions occurring. > > Unfortunately, this switch isn't occurring quickly enough to avoid > problems; > I'm not sure if this can be easily fixed (except via the workaround of > turning > off randomized port allocations), but maybe Mike Silbersack (CCed) will > have > some ideas. > > Colin Percival Colin's description is accurate, but I haven't read up to this point in the thread, and I need more information. To prove whether or not this is really port randomization's fault for using ports excessively quickly (say, within 1ms) or whether something is going wrong due to ports being used relatively quickly (say, within 1 seconds), please do the following: 1. Disable randomization 2. Set the ephemeral port range to something small like 49152 to 49352. 3. Re-run the test in question. Tell me how it goes. Mike "Silby" Silbersack After about 13 seconds of active fetching, portsnap cycles sequentially through the remainder of the available ephermal range set as above (200 ports) and it goes ahead and tries to reuse 49152 as soon as it got done using 49352. tcpdump shows the client host sending SYNs to the squid server periodically for about 56 seconds, until pf allows it through and a response completes. A few more ports are allowed through somewhat rapidly, then at times there are additional waits while the new connections bump up against pf's enforced timeouts. I let portsnap go on to at least 2600 ports and it seems to be plugging along slowly and probably would have worked to completion. I still have the tcpdump capture, and the pf logfile, should I post them for evaluation, or look at them for something specific, or run more tests? I'm on the road for the holidays but I can probably check my email tonight and/or tomorrow. portsnap shows almost 200 ports downloaded, a pause, continue to download another 200, pause, etc. Example: Fetching 8881 patches.....10....20....30....40....50....60....70....80....90....100....110....120....130....140....150....160....170....180....190[wait here]....200....210....220....230....240....250....260....270....280....290....300....310....320....330....340....350....360....370....380....390.[wait here]...400....410.(etc) _______________________________________________ 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 Wed Dec 27 07:45:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3538916A403 for ; Wed, 27 Dec 2006 07:45:25 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id C8B6F13C47A for ; Wed, 27 Dec 2006 07:45:24 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 80440 invoked from network); 27 Dec 2006 07:18:42 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 27 Dec 2006 07:18:42 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 27 Dec 2006 01:18:39 -0600 (CST) From: Mike Silbersack To: Adam McDougall In-Reply-To: <20061227023330.GJ66966@egr.msu.edu> Message-ID: <20061227011612.Q99056@odysseus.silby.com> References: <20061210010823.GS81923@egr.msu.edu> <457B621E.3020100@freebsd.org> <20061210014924.GU81923@egr.msu.edu> <457B7084.9070409@freebsd.org> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> <2472.68.253.24.139.1167151819.squirrel@webmail11.pair.com> <20061227023330.GJ66966@egr.msu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Colin Percival Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 07:45:25 -0000 On Tue, 26 Dec 2006, Adam McDougall wrote: > After about 13 seconds of active fetching, portsnap cycles sequentially > through the remainder of the available ephermal range set as above (200 > ports) and it goes ahead and tries to reuse 49152 as soon as it got done > using 49352. tcpdump shows the client host sending SYNs to the squid server > periodically for about 56 seconds, until pf allows it through and a response > completes. A few more ports are allowed through somewhat rapidly, then > at times there are additional waits while the new connections bump up > against pf's enforced timeouts. I let portsnap go on to at least 2600 ports Argh, I forgot to ask for one more critical piece of information. Can you run netstat -n on both the client and server to verify on which side the TIME_WAIT sockets are accumulating? No need to re-capture the data that you have already captured, just find out if the TIME_WAIT sockets are all ending up on one side, or if they're showing up both. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 15:06:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F4C816A583 for ; Wed, 27 Dec 2006 15:06:11 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id AECD413C4A2 for ; Wed, 27 Dec 2006 15:06:10 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3382953uge for ; Wed, 27 Dec 2006 07:06:09 -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:content-transfer-encoding:content-disposition; b=Q/Qm9UB7ty6A7wZ7B1zMpIOd0lelBoo5gNsLXTusEgrR4trRXp1ZWvCTuc3IOs4IU33G5IocrceFBbf4HqiQkjK9YzJeF6gpiqL063+LmorowsPXLcOBiSJ72lckhC+Bmz80rMB6TT3TlIwIn0v1Mx1wr/ykAMYF7PDoG84xtlA= Received: by 10.78.176.20 with SMTP id y20mr1345494hue.1167230450598; Wed, 27 Dec 2006 06:40:50 -0800 (PST) Received: by 10.78.140.12 with HTTP; Wed, 27 Dec 2006 06:40:50 -0800 (PST) Message-ID: <7ad7ddd90612270640t182a37ddo61880d8befc452e1@mail.gmail.com> Date: Wed, 27 Dec 2006 15:40:50 +0100 From: "Ulrich Spoerlein" To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: msdosfs and cd9660: stat(2) returns garbled birthtime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Dec 2006 15:06:11 -0000 Hi, at least msdosfs and cd9660 do not fill the birthtime for the stat(2) syscall. Thus stat(1) will return different values per call: root@fs2:/export# stat -f "%Da %Dm %Dc %DB" /export/msdosfs /export/cd9660 /export/ufs 315532800 315532800 315532800 -926228096 1164792535 1163757053 1163757053 -926228096 1167168567 1166109700 1166131188 1162567651 root@fs2:/export# stat -f "%Da %Dm %Dc %DB" /export/msdosfs /export/cd9660 /export/ufs 315532800 315532800 315532800 -926230272 1164792535 1163757053 1163757053 -926230272 1167168567 1166109700 1166131188 1162567651 root@fs2:/export# stat -f "%Da %Dm %Dc %DB" /export/msdosfs /export/cd9660 /export/ufs 315532800 315532800 315532800 -929051264 1164792535 1163757053 1163757053 -929051264 1167168567 1166109700 1166131188 1162567651 The code in cd9660_getattr() and msdosfs_getattr() should be augmented. But what value to put into the field? Clearly, a constant would be preferred instead of an uninitialized value. Uli From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 15:16: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DB8916A582 for ; Wed, 27 Dec 2006 15:16:04 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9111913C473 for ; Wed, 27 Dec 2006 15:16:03 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3384780uge for ; Wed, 27 Dec 2006 07:15:23 -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:content-transfer-encoding:content-disposition; b=Cz6aul48uyaeTuQw3AwKpVlzzo95oEVw9iEcA8OJUf7cM6bePwu1AoBVUyOG0U+RCNyup3nAP4J60tOeDcJMBHIAgG1L0lvNRYbTdf86pSPs3xEWhl7Gb3SgQ60Vpj05n0qzSivKr2NZxgLzqBurmF0EVRO1aGvSj1QwPkoDKxE= Received: by 10.66.232.11 with SMTP id e11mr19984537ugh.1167232523241; Wed, 27 Dec 2006 07:15:23 -0800 (PST) Received: by 10.67.27.15 with HTTP; Wed, 27 Dec 2006 07:15:23 -0800 (PST) Message-ID: <499c70c0612270715y33a28589ode2dd1c52f310b3d@mail.gmail.com> Date: Wed, 27 Dec 2006 18:15:23 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD 7.0 i386 via cvsup failed in buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Dec 2006 15:16:04 -0000 Hello, I tried to upgrade to head via the cvsup at 15:00 +3 GMT today 27, dec, 2006. I did make cleanworld, mergemaster -p, and make -j4 buildworld Then I tried make -j4 buildkernel but I got this error: ===> xl (all) cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/CURRENT/opt_global.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/CURRENT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /usr/src/sys/modules/xl/../../pci/if_xl.c ld -d -warn-common -r -d -o if_xl.kld if_xl.o :> export_syms awk -f /usr/src/sys/modules/xl/../../conf/kmod_syms.awk if_xl.kld export_syms | xargs -J% objcopy % if_xl.kld ld -Bshareable -d -warn-common -o if_xl.ko.debug if_xl.kld objcopy --only-keep-debug if_xl.ko.debug if_xl.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_xl.ko.symbols if_xl.ko.debug if_xl.ko ===> zlib (all) cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/CURRENT/opt_global.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/CURRENT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -c /usr/src/sys/modules/zlib/../../net/zlib.c ld -d -warn-common -r -d -o zlib.kld zlib.o :> export_syms awk -f /usr/src/sys/modules/zlib/../../conf/kmod_syms.awk zlib.kld export_syms | xargs -J% objcopy % zlib.kld ld -Bshareable -d -warn-common -o zlib.ko.debug zlib.kld objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko 1 error *** Error code 2 1 error *** Error code 2 1 error Here is my kernel conf # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.460 2006/12/13 03:41:47 yongari Exp $ #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident CURRENT # To statically compile in device wiring instead of /boot/device.hints hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_4BSD # 4BSD scheduler options SCHED_CORE # New SCHED for 7.0 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 MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 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 ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB # Enable kernel debugger support. 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 # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. device eisa device isa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) device apm # Add suspend/resume support for the i8254. device pmtimer # 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 sio, uart 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 le # AMD Am7900 LANCE and Am79C9xx PCnet #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 bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #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 msk # Marvell/SysKonnect Yukon II 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 'le') #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 stge # Sundance/Tamarack TC9021 gigabit Ethernet #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 #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support #device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # altq(9). Enable the base part of the hooks with the ALTQ option. # Individual disciplines must be built into the base system and can not be # loaded as modules at this point. In order to build a SMP kernel you must # also have the ALTQ_NOPCC option. options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Detection options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Priority Queueing options ALTQ_NOPCC # Required for SMP build options ALTQ_DEBUG # 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!) This is laptop, Acer Aspire 5102 WLMi. Dual CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.02-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f,,CR8> HTT bit cleared - FreeBSD does not have licensing issues requiring it. Cores per package: 2 Data TLB: 32 entries, fully associative Instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 1474887680 (1406 MB) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 16:08: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CAF116A517 for ; Wed, 27 Dec 2006 16:08:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id DBA7313C46E for ; Wed, 27 Dec 2006 16:08:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wvmzsx@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBRFjeLc007921; Wed, 27 Dec 2006 16:45:45 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBRFjeCe007920; Wed, 27 Dec 2006 16:45:40 +0100 (CET) (envelope-from olli) Date: Wed, 27 Dec 2006 16:45:40 +0100 (CET) Message-Id: <200612271545.kBRFjeCe007920@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, uspoerlein@gmail.com In-Reply-To: <7ad7ddd90612270640t182a37ddo61880d8befc452e1@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 27 Dec 2006 16:45:46 +0100 (CET) Cc: Subject: Re: msdosfs and cd9660: stat(2) returns garbled birthtime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, uspoerlein@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 16:08:50 -0000 Ulrich Spoerlein wrote: > at least msdosfs and cd9660 do not fill the birthtime for the stat(2) > syscall. Thus stat(1) will return different values per call: > [...] > The code in cd9660_getattr() and msdosfs_getattr() should be > augmented. But what value to put into the field? Clearly, a constant > would be preferred instead of an uninitialized value. Please see PR kern/106018. It fixes the msdosfs case; it has already been committed a few weeks ago. I haven't looked at the cd9660 code, but if you see similar problems there, then I guess it needs a similar fix. ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 16:42: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D6E216A407 for ; Wed, 27 Dec 2006 16:42:09 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9B59613C47E for ; Wed, 27 Dec 2006 16:42:08 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3403175uge for ; Wed, 27 Dec 2006 08:42:07 -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=QHSerQTL9/yS9JXH9dTFXFXSYTz28rrk6FYAwXasMQmFJsLkv9TdORjblqisiU/SyLsALgOWdnu2+5oAzd0ZP4hYk5ndElFFd2kfV0/JaU2n7hpula0s6Xju6QttxSKF17s6YtUcysfjm1bWnhmoGcMmCAhEA0GuDhHqsB4SljM= Received: by 10.78.203.13 with SMTP id a13mr1406584hug.1167235847077; Wed, 27 Dec 2006 08:10:47 -0800 (PST) Received: by 10.78.140.12 with HTTP; Wed, 27 Dec 2006 08:10:47 -0800 (PST) Message-ID: <7ad7ddd90612270810o6ebaf8c8mdbade512c1eb096f@mail.gmail.com> Date: Wed, 27 Dec 2006 17:10:47 +0100 From: "Ulrich Spoerlein" To: freebsd-current@freebsd.org, uspoerlein@gmail.com In-Reply-To: <200612271545.kBRFjeCe007920@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7ad7ddd90612270640t182a37ddo61880d8befc452e1@mail.gmail.com> <200612271545.kBRFjeCe007920@lurza.secnetix.de> Cc: Subject: Re: msdosfs and cd9660: stat(2) returns garbled birthtime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Dec 2006 16:42:09 -0000 On 12/27/06, Oliver Fromme wrote: > Please see PR kern/106018. It fixes the msdosfs case; > it has already been committed a few weeks ago. > > I haven't looked at the cd9660 code, but if you see > similar problems there, then I guess it needs a similar > fix. ;-) Ah, sorry for not testing this on current (I used RELENG_6). Changeing each filesystem code to do this is somewhat ugly. Though I don't think that we will grow significantly more statfs fields over time, the syscall should probably first bzero() the struct and let the fs-specific code fill in the/some blanks. Uli From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 19:19: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00BF316A40F for ; Wed, 27 Dec 2006 19:19:48 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8D29F13C470 for ; Wed, 27 Dec 2006 19:19:47 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3436484uge for ; Wed, 27 Dec 2006 11:19:46 -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=qeE+LMdcI3uIYA+C6vc5qvgRbNZO2w9+BhXVTF3QyZoOkJrmDMy3OGO+smARGy4qsFlM1osKTI156yznk9UX0jv8cQfQMCWHtTAboDWu+2AJVhtJIDyruQ87UfyXWqMtw12Fy41tBbv0IIx2uPuAJGIgL6sjGnE3zsRXZ9PWxf8= Received: by 10.66.219.11 with SMTP id r11mr3889263ugg.1167247186009; Wed, 27 Dec 2006 11:19:46 -0800 (PST) Received: by 10.67.27.15 with HTTP; Wed, 27 Dec 2006 11:19:45 -0800 (PST) Message-ID: <499c70c0612271119k628cc874p38fd08dba178bc91@mail.gmail.com> Date: Wed, 27 Dec 2006 22:19:45 +0300 From: "Abdullah Al-Marrie" To: "Doug Barton" In-Reply-To: <4592C305.2020502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0612270715y33a28589ode2dd1c52f310b3d@mail.gmail.com> <4592C305.2020502@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 i386 via cvsup failed in buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Dec 2006 19:19:48 -0000 On 12/27/06, Doug Barton wrote: > Abdullah Al-Marrie wrote: > > Hello, > > > > I tried to upgrade to head via the cvsup at 15:00 +3 GMT today 27, dec, > > 2006. > > > > I did make cleanworld, mergemaster -p, and make -j4 buildworld > > Then I tried make -j4 buildkernel > > > > but I got this error: > > If you get an error using a -jN knob, try it again without the -j and > then send the error message. > > hth, > > Doug > > -- > > This .signature sanitized for your protection > > Thank you Doug, Actually, I went for geniric i386 conf, then used to buildkernel without -j flag. It was built but with many repeated lines - ===>zlip (install) install -o root -g wheel -m 555 zlip.kw.symbols /boot/kernel kldxref /boot/kernel kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked kldxref: file isn't dynamically-linked -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 19: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3FCB16A40F for ; Wed, 27 Dec 2006 19:28:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 672C413C48C for ; Wed, 27 Dec 2006 19:28:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 17330 invoked by uid 399); 27 Dec 2006 19:01:26 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 27 Dec 2006 19:01:26 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4592C305.2020502@FreeBSD.org> Date: Wed, 27 Dec 2006 11:01:25 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061215) MIME-Version: 1.0 To: Abdullah Al-Marrie References: <499c70c0612270715y33a28589ode2dd1c52f310b3d@mail.gmail.com> In-Reply-To: <499c70c0612270715y33a28589ode2dd1c52f310b3d@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 i386 via cvsup failed in buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Dec 2006 19:28:07 -0000 Abdullah Al-Marrie wrote: > Hello, > > I tried to upgrade to head via the cvsup at 15:00 +3 GMT today 27, dec, > 2006. > > I did make cleanworld, mergemaster -p, and make -j4 buildworld > Then I tried make -j4 buildkernel > > but I got this error: If you get an error using a -jN knob, try it again without the -j and then send the error message. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 20:01: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6D4F16A47B for ; Wed, 27 Dec 2006 20:01:01 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id CDA2913C474 for ; Wed, 27 Dec 2006 20:01:00 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3444980uge for ; Wed, 27 Dec 2006 12:00:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=C9A/dLD4U3QHjaxa568yNqVNUxX+t2cI6QgVs8ktnLdldzXrtf/KuthYim3dnfs/23Pyypa8++VvQPDtZoIRFjaCzxRazm15StyxYL0fXkvb/R04sGm//49B5qY3fJkWRRbt542GZUZzbumRdYA8tGd3E+rKDmnWdpUQGUKYf1Y= Received: by 10.66.221.6 with SMTP id t6mr19012329ugg.1167247907607; Wed, 27 Dec 2006 11:31:47 -0800 (PST) Received: from ?192.168.123.201? ( [195.241.221.201]) by mx.google.com with ESMTP id w40sm19649208ugc.2006.12.27.11.31.46; Wed, 27 Dec 2006 11:31:46 -0800 (PST) Message-ID: <4592CA20.8000502@gmail.com> Date: Wed, 27 Dec 2006 20:31:44 +0100 From: =?UTF-8?B?UmVuw6kgTGFkYW4=?= User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Abdullah Al-Marrie References: <499c70c0612270715y33a28589ode2dd1c52f310b3d@mail.gmail.com> <4592C305.2020502@FreeBSD.org> <499c70c0612271119k628cc874p38fd08dba178bc91@mail.gmail.com> In-Reply-To: <499c70c0612271119k628cc874p38fd08dba178bc91@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 i386 via cvsup failed in buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Dec 2006 20:01:01 -0000 Abdullah Al-Marrie schreef: > On 12/27/06, Doug Barton wrote: >> Abdullah Al-Marrie wrote: >> > Hello, >> > >> > I tried to upgrade to head via the cvsup at 15:00 +3 GMT today 27, dec, >> > 2006. >> > > Actually, I went for geniric i386 conf, then used to buildkernel > without -j flag. > > It was built but with many repeated lines > > - > ===>zlip (install) > install -o root -g wheel -m 555 zlip.kw.symbols /boot/kernel > kldxref /boot/kernel > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > kldxref: file isn't dynamically-linked > These kldxref messages happen on the first 6.x -> CURRRENT upgrade. The CURRENT kernel introduces a symbol file for each kernel module. These symbol files aren't real code files. This is what kldxref complains about. It seems to be harmless. Regards, Rene From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 23:16:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63AAB16A407 for ; Wed, 27 Dec 2006 23:16:25 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 3D4A413C480 for ; Wed, 27 Dec 2006 23:16:25 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBRMpRef067418; Wed, 27 Dec 2006 14:51:27 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBRMpRQj067417; Wed, 27 Dec 2006 14:51:27 -0800 (PST) (envelope-from rizzo) Date: Wed, 27 Dec 2006 14:51:27 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20061227145127.B67280@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: sys/dev/usb/usbdi_util.h not protected from multiple includes ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Dec 2006 23:16:25 -0000 Just noticed (on stable while building a kernel module, but this affects current as well) that sys/dev/usb/usbdi_util.h is not protected from multiple includes - i.e. it doesn't have the #ifndef _USBDI_UTIL_H #define _USBDI_UTIL_H ... #endif wrapper around it. Any objection if i commit it ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Dec 27 23:35: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFC5116A403 for ; Wed, 27 Dec 2006 23:35:30 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 98D4513C478 for ; Wed, 27 Dec 2006 23:35:30 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id EFD2A5D9B; Wed, 27 Dec 2006 18:17:38 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K0FzxTNhz3Hp; Wed, 27 Dec 2006 18:17:35 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-114-230.ny325.east.verizon.net [68.161.114.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 254505C31; Wed, 27 Dec 2006 18:17:35 -0500 (EST) Message-ID: <4592FF0A.1080400@mac.com> Date: Wed, 27 Dec 2006 18:17:30 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Colin Percival References: <20061210010823.GS81923@egr.msu.edu> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> <200612261129.48173.max@love2party.net> <459192A9.2050808@freebsd.org> In-Reply-To: <459192A9.2050808@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Max Laier , Adam McDougall , freebsd-current@freebsd.org, Mike Silbersack Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 23:35:31 -0000 Colin Percival wrote: > Max Laier wrote: >> Another sollution, of course, would be to: Don't do that then. It really >> seems wrong for a program to exhaust the outgoing port pool. > > Portsnap tries to use a single HTTP/TCP connection for downloading large > numbers of patches; the problem is being triggered by squid closing the > HTTP connection after each file. FYI, if you pass a: Connection: keep-alive ...header in the request, Squid will not close the client->proxy connection and you ought to be able to re-use it to make additional requests. -- -Chuck PS: Squid "supports HTTP/1.0 persistent connections", from which the HTTP/1.1 style keepalives derive-- and quick testing suggests these persistent connections work with either HTTP/1.0 or 1.1 specified in the request. However, please note that Squid apparently wants the original server to respond with a Content-length header, especially if the content is big enough to not be cached: 1-sec% telnet proxy 3128 Trying 192.168.1.2... Connected to proxy.pkix.net. Escape character is '^]'. GET http://www.news.com HTTP/1.0 Connection: keep-alive HTTP/1.0 302 Moved Temporarily Date: Wed, 27 Dec 2006 23:08:53 GMT Server: Apache/2 Location: http://news.com.com/ Content-Length: 204 Content-Type: text/html; charset=iso-8859-1 X-Cache: MISS from sec.pkix.net X-Cache-Lookup: MISS from sec.pkix.net:3128 Proxy-Connection: keep-alive 302 Found

Found

The document has moved here.

GET http://www.news.com HTTP/1.1 Host: www.news.com Connection: keep-alive HTTP/1.0 302 Moved Temporarily Date: Wed, 27 Dec 2006 23:09:19 GMT Server: Apache/2 Location: http://news.com.com/ Content-Length: 204 Content-Type: text/html; charset=iso-8859-1 X-Cache: MISS from sec.pkix.net X-Cache-Lookup: MISS from sec.pkix.net:3128 Proxy-Connection: keep-alive 302 Found

Found

The document has moved here.

GET http://news.com.com HTTP/1.1 Host: news.com.com Connection: keep-alive HTTP/1.0 200 OK Date: Wed, 27 Dec 2006 23:00:14 GMT Server: Apache/2.0 Accept-Ranges: bytes P3P: CP="CAO DSP COR CURa ADMa DEVa PSAa PSDa IVAi IVDi CONi OUR OTRi IND PHY ONL UNI FIN COM NAV INT DEM STA" Content-Type: text/html Expires: Wed, 27 Dec 2006 23:00:14 GMT X-Cache: MISS from sec.pkix.net X-Cache-Lookup: MISS from sec.pkix.net:3128 Proxy-Connection: close [ ...HTML content snipped... ] Connection closed. From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 00:07: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E42A516A412 for ; Thu, 28 Dec 2006 00:07:29 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id B97EA13C474 for ; Thu, 28 Dec 2006 00:07:29 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd5mr7so.prod.shaw.ca (pd5mr7so-qfe3.prod.shaw.ca [10.0.141.183]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JAY009V5IXUGG40@l-daemon> for freebsd-current@freebsd.org; Wed, 27 Dec 2006 17:05:54 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd5mr7so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JAY00IALIXUBQ10@pd5mr7so.prod.shaw.ca> for freebsd-current@freebsd.org; Wed, 27 Dec 2006 17:05:54 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JAY003F9IXS7FA0@l-daemon> for freebsd-current@freebsd.org; Wed, 27 Dec 2006 17:05:53 -0700 (MST) Received: (qmail 10539 invoked from network); Thu, 28 Dec 2006 00:05:50 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Thu, 28 Dec 2006 00:05:50 +0000 Date: Wed, 27 Dec 2006 16:05:49 -0800 From: Colin Percival In-reply-to: <4592FF0A.1080400@mac.com> To: Chuck Swiger Message-id: <45930A5D.1080602@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: <20061210010823.GS81923@egr.msu.edu> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> <200612261129.48173.max@love2party.net> <459192A9.2050808@freebsd.org> <4592FF0A.1080400@mac.com> User-Agent: Thunderbird 1.5.0.8 (X11/20061207) Cc: Max Laier , Adam McDougall , freebsd-current@freebsd.org, Mike Silbersack Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 00:07:30 -0000 Chuck Swiger wrote: > FYI, if you pass a: > > Connection: keep-alive > > ...header in the request, Squid will not close the client->proxy > connection and you ought to be able to re-use it to make additional > requests. In HTTP/1.1, connections are assumed to be persistent unless declared otherwise. > PS: Squid "supports HTTP/1.0 persistent connections", from which the HTTP/1.1 > style keepalives derive-- and quick testing suggests these persistent > connections work with either HTTP/1.0 or 1.1 specified in the request. Grr. I hate adding workarounds to improve compatibility with hopelessly antique code (seriously, why doesn't squid support http/1.1 yet?), but I guess I'll make phttpget emit a completely bogus "Connection: Keep-Alive" header to go along with its HTTP/1.1 requests. Colin Percival From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 00:33: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C79C216A415 for ; Thu, 28 Dec 2006 00:33:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 69E7C13C48E for ; Thu, 28 Dec 2006 00:33:28 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25613 invoked by uid 399); 28 Dec 2006 00:33:28 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 28 Dec 2006 00:33:28 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <459310D6.3070107@FreeBSD.org> Date: Wed, 27 Dec 2006 16:33:26 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061215) MIME-Version: 1.0 To: freebsd-current@freebsd.org, sos@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Lots of READ_BIG errors on my new cd drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Dec 2006 00:33:28 -0000 I recently got a new Dell Latitude D620, and I've been having a lot of problems with the CD drive that comes with it: acd0: DVDR at ata1-master UDMA33 I get a lot of errors that look like this: acd0: FAILURE - READ_BIG HARDWARE ERROR asc=0x3e ascq=0x02 On CDs and DVDs that I've recorded on other drives, that I've recorded on this drive, and commercial ones. Any ideas on where to start looking? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 00:47:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EB4816A415; Thu, 28 Dec 2006 00:47:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7057B13C479; Thu, 28 Dec 2006 00:47:39 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id DB9565D95; Wed, 27 Dec 2006 19:47:38 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mm7m8+o3iS3S; Wed, 27 Dec 2006 19:47:36 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-114-230.ny325.east.verizon.net [68.161.114.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 456FA5C31; Wed, 27 Dec 2006 19:47:36 -0500 (EST) Message-ID: <45931424.8060602@mac.com> Date: Wed, 27 Dec 2006 19:47:32 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Colin Percival References: <20061210010823.GS81923@egr.msu.edu> <20061214172323.GP1011@egr.msu.edu> <45908ED3.4040503@freebsd.org> <200612261129.48173.max@love2party.net> <459192A9.2050808@freebsd.org> <4592FF0A.1080400@mac.com> <45930A5D.1080602@freebsd.org> In-Reply-To: <45930A5D.1080602@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Fwd: Re: pf: BAD state happens often with portsnap fetch update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 00:47:39 -0000 Colin Percival wrote: > Chuck Swiger wrote: >> FYI, if you pass a: >> >> Connection: keep-alive >> >> ...header in the request, Squid will not close the client->proxy >> connection and you ought to be able to re-use it to make additional >> requests. > > In HTTP/1.1, connections are assumed to be persistent unless declared otherwise. Yeah. >> PS: Squid "supports HTTP/1.0 persistent connections", from which the HTTP/1.1 >> style keepalives derive-- and quick testing suggests these persistent >> connections work with either HTTP/1.0 or 1.1 specified in the request. > > Grr. I hate adding workarounds to improve compatibility with hopelessly > antique code (seriously, why doesn't squid support http/1.1 yet?), See src/HttpMsg.c and/or grep for proxy_keepalive: /* returns true if connection should be "persistent" * after processing this message */ int httpMsgIsPersistent(http_version_t http_ver, const HttpHeader * hdr) { #if WHEN_SQUID_IS_HTTP1_1 if ((http_ver.major >= 1) && (http_ver.minor >= 1)) { /* * for modern versions of HTTP: persistent unless there is * a "Connection: close" header. */ return !httpHeaderHasConnDir(hdr, "close"); } else { #else [ ... ] > but I guess I'll make phttpget emit a completely bogus "Connection: Keep-Alive" > header to go along with its HTTP/1.1 requests. There are lots of proxies and firewalls which restrict connections to HTTP/1.0 behavior besides Squid. It's not that horrible to have to request persistent connections explicitly if it solves the problem...and I hope it does. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 00:55: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B73D16A40F for ; Thu, 28 Dec 2006 00:55:20 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id DF02913C463 for ; Thu, 28 Dec 2006 00:55:19 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 521885D9B; Wed, 27 Dec 2006 19:55:19 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H8BVDdI4tQBT; Wed, 27 Dec 2006 19:55:17 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-114-230.ny325.east.verizon.net [68.161.114.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id AE6245D92; Wed, 27 Dec 2006 19:55:16 -0500 (EST) Message-ID: <459315F0.3060809@mac.com> Date: Wed, 27 Dec 2006 19:55:12 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Doug Barton References: <459310D6.3070107@FreeBSD.org> In-Reply-To: <459310D6.3070107@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Lots of READ_BIG errors on my new cd drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Dec 2006 00:55:20 -0000 Doug Barton wrote: [ ... ] > I get a lot of errors that look like this: > > acd0: FAILURE - READ_BIG HARDWARE ERROR asc=0x3e ascq=0x02 > > On CDs and DVDs that I've recorded on other drives, that I've recorded > on this drive, and commercial ones. > > Any ideas on where to start looking? Does toggling: hw.ata.ata_dma="0" ...in loader.conf make a difference? I'd imagine you'd like DMA to work but knowing whether the problem goes anyway with DMA off is useful to test. For that matter, does a careful application of compressed air to remove any dust or lint inside the drive help? Also, is this problem specific to -CURRENT or reproducible elsewhere? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 04:26: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D88AB16A407 for ; Thu, 28 Dec 2006 04:26:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 772B713C474 for ; Thu, 28 Dec 2006 04:26:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 5718 invoked by uid 399); 28 Dec 2006 04:26:39 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 28 Dec 2006 04:26:39 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4593477D.7020509@FreeBSD.org> Date: Wed, 27 Dec 2006 20:26:37 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061215) MIME-Version: 1.0 To: Chuck Swiger References: <459310D6.3070107@FreeBSD.org> <459315F0.3060809@mac.com> In-Reply-To: <459315F0.3060809@mac.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Lots of READ_BIG errors on my new cd drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Dec 2006 04:26:41 -0000 Chuck Swiger wrote: > Doug Barton wrote: > [ ... ] >> I get a lot of errors that look like this: >> >> acd0: FAILURE - READ_BIG HARDWARE ERROR asc=0x3e ascq=0x02 >> >> On CDs and DVDs that I've recorded on other drives, that I've recorded >> on this drive, and commercial ones. >> >> Any ideas on where to start looking? > > Does toggling: > > hw.ata.ata_dma="0" > > ...in loader.conf make a difference? I think you mean hw.ata.atapi_dma, and no, even with both set to 0, it still gives the same error. > I'd imagine you'd like DMA to work but knowing whether the problem goes > anyway with DMA off is useful to test. For that matter, does a careful > application of compressed air to remove any dust or lint inside the > drive help? It's a brand new laptop, so I can see the lens, and it's not dirty. > Also, is this problem specific to -CURRENT or reproducible elsewhere? I can try 6-stable on the same laptop and get back to you. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 07:02:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C3C716A47B for ; Thu, 28 Dec 2006 07:02:31 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id DEF6313C496 for ; Thu, 28 Dec 2006 07:02:30 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.9] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id kBS72Ncb076826 for ; Thu, 28 Dec 2006 02:02:28 -0500 (EST) (envelope-from andy@siliconlandmark.com) Mime-Version: 1.0 (Apple Message framework v752.3) To: current@freebsd.org Message-Id: <21FFCA85-E5E5-4B60-BFB5-54C63A33ED90@siliconlandmark.com> Content-Type: multipart/mixed; boundary=Apple-Mail-4-3583016 From: Andre Guibert de Bruet Date: Thu, 28 Dec 2006 02:02:23 -0500 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.6/2386/Wed Dec 27 13:32:31 2006 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.465, required 6, AWL -0.12, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: Subject: [PATCH] Typo fixes: preceed -> precede X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Dec 2006 07:02:31 -0000 --Apple-Mail-4-3583016 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi, The attached patch fixes the misspelling of the word "precede" in CVS HEAD in a number of source files and man pages. It needs to be applied in src/. Could someone commit it? It can also be found online at: https://bling.properkernel.com/ freebsd/20061227-fix-preceed.patch Andy PS: This patch does not fix the instances in src/contrib/ as it is my understanding that these are vendor imported sources. I will take these up with the appropriate people. /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ --Apple-Mail-4-3583016 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name=20061227-fix-preceed.patch Content-Disposition: attachment; filename=20061227-fix-preceed.patch Index: crypto/heimdal/appl/login/login.access.5 =================================================================== RCS file: /home/ncvs/src/crypto/heimdal/appl/login/login.access.5,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 login.access.5 --- crypto/heimdal/appl/login/login.access.5 9 Oct 2003 19:36:19 -0000 1.1.1.1 +++ crypto/heimdal/appl/login/login.access.5 28 Dec 2006 03:47:29 -0000 @@ -32,7 +32,7 @@ .It The second field is a comma separated list of users or groups for which the current entry applies. NIS netgroups can used (if -configured) if preceeded by @. The magic string ALL matches all users. +configured) if preceded by @. The magic string ALL matches all users. A group will match if the user is a member of that group, or it is the user's primary group. .It Index: crypto/openssl/doc/ssleay.txt =================================================================== RCS file: /home/ncvs/src/crypto/openssl/doc/ssleay.txt,v retrieving revision 1.1.1.6 diff -u -r1.1.1.6 ssleay.txt --- crypto/openssl/doc/ssleay.txt 29 Jul 2006 19:10:20 -0000 1.1.1.6 +++ crypto/openssl/doc/ssleay.txt 28 Dec 2006 03:53:40 -0000 @@ -6441,7 +6441,7 @@ to using numbers suplied by others. I conform to the PKCS#3 standard where required. -You may have noticed the preceeding section mentions the 'generation' of +You may have noticed the preceding section mentions the 'generation' of prime numbers. Now this requries the use of 'random numbers'. RAND This psuedo-random number library is based on MD5 at it's core Index: crypto/openssl/doc/apps/x509v3_config.pod =================================================================== RCS file: /home/ncvs/src/crypto/openssl/doc/apps/x509v3_config.pod,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 x509v3_config.pod --- crypto/openssl/doc/apps/x509v3_config.pod 29 Jul 2006 19:10:20 -0000 1.1.1.1 +++ crypto/openssl/doc/apps/x509v3_config.pod 28 Dec 2006 03:53:08 -0000 @@ -174,7 +174,7 @@ The value of B should point to a section containing the distinguished name to use as a set of name value pairs. Multi values AVAs can be formed by -preceeding the name with a B<+> character. +preceding the name with a B<+> character. otherName can include arbitrary data associated with an OID: the value should be the OID followed by a semicolon and the content in standard Index: crypto/openssl/doc/crypto/ASN1_generate_nconf.pod =================================================================== RCS file: /home/ncvs/src/crypto/openssl/doc/crypto/ASN1_generate_nconf.pod,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 ASN1_generate_nconf.pod --- crypto/openssl/doc/crypto/ASN1_generate_nconf.pod 29 Jul 2006 19:10:20 -0000 1.1.1.1 +++ crypto/openssl/doc/crypto/ASN1_generate_nconf.pod 28 Dec 2006 03:52:35 -0000 @@ -55,7 +55,7 @@ =item B, B Encodes an ASN1 B type. The B string represents -the value of the integer, it can be preceeded by a minus sign and +the value of the integer, it can be preceded by a minus sign and is normally interpreted as a decimal value unless the prefix B<0x> is included. Index: secure/lib/libcrypto/man/ASN1_generate_nconf.3 =================================================================== RCS file: /home/ncvs/src/secure/lib/libcrypto/man/ASN1_generate_nconf.3,v retrieving revision 1.2 diff -u -r1.2 ASN1_generate_nconf.3 --- secure/lib/libcrypto/man/ASN1_generate_nconf.3 1 Oct 2006 07:56:44 -0000 1.2 +++ secure/lib/libcrypto/man/ASN1_generate_nconf.3 28 Dec 2006 03:51:51 -0000 @@ -179,7 +179,7 @@ .IP "\fB\s-1INTEGER\s0\fR, \fB\s-1INT\s0\fR" 2 .IX Item "INTEGER, INT" Encodes an \s-1ASN1\s0 \fB\s-1INTEGER\s0\fR type. The \fBvalue\fR string represents -the value of the integer, it can be preceeded by a minus sign and +the value of the integer, it can be preceded by a minus sign and is normally interpreted as a decimal value unless the prefix \fB0x\fR is included. .IP "\fB\s-1ENUMERATED\s0\fR, \fB\s-1ENUM\s0\fR" 2 Index: secure/usr.bin/openssl/man/x509v3_config.1 =================================================================== RCS file: /home/ncvs/src/secure/usr.bin/openssl/man/x509v3_config.1,v retrieving revision 1.2 diff -u -r1.2 x509v3_config.1 --- secure/usr.bin/openssl/man/x509v3_config.1 1 Oct 2006 07:56:51 -0000 1.2 +++ secure/usr.bin/openssl/man/x509v3_config.1 28 Dec 2006 03:48:28 -0000 @@ -318,7 +318,7 @@ .PP The value of \fBdirName\fR should point to a section containing the distinguished name to use as a set of name value pairs. Multi values AVAs can be formed by -preceeding the name with a \fB+\fR character. +preceding the name with a \fB+\fR character. .PP otherName can include arbitrary data associated with an \s-1OID:\s0 the value should be the \s-1OID\s0 followed by a semicolon and the content in standard Index: sys/contrib/dev/acpica/dbfileio.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/dev/acpica/dbfileio.c,v retrieving revision 1.13 diff -u -r1.13 dbfileio.c --- sys/contrib/dev/acpica/dbfileio.c 1 Nov 2005 22:28:49 -0000 1.13 +++ sys/contrib/dev/acpica/dbfileio.c 28 Dec 2006 03:46:22 -0000 @@ -263,7 +263,7 @@ { if (Table[i - 1] != 0x0D) { - /* The LF does not have a preceeding CR, table not corrupted */ + /* The LF does not have a preceding CR, table not corrupted */ return (AE_OK); } Index: sys/dev/aic7xxx/aic7xxx.seq =================================================================== RCS file: /home/ncvs/src/sys/dev/aic7xxx/aic7xxx.seq,v retrieving revision 1.128 diff -u -r1.128 aic7xxx.seq --- sys/dev/aic7xxx/aic7xxx.seq 6 Jan 2005 01:42:26 -0000 1.128 +++ sys/dev/aic7xxx/aic7xxx.seq 28 Dec 2006 03:50:34 -0000 @@ -2003,7 +2003,7 @@ * from out to in, wait an additional data release delay before continuing. */ change_phase: - /* Wait for preceeding I/O session to complete. */ + /* Wait for preceding I/O session to complete. */ test SCSISIGI, ACKI jnz .; /* Change the phase */ Index: sys/dev/aic7xxx/aicasm/aicasm_gram.y =================================================================== RCS file: /home/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y,v retrieving revision 1.24 diff -u -r1.24 aicasm_gram.y --- sys/dev/aic7xxx/aicasm/aicasm_gram.y 6 Jan 2005 01:42:27 -0000 1.24 +++ sys/dev/aic7xxx/aicasm/aicasm_gram.y 28 Dec 2006 03:49:54 -0000 @@ -775,7 +775,7 @@ | macro_arglist ',' T_ARG { if ($1 == 0) { - stop("Comma without preceeding argument in arg list", + stop("Comma without preceding argument in arg list", EX_DATAERR); /* NOTREACHED */ } Index: sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y =================================================================== RCS file: /home/ncvs/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y,v retrieving revision 1.3 diff -u -r1.3 aicasm_macro_gram.y --- sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y 6 Jan 2005 01:42:27 -0000 1.3 +++ sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y 28 Dec 2006 03:51:09 -0000 @@ -114,7 +114,7 @@ | macro_arglist ',' T_ARG { if ($1 == 0) { - stop("Comma without preceeding argument in arg list", + stop("Comma without preceding argument in arg list", EX_DATAERR); /* NOTREACHED */ } Index: usr.bin/make/make.1 =================================================================== RCS file: /home/ncvs/src/usr.bin/make/make.1,v retrieving revision 1.99 diff -u -r1.99 make.1 --- usr.bin/make/make.1 29 Sep 2006 21:17:10 -0000 1.99 +++ usr.bin/make/make.1 28 Dec 2006 03:44:07 -0000 @@ -1591,7 +1591,7 @@ A trailing backslash in a variable value defined on the command line causes the delimiting space in the .Ev MAKEFLAGS -environment variable to be preceeded by that backslash. +environment variable to be preceded by that backslash. That causes a submake to not treat that space as a word delimiter. Fixing this requires a larger rewrite of the code handling command line macros and assignments to Index: usr.bin/xlint/lint1/emit.c =================================================================== RCS file: /home/ncvs/src/usr.bin/xlint/lint1/emit.c,v retrieving revision 1.2 diff -u -r1.2 emit.c --- usr.bin/xlint/lint1/emit.c 22 Mar 2002 01:42:44 -0000 1.2 +++ usr.bin/xlint/lint1/emit.c 28 Dec 2006 03:49:12 -0000 @@ -218,7 +218,7 @@ /* * write the name of a symbol to the output buffer - * the name is preceeded by its length + * the name is preceded by its length */ void outname(name) Index: usr.sbin/fwcontrol/fwcontrol.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/fwcontrol/fwcontrol.8,v retrieving revision 1.17 diff -u -r1.17 fwcontrol.8 --- usr.sbin/fwcontrol/fwcontrol.8 26 Oct 2006 22:33:38 -0000 1.17 +++ usr.sbin/fwcontrol/fwcontrol.8 28 Dec 2006 03:42:51 -0000 @@ -91,7 +91,7 @@ or .Ar mpeg mode for the incoming stream. -Only meaningful in case of and must preceed the +Only meaningful in case of and must precede the .Fl R option. If not specified, the program will try to guess. If you get an error complaining about "format 0x20", try to force the "mpeg" mode. --Apple-Mail-4-3583016 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed --Apple-Mail-4-3583016-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 12:19: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3FDA16A40F for ; Thu, 28 Dec 2006 12:19:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4183913C463 for ; Thu, 28 Dec 2006 12:19:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qtedgn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBSCJMsK046636; Thu, 28 Dec 2006 13:19:27 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBSCJLEV046635; Thu, 28 Dec 2006 13:19:21 +0100 (CET) (envelope-from olli) Date: Thu, 28 Dec 2006 13:19:21 +0100 (CET) Message-Id: <200612281219.kBSCJLEV046635@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, uspoerlein@gmail.com In-Reply-To: <7ad7ddd90612270810o6ebaf8c8mdbade512c1eb096f@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 28 Dec 2006 13:19:27 +0100 (CET) Cc: Subject: Re: msdosfs and cd9660: stat(2) returns garbled birthtime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, uspoerlein@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 12:19:29 -0000 Ulrich Spoerlein wrote: > Oliver Fromme wrote: > > Please see PR kern/106018. It fixes the msdosfs case; > > it has already been committed a few weeks ago. > > > > I haven't looked at the cd9660 code, but if you see > > similar problems there, then I guess it needs a similar > > fix. ;-) > > Ah, sorry for not testing this on current (I used RELENG_6). Well, this is the "-current" mailing list, so I assumed you were using (an older version of) -current a.k.a. HEAD, not RELENG_6 which is -stable. I haven't checked whether the patch from kern/106018 has been MFCed. Maybe it wasn't deemed safe enough for inclusion during the 6.2 code freeze (it's a quite trivial patch, though). > Changeing each filesystem code to do this is somewhat ugly. I don't think it is ugly. It's up to each file system to decide which data makes sense to use for the birthtime. > Though I > don't think that we will grow significantly more statfs fields over > time, the syscall should probably first bzero() the struct and let the > fs-specific code fill in the/some blanks. That would mean that zero will be returned for fields that are not filled in by the FS-specific code. That's wrong. In most cases it probably makes more sense to return -1 for unsupported fields, rather than 0. And in some cases, a different value should be copied. (For example, FAT does not support ctime, but it would be wrong to return 0 or -1 for it. Instead, the most useful thing to do is copy the mtime value for the ctime.) The real fix is to have every FS fill in _all_ fields with reasonable values. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 14:12:39 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B059B16A407; Thu, 28 Dec 2006 14:12:39 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 35F2313C47A; Thu, 28 Dec 2006 14:12:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.8/8.13.8) with ESMTP id kBSECa40092299; Thu, 28 Dec 2006 17:12:36 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.8/8.13.8/Submit) id kBSECZYk092298; Thu, 28 Dec 2006 17:12:35 +0300 (MSK) (envelope-from ache) Date: Thu, 28 Dec 2006 17:12:35 +0300 From: Andrey Chernov To: Robert Watson Message-ID: <20061228141235.GA92268@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Robert Watson , current@FreeBSD.org References: <20061216055903.GA2712@nagual.pp.ru> <20061216111656.GA7501@nagual.pp.ru> <20061216112117.P72986@fledge.watson.org> <20061216114426.GA7735@nagual.pp.ru> <20061216120746.E72986@fledge.watson.org> <20061216125136.GA1094@nagual.pp.ru> <20061216125419.J72986@fledge.watson.org> <20061217153914.GA30048@nagual.pp.ru> <20061221233855.GA95581@nagual.pp.ru> <20061222204908.C65423@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061222204908.C65423@fledge.watson.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@FreeBSD.org Subject: Re: sysv_ipc.c broken in v1.30 (was Re: sysvshm appearse broken in -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: Thu, 28 Dec 2006 14:12:39 -0000 On Fri, Dec 22, 2006 at 08:51:05PM +0000, Robert Watson wrote: > I return from Oxford. If you want, you can try removing the ipcperm() call > from shmget_existing() and restore the sysv_ipc.c change and see how that > works for you? Yes, it works, all t-shm tests passed. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 14:50:14 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C3A416A403; Thu, 28 Dec 2006 14:50:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C3E9D13C474; Thu, 28 Dec 2006 14:50:13 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 479EC46E4C; Thu, 28 Dec 2006 09:50:13 -0500 (EST) Date: Thu, 28 Dec 2006 14:50:13 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrey Chernov In-Reply-To: <20061228141235.GA92268@nagual.pp.ru> Message-ID: <20061228144606.N86685@fledge.watson.org> References: <20061216055903.GA2712@nagual.pp.ru> <20061216111656.GA7501@nagual.pp.ru> <20061216112117.P72986@fledge.watson.org> <20061216114426.GA7735@nagual.pp.ru> <20061216120746.E72986@fledge.watson.org> <20061216125136.GA1094@nagual.pp.ru> <20061216125419.J72986@fledge.watson.org> <20061217153914.GA30048@nagual.pp.ru> <20061221233855.GA95581@nagual.pp.ru> <20061222204908.C65423@fledge.watson.org> <20061228141235.GA92268@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: Re: sysv_ipc.c broken in v1.30 (was Re: sysvshm appearse broken in -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: Thu, 28 Dec 2006 14:50:14 -0000 On Thu, 28 Dec 2006, Andrey Chernov wrote: > On Fri, Dec 22, 2006 at 08:51:05PM +0000, Robert Watson wrote: >> I return from Oxford. If you want, you can try removing the ipcperm() call >> from shmget_existing() and restore the sysv_ipc.c change and see how that >> works for you? > > Yes, it works, all t-shm tests passed. I believe this check is: (1) Gratuitous. Applications do not expect it to occur, the specs (in as much as they exist) don't expect it to happen, etc. Likewise, this is simply a name space lookup that doesn't affect actual right to access the underlying object (unlike, say, a file pathname). (2) Incorrect. Unlike all other calls to the check routine, it doesn't pass in the specific rights being requested, it passes in a mode mask. There are some cases where the flag mask is masked with 0700 and then pass it in, and it could be that making the same change here does the right thing. Both of these suggest removing the check, but I want to do a bit more reading before I do that, and run some tests on other platforms to confirm my reading. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 16:14:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73CB616A412 for ; Thu, 28 Dec 2006 16:14:10 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0F74713C46E for ; Thu, 28 Dec 2006 16:14:09 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3634209uge for ; Thu, 28 Dec 2006 08:14:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=uumA4yf012dVtIiA2mI0JOkHtPnyK9ZUd5kVc1RMtRSqhHMBI26B+pnYRi69ILDpXUS2glnLd64WV4GvE2ND7Pg90JxpaYtASwk43AIz4saGKyMm3aino3d6O75D534MLPyB5IV3yrS+yoLYPivywqxTMwIEZcG/82kG0oqmShk= Received: by 10.66.216.1 with SMTP id o1mr20092355ugg.1167321004082; Thu, 28 Dec 2006 07:50:04 -0800 (PST) Received: from ?192.168.123.201? ( [195.241.221.201]) by mx.google.com with ESMTP id u6sm24700781uge.2006.12.28.07.50.03; Thu, 28 Dec 2006 07:50:03 -0800 (PST) Message-ID: <4593E7A8.7040204@gmail.com> Date: Thu, 28 Dec 2006 16:50:00 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.9 (X11/20061224) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: re(4) timing out? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 16:14:10 -0000 Hi, on CURRENT (2006-12-26) I can use re(4) with a RTL8168/8111 card but it times out when logging in to certain websites (nl.bol.com , gmail.com ). Thunderbird also times out when using my Gmail account, it sometimes makes it to displaying "Downloading message 1 of X" but then it gets stuck. ftp(1) works fine. If I use wpi(4) (a ultra-new driver for the Intel 3945ABG wireless card), the timeout issues are solved. Details are at http://home.tiscali.nl/rladan/conf/ Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 21:22:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CB1916A407; Thu, 28 Dec 2006 21:22:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 426C113C48F; Thu, 28 Dec 2006 21:22:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBSKouQx068109; Thu, 28 Dec 2006 15:50:56 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Thu, 28 Dec 2006 15:50:54 -0500 User-Agent: KMail/1.9.4 References: <20061212020023.GA9698@cdnetworks.co.kr> <4590A575.3090403@samsco.org> <20061226072929.GC994@cdnetworks.co.kr> In-Reply-To: <20061226072929.GC994@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612281550.55581.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 28 Dec 2006 15:50:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2389/Thu Dec 28 12:39:35 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Bruce M. Simpson" Subject: Re: Enabling MSI on the Asus Vintage AH-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Dec 2006 21:22:18 -0000 On Tuesday 26 December 2006 02:29, Pyun YongHyeon wrote: > On Mon, Dec 25, 2006 at 11:30:45PM -0500, Scott Long wrote: > > Pyun YongHyeon wrote: > > >On Sat, Dec 23, 2006 at 09:54:58PM +0000, Bruce M. Simpson wrote: > > > > Hi, > > > > > > > > It looks like MSI was detected, but not used by the msk(4) driver on > > > the > Asus Vintage AH-1. > > > > > > > > This is a uniprocessor Athlon64 system. The PCI bridges on this system > > > > aren't in the MSI blacklist, however, there are several odd messages > > > > regarding a non-default MSI window. Looking at the code suggests it > > > > expects to see the MSI window at 0xfee00000. > > > > > > > > BTW: This system's on-board SATA controller stopped working with > > > 6.2-RC, > so I'm using an add-on PCI-e card for SATA to connect the root > > > disk. > > > > > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > pci0: on pcib0 > > > > pci0: physical bus=0 > > > > > >[...] > > > > > > > pcib2: at device 6.0 on pci0 > > > > pcib2: secondary bus 2 > > > > pcib2: subordinate bus 2 > > > > pcib2: I/O decode 0xc000-0xcfff > > > > pcib2: memory decode 0xfe400000-0xfe4fffff > > > > pcib2: no prefetched decode > > > > pci2: on pcib2 > > > > pci2: physical bus=2 > > > > found-> vendor=0x11ab, dev=0x4362, revid=0x19 > > > > bus=2, slot=0, func=0 > > > > class=02-00-00, hdrtype=0x00, mfdev=0 > > > > cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) > > > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > > > intpin=a, irq=5 > > > > powerspec 2 supports D0 D1 D2 D3 current D0 > > > > VPD Ident: Marvell Yukon 88E8053 Gigabit Ethernet Controller > > > > PN: Yukon 88E8053 > > > > EC: Rev. 1.9 > > > > MN: Marvell > > > > SN: AbCdEfG32a88a > > > > CP: id 1, BAR16, off 0x3cc > > > > RV: 0x24 > > > > MSI supports 2 messages, 64 bit > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > >I think Yukon II supports one MSI message. But all systems I know > > >reported that it supports two MSI messages. This is main reason why > > >msk(4) doesn't use MSI ATM. I don't know why Yukon II claims to > > >support two MSI messages.(for dual port MAC configuraiton?) > > > > My guess is that it advertises 2 messages for the dual-port > > configuration. The intention is probably that the driver would > > run a loop where it allocates a message as it configures each port. > > So if you only have a single port, then you only allocate a single > > message and ignore the other one. This looks like it will be hard to > > fit into the msk+mskc code that is there right now. > > > > > > > >You can force to use MSI by assigning 'msic = 1' before calling > > >pci_alloc_msi(9) in mskc_attach(). However it wouldn't work if you > > >reload the msk(4) again. Other than that it works well with MSI. > > > > I don't understand why there would be a failure here. Can you explain? > > > > Me too. > > I don't remember what message it was but it's somthing like > a message with two irq numbers for the device on second loading > and then it failed to allocate interrupt handler. > > mskc0: port 0xXXXX-0xYYYY mem > 0xXXXXXXXX-0xYYYYYYYY irq 19, 256 at device X.Y on pciX > ^^^^^^^^^^^ You need to do the pci_release_msi() after releasing the SYS_RES_IRQ resource. Also, to support MSI-X parts, you need to alloc your SYS_RES_MEMORY resource before you call pci_alloc_msi(). The patch below fixes much of this, but disables MSI for the dual port cards for now since I didn't want to untangle all the interrupt code to create separate MSI handlers for each port. You also have a bug in your task where it seems that if you ifconfig the first port on a dual port card down, you won't ever handle interrupts for the second port: if (sc_if0 != NULL) { ifp0 = sc_if0->msk_ifp; if ((ifp0->if_drv_flags & IFF_DRV_RUNNING) == 0) goto done; } if (sc_if1 != NULL) { ifp1 = sc_if1->msk_ifp; if ((ifp1->if_drv_flags & IFF_DRV_RUNNING) == 0) goto done; } Since RUNNING would be clear for ifp0, you would goto done and not handle any of the events for ifp1. Anyways, here is the patch I came up with so far: Index: if_msk.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/dev/msk/if_msk.c,v retrieving revision 1.1 diff -u -r1.1 if_msk.c --- if_msk.c 13 Dec 2006 02:30:11 -0000 1.1 +++ if_msk.c 28 Dec 2006 20:45:57 -0000 @@ -339,16 +339,25 @@ static struct resource_spec msk_res_spec_io[] = { { SYS_RES_IOPORT, PCIR_BAR(1), RF_ACTIVE }, - { SYS_RES_IRQ, 0, RF_ACTIVE | RF_SHAREABLE }, { -1, 0, 0 } }; static struct resource_spec msk_res_spec_mem[] = { { SYS_RES_MEMORY, PCIR_BAR(0), RF_ACTIVE }, + { -1, 0, 0 } +}; + +static struct resource_spec msk_irq_spec_legacy[] = { { SYS_RES_IRQ, 0, RF_ACTIVE | RF_SHAREABLE }, { -1, 0, 0 } }; +static struct resource_spec msk_irq_spec_msi[] = { + { SYS_RES_IRQ, 1, RF_ACTIVE }, + { SYS_RES_IRQ, 2, RF_ACTIVE }, + { -1, 0, 0 } +}; + static int msk_miibus_readreg(device_t dev, int phy, int reg) { @@ -1546,25 +1555,7 @@ */ pci_enable_busmaster(dev); - /* Allocate resources */ - sc->msk_msi = 0; - msic = pci_msi_count(dev); - if (bootverbose) - device_printf(dev, "MSI count : %d\n", msic); - /* - * Due to a unknown reason Yukon II reports it can handle two - * messages even if it can handle just one message. Forcing - * to allocate 1 message seems to work but reloading kernel - * module after unloading the driver fails. Only use MSI when - * it reports 1 message until we have better understanding - * for the hardware. - */ - if (msic == 1 && msi_disable == 0 && pci_alloc_msi(dev, &msic) == 0) { - sc->msk_msi = 1; - /* Set rid to 1 for SYS_RES_IRQ to use MSI. */ - msk_res_spec_io[1].rid = 1; - msk_res_spec_mem[1].rid = 1; - } + /* Allocate I/O resource */ #ifdef MSK_USEIOSPACE sc->msk_res_spec = msk_res_spec_io; #else @@ -1710,6 +1701,36 @@ sc->msk_hw_feature = 0; } + /* Allocate IRQ resources. */ + msic = pci_msi_count(dev); + if (bootverbose) + device_printf(dev, "MSI count : %d\n", msic); + /* + * The Yukon II reports it can handle two messages, one for each + * possible port. We go ahead and allocate two messages and only + * setup a handler for both if we have a dual port card. + * + * XXX: I haven't untangled the interrupt handler to handle dual + * port cards with separate MSI messages, so for now I disable MSI + * on dual port cards. + */ + if (msic == 2 && msi_disable == 0 && sc->msk_num_port == 1 && + pci_alloc_msi(dev, &msic) == 0) { + if (msic == 2) { + sc->msk_msi = 1; + sc->msk_irq_spec = msk_irq_spec_msi; + } else { + pci_release_msi(dev); + sc->msk_irq_spec = msk_irq_spec_legacy; + } + } + + error = bus_alloc_resources(dev, sc->msk_irq_spec, sc->msk_irq); + if (error) { + device_printf(dev, "couldn't allocate IRQ resources\n"); + goto fail; + } + if ((error = msk_status_dma_alloc(sc)) != 0) goto fail; @@ -1770,8 +1791,8 @@ taskqueue_start_threads(&sc->msk_tq, 1, PI_NET, "%s taskq", device_get_nameunit(sc->msk_dev)); /* Hook interrupt last to avoid having to lock softc. */ - error = bus_setup_intr(dev, sc->msk_res[1], INTR_TYPE_NET | - INTR_MPSAFE | INTR_FAST, msk_intr, sc, &sc->msk_intrhand); + error = bus_setup_intr(dev, sc->msk_irq[0], INTR_TYPE_NET | + INTR_MPSAFE | INTR_FAST, msk_intr, sc, &sc->msk_intrhand[0]); if (error != 0) { device_printf(dev, "couldn't set up interrupt handler\n"); @@ -1884,10 +1905,15 @@ taskqueue_free(sc->msk_tq); sc->msk_tq = NULL; } - if (sc->msk_intrhand) { - bus_teardown_intr(dev, sc->msk_res[1], sc->msk_intrhand); - sc->msk_intrhand = NULL; + if (sc->msk_intrhand[0]) { + bus_teardown_intr(dev, sc->msk_irq[0], sc->msk_intrhand[0]); + sc->msk_intrhand[0] = NULL; + } + if (sc->msk_intrhand[1]) { + bus_teardown_intr(dev, sc->msk_irq[0], sc->msk_intrhand[0]); + sc->msk_intrhand[1] = NULL; } + bus_release_resources(dev, sc->msk_irq_spec, sc->msk_irq); if (sc->msk_msi) pci_release_msi(dev); bus_release_resources(dev, sc->msk_res_spec, sc->msk_res); Index: if_mskreg.h =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/dev/msk/if_mskreg.h,v retrieving revision 1.1 diff -u -r1.1 if_mskreg.h --- if_mskreg.h 13 Dec 2006 02:30:11 -0000 1.1 +++ if_mskreg.h 28 Dec 2006 20:45:37 -0000 @@ -2314,9 +2314,11 @@ /* Softc for the Marvell Yukon II controller. */ struct msk_softc { - struct resource *msk_res[2]; /* I/O and IRQ resources */ + struct resource *msk_res[1]; /* I/O resource */ struct resource_spec *msk_res_spec; - void *msk_intrhand; /* irq handler handle */ + struct resource *msk_irq[2]; /* IRQ resources */ + struct resource_spec *msk_irq_spec; + void *msk_intrhand[2]; /* irq handler handle */ device_t msk_dev; uint8_t msk_hw_id; uint8_t msk_hw_rev; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 23:03: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D659016A417 for ; Thu, 28 Dec 2006 23:03:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 89BC513C478 for ; Thu, 28 Dec 2006 23:03:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBSN3FSw068908; Thu, 28 Dec 2006 18:03:18 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 28 Dec 2006 17:54:39 -0500 User-Agent: KMail/1.9.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612281754.39846.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 28 Dec 2006 18:03:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2389/Thu Dec 28 12:39:35 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: shava knightmare Subject: Re: how to invoke a network configure dialog in install.cfg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Dec 2006 23:03:22 -0000 On Tuesday 19 December 2006 15:00, shava knightmare wrote: > i'm building a automatic install cdrom with install.cfg for sysinstall. and > i cannot find a way to invoke network configure dialog in install.cfg. > the tcpMenuSelect command popup the configure dialog and throw a error > message when selected the device.So what shall i do so that i > can get a user inputted ipaddress in system install progress? Did you try setting 'netInteractive=yes' in install.cfg? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 23:03: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 977F316A415 for ; Thu, 28 Dec 2006 23:03:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2094D13C47A for ; Thu, 28 Dec 2006 23:03:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBSN3FSx068908; Thu, 28 Dec 2006 18:03:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 28 Dec 2006 17:56:29 -0500 User-Agent: KMail/1.9.4 References: <45891FE9.4020700@cisco.com> <58281AA0-3738-490C-9EA8-7766033713A2@siliconlandmark.com> <458960F2.9090703@cisco.com> In-Reply-To: <458960F2.9090703@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612281756.29949.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 28 Dec 2006 18:03:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2389/Thu Dec 28 12:39:35 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Randall Stewart Subject: Re: A stuck system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Dec 2006 23:03:27 -0000 On Wednesday 20 December 2006 11:12, Randall Stewart wrote: > Interesting.. I have actually been having > this problem for a while... can't remember > when I last updated.. its related to pounding > the network.. at least mine seems to be... (I > am pounding the loopback).. and it appears > that everything just "freezes". > > Is your machine a Gig-a-Byte motherboard? Do you have a dual-port msk0 device? > R > > Andre Guibert de Bruet wrote: > > > > > > On Dec 20, 2006, at 8:49 AM, Randall Stewart wrote: > > > >> Ok, I was wrong on this... I recreated it.. hooked up > >> my em0 card to my laptop (right now its isolated > >> running the mpi tests and uses the loopback only). > >> > >> I do a ping > >> > >> And ta-da the system comes back to life after > >> being hung for 15 minutes. > >> > >> This time I did not see any of the usual syslog messages > >> either... of course it was only "stuck" for 15 minutes or > >> so... > >> > >> I will leave the thing running and get it stuck again and > >> validate that the msk and usb will also cause the machine > >> to come back to life.. > >> > >> Is there any way this could be a lost interupt type problem (remember > >> the scheduler is appearing to "stop" scheduling things). OR > >> is this a problem with my hardware... somehow failing to > >> deliver interupts maybe??? > > > > > > I am seeing something similar on my dual Xeon system. It appears that a > > kernel from December 13th did not exhibit this behavior whereas one > > from the 16th does. I am able to "revive" the machine by pushing traf > > on the msk0 interface. > > > > Kernel config: http://bling.properkernel.com/freebsd/BLING > > > > Andy > > > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > > /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ > > > > > > _______________________________________________ > > 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" > > > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 28 23:05: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF2B316A403 for ; Thu, 28 Dec 2006 23:05:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3075313C48A for ; Thu, 28 Dec 2006 23:05:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBSN3FSv068908; Thu, 28 Dec 2006 18:03:15 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 28 Dec 2006 17:53:15 -0500 User-Agent: KMail/1.9.4 References: <20061219175917.L84683@atlantis.atlantis.dp.ua> <20061220215753.H53808@atlantis.atlantis.dp.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612281753.16977.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 28 Dec 2006 18:03:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2389/Thu Dec 28 12:39:35 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Dmitry Pryanishnikov , Kip Macy , Kostik Belousov Subject: Re: ddb(4) spoils kernel stack in 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: Thu, 28 Dec 2006 23:05:05 -0000 On Wednesday 20 December 2006 15:41, Kip Macy wrote: > I worried that gdb probably had workaround for the large stack argument. > I'll have to dig it up, thanks for the heads up. Both kgdb and ddb have explicit knowledge of trapframes and interrupt frames and know how to step across them, so both of those will need to be updated. For ddb, you'll have to update the 'db_nextframe()' function in sys/{amd64,i386}/{amd64,i386}/db_trace.c. Specifically this section: /* * Point to base of trapframe which is just above the * current frame. */ if (frame_type == INTERRUPT) tf = (struct trapframe *)((int)*fp + 12); else tf = (struct trapframe *)((int)*fp + 8); The easy change is to just bump those up by 4 (by 8 on amd64). Similarly, for kgdb you'll have to update src/gnu/usr.bin/gdb/kgdb/trgt_{amd64,i386}.c. NB: kgdb doesn't properly distinguish interrupt frames from other trap frames. It treats nearly all trap frames as interrupt frames (though its handling of interrupt frames is more like a trap frame I think). > -Kip > > On 12/20/06, Dmitry Pryanishnikov wrote: > > > > > > Hello! > > > > On Wed, 20 Dec 2006, Kostik Belousov wrote: > > >>> So it looks like a regression in CURRENT vs RELENG_6 (either ddb > > 'spoils' > > >>> the stack somehow, or kgdb fails to unwind it). > > > > > > Could you further localize the problem, i.e. try to backtrace CURRENT > > dump > > > > Good news: I've managed to localize the bug! I'm Feeling Lucky (TM) ;) > > just because CURRENT on my notebook was updated approx. at 17-Dec 00:00, > > and it didn't manifest such a behaviour! So it was easy to identify the > > regression - it comes with the following commit: > > > > ----------------------------------------------------------------------- > > > > Date: Sun, 17 Dec 2006 05:07:01 +0000 (UTC) > > From: Kip Macy > > To: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org > > Subject: cvs commit: src/sys/i386/i386 apic_vector.s exception.slocal_apic.c > > trap.c vm86.c vm86bios.s src/sys/i386/include apicvar.h > > src/sys/i386/isa atpic.c atpic_vector.s icu.h > > > > kmacy 2006-12-17 05:07:01 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/i386/i386 apic_vector.s exception.s local_apic.c > > trap.c vm86.c vm86bios.s > > sys/i386/include apicvar.h > > sys/i386/isa atpic.c atpic_vector.s icu.h > > Log: > > Evidently FreeBSD has long relied on the compiler to treat structures > > passed by value (trap frames) as if they were in fact being passed by > > reference. For better or worse, this incorrect behaviour is no longer > > present in gcc 4.1. In this patch I convert all trapframe arguments to > > be explicitly pass by reference. I also remove vm86_initflags, pushing > > the very little work that it actually does up into vm86_prepcall. > > > > ----------------------------------------------------------------------- > > > > So kernel built from sources as of date=2006.12.17.05.00.00 gives dump > > with analyzable backtrace, and kernel built from sources as of > > date=2006.12.17.05.10.00 (which include this commit) gives dump > > which confuses kgdb. I believe that commit itself is correct, > > but kgdb contains some workaround against the old (incorrect) behaviour > > of the kernel, so it's the kgdb that should be fixed. > > > > Sincerely, Dmitry > > -- > > Atlantis ISP, System Administrator > > e-mail: dmitry@atlantis.dp.ua > > nic-hdl: LYNX-RIPE > > _______________________________________________ > > 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" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 00:03: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8CEF16A407 for ; Fri, 29 Dec 2006 00:03:54 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id A905B13C470 for ; Fri, 29 Dec 2006 00:03:54 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 3143859D3F; Thu, 28 Dec 2006 19:02:36 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Thu, 28 Dec 2006 19:02:36 -0500 X-Sasl-enc: HFOKh2WOTfOhvWnJQwMKwiromi+kD4BFyZBSs4X5iqtN 1167350555 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 18EC7D84; Thu, 28 Dec 2006 19:02:34 -0500 (EST) Message-ID: <45945B67.2070406@FreeBSD.org> Date: Fri, 29 Dec 2006 00:03:51 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: John Baldwin References: <20061212020023.GA9698@cdnetworks.co.kr> <4590A575.3090403@samsco.org> <20061226072929.GC994@cdnetworks.co.kr> <200612281550.55581.jhb@freebsd.org> In-Reply-To: <200612281550.55581.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: Enabling MSI on the Asus Vintage AH-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Dec 2006 00:03:54 -0000 John Baldwin wrote: > > Since RUNNING would be clear for ifp0, you would goto done and not handle > any of the events for ifp1. Anyways, here is the patch I came up with so > far: This patch is good for me. I have tested w/netperf and both statically compiled and dynamically loaded modules of if_msk as requested. This system has a single port msk part. Please commit it. There should be spaces between MSI message irq numbers, though, on allocation (printed under bootverbose; perhaps consider moving it out from under so that it may be seen by all?) Regards, BMS From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 11:19: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5652516A4B3 for ; Fri, 29 Dec 2006 11:19:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id EEE0913C455 for ; Fri, 29 Dec 2006 11:19:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so4591856wxc for ; Fri, 29 Dec 2006 03:19:30 -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:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=nJStmY2qVLsCvSNmGP3xDv0s7iRhmYH9Snqq0A4oL6HzcqSxQ2J1R1+++ApfIoVTmDW6X4JYNMQKGKGumn+m1RiqhGKHABDqmNDcrbTkwSBiKhpFCxvG+skT3a16JpR5C8WreB0hIu98WOF3VMjj+sqfcwHmWbMSBexcPu+hZek= Received: by 10.70.99.9 with SMTP id w9mr13484249wxb.1167365237732; Thu, 28 Dec 2006 20:07:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 7sm31694570wrh.2006.12.28.20.07.14; Thu, 28 Dec 2006 20:07:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kBT466Ju014514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Dec 2006 13:06:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kBT464D6014513; Fri, 29 Dec 2006 13:06:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 29 Dec 2006 13:06:03 +0900 From: Pyun YongHyeon To: John Baldwin Message-ID: <20061229040603.GA13696@cdnetworks.co.kr> References: <20061212020023.GA9698@cdnetworks.co.kr> <4590A575.3090403@samsco.org> <20061226072929.GC994@cdnetworks.co.kr> <200612281550.55581.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612281550.55581.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, "Bruce M. Simpson" Subject: Re: Enabling MSI on the Asus Vintage AH-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 11:19:31 -0000 On Thu, Dec 28, 2006 at 03:50:54PM -0500, John Baldwin wrote: > On Tuesday 26 December 2006 02:29, Pyun YongHyeon wrote: > > On Mon, Dec 25, 2006 at 11:30:45PM -0500, Scott Long wrote: > > > Pyun YongHyeon wrote: > > > >On Sat, Dec 23, 2006 at 09:54:58PM +0000, Bruce M. Simpson wrote: > > > > > Hi, > > > > > > > > > > It looks like MSI was detected, but not used by the msk(4) driver on > > > > the > Asus Vintage AH-1. > > > > > > > > > > This is a uniprocessor Athlon64 system. The PCI bridges on this system > > > > > aren't in the MSI blacklist, however, there are several odd messages > > > > > regarding a non-default MSI window. Looking at the code suggests it > > > > > expects to see the MSI window at 0xfee00000. > > > > > > > > > > BTW: This system's on-board SATA controller stopped working with > > > > 6.2-RC, > so I'm using an add-on PCI-e card for SATA to connect the root > > > > disk. > > > > > > > > > > pcib0: port 0xcf8-0xcff on acpi0 > > > > > pci0: on pcib0 > > > > > pci0: physical bus=0 > > > > > > > >[...] > > > > > > > > > pcib2: at device 6.0 on pci0 > > > > > pcib2: secondary bus 2 > > > > > pcib2: subordinate bus 2 > > > > > pcib2: I/O decode 0xc000-0xcfff > > > > > pcib2: memory decode 0xfe400000-0xfe4fffff > > > > > pcib2: no prefetched decode > > > > > pci2: on pcib2 > > > > > pci2: physical bus=2 > > > > > found-> vendor=0x11ab, dev=0x4362, revid=0x19 > > > > > bus=2, slot=0, func=0 > > > > > class=02-00-00, hdrtype=0x00, mfdev=0 > > > > > cmdreg=0x0107, statreg=0x4010, cachelnsz=16 (dwords) > > > > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > > > > intpin=a, irq=5 > > > > > powerspec 2 supports D0 D1 D2 D3 current D0 > > > > > VPD Ident: Marvell Yukon 88E8053 Gigabit Ethernet Controller > > > > > PN: Yukon 88E8053 > > > > > EC: Rev. 1.9 > > > > > MN: Marvell > > > > > SN: AbCdEfG32a88a > > > > > CP: id 1, BAR16, off 0x3cc > > > > > RV: 0x24 > > > > > MSI supports 2 messages, 64 bit > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >I think Yukon II supports one MSI message. But all systems I know > > > >reported that it supports two MSI messages. This is main reason why > > > >msk(4) doesn't use MSI ATM. I don't know why Yukon II claims to > > > >support two MSI messages.(for dual port MAC configuraiton?) > > > > > > My guess is that it advertises 2 messages for the dual-port > > > configuration. The intention is probably that the driver would > > > run a loop where it allocates a message as it configures each port. > > > So if you only have a single port, then you only allocate a single > > > message and ignore the other one. This looks like it will be hard to > > > fit into the msk+mskc code that is there right now. > > > > > > > > > > >You can force to use MSI by assigning 'msic = 1' before calling > > > >pci_alloc_msi(9) in mskc_attach(). However it wouldn't work if you > > > >reload the msk(4) again. Other than that it works well with MSI. > > > > > > I don't understand why there would be a failure here. Can you explain? > > > > > > > Me too. > > > > I don't remember what message it was but it's somthing like > > a message with two irq numbers for the device on second loading > > and then it failed to allocate interrupt handler. > > > > mskc0: port 0xXXXX-0xYYYY mem > > 0xXXXXXXXX-0xYYYYYYYY irq 19, 256 at device X.Y on pciX > > ^^^^^^^^^^^ > > You need to do the pci_release_msi() after releasing the SYS_RES_IRQ resource. > Also, to support MSI-X parts, you need to alloc your SYS_RES_MEMORY resource > before you call pci_alloc_msi(). The patch below fixes much of this, but > disables MSI for the dual port cards for now since I didn't want to untangle > all the interrupt code to create separate MSI handlers for each port. You > also have a bug in your task where it seems that if you ifconfig the first > port on a dual port card down, you won't ever handle interrupts for the > second port: > > if (sc_if0 != NULL) { > ifp0 = sc_if0->msk_ifp; > if ((ifp0->if_drv_flags & IFF_DRV_RUNNING) == 0) > goto done; > } > if (sc_if1 != NULL) { > ifp1 = sc_if1->msk_ifp; > if ((ifp1->if_drv_flags & IFF_DRV_RUNNING) == 0) > goto done; > } > > Since RUNNING would be clear for ifp0, you would goto done and not handle Possible fix committed. Needs more testing for dual port card. > any of the events for ifp1. Anyways, here is the patch I came up with so > far: > Thank you very much for taking care of this! Patch committed. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 12:31: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE1A216A403; Fri, 29 Dec 2006 12:31:07 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id A59D213C4A0; Fri, 29 Dec 2006 12:31:07 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 29 Dec 2006 02:49:03 -0800 X-IronPort-AV: i="4.12,218,1165219200"; d="scan'208"; a="454127839:sNHT52756340" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id kBTAn2b5009382; Fri, 29 Dec 2006 02:49:02 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id kBTAmwPn021225; Fri, 29 Dec 2006 02:48:58 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 29 Dec 2006 02:48:58 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 29 Dec 2006 02:48:57 -0800 Message-ID: <4594F282.7080504@cisco.com> Date: Fri, 29 Dec 2006 05:48:34 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: John Baldwin References: <45891FE9.4020700@cisco.com> <58281AA0-3738-490C-9EA8-7766033713A2@siliconlandmark.com> <458960F2.9090703@cisco.com> <200612281756.29949.jhb@freebsd.org> In-Reply-To: <200612281756.29949.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Dec 2006 10:48:57.0205 (UTC) FILETIME=[F0D4BA50:01C72B36] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2611; t=1167389342; x=1168253342; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20A=20stuck=20system |Sender:=20; bh=LYsyZdUiPEgB/2Du2xsNInKgzuG9M9ZMLM93VYXmh74=; b=DrnvLreYzzJeqH+pdTXQSXSvormhFxdQNouGNY4UAtHLqpMxgTa1u4EU7V/O/6Sx1kyp9QOZ vky+ZNN2uZ5FQD394LN1efsFbF88hKoJAfWZil8MJFuTklBBL8ONgNMI; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: A stuck system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Dec 2006 12:31:07 -0000 John Baldwin wrote: > On Wednesday 20 December 2006 11:12, Randall Stewart wrote: >> Interesting.. I have actually been having >> this problem for a while... can't remember >> when I last updated.. its related to pounding >> the network.. at least mine seems to be... (I >> am pounding the loopback).. and it appears >> that everything just "freezes". >> >> Is your machine a Gig-a-Byte motherboard? > > Do you have a dual-port msk0 device? Nope... its just a single port, on-motherboard msk0. It does wake up though if I ping any interface... I suspect it might be a hardware problem.. not sure yet :-0 R > >> R >> >> Andre Guibert de Bruet wrote: >>> >>> On Dec 20, 2006, at 8:49 AM, Randall Stewart wrote: >>> >>>> Ok, I was wrong on this... I recreated it.. hooked up >>>> my em0 card to my laptop (right now its isolated >>>> running the mpi tests and uses the loopback only). >>>> >>>> I do a ping >>>> >>>> And ta-da the system comes back to life after >>>> being hung for 15 minutes. >>>> >>>> This time I did not see any of the usual syslog messages >>>> either... of course it was only "stuck" for 15 minutes or >>>> so... >>>> >>>> I will leave the thing running and get it stuck again and >>>> validate that the msk and usb will also cause the machine >>>> to come back to life.. >>>> >>>> Is there any way this could be a lost interupt type problem (remember >>>> the scheduler is appearing to "stop" scheduling things). OR >>>> is this a problem with my hardware... somehow failing to >>>> deliver interupts maybe??? >>> >>> I am seeing something similar on my dual Xeon system. It appears that a >>> kernel from December 13th did not exhibit this behavior whereas one >>> from the 16th does. I am able to "revive" the machine by pushing traf >>> on the msk0 interface. >>> >>> Kernel config: http://bling.properkernel.com/freebsd/BLING >>> >>> Andy >>> >>> /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ >>> /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ >>> /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ >>> /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 13:33:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5151816A407 for ; Fri, 29 Dec 2006 13:33:46 +0000 (UTC) (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 B363313C468 for ; Fri, 29 Dec 2006 13:33:45 +0000 (UTC) (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.4/8.13.3) with ESMTP id kBTCst7U080272; Fri, 29 Dec 2006 15:56:10 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id kBTCssRv080267; Fri, 29 Dec 2006 15:54:54 +0300 (MSK) (envelope-from yar) Date: Fri, 29 Dec 2006 15:54:54 +0300 From: Yar Tikhiy To: Andre Guibert de Bruet Message-ID: <20061229125454.GF76083@comp.chem.msu.su> References: <21FFCA85-E5E5-4B60-BFB5-54C63A33ED90@siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21FFCA85-E5E5-4B60-BFB5-54C63A33ED90@siliconlandmark.com> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: [PATCH] Typo fixes: preceed -> precede X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Dec 2006 13:33:46 -0000 On Thu, Dec 28, 2006 at 02:02:23AM -0500, Andre Guibert de Bruet wrote: > Hi, > > The attached patch fixes the misspelling of the word "precede" in CVS > HEAD in a number of source files and man pages. It needs to be > applied in src/. Could someone commit it? > > It can also be found online at: https://bling.properkernel.com/ > freebsd/20061227-fix-preceed.patch > > Andy > > PS: This patch does not fix the instances in src/contrib/ as it is my > understanding that these are vendor imported sources. I will take > these up with the appropriate people. Thank you for spotting those typos! Personally, I hate typos in comments and docs as they make me suspect that the author didn't have enough concentration to write good code either. :-) My only remark is that we should't touch the files in src/crypto/ or the manpages in src/secure/. The former are much like those in src/contrib/, while the latter are auto-generated from the POD files in src/crypto/. Having said that, I'll happily correct the rest of slips you've found. Thanks, and Happy New Year! -- Yar From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 16:03:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 887C416A407; Fri, 29 Dec 2006 16:03:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF8F13C457; Fri, 29 Dec 2006 16:03:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBTG30gi086131; Fri, 29 Dec 2006 11:03:00 -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.8/8.13.8) with ESMTP id kBTG30kV058415; Fri, 29 Dec 2006 11:03:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 093F873034; Fri, 29 Dec 2006 11:02:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061229160300.093F873034@freebsd-current.sentex.ca> Date: Fri, 29 Dec 2006 11:02:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner2 X-Virus-Status: Clean 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: Fri, 29 Dec 2006 16:03:01 -0000 TB --- 2006-12-29 14:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-29 14:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-12-29 14:30:00 - cleaning the object tree TB --- 2006-12-29 14:30:50 - checking out the source tree TB --- 2006-12-29 14:30:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-12-29 14:30:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-29 14:40:27 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-29 14:40:27 - cd /src TB --- 2006-12-29 14:40:27 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 29 14:40:29 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Dec 29 15:56:47 UTC 2006 TB --- 2006-12-29 15:56:47 - generating LINT kernel config TB --- 2006-12-29 15:56:47 - cd /src/sys/amd64/conf TB --- 2006-12-29 15:56:47 - /usr/bin/make -B LINT TB --- 2006-12-29 15:56:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-29 15:56:48 - cd /src TB --- 2006-12-29 15:56:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 29 15:56:48 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/dev/mpt/mpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/dev/mpt/mpt_cam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/dev/mpt/mpt_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/dev/mpt/mpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/dev/mpt/mpt_raid.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -pg -mprofiler-epilogue /src/sys/dev/my/if_my.c /src/sys/dev/my/if_my.c: In function `my_rxeof': /src/sys/dev/my/if_my.c:1165: warning: passing arg 1 of `bpf_mtap' from incompatible pointer 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-12-29 16:02:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-29 16:02:59 - ERROR: failed to build lint kernel TB --- 2006-12-29 16:02:59 - tinderbox aborted TB --- 0.89 user 3.46 system 5579.41 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 16:03:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8490B16A40F; Fri, 29 Dec 2006 16:03:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4304113C457; Fri, 29 Dec 2006 16:03:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBTG3A01086148; Fri, 29 Dec 2006 11:03:10 -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.8/8.13.8) with ESMTP id kBTG39bZ058570; Fri, 29 Dec 2006 11:03:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EEC573036; Fri, 29 Dec 2006 11:03:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061229160309.1EEC573036@freebsd-current.sentex.ca> Date: Fri, 29 Dec 2006 11:03:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 16:03:11 -0000 TB --- 2006-12-29 15:36:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-29 15:36:54 - starting HEAD tinderbox run for i386/i386 TB --- 2006-12-29 15:36:54 - cleaning the object tree TB --- 2006-12-29 15:37:31 - checking out the source tree TB --- 2006-12-29 15:37:31 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-12-29 15:37:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-29 15:45:27 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-29 15:45:27 - cd /src TB --- 2006-12-29 15:45:27 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 29 15:45:29 UTC 2006 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/i386/gen/sigsetjmp.S cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/gmon/gmon.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/gmon/mcount.c In file included from /src/lib/libc/gmon/mcount.c:52: /obj/src/tmp/usr/include/machine/atomic.h: In function `atomic_readandclear_long': /obj/src/tmp/usr/include/machine/atomic.h:309: error: `result' undeclared (first use in this function) /obj/src/tmp/usr/include/machine/atomic.h:309: error: (Each undeclared identifier is reported only once /obj/src/tmp/usr/include/machine/atomic.h:309: error: for each function it appears in.) *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-29 16:03:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-29 16:03:09 - ERROR: failed to build world TB --- 2006-12-29 16:03:09 - tinderbox aborted TB --- 0.84 user 2.72 system 1574.51 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 16:31:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD71916A407; Fri, 29 Dec 2006 16:31:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7BD13C442; Fri, 29 Dec 2006 16:31:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id kBTGVJbo088227; Fri, 29 Dec 2006 11:31:19 -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.8/8.13.8) with ESMTP id kBTGVJIx074899; Fri, 29 Dec 2006 11:31:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 727AB73034; Fri, 29 Dec 2006 11:31:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061229163119.727AB73034@freebsd-current.sentex.ca> Date: Fri, 29 Dec 2006 11:31:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner1 X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 16:31:20 -0000 TB --- 2006-12-29 16:03:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-29 16:03:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-12-29 16:03:00 - cleaning the object tree TB --- 2006-12-29 16:03:43 - checking out the source tree TB --- 2006-12-29 16:03:43 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-12-29 16:03:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-29 16:13:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-29 16:13:03 - cd /src TB --- 2006-12-29 16:13:03 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 29 16:13:04 UTC 2006 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/gmon/gmon.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/lib/libc/gmon/mcount.c In file included from /obj/pc98/src/tmp/usr/include/machine/atomic.h:6, from /src/lib/libc/gmon/mcount.c:52: /obj/pc98/src/tmp/usr/include/i386/atomic.h: In function `atomic_readandclear_long': /obj/pc98/src/tmp/usr/include/i386/atomic.h:309: error: `result' undeclared (first use in this function) /obj/pc98/src/tmp/usr/include/i386/atomic.h:309: error: (Each undeclared identifier is reported only once /obj/pc98/src/tmp/usr/include/i386/atomic.h:309: error: for each function it appears in.) *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-29 16:31:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-29 16:31:19 - ERROR: failed to build world TB --- 2006-12-29 16:31:19 - tinderbox aborted TB --- 0.74 user 2.84 system 1699.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 17:35:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB44516A47E; Fri, 29 Dec 2006 17:35:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9396513C43E; Fri, 29 Dec 2006 17:35:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kBTHZ6RX093426; Fri, 29 Dec 2006 12:35:06 -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.8/8.13.8) with ESMTP id kBTHZ60j043722; Fri, 29 Dec 2006 12:35:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8DF7773034; Fri, 29 Dec 2006 12:35:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061229173506.8DF7773034@freebsd-current.sentex.ca> Date: Fri, 29 Dec 2006 12:35:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 17:35:08 -0000 TB --- 2006-12-29 16:03:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-29 16:03:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2006-12-29 16:03:09 - cleaning the object tree TB --- 2006-12-29 16:03:53 - checking out the source tree TB --- 2006-12-29 16:03:53 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2006-12-29 16:03:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-29 16:13:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-29 16:13:03 - cd /src TB --- 2006-12-29 16:13:03 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 29 16:13:04 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 29 17:28:11 UTC 2006 TB --- 2006-12-29 17:28:11 - generating LINT kernel config TB --- 2006-12-29 17:28:11 - cd /src/sys/ia64/conf TB --- 2006-12-29 17:28:11 - /usr/bin/make -B LINT TB --- 2006-12-29 17:28:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-29 17:28:11 - cd /src TB --- 2006-12-29 17:28:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 29 17:28:11 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/mpt/mpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/mpt/mpt_cam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/mpt/mpt_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/mpt/mpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/mpt/mpt_raid.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/my/if_my.c /src/sys/dev/my/if_my.c: In function `my_rxeof': /src/sys/dev/my/if_my.c:1165: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-29 17:35:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-29 17:35:06 - ERROR: failed to build lint kernel TB --- 2006-12-29 17:35:06 - tinderbox aborted TB --- 0.84 user 2.39 system 5517.15 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 17:40:17 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B5A416A407; Fri, 29 Dec 2006 17:40:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D285B13C461; Fri, 29 Dec 2006 17:40:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id kBTHeGNm094335; Fri, 29 Dec 2006 12:40:16 -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.8/8.13.8) with ESMTP id kBTHeGZl058837; Fri, 29 Dec 2006 12:40:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E681A73034; Fri, 29 Dec 2006 12:40:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061229174015.E681A73034@freebsd-current.sentex.ca> Date: Fri, 29 Dec 2006 12:40:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 17:40:17 -0000 TB --- 2006-12-29 16:31:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-12-29 16:31:19 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2006-12-29 16:31:19 - cleaning the object tree TB --- 2006-12-29 16:31:45 - checking out the source tree TB --- 2006-12-29 16:31:45 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2006-12-29 16:31:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-12-29 16:39:45 - building world (CFLAGS=-O2 -pipe) TB --- 2006-12-29 16:39:45 - cd /src TB --- 2006-12-29 16:39:45 - /usr/bin/make -B buildworld >>> World build started on Fri Dec 29 16:39:46 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 29 17:35:17 UTC 2006 TB --- 2006-12-29 17:35:17 - generating LINT kernel config TB --- 2006-12-29 17:35:17 - cd /src/sys/powerpc/conf TB --- 2006-12-29 17:35:17 - /usr/bin/make -B LINT TB --- 2006-12-29 17:35:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-12-29 17:35:17 - cd /src TB --- 2006-12-29 17:35:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 29 17:35:18 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/mpt/mpt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/mpt/mpt_cam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/mpt/mpt_debug.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/mpt/mpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/mpt/mpt_raid.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -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 -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/dev/my/if_my.c /src/sys/dev/my/if_my.c: In function `my_rxeof': /src/sys/dev/my/if_my.c:1165: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-12-29 17:40:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-12-29 17:40:15 - ERROR: failed to build lint kernel TB --- 2006-12-29 17:40:15 - tinderbox aborted TB --- 0.67 user 2.19 system 4136.27 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 29 20:50:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF39816A415 for ; Fri, 29 Dec 2006 20:50:42 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4382313C47E for ; Fri, 29 Dec 2006 20:50:42 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id kBTKn8o9017419; Fri, 29 Dec 2006 15:49:13 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <20061229125454.GF76083@comp.chem.msu.su> References: <21FFCA85-E5E5-4B60-BFB5-54C63A33ED90@siliconlandmark.com> <20061229125454.GF76083@comp.chem.msu.su> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Fri, 29 Dec 2006 15:49:03 -0500 To: Yar Tikhiy X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV 0.88.6/2394/Fri Dec 29 08:30:43 2006 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-1.45, required 6, AWL 0.01, BAYES_00 -2.60, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: [PATCH] Typo fixes: preceed -> precede X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Dec 2006 20:50:42 -0000 On Dec 29, 2006, at 7:54 AM, Yar Tikhiy wrote: > On Thu, Dec 28, 2006 at 02:02:23AM -0500, Andre Guibert de Bruet > wrote: >> Hi, >> >> The attached patch fixes the misspelling of the word "precede" in CVS >> HEAD in a number of source files and man pages. It needs to be >> applied in src/. Could someone commit it? >> >> It can also be found online at: https://bling.properkernel.com/ >> freebsd/20061227-fix-preceed.patch >> >> PS: This patch does not fix the instances in src/contrib/ as it is my >> understanding that these are vendor imported sources. I will take >> these up with the appropriate people. > > Thank you for spotting those typos! Personally, I hate typos in > comments and docs as they make me suspect that the author didn't > have enough concentration to write good code either. :-) I feel the same way. > My only remark is that we should't touch the files in src/crypto/ > or the manpages in src/secure/. The former are much like those > in src/contrib/, while the latter are auto-generated from the POD > files in src/crypto/. I have the POD files fixed in my local repo. Would you like the patches? > Having said that, I'll happily correct the rest of slips you've > found. Thanks, and Happy New Year! I'm happy to oblige. Happy New Year to you too! :) Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Sat Dec 30 00:34:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2200116A407 for ; Sat, 30 Dec 2006 00:34:21 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id CAFFE13C442 for ; Sat, 30 Dec 2006 00:34:20 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id DCE2278C1E; Fri, 29 Dec 2006 23:59:26 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 6FEE11141E; Sat, 30 Dec 2006 00:59:51 +0100 (CET) Date: Sat, 30 Dec 2006 00:59:51 +0100 From: "Simon L. Nielsen" To: Andre Guibert de Bruet Message-ID: <20061229235950.GF996@zaphod.nitro.dk> References: <21FFCA85-E5E5-4B60-BFB5-54C63A33ED90@siliconlandmark.com> <20061229125454.GF76083@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: Yar Tikhiy , current@freebsd.org Subject: Re: [PATCH] Typo fixes: preceed -> precede X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Dec 2006 00:34:21 -0000 On 2006.12.29 15:49:03 -0500, Andre Guibert de Bruet wrote: > On Dec 29, 2006, at 7:54 AM, Yar Tikhiy wrote: > > >My only remark is that we should't touch the files in src/crypto/ > >or the manpages in src/secure/. The former are much like those > >in src/contrib/, while the latter are auto-generated from the POD > >files in src/crypto/. > > I have the POD files fixed in my local repo. Would you like the patches? At least for OpenSSL could you try to get them integrated upsteam instead? Since it causes more work for each OpenSSL import I prefer to only differ from upstream when there is a good reason for that (e.g. real code differences or if the typo actually confused the reader). -- Simon L. Nielsen Hat: OpenSSL janitor/maintainer From owner-freebsd-current@FreeBSD.ORG Sat Dec 30 08:40:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ACDE16A407 for ; Sat, 30 Dec 2006 08:40:01 +0000 (UTC) (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 B827B13C448 for ; Sat, 30 Dec 2006 08:39:58 +0000 (UTC) (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.4/8.13.3) with ESMTP id kBU8ce6G091482; Sat, 30 Dec 2006 11:39:55 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id kBU8cdg0091481; Sat, 30 Dec 2006 11:38:39 +0300 (MSK) (envelope-from yar) Date: Sat, 30 Dec 2006 11:38:39 +0300 From: Yar Tikhiy To: Andre Guibert de Bruet Message-ID: <20061230083839.GG76083@comp.chem.msu.su> References: <21FFCA85-E5E5-4B60-BFB5-54C63A33ED90@siliconlandmark.com> <20061229125454.GF76083@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: [PATCH] Typo fixes: preceed -> precede X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Dec 2006 08:40:01 -0000 On Fri, Dec 29, 2006 at 03:49:03PM -0500, Andre Guibert de Bruet wrote: > On Dec 29, 2006, at 7:54 AM, Yar Tikhiy wrote: > > >On Thu, Dec 28, 2006 at 02:02:23AM -0500, Andre Guibert de Bruet > >wrote: > >>Hi, > >> > >>The attached patch fixes the misspelling of the word "precede" in CVS > >>HEAD in a number of source files and man pages. It needs to be > >>applied in src/. Could someone commit it? > >> > >>It can also be found online at: https://bling.properkernel.com/ > >>freebsd/20061227-fix-preceed.patch > >> > >>PS: This patch does not fix the instances in src/contrib/ as it is my > >>understanding that these are vendor imported sources. I will take > >>these up with the appropriate people. > > > >Thank you for spotting those typos! Personally, I hate typos in > >comments and docs as they make me suspect that the author didn't > >have enough concentration to write good code either. :-) > > I feel the same way. > > >My only remark is that we should't touch the files in src/crypto/ > >or the manpages in src/secure/. The former are much like those > >in src/contrib/, while the latter are auto-generated from the POD > >files in src/crypto/. > > I have the POD files fixed in my local repo. Would you like the patches? Excuse me, but the POD files shouldn't be changed in the FreeBSD repo because src/crypto contains imported third-party software, like src/contrib does. The separation was due to the legal issues about cryptographic programs. See src/crypto/README. -- Yar From owner-freebsd-current@FreeBSD.ORG Sat Dec 30 20:27:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5020516A47B; Sat, 30 Dec 2006 20:27:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0F40A13C457; Sat, 30 Dec 2006 20:27:40 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id kBUJqJcl068971; Sat, 30 Dec 2006 11:52:19 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id kBUJqJuO068970; Sat, 30 Dec 2006 11:52:19 -0800 (PST) (envelope-from david) Date: Sat, 30 Dec 2006 11:52:19 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20061230195219.GD64111@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org, piso@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k4f25fnPtRuIRUb3" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: piso@freebsd.org Subject: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 20:27:41 -0000 --k4f25fnPtRuIRUb3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running: g1-18(7.0-C)[1] uname -a FreeBSD g1-18.catwhisker.org. 7.0-CURRENT FreeBSD 7.0-CURRENT #279: Fri Dec= 29 09:33:05 PST 2006 root@g1-18.catwhisker.org.:/common/S4/obj/usr/src= /sys/LAPTOP_30W i386 g1-18(7.0-C)[2]=20 Recent updates to source tree were: g1-18(7.0-C)[2] tail /var/log/cvsup-history.log CVSup begin from cvsup4.freebsd.org at Thu Dec 28 03:47:03 PST 2006 CVSup ended from cvsup4.freebsd.org at Thu Dec 28 03:51:51 PST 2006 CVSup begin from cvsup4.freebsd.org at Fri Dec 29 01:17:03 PST 2006 CVSup ended from cvsup4.freebsd.org at Fri Dec 29 01:22:30 PST 2006 CVSup begin from cvsup4.freebsd.org at Fri Dec 29 03:47:03 PST 2006 CVSup ended from cvsup4.freebsd.org at Fri Dec 29 03:52:10 PST 2006 CVSup begin from cvsup4.freebsd.org at Sat Dec 30 01:17:03 PST 2006 CVSup ended from cvsup4.freebsd.org at Sat Dec 30 01:22:58 PST 2006 CVSup begin from cvsup4.freebsd.org at Sat Dec 30 03:47:03 PST 2006 CVSup ended from cvsup4.freebsd.org at Sat Dec 30 03:52:40 PST 2006 g1-18(7.0-C)[3]=20 I had done the "make buildworld" today without incident; trying to link the kernel (after building it, of course), I see: >>> Kernel build for LAPTOP_30W started on Sat Dec 30 11:07:13 PST 2006 =2E.. >>> stage 3.2: building everything =2E.. linking kernel.debug ip_fw2.o(.text+0x2a54): In function `ifaddr_change': /usr/src/sys/netinet/ip_fw2.c:2059: undefined reference to `LibAliasSetAddr= ess' ip_fw2.o(.text+0x2ba9): In function `del_redir_spool_cfg': /usr/src/sys/netinet/ip_fw2.c:2125: undefined reference to `LibAliasRedirec= tDelete' ip_fw2.o(.text+0x2d3c): In function `add_redir_spool_cfg': /usr/src/sys/netinet/ip_fw2.c:2160: undefined reference to `LibAliasRedirec= tAddr' ip_fw2.o(.text+0x2dbf): In function `add_redir_spool_cfg': =2E/machine/endian.h:151: undefined reference to `LibAliasRedirectPort' ip_fw2.o(.text+0x2dff): In function `add_redir_spool_cfg': /usr/src/sys/netinet/ip_fw2.c:2180: undefined reference to `LibAliasRedirec= tProto' ip_fw2.o(.text+0x2e92): In function `add_redir_spool_cfg': =2E/machine/endian.h:151: undefined reference to `LibAliasAddServer' ip_fw2.o(.text+0x511e): In function `ipfw_chk': /usr/src/sys/netinet/ip_fw2.c:3460: undefined reference to `m_megapullup' ip_fw2.o(.text+0x5181):/usr/src/sys/netinet/ip_fw2.c:3524: undefined refere= nce to `LibAliasIn' ip_fw2.o(.text+0x5196):/usr/src/sys/netinet/ip_fw2.c:3527: undefined refere= nce to `LibAliasOut' ip_fw2.o(.text+0x656b): In function `ipfw_ctl': /usr/src/sys/netinet/ip_fw2.c:4583: undefined reference to `LibAliasInit' ip_fw2.o(.text+0x6679):/usr/src/sys/netinet/ip_fw2.c:4610: undefined refere= nce to `LibAliasSetMode' ip_fw2.o(.text+0x6684):/usr/src/sys/netinet/ip_fw2.c:4611: undefined refere= nce to `LibAliasSetAddress' ip_fw2.o(.text+0x6872):/usr/src/sys/netinet/ip_fw2.c:4645: undefined refere= nce to `LibAliasUninit' ip_fw2.o(.text+0x6fca): In function `ipfw_destroy': /usr/src/sys/netinet/ip_fw2.c:4930: undefined reference to `LibAliasUninit' *** Error code 1 Stop in /common/S4/obj/usr/src/sys/LAPTOP_30W. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. g1-18(7.0-C)[2]=20 The affected files all seem to have been last modified a little over 21 hours ago, so I'd expect that if I got any of those changes, I should have all of them (from the commit in question). Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --k4f25fnPtRuIRUb3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkWWw3EACgkQmprOCmdXAD3cAQCfYqKhhY8JAgJQHU+/hgu8dGJE mE0An39Qjaf17iaS3xN2fNkI3gc5eCIj =Z2Cf -----END PGP SIGNATURE----- --k4f25fnPtRuIRUb3-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 30 21:24:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C30816A407; Sat, 30 Dec 2006 21:24:02 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF6E13C441; Sat, 30 Dec 2006 21:24:01 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-64-88.sn2.eutelia.it [83.211.64.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 708E211AE43; Sat, 30 Dec 2006 21:51:58 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id kBUKprBW006187; Sat, 30 Dec 2006 21:51:53 +0100 (CET) (envelope-from piso) Date: Sat, 30 Dec 2006 21:51:53 +0100 From: Paolo Pisati To: David Wolfskill , current@freebsd.org, piso@freebsd.org Message-ID: <20061230205153.GB5902@tin.it> References: <20061230195219.GD64111@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061230195219.GD64111@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 21:24:02 -0000 On Sat, Dec 30, 2006 at 11:52:19AM -0800, David Wolfskill wrote: > Running: > g1-18(7.0-C)[1] uname -a > FreeBSD g1-18.catwhisker.org. 7.0-CURRENT FreeBSD 7.0-CURRENT #279: Fri Dec 29 09:33:05 PST 2006 root@g1-18.catwhisker.org.:/common/S4/obj/usr/src/sys/LAPTOP_30W i386 > g1-18(7.0-C)[2] i guess you have IPFIREWALL in you kernel config, but no LIBALIAS? P. From owner-freebsd-current@FreeBSD.ORG Sat Dec 30 21:43:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 122CB16A412; Sat, 30 Dec 2006 21:43:23 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id D93FC13C428; Sat, 30 Dec 2006 21:43:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id kBULhMtP069604; Sat, 30 Dec 2006 13:43:22 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id kBULhMWI069603; Sat, 30 Dec 2006 13:43:22 -0800 (PST) (envelope-from david) Date: Sat, 30 Dec 2006 13:43:21 -0800 From: David Wolfskill To: Paolo Pisati Message-ID: <20061230214321.GG64111@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Paolo Pisati , current@freebsd.org References: <20061230195219.GD64111@bunrab.catwhisker.org> <20061230205153.GB5902@tin.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WkfBGePaEyrk4zXB" Content-Disposition: inline In-Reply-To: <20061230205153.GB5902@tin.it> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 21:43:23 -0000 --WkfBGePaEyrk4zXB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 30, 2006 at 09:51:53PM +0100, Paolo Pisati wrote: > On Sat, Dec 30, 2006 at 11:52:19AM -0800, David Wolfskill wrote: > > Running: > > g1-18(7.0-C)[1] uname -a > > FreeBSD g1-18.catwhisker.org. 7.0-CURRENT FreeBSD 7.0-CURRENT #279: Fri= Dec 29 09:33:05 PST 2006 root@g1-18.catwhisker.org.:/common/S4/obj/usr= /src/sys/LAPTOP_30W i386 > > g1-18(7.0-C)[2]=20 >=20 > i guess you have IPFIREWALL in you kernel config, but=20 > no LIBALIAS? Adding "option LIBALIAS" to the kernel config fixed my problem: g1-18(7.0-C)[1] uname -a FreeBSD g1-18.catwhisker.org. 7.0-CURRENT FreeBSD 7.0-CURRENT #281: Sat Dec= 30 13:11:47 PST 2006 root@g1-18.catwhisker.org.:/common/S4/obj/usr/src= /sys/LAPTOP_30W i386 g1-18(7.0-C)[2]=20 Note that this was for a kernel that uses ipfw, but not natd (ref. src/sys/conf/NOTES). Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --WkfBGePaEyrk4zXB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkWW3XcACgkQmprOCmdXAD3a6wCfRnHjCKghQj4+QuegBRq7pZJI WhIAmwRAg+Tznha/0LTsDCxB0lp1FL08 =LpWD -----END PGP SIGNATURE----- --WkfBGePaEyrk4zXB-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 30 21:46:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ADE116A412; Sat, 30 Dec 2006 21:46:13 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 48DBB13C441; Sat, 30 Dec 2006 21:46:13 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-64-88.sn2.eutelia.it [83.211.64.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 9F4FC11AE43; Sat, 30 Dec 2006 22:46:14 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id kBULk9pa007016; Sat, 30 Dec 2006 22:46:09 +0100 (CET) (envelope-from piso) Date: Sat, 30 Dec 2006 22:46:09 +0100 From: Paolo Pisati To: David Wolfskill , Paolo Pisati , current@freebsd.org Message-ID: <20061230214609.GA6996@tin.it> References: <20061230195219.GD64111@bunrab.catwhisker.org> <20061230205153.GB5902@tin.it> <20061230214321.GG64111@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061230214321.GG64111@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 21:46:13 -0000 On Sat, Dec 30, 2006 at 01:43:21PM -0800, David Wolfskill wrote: > > Note that this was for a kernel that uses ipfw, but not natd (ref. > src/sys/conf/NOTES). my mistake, i'll write an entry for UPDATING. P. From owner-freebsd-current@FreeBSD.ORG Sat Dec 30 22:04: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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27CBC16A403 for ; Sat, 30 Dec 2006 22:04:45 +0000 (UTC) (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 AC39C13C469 for ; Sat, 30 Dec 2006 22:04:44 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.187.186] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1H0mJn2K1S-00073i; Sat, 30 Dec 2006 23:04:43 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 30 Dec 2006 23:04:33 +0100 User-Agent: KMail/1.9.4 References: <20061230195219.GD64111@bunrab.catwhisker.org> <20061230214321.GG64111@bunrab.catwhisker.org> <20061230214609.GA6996@tin.it> In-Reply-To: <20061230214609.GA6996@tin.it> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1627022.QJtX7MaApS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612302304.39194.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: Can't link kernel after recent libalias commits? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 22:04:45 -0000 --nextPart1627022.QJtX7MaApS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 30 December 2006 22:46, Paolo Pisati wrote: > On Sat, Dec 30, 2006 at 01:43:21PM -0800, David Wolfskill wrote: > > Note that this was for a kernel that uses ipfw, but not natd (ref. > > src/sys/conf/NOTES). > > my mistake, i'll write an entry for UPDATING. Shouldn't it still be possible to build a kernel with IPFW but without=20 LIBALIAS? i.e. instead of a UPDATING entry you should just wrap the=20 libalias entry points in IPFW - or am I misunderstanding what you are=20 saying? =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 --nextPart1627022.QJtX7MaApS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFluJ3XyyEoT62BG0RAjMpAJ9nuyjxQuT2Mai87zCjrLF+HyGflQCfVups Heu/elJF1vPZhejWB5B+QLg= =QK4T -----END PGP SIGNATURE----- --nextPart1627022.QJtX7MaApS--