From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 01:29:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E68BE16A419 for ; Sun, 14 Oct 2007 01:29:55 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id AF94013C4AA for ; Sun, 14 Oct 2007 01:29:55 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l9E1TEDH008294; Sat, 13 Oct 2007 20:29:15 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <471170E1.2090205@freebsd.org> Date: Sat, 13 Oct 2007 20:29:05 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Pieter de Goeje References: <1191175387.92510.6.camel@shumai.marcuscom.com> <470447FF.5070409@free.de> <4710DCDA.1050708@donut.de> <200710131857.46963.pieter@degoeje.nl> In-Reply-To: <200710131857.46963.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 01:29:56 -0000 Pieter de Goeje wrote: > On Saturday 13 October 2007, Rolf Witt wrote: >> Backtrace from crash tonight (after portsnap cron): >> > >> # uname -a >> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE >> #121: Thu Oct 11 16:29:05 CEST 2007 >> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 >> >> Sources from Builddate. >> >> Rowi > Eric sent me this patch: > http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > which seems to be working great so far. I am still testing it, but I think it > fixed the problem. > To apply, cd /usr/src; patch < /path/to/patch and then rebuild the kernel. > > Cheers, > Pieter de Goeje It doesn't actually 'fix' the problem, but I think it helps identify it. I'm not 100% certain if this is the right fix our not, but so far feedback has been good when running with this patch. Can somebody confirm that this patch is ok? Eric From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 02:09:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E4F16A419; Sun, 14 Oct 2007 02:09:01 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id 8997E13C457; Sun, 14 Oct 2007 02:09:00 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l9E28k98005908; Sun, 14 Oct 2007 04:08:46 +0200 From: Pieter de Goeje To: Eric Anderson Date: Sun, 14 Oct 2007 04:08:45 +0200 User-Agent: KMail/1.9.7 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> In-Reply-To: <471170E1.2090205@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710140408.46121.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 02:09:01 -0000 On Sunday 14 October 2007, Eric Anderson wrote: > Pieter de Goeje wrote: > > On Saturday 13 October 2007, Rolf Witt wrote: > >> Backtrace from crash tonight (after portsnap cron): > > > > > > > >> # uname -a > >> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE > >> #121: Thu Oct 11 16:29:05 CEST 2007 > >> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > >> > >> Sources from Builddate. > >> > >> Rowi > > > > Eric sent me this patch: > > http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > > which seems to be working great so far. I am still testing it, but I > > think it fixed the problem. > > To apply, cd /usr/src; patch < /path/to/patch and then rebuild the > > kernel. > > > > Cheers, > > Pieter de Goeje > > It doesn't actually 'fix' the problem, but I think it helps identify it. > I'm not 100% certain if this is the right fix our not, but so far > feedback has been good when running with this patch. > > Can somebody confirm that this patch is ok? > > Eric Can you elaborate on what this patch exactly does / what the problem is? Pieter From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 02:27:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3310E16A418 for ; Sun, 14 Oct 2007 02:27:39 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB3113C491 for ; Sun, 14 Oct 2007 02:27:39 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.163.71]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JPV00JVBQTRZ8I0@vms048.mailsrvcs.net> for current@freebsd.org; Sat, 13 Oct 2007 21:27:28 -0500 (CDT) Date: Sat, 13 Oct 2007 22:27:20 -0400 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Message-id: <1192328840.810.12.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit Cc: Subject: Going from 8.0-CURRENT to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 02:27:39 -0000 This is basically a warning and an advise -- as usual -- YMMV. I have missed HEADS-UP that RELENG_7 has been branched and found myself running 8.0 after cvsup/buildworld/installworld cycle. Since I wanted to stick to RELENG_7 and since branching occured 2 days ago, I've figured I should be able to change tag in SUPFILE cvsup and rebuild. Hence the warning: *don't do that* -- buildworld failed midway with /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from COPY relocation in sh. and you are left with non-working system. Now the advice part: *do not despair* -- you can boot into single user mode, use /rescue/sh, manually copy /bin/sh /usr/bin/make /usr/bin/awk /usr/sbin/mtree /usr/sbin/zic /lib/libedit.so.6 /lib/libncurses.so.7 from your OBJ directory, then do 'make installworld' twice (something non-important failed in the first pass) and you should be back in business. Hopefully, everyone on the list reads it diligently and does not need such advice, but if you shot yourself in the foot, here is the chance to avoid reinstalling the system from scratch. -- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 05:40:47 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC99B16A417 for ; Sun, 14 Oct 2007 05:40:47 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE3813C474 for ; Sun, 14 Oct 2007 05:40:47 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <4711ABD5.80902@intersonic.se> Date: Sun, 14 Oct 2007 07:40:37 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Thunderbird 2.0.0.6 (X11/20071009) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <1192328840.810.12.camel@RabbitsDen> In-Reply-To: <1192328840.810.12.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Going from 8.0-CURRENT to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 05:40:47 -0000 Alexandre "Sunny" Kovalenko wrote: > This is basically a warning and an advise -- as usual -- YMMV. > > I have missed HEADS-UP that RELENG_7 has been branched and found myself > running 8.0 after cvsup/buildworld/installworld cycle. Since I wanted to > stick to RELENG_7 and since branching occured 2 days ago, I've figured I > should be able to change tag in SUPFILE cvsup and rebuild. > > Hence the warning: *don't do that* -- buildworld failed midway with > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from > COPY relocation in sh. > > and you are left with non-working system. > > Now the advice part: *do not despair* -- you can boot into single user > mode, use /rescue/sh, manually copy > > /bin/sh > /usr/bin/make > /usr/bin/awk > /usr/sbin/mtree > /usr/sbin/zic > /lib/libedit.so.6 > /lib/libncurses.so.7 > > from your OBJ directory, then do 'make installworld' twice (something > non-important failed in the first pass) and you should be back in > business. > > Hopefully, everyone on the list reads it diligently and does not need > such advice, but if you shot yourself in the foot, here is the chance to > avoid reinstalling the system from scratch. There was no HEADS UP sent, see other recent posts on the topic. Thank you for the advice! Per olof From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 10:57:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D22616A419 for ; Sun, 14 Oct 2007 10:57:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id D354913C44B for ; Sun, 14 Oct 2007 10:57:48 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [85.19.218.45] (account mc467741@c2i.net [85.19.218.45] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 648162409; Sun, 14 Oct 2007 12:57:47 +0200 From: Hans Petter Selasky To: Michal Varga Date: Sun, 14 Oct 2007 12:58:12 +0200 User-Agent: KMail/1.9.7 References: <1192302906.1028.31.camel@xenon.stonehenge.sk> In-Reply-To: <1192302906.1028.31.camel@xenon.stonehenge.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710141258.14052.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: GigaByte GA-MA69VM USB+mouse problem [WAS: AMD690G/V issues with 7-current (sata, usb)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 10:57:49 -0000 Michal Varga: If you run "usbdevs -v" does it show your mouse ? --HPS From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 11:21:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D04B416A417 for ; Sun, 14 Oct 2007 11:21:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 64CCC13C4B6 for ; Sun, 14 Oct 2007 11:21:04 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5780E.dip.t-dialin.net [84.165.120.14]) by redbull.bpaserver.net (Postfix) with ESMTP id 58E7D2E111 for ; Sun, 14 Oct 2007 13:20:52 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 400635B480D for ; Sun, 14 Oct 2007 13:19:47 +0200 (CEST) Date: Sun, 14 Oct 2007 13:19:18 +0200 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20071014131918.33cb4f69@deskjail> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: Strange problem with universe build (ARM?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 11:21:04 -0000 Hi, I get a strange error message in the universe build in the ARM section: ---snip--- >> amd64 completed on Sun Oct 14 01:06:42 CEST 2007 >> arm started on Sun Oct 14 01:06:42 CEST 2007 *** Error code 1 (ignored) cd /system/usr_src && make buildworld TARGET=arm __MAKE_CONF=/dev/null > _.arm.buildworld 2>&1 >> arm buildworld completed on Sun Oct 14 02:11:55 CEST 2007 cd /system/usr_src && make buildkernel TARGET=arm KERNCONF=AVILA __MAKE_CONF=/dev/null > _.arm.AVILA 2>&1 ---snip--- When I grep in all arm logs for the case independent string "error", I only get lines where "error" is part of the normal operation and not an error message. Looking at the end of the logs also shows no indication of a problem. Any ideas, clues, hints or explanations? Bye, Alexander. -- Content: 80% POLYESTER, 20% DACRONi ... The waitress's UNIFORM sheds TARTAR SAUCE like an 8" by 10" GLOSSY ... http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 11:29:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 145E316A41A for ; Sun, 14 Oct 2007 11:29:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.tele2.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 5D73F13C457 for ; Sun, 14 Oct 2007 11:29:25 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [85.19.218.45] (account mc467741@c2i.net [85.19.218.45] verified) by mailfe11.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 480963757; Sun, 14 Oct 2007 13:14:24 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 14 Oct 2007 13:14:50 +0200 User-Agent: KMail/1.9.7 References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <471122EB.8090906@conducive.net> In-Reply-To: <471122EB.8090906@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710141314.51326.hselasky@c2i.net> Cc: Bill Hacker , Michal Varga Subject: Re: GigaByte GA-MA69VM USB+mouse problem [WAS: AMD690G/V issues with 7-current (sata, usb)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 11:29:26 -0000 Hi Bill ! On Saturday 13 October 2007, =E9=9F=93=E5=AE=B6=E6=A8=99 Bill Hacker wrote: > Michal Varga wrote: > > Sorry to start with a new thread, but nobody CC:ed me as I said before, > > so I didn't have anything to reply to - > > > >> (please CC: me for reply, I'm subscribed with a different email that is > >> down for maintenance for a few days and didn't want to subscribe again) > > > > Fixed now, I resubscribed with this email address. > > > > So to the point: > >> Option the USB mouse support OFF in the BIOS. > >> Otherwise, though detected, it is *ALSO* presumed to be 'in use', since > >> the BIOS deosn't just 'enable' it - it actually starts it, and before > >> the OS boots. > > > > Bill, this doesn't change anything, it was one of the first things I > > tried to do, along with disabling USB2.0 support in bios, etc. But you > > are right, this option is there, except that I can see no difference > > with either enabled or disabled. > > Try these in separate login shells: > > tail -f /var/log/messages > > - you will be looking for the message announceing ums & usb load > > > ls /dev/u* before unplugging, Again after re-plugging > > - you are looking for /dev/um0 and at least one /dev/usb(n) changing. Why should one of the /dev/usbX change ? > > >> Michal Varga: Do you have USB in the kernel or are you loading the USB > >> modules ? > > > > I start USB from /boot/loader.conf > > usb_load=3D"YES" > > ugen_load=3D"YES" > > uhid_load=3D"YES" > > umass_load=3D"YES" > > ukbd_load=3D"YES" > > ums_load=3D"YES" > > ucom_load=3D"YES" > > uftdi_load=3D"YES" > > > > And usbd_enable=3D"YES" in rc.conf. Verbose boot doesn't show anything > > interesting: > > AFAIK, um0 and usb(n) will load by default. What is "um0" ? You mean "ums0" ? > > IMBW, but an entry in /etc/rc.conf or /boot/loader.conf would only be > needed to force them to NOT load. > > ..which you might just try, as that 'mad mouse' I experienced was a > possiblw indication of two drivers competing. Can you explain what you mean by "mad mouse" ? By the way there is a "man ums" command that might be interesting. > > Try a hard-wired, (i.e. not wireless), and mechanical, not optical mouse. > > Some optical meese shut themselves OFF part of the time - even if not > battery-powered. Laser life issue? Dunno. One mouse. Two mice. I get what you mean anyway :-) =2D-HPS From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 12:13:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADA0016A418 for ; Sun, 14 Oct 2007 12:13:22 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id E69CB13C458 for ; Sun, 14 Oct 2007 12:13:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9EBCRsb010600; Sun, 14 Oct 2007 08:12:27 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: "Alexandre \"Sunny\" Kovalenko" Date: Sun, 14 Oct 2007 08:10:37 -0300 User-Agent: KMail/1.9.7 References: <1192328840.810.12.camel@RabbitsDen> In-Reply-To: <1192328840.810.12.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710140810.38391.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: Going from 8.0-CURRENT to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 12:13:22 -0000 On Saturday 13 October 2007 23:27:20 Alexandre "Sunny" Kovalenko wrote: > This is basically a warning and an advise -- as usual -- YMMV. > > I have missed HEADS-UP that RELENG_7 has been branched and found myself > running 8.0 after cvsup/buildworld/installworld cycle. Since I wanted to > stick to RELENG_7 and since branching occured 2 days ago, I've figured I > should be able to change tag in SUPFILE cvsup and rebuild. > > Hence the warning: *don't do that* -- buildworld failed midway with > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from > COPY relocation in sh. > > and you are left with non-working system. > I don't know and probably you missed something else=20 only because buildworld fails you do not get any problem on your system unl= ess=20 you install it ...=20 you eventually have something missing in your cvsup.conf, the 'delete' tag = or=20 something =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 13:38:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672C616A46C for ; Sun, 14 Oct 2007 13:38:47 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 20F4213C46E for ; Sun, 14 Oct 2007 13:38:46 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 8AAFE3D8630; Sun, 14 Oct 2007 17:22:30 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 066D43D8608 for ; Sun, 14 Oct 2007 17:22:29 +0400 (MSD) Date: Sun, 14 Oct 2007 17:22:30 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <471530484.20071014172230@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 13:38:47 -0000 Hi, All. FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are worked. I have no idea how to fix it. Can you help me? == DMESG Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #4: Sun Oct 14 11:28:41 MSD 2007 root@release:/usr/src/sys/i386/compile/sysone WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387f9ff real memory = 134152192 (127 MB) avail memory = 121659392 (116 MB) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ef0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x4041,0x5000-0x500f on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0xe000-0xe01f at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) vgapci0: mem 0xe0000000-0xe3ffffff at device 14.0 on pci0 rl0: port 0xe400-0xe4ff mem 0xe7401000-0xe74010ff irq 11 at device 16.0 on pci0 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:80:48:4b:b2:d9 rl0: [ITHREAD] re0: port 0xe800-0xe8ff mem 0xe7400000-0xe74000ff irq 10 at device 18.0 on pci0 miibus1: on re0 rgephy0: PHY 1 on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1b:11:47:2d:e0 re0: [FILTER] fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 501139488 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.23 initialized. Default = block all, Logging = enabled ad0: 39205MB at ata0-master UDMA33 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted == KERNCONF cpu I486_CPU cpu I586_CPU cpu I686_CPU ident sysone # 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 # = MODULES makeoptions MODULES_OVERRIDE="smbfs cd9660 cd9660_iconv udf udf_iconv ntfs ntfs_iconv \ dummynet ext2fs firmware geom if_vlan ipdivert linux linsysfs linprocfs libalias \ nfs4client nfsclient nfsserver procfs re rl tmpfs unionfs agp acpi ipfw if_bridge bridgestp \ msdosfs msdosfs_iconv" # = END options LIBICONV options LIBMCHAIN options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols #options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. #options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [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 options AUDIT # Security event auditing # FIREWALL FILTER options IPFILTER options IPFILTER_LOG options IPFILTER_LOOKUP options IPFILTER_DEFAULT_BLOCK # 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 # CPU frequency control #device cpufreq # Bus support. #device eisa 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 hptiop # Highpoint RocketRaid 3xxx series #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 nfe # nVidia nForce MCP on-board 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 wlan_amrr # AMRR transmit rate control algorithm #device wlan_scan_ap # 802.11 AP mode scanning #device wlan_scan_sta # 802.11 STA mode scanning #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 # 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 rum # Ralink Technology RT2501USB wireless NICs #device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons -- With all regards, Victor M. Blood. FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 13:42:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0263D16A417 for ; Sun, 14 Oct 2007 13:42:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 6152F13C478 for ; Sun, 14 Oct 2007 13:42:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47121CCA.6080202@FreeBSD.org> Date: Sun, 14 Oct 2007 15:42:34 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <471530484.20071014172230@masm.elcom.ru> In-Reply-To: <471530484.20071014172230@masm.elcom.ru> Content-Type: text/plain; charset=windows-874; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 13:42:38 -0000 Victor M. Blood wrote: > Hi, All. > > FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. > > Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are > worked. I have no idea how to fix it. Can you help me? ipfilter is known to be broken. Kris From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 13:52:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0453B16A41B for ; Sun, 14 Oct 2007 13:52:46 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 1461813C45B for ; Sun, 14 Oct 2007 13:52:44 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 69520 invoked from network); 14 Oct 2007 17:52:43 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 14 Oct 2007 17:52:43 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249376, updated: 14.10.2007] Message-ID: <011601c80e69$7d6d01f0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <012d01c8078b$59331e30$0c00a8c0@Artem> <20071005213643.GA86107@heechee.tobez.org> <20071006014202.Y21670@woozle.rinet.ru> Date: Sun, 14 Oct 2007 17:52:36 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Re: Suspeded (tty output) on perl system on 7-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: Sun, 14 Oct 2007 13:52:46 -0000 Dmitry Morozovsky wrote: > On Fri, 5 Oct 2007, Anton Berezin wrote: > >> On Sat, Oct 06, 2007 at 12:07:22AM +0400, Artem Kuchin wrote: >>> I am having a problem which might not be related to current, but i >>> do not have it on any of the 6-stable boxes. >>> >>> So, there is a very simple perl script. >>> >>> #!/usr/bin/perl >>> >>> $com="/usr/bin/su hordelo_ru -c '/usr/local/sbin/httpd -f >>> /hosts/CONFS/horosheedelo.ru -k graceful-stop'"; >>> system($com); >>> print "done!\n"; >>> >>> It work find on 6-stable. RUns httpd and prints done! >>> Howeverm on 7-current (amd64) it does the following: >>> >>> horus# ./a.pl >>> httpd (no pid file) not running >>> >>> Suspended (tty output) >>> >>> if i do 'fg' it continues and finishes fine. >> >> Do you get "httpd (no pid file) not running" on 6.X? >> >> What happens on 7.0 when you do the command in $com by hand (without >> perl)? >> >> What's the output of perl -V? >> >> What's httpd - apache or something else? >> >> Are the versions of httpd the same on both 6.X and 7.0? > > Looking at 'su' in the command line tends me to think about broken > tcsh signal handling in -current... It is nore PRERELEASE but this issue is stil present. Will su be fixed in release? As i said, a bunch of system managing scripts do not work now because they get suspended when calling system. -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 14:35:20 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40CFF16A46B for ; Sun, 14 Oct 2007 14:35:20 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id B741613C458 for ; Sun, 14 Oct 2007 14:35:19 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id EAA3E3A562; Sun, 14 Oct 2007 16:35:18 +0200 (CEST) Date: Sun, 14 Oct 2007 16:35:18 +0200 From: Lars Engels To: current@FreeBSD.org Message-ID: <20071014143508.GA2317@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: if_zyd LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 14:35:20 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline On inserting a ZyDAS wireless USB stick (ZyXEL G-220) there is a LOR: lars@ttyp0 > uname -rs FreeBSD 8.0-CURRENT zyd0: on uhub4 zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:13:49:70:b0:52 zyd0: Ethernet address: 00:13:49:70:b0:52 zyd0: if_start running deferred for Giant lock order reversal: (Giant after non-sleepable) 1st 0xc0bfda0c in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in_mcast.c:318 2nd 0xc0baa490 Giant (Giant) @ /usr/src/sys/modules/zyd/../../dev/usb/if_zyd.c:2376 KDB: stack backtrace: db_trace_self_wrapper(c0a97fad,e7c33a28,c07825be,c0a9a47f,c0baa490,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a9a47f,c0baa490,c0ab0014,c0ab0014,c582ebd4,...) at kdb_backtrace+0x29 witness_checkorder(c0baa490,9,c582ebd4,948,c0aa174c,...) at witness_checkorder+0x6de _mtx_lock_flags(c0baa490,0,c582ebd4,948,c54ac980,...) at _mtx_lock_flags+0xbc zyd_ioctl(c53b4400,80206931,0,94d,c53b464c,...) at zyd_ioctl+0x3b if_addmulti(c53b4400,e7c33ab8,e7c33b38,140,210,...) at if_addmulti+0x244 in_addmulti(e7c33ba4,c53b4400,0,0,c0aa174c,...) at in_addmulti+0x173 in_control(c5afd4a4,8040691a,c5ae4b00,c53b4400,c58feaa0,...) at in_control+0xadf ifioctl(c5afd4a4,8040691a,c5ae4b00,c58feaa0,c58feaa0,...) at ifioctl+0x323 soo_ioctl(c5698708,8040691a,c5ae4b00,c50f2300,c58feaa0,...) at soo_ioctl+0x3a4 kern_ioctl(c58feaa0,3,8040691a,c5ae4b00,c5ae4b00,...) at kern_ioctl+0x243 ioctl(c58feaa0,e7c33cfc,c,c0ac6e16,c0b41ab0,...) at ioctl+0x12f syscall(e7c33d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815ebd3, esp = 0xbfbfe65c, ebp = 0xbfbfe688 --- zyd0: link state changed to UP Lars --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHEikmKc512sD3afgRAuvxAJ9Y/H57rorpuJke22SPRXbm/Mn0PwCeKVR3 blV1V4MStV8PdPCNtmxXtaE= =zjQ0 -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 14:49:04 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C427716A46E for ; Sun, 14 Oct 2007 14:49:04 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.44]) by mx1.freebsd.org (Postfix) with ESMTP id 01F4313C48A for ; Sun, 14 Oct 2007 14:49:03 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 31167 invoked from network); 14 Oct 2007 14:49:02 -0000 Received: from unknown (HELO localhost) (775067@[217.50.164.177]) (envelope-sender ) by smtprelay06.ispgateway.de (qmail-ldap-1.03) with SMTP; 14 Oct 2007 14:49:02 -0000 Date: Sun, 14 Oct 2007 16:48:38 +0200 From: Fabian Keil To: Pawel Jakub Dawidek Message-ID: <20071014164838.0208a81b@fabiankeil.de> In-Reply-To: <20071011173846.GB52831@garage.freebsd.pl> References: <20071011190517.770fd3ab@fabiankeil.de> <20071011173846.GB52831@garage.freebsd.pl> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/9SxXVP+t6X7xLJkBhh3mUJH"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@FreeBSD.org Subject: Re: zpool scrub causes geli vdev to detach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 14:49:04 -0000 --Sig_/9SxXVP+t6X7xLJkBhh3mUJH Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pawel Jakub Dawidek wrote: > On Thu, Oct 11, 2007 at 07:05:17PM +0200, Fabian Keil wrote: > > this zpool: > > worked without issues when it only consisted of ad0s3f.eli, > > but then I added ad0s2.eli and now scrubbing the pool leads to: > >=20 > > Unread portion of the kernel message buffer: > > GEOM_ELI: Detached ad0s2.eli on last close. > > GEOM_LABEL: Label for provider ad0s2 is msdosfs/?A.?,{(#0. > > panic: Function g_eli_orphan_spoil_assert() called for ad0s3f.eli. > > KDB: enter: panic > > panic: from debugger > > Uptime: 5m27s > > Physical memory: 1014 MB > > Dumping 120 MB: 105 89 73 57 41 25 9 > > Is there an obvious solution, or should I file a PR about this? >=20 > Please file PR, but let me explain. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D117158 Fabian --Sig_/9SxXVP+t6X7xLJkBhh3mUJH Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHEixGBYqIVf93VJ0RAlM4AJ0Y4iXonXzv4lVIH6YBimQqhnBl8gCfT6pA g+1O/vOx5JUHklt23HCiHTo= =SfsD -----END PGP SIGNATURE----- --Sig_/9SxXVP+t6X7xLJkBhh3mUJH-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 14:49:50 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B87716A46D for ; Sun, 14 Oct 2007 14:49:50 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 21DF813C480 for ; Sun, 14 Oct 2007 14:49:50 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.163.71]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JPW006H4P6AMFXC@vms042.mailsrvcs.net> for current@freebsd.org; Sun, 14 Oct 2007 09:49:24 -0500 (CDT) Date: Sun, 14 Oct 2007 10:49:13 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <200710140810.38391.joao@matik.com.br> To: JoaoBR Message-id: <1192373354.810.14.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <1192328840.810.12.camel@RabbitsDen> <200710140810.38391.joao@matik.com.br> Cc: current@freebsd.org Subject: Re: Going from 8.0-CURRENT to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 14:49:50 -0000 On Sun, 2007-10-14 at 08:10 -0300, JoaoBR wrote: > On Saturday 13 October 2007 23:27:20 Alexandre "Sunny" Kovalenko wrote: > > This is basically a warning and an advise -- as usual -- YMMV. > > > > I have missed HEADS-UP that RELENG_7 has been branched and found myself > > running 8.0 after cvsup/buildworld/installworld cycle. Since I wanted to > > stick to RELENG_7 and since branching occured 2 days ago, I've figured I > > should be able to change tag in SUPFILE cvsup and rebuild. > > > > Hence the warning: *don't do that* -- buildworld failed midway with > > > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from > > COPY relocation in sh. > > > > and you are left with non-working system. > > > > > I don't know and probably you missed something else > > only because buildworld fails you do not get any problem on your system unless > you install it ... s/buildworld/installworld/ Fat fingered that one, sorry... > > you eventually have something missing in your cvsup.conf, the 'delete' tag or > something > > > -- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 14:56:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A81FF16A417 for ; Sun, 14 Oct 2007 14:56:55 +0000 (UTC) (envelope-from varga.michal@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 CE1B513C455 for ; Sun, 14 Oct 2007 14:56:54 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1058671nfb for ; Sun, 14 Oct 2007 07:56:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=Z0gd14b4Y+/ZxBhKrqem3m8Vr0ayirIdQmRnqOa7Kx8=; b=NKYdqNJwIwte0ufXjn1U6W28s0w1B2239bO6tXf/WIsCYK4gOLPK+xC83A6YjRmWav/eo1DKQa4gEgrC2JGzs3vyjHoByjQI576Ya5rTi7Zwybos4tLB1D4uRnIVM+UiFSZ57NN0T+Q9H2RiWW7x84h5O6p53ih4mZETLJMu0mE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=bvDWpg4FHloEZmuPtK2UeajlYf8oBBnO/Y13pqFbXyK7zecMjNOcVc8bKUsjG9TL4ZzlLz3agy339V3N1/yjUNLiZIFDDbJAchD9r1k9qulZoocvi7UGFblFVKlyP+koYa/XaWKD+nPFipkHA8uX4weJO9O0ee4vGGrzltC0ImE= Received: by 10.86.97.7 with SMTP id u7mr4178749fgb.1192373813598; Sun, 14 Oct 2007 07:56:53 -0700 (PDT) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id b17sm5994794fka.2007.10.14.07.56.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Oct 2007 07:56:52 -0700 (PDT) From: Michal Varga To: Hans Petter Selasky In-Reply-To: <200710141258.14052.hselasky@c2i.net> References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <200710141258.14052.hselasky@c2i.net> Content-Type: text/plain Organization: Stonehenge Date: Sun, 14 Oct 2007 16:51:07 +0200 Message-Id: <1192373467.1059.7.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: GigaByte GA-MA69VM USB+mouse problem [WAS: AMD690G/V issues with 7-current (sata, usb)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 14:56:55 -0000 On Sun, 2007-10-14 at 12:58 +0200, Hans Petter Selasky wrote: > Michal Varga: > > If you run "usbdevs -v" does it show your mouse ? > > --HPS Right after boot, not: dmesg: uhub0: device problem (TIMEOUT), disabling port 2 usbdevs -v: Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb5: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered After that, when I replug it to another port, everything works fine: dmesg: ums0: on uhub1 ums0: 7 buttons and Z dir. usbdevs -v: Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 addr 2: low speed, power 100 mA, config 1, USB Optical Mouse(0x0006), A4Tech(0x09da), rev 0.01 Controller /dev/usb2: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb5: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), ATI(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 powered port 9 powered port 10 powered m. From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 15:04:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3CB416A46E for ; Sun, 14 Oct 2007 15:04:12 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 6B97813C457 for ; Sun, 14 Oct 2007 15:04:12 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63841 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ih50k-000ERr-DZ for freebsd-current@freebsd.org; Sun, 14 Oct 2007 15:04:10 +0000 Message-ID: <47122FEA.6030400@conducive.net> Date: Sun, 14 Oct 2007 11:04:10 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <471122EB.8090906@conducive.net> <200710141314.51326.hselasky@c2i.net> In-Reply-To: <200710141314.51326.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: GigaByte GA-MA69VM USB+mouse problem [WAS: AMD690G/V issues with 7-current (sata, usb)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 15:04:12 -0000 Hans Petter Selasky wrote: > Hi Bill ! *trimming the 'history' - its in archives... >> tail -f /var/log/messages >> >> - you will be looking for the message announceing ums & usb load >> >> >> ls /dev/u* before unplugging, Again after re-plugging >> >> - you are looking for /dev/um0 and at least one /dev/usb(n) changing. > > Why should one of the /dev/usbX change ? As an 'opinion' - it should NOT. As an *observation* it/they DID. Specifically, loaded, then unloaded - reloaded on unplug-replug, accompanied by 'message' traffic so reporting. That could be: - mechanical environment: i.e. unreliable USB contacts, 'cold' MB or mouse PCB solder joint, cracked trace on MB or mouse PCB, et al... - electrical environment: flakey power supply, defective mouse PCB, bad cables, more current-drain than the USB port can handle. - firmware environment: firmware on mouse that shuts it OFF or awaits a wake-up initialization, USB port power-saving.. The fact that it works OK after unplug/replug says IF any of the above are involved, it is a transitory, perhaps related to boot-up power drain. - software environment: there are a great many bytes involved, BIOS and OS. That my dmesg.boot showed what was correct, and the one just posted did not, say the BIOS may be involved. The rarity of other similar reports HERE on the list suggest that whatever it is, it is probably not FreeBSD code. Hence my suggestion to see if the symptoms persisted with other mice and/or responded to BIOS setting changes. Coders cannot fix the 'external' world, and should not be asked to do so. >> AFAIK, um0 and usb(n) will load by default. > > What is "um0" ? You mean "ums0" ? > Yes, sorry. >> ..which you might just try, as that 'mad mouse' I experienced was a > > Can you explain what you mean by "mad mouse" ? > Cursor visible, but blinking, position jumping around at a high rate of refresh, responding marginally or not at all to movement of the mouse itself. Was once upon a time a common problem. Long ago fixed in the general case. > By the way there is a "man ums" command that might be interesting. > It was helpful along the way, yes. What was needed OTOH was a 'man CLUEBAT' applied to whomever coded the BIOS! Or a man 'FAULT ISOLATE' before jumping on coders at all.... ;-) Bill From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 15:13:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C433216A419 for ; Sun, 14 Oct 2007 15:13:34 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 89BFE13C467 for ; Sun, 14 Oct 2007 15:13:34 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62859 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ih59o-000EVg-UF; Sun, 14 Oct 2007 15:13:32 +0000 Message-ID: <4712321C.2030302@conducive.net> Date: Sun, 14 Oct 2007 11:13:32 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org, Michal Varga References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <200710141258.14052.hselasky@c2i.net> <1192373467.1059.7.camel@xenon.stonehenge.sk> In-Reply-To: <1192373467.1059.7.camel@xenon.stonehenge.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: GigaByte GA-MA69VM USB+mouse problem [WAS: AMD690G/V issues with 7-current (sata, usb)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 15:13:34 -0000 Michal Varga wrote: > On Sun, 2007-10-14 at 12:58 +0200, Hans Petter Selasky wrote: >> Michal Varga: >> >> If you run "usbdevs -v" does it show your mouse ? >> >> --HPS > > Right after boot, not: > > dmesg: > uhub0: device problem (TIMEOUT), disabling port 2 > > usbdevs -v: > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > ATI(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > ATI(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > ATI(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > ATI(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb4: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > ATI(0x0000), rev 1.00 > port 1 powered > port 2 powered > Controller /dev/usb5: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > ATI(0x0000), rev 1.00 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 5 powered > port 6 powered > port 7 powered > port 8 powered > port 9 powered > port 10 powered > > > After that, when I replug it to another port, everything works fine: > > dmesg: > ums0: on > uhub1 > ums0: 7 buttons and Z dir. 'Houston, we have .... Bingo.. Bad eyesight here. Just took a closer look at MY nouse. Not Atec.. A4Tech. Underside sez Model MOP-18. Blister-packed as a 'high performance' mouse for gaming and such. Purchased 'coz it was the cheapest one on the wall... I think we can take this off-list now until we sort it. It doesn't seem to be a *BSD issue per-se. Bill *snip* From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 15:40:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74D7016A420 for ; Sun, 14 Oct 2007 15:40:59 +0000 (UTC) (envelope-from varga.michal@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 045E113C474 for ; Sun, 14 Oct 2007 15:40:58 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1064282nfb for ; Sun, 14 Oct 2007 08:40:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=DX0l3JiD7ryC5mnjfhkpucoabPrtruzIRqrWItnqLiE=; b=sSN0cbROAKIvMVy+y/FILCSWOAa88UC2aAB/wQKcR2RMQbeHQGMwOsBd05vH44R3RMNaEjN7TJ44V90tl3dcsIvLlaqxrVmu/+fJWTS+bNv4FjpnE/0rB+A8Eee91XfSB5Ow97+53Ksw08qEwnGFADiII4YDXsctvmv2qodFZIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=SwnHTgHz9hGvu0yMVL6AVUvpI22H1WaRE+UurPGWlol/+w5tcZ0HaRYK/HvKOeHueUqncUEQdr3TL7Ns/RcyksxnRB7F/2KcTTALTkU0wlOrAKqo/R3tXzpC4pJtNjOXDn8qyjdnlczf0n9vcmHkDkU+BeXbw3CLEKawBaS7zWc= Received: by 10.86.98.18 with SMTP id v18mr4196136fgb.1192376457395; Sun, 14 Oct 2007 08:40:57 -0700 (PDT) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id c28sm6012883fka.2007.10.14.08.40.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Oct 2007 08:40:53 -0700 (PDT) From: Michal Varga To: =?UTF-8?Q?=E9=9F=93=E5=AE=B6=E6=A8=99?= Bill Hacker In-Reply-To: <47122FEA.6030400@conducive.net> References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <471122EB.8090906@conducive.net> <200710141314.51326.hselasky@c2i.net> <47122FEA.6030400@conducive.net> Content-Type: text/plain; charset=utf-8 Organization: Stonehenge Date: Sun, 14 Oct 2007 17:40:52 +0200 Message-Id: <1192376452.1183.26.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: GigaByte GA-MA69VM USB+mouse problem [WAS: AMD690G/V issues with 7-current (sata, usb)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 15:40:59 -0000 On Sun, 2007-10-14 at 11:04 -0400, 韓家標 Bill Hacker wrote: > The rarity of other similar reports HERE on the list suggest that whatever it > is, it is probably not FreeBSD code. > I'm thinking opposite - it definitely is FreeBSD code (in combination with whatever AMD and/or GigaByte internally do with their USB controller and BIOS). Two facts: 1. This is a really generic low budget A4Tech mouse, I buy this single model for about 5 years, because I love their design (they don't have any) and their functions (they don't have any). I've had them attached everywhere, from Pentium II, PIII, P4, Athlon, AM2 boards and this is the first time the mouse doesn't work. If there was something really special about this particular model, I'd be aware of that for some years already.. 2. Windows 2000 can initialize the mouse without any problems (and with no specific drivers). FreeBSD can do that too, *after* the mouse is plugged in when the OS is already running. I wouldn't argue if this is GigaByte BIOS's fault or not, or if FreeBSD should do something more (or less) during the initialization, this is not my field of expertise. But if this is the case that FreeBSD just refuses to take away control of the device previously initialized by the BIOS and it can be safely done (see Windows 2000), then maybe a systcl for such cases, or at least a quirk would be a nice thing to have. m. From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 16:15:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0106E16A46D for ; Sun, 14 Oct 2007 16:15:17 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7A513C47E for ; Sun, 14 Oct 2007 16:15:16 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 205673D8675; Sun, 14 Oct 2007 20:15:13 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id E50613D8652; Sun, 14 Oct 2007 20:15:12 +0400 (MSD) Date: Sun, 14 Oct 2007 20:15:13 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <89402349.20071014201513@masm.elcom.ru> To: Kris Kennaway , freebsd-current@freebsd.org In-Reply-To: <47121CCA.6080202@FreeBSD.org> References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 16:15:17 -0000 On 14.10.2007, Kris Kennaway wrote: > Victor M. Blood wrote: >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. >> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are >> worked. I have no idea how to fix it. Can you help me? > ipfilter is known to be broken. Is this problem exist on 7-CURRENT or in every BSD-branch? Waiting for fix? -- With all regards, Victor M. Blood. FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 17:06:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3318E16A418 for ; Sun, 14 Oct 2007 17:06:26 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id AA3B113C461 for ; Sun, 14 Oct 2007 17:06:25 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9EH6NqL085894; Sun, 14 Oct 2007 21:06:23 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 14 Oct 2007 21:06:23 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-current@freebsd.org In-Reply-To: <89402349.20071014201513@masm.elcom.ru> Message-ID: <20071014210533.D97516@woozle.rinet.ru> References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <89402349.20071014201513@masm.elcom.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 14 Oct 2007 21:06:24 +0400 (MSD) Cc: Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 17:06:26 -0000 On Sun, 14 Oct 2007, Victor M. Blood wrote: VMB> >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. VMB> >> VMB> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are VMB> >> worked. I have no idea how to fix it. Can you help me? VMB> > ipfilter is known to be broken. VMB> Is this problem exist on 7-CURRENT or in every BSD-branch? VMB> Waiting for fix? According to our tests, ipfilter is not workable at least for SMP and RELENG_[5-7] Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 17:39:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B9F616A46E for ; Sun, 14 Oct 2007 17:39:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id C830113C4CE; Sun, 14 Oct 2007 17:39:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47125444.8090405@FreeBSD.org> Date: Sun, 14 Oct 2007 19:39:16 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Dmitry Morozovsky References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <89402349.20071014201513@masm.elcom.ru> <20071014210533.D97516@woozle.rinet.ru> In-Reply-To: <20071014210533.D97516@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 17:39:25 -0000 Dmitry Morozovsky wrote: > On Sun, 14 Oct 2007, Victor M. Blood wrote: > > VMB> >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. > VMB> >> > VMB> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are > VMB> >> worked. I have no idea how to fix it. Can you help me? > VMB> > ipfilter is known to be broken. > VMB> Is this problem exist on 7-CURRENT or in every BSD-branch? > VMB> Waiting for fix? > > According to our tests, ipfilter is not workable at least for SMP and > RELENG_[5-7] Well if so then it is not the same issue as this one. Have you filed a PR? Kris From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 17:45:08 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EFD316A417; Sun, 14 Oct 2007 17:45:08 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id A3CA713C4A7; Sun, 14 Oct 2007 17:45:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9EHj6rl086583; Sun, 14 Oct 2007 21:45:06 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 14 Oct 2007 21:45:06 +0400 (MSD) From: Dmitry Morozovsky To: Kris Kennaway In-Reply-To: <47125444.8090405@FreeBSD.org> Message-ID: <20071014214310.S97516@woozle.rinet.ru> References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <89402349.20071014201513@masm.elcom.ru> <20071014210533.D97516@woozle.rinet.ru> <47125444.8090405@FreeBSD.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 14 Oct 2007 21:45:06 +0400 (MSD) Cc: freebsd-current@FreeBSD.org Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 17:45:08 -0000 On Sun, 14 Oct 2007, Kris Kennaway wrote: KK> > VMB> >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. KK> > VMB> >> VMB> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil KK> > hooks are KK> > VMB> >> worked. I have no idea how to fix it. Can you help me? KK> > VMB> > ipfilter is known to be broken. KK> > VMB> Is this problem exist on 7-CURRENT or in every BSD-branch? KK> > VMB> Waiting for fix? KK> > KK> > According to our tests, ipfilter is not workable at least for SMP and KK> > RELENG_[5-7] KK> KK> Well if so then it is not the same issue as this one. Have you filed a PR? I did not, as I'm not quite remember all the details; oleg@ should, I'll ask him tomorrow. Well, a bit of clarification: we never actually tried to use ipf part of ipfilter, it was ipnat. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 17:51:54 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD39A16A41A for ; Sun, 14 Oct 2007 17:51:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id F291713C44B; Sun, 14 Oct 2007 17:51:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47125736.1060900@FreeBSD.org> Date: Sun, 14 Oct 2007 19:51:50 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Dmitry Morozovsky References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <89402349.20071014201513@masm.elcom.ru> <20071014210533.D97516@woozle.rinet.ru> <47125444.8090405@FreeBSD.org> <20071014214310.S97516@woozle.rinet.ru> In-Reply-To: <20071014214310.S97516@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 17:51:54 -0000 Dmitry Morozovsky wrote: > On Sun, 14 Oct 2007, Kris Kennaway wrote: > > KK> > VMB> >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. > KK> > VMB> >> VMB> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil > KK> > hooks are > KK> > VMB> >> worked. I have no idea how to fix it. Can you help me? > KK> > VMB> > ipfilter is known to be broken. > KK> > VMB> Is this problem exist on 7-CURRENT or in every BSD-branch? > KK> > VMB> Waiting for fix? > KK> > > KK> > According to our tests, ipfilter is not workable at least for SMP and > KK> > RELENG_[5-7] > KK> > KK> Well if so then it is not the same issue as this one. Have you filed a PR? > > I did not, as I'm not quite remember all the details; oleg@ should, I'll ask > him tomorrow. > > Well, a bit of clarification: we never actually tried to use ipf part > of ipfilter, it was ipnat. OK, step 1 on the road to a fix is obviously reporting the bug :) Kris From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 17:53:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7417816A417 for ; Sun, 14 Oct 2007 17:53:30 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3397E13C468 for ; Sun, 14 Oct 2007 17:53:30 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:61633 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ih7eb-000Fut-2r for freebsd-current@freebsd.org; Sun, 14 Oct 2007 17:53:29 +0000 Message-ID: <47125798.8040809@conducive.net> Date: Sun, 14 Oct 2007 13:53:28 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <471122EB.8090906@conducive.net> <200710141314.51326.hselasky@c2i.net> <47122FEA.6030400@conducive.net> <1192376452.1183.26.camel@xenon.stonehenge.sk> In-Reply-To: <1192376452.1183.26.camel@xenon.stonehenge.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: GigaByte GA-MA69VM USB+mouse problem [WAS: AMD690G/V issues with 7-current (sata, usb)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 17:53:30 -0000 Michal Varga wrote: > On Sun, 2007-10-14 at 11:04 -0400, 韓家標 Bill Hacker wrote: > >> The rarity of other similar reports HERE on the list suggest that whatever it >> is, it is probably not FreeBSD code. >> > > I'm thinking opposite - it definitely is FreeBSD code (in combination > with whatever AMD and/or GigaByte internally do with their USB > controller and BIOS). > Keep on 'thinking opposite', then. I'll kick back and have a Bushmills, neat. Testing of 4 different MB, 3 USB and one PS2 mice with 6 flavors of FreeBSD, and one of DragonFlyBSD turned up: Option USB mouse support ON in BIOS, waste two days. Option USB mouse support OFF in BIOS, mouse responds as it should. > Two facts: > 1. This is a really generic low budget A4Tech mouse, I buy this single > model for about 5 years, because I love their design (they don't have > any) and their functions (they don't have any). I've had them attached > everywhere, from Pentium II, PIII, P4, Athlon, AM2 boards and this is > the first time the mouse doesn't work. If there was something really > special about this particular model, I'd be aware of that for some years > already.. > ...but as you've just enumerated - the MB, its 'bridge' and USB chipset has changed, and the *BIOS* has changed.... > 2. Windows 2000 can initialize the mouse without any problems (and with > no specific drivers). FreeBSD can do that too, *after* the mouse is > plugged in when the OS is already running. I wouldn't argue if this is > GigaByte BIOS's fault or not, or if FreeBSD should do something more (or > less) during the initialization, this is not my field of expertise. But Clearly so. Windows is an entirely different environment, and not 'of interest'. DragonFly was close enough to be of interest. > if this is the case that FreeBSD just refuses to take away control of > the device previously initialized by the BIOS and it can be safely done > (see Windows 2000), then maybe a systcl for such cases, or at least a > quirk would be a nice thing to have. > > m. > The ums and usb are kldload/unload 'able modules. I've been banging on that very approach.. Didn't help. BIOS setting USB kbd DISABLE, USB mouse DISABLE, all other USB ENABLE did. To be fair, your 'thinking opposite' has generated a lot less of a global-warming carbon footprint than all these machines I have running and the A/C to cool them. So keep at it... OTOH, my mouse JF works.... Bill From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 18:20:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2A2816A468; Sun, 14 Oct 2007 18:20:36 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7032613C44B; Sun, 14 Oct 2007 18:20:36 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 48D2F3D865E; Sun, 14 Oct 2007 22:20:32 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id ED8D83D864A; Sun, 14 Oct 2007 22:20:29 +0400 (MSD) Date: Sun, 14 Oct 2007 22:20:30 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <12410405644.20071014222030@masm.elcom.ru> To: Kris Kennaway , freebsd-current@freebsd.org In-Reply-To: <47125736.1060900@FreeBSD.org> References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <89402349.20071014201513@masm.elcom.ru> <20071014210533.D97516@woozle.rinet.ru> <47125444.8090405@FreeBSD.org> <20071014214310.S97516@woozle.rinet.ru> <47125736.1060900@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 18:20:36 -0000 On 14.10.2007, Kris Kennaway wrote: > Dmitry Morozovsky wrote: >> On Sun, 14 Oct 2007, Kris Kennaway wrote: >> >> KK> > VMB> >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. >> KK> > VMB> >> VMB> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil >> KK> > hooks are >> KK> > VMB> >> worked. I have no idea how to fix it. Can you help me? >> KK> > VMB> > ipfilter is known to be broken. >> KK> > VMB> Is this problem exist on 7-CURRENT or in every BSD-branch? >> KK> > VMB> Waiting for fix? >> KK> > >> KK> > According to our tests, ipfilter is not workable at least for SMP and >> KK> > RELENG_[5-7] >> KK> >> KK> Well if so then it is not the same issue as this one. Have you filed a PR? >> >> I did not, as I'm not quite remember all the details; oleg@ should, I'll ask >> him tomorrow. >> >> Well, a bit of clarification: we never actually tried to use ipf part >> of ipfilter, it was ipnat. > OK, step 1 on the road to a fix is obviously reporting the bug :) I already send PR today, before writing to freebsd-current list. I can did not pay attention, but with a GENERIC core like all works. Ipf wal loaded with kldload and no one panic. I try make dump and back-trace, but has failed. -- With all regards, Victor M. Blood. FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 18:39:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 872AF16A41A for ; Sun, 14 Oct 2007 18:39:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id C2D7C13C4A3 for ; Sun, 14 Oct 2007 18:39:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47126274.9000105@FreeBSD.org> Date: Sun, 14 Oct 2007 20:39:48 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <89402349.20071014201513@masm.elcom.ru> <20071014210533.D97516@woozle.rinet.ru> <47125444.8090405@FreeBSD.org> <20071014214310.S97516@woozle.rinet.ru> <47125736.1060900@FreeBSD.org> <12410405644.20071014222030@masm.elcom.ru> In-Reply-To: <12410405644.20071014222030@masm.elcom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 18:39:52 -0000 Victor M. Blood wrote: > On 14.10.2007, Kris Kennaway wrote: >> Dmitry Morozovsky wrote: >>> On Sun, 14 Oct 2007, Kris Kennaway wrote: >>> >>> KK> > VMB> >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. >>> KK> > VMB> >> VMB> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil >>> KK> > hooks are >>> KK> > VMB> >> worked. I have no idea how to fix it. Can you help me? >>> KK> > VMB> > ipfilter is known to be broken. >>> KK> > VMB> Is this problem exist on 7-CURRENT or in every BSD-branch? >>> KK> > VMB> Waiting for fix? >>> KK> > >>> KK> > According to our tests, ipfilter is not workable at least for SMP and >>> KK> > RELENG_[5-7] >>> KK> >>> KK> Well if so then it is not the same issue as this one. Have you filed a PR? >>> >>> I did not, as I'm not quite remember all the details; oleg@ should, I'll ask >>> him tomorrow. >>> >>> Well, a bit of clarification: we never actually tried to use ipf part >>> of ipfilter, it was ipnat. > >> OK, step 1 on the road to a fix is obviously reporting the bug :) > > I already send PR today, before writing to freebsd-current list. > I can did not pay attention, but with a GENERIC core like all works. > Ipf wal loaded with kldload and no one panic. > > I try make dump and back-trace, but has failed. Just to clarify, the problem you reported with ipfilter in 7.0 is well known and needs the attention of the ipfilter maintainer to resolve. Any other problems such as those Dmitry is describing should go in a PR. Kris From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 18:42:38 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A01016A41A for ; Sun, 14 Oct 2007 18:42:38 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::32]) by mx1.freebsd.org (Postfix) with ESMTP id 24A3013C45A for ; Sun, 14 Oct 2007 18:42:38 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id l9EIgLr8060399 for ; Mon, 15 Oct 2007 03:42:36 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l9EIg7w8033524 for ; Mon, 15 Oct 2007 03:42:09 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 15 Oct 2007 03:41:21 +0900 (JST) Message-Id: <20071015.034121.120532311.hrs@allbsd.org> To: current@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Oct_15_03_41_21_2007_018)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Mon, 15 Oct 2007 03:42:37 +0900 (JST) Cc: Subject: panic in 8-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: Sun, 14 Oct 2007 18:42:38 -0000 ----Security_Multipart(Mon_Oct_15_03_41_21_2007_018)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console access, and typing some keys just after "Trying to mount..." line appears seems to prevent this panic. Without typing any keys the box remain stopped after displaying the line, and then typing a key will cause this panic. Whether the panic occurs depends on the time between displaying the line and typing a key. ----(from here) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad4s1a spin lock 0xc0c17a6c (sio) held by 0xc3f0d630 (tid 100004) too long panic: spin lock held too long cpuid = 0 KDB: enter: panic [thread pid 46 tid 100056 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 46 tid 100056 td 0xc40b9a50 kdb_enter(c0a9c1bb,0,c0a9afae,e44f303c,0,...) at kdb_enter+0x32 panic(c0a9afae,c3f0d630,c0b73ea0,c3f0d630,186a4,...) at panic+0x124 _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f3094,...) at _mtx_lock_spin_failed+0x51 _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,9fc,...) at _mtx_lock_spin+0x75 _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,9fc,a,...) at _mtx_lock_spin_flags+0x10e sio_cnputc(c0b73ee0,73,e44f324c,5,73,...) at sio_cnputc+0x8d cnputc(73,e44f324c,e44f310c,c077ac51,c0a0f1de,...) at cnputc+0x5f putcons(c0a0f1de,1,1000006,c0c17a6c,c0a9af7f,...) at putcons+0x17 putchar(73,e44f324c,ee9898c0,257,0,...) at putchar+0x61 kvprintf(c0a9af7e,c077abf0,e44f324c,a,e44f3278,...) at kvprintf+0x75 printf(c0a9af7e,c0c17a6c,c0b73ea0,c3f0d630,186a4,...) at printf+0x4e _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f32d0,...) at _mtx_lock_spin_failed+0x39 _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,9fc,...) at _mtx_lock_spin+0x75 _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,9fc,a,...) at _mtx_lock_spin_flags+0x10e sio_cnputc(c0b73ee0,73,e44f3488,5,73,...) at sio_cnputc+0x8d cnputc(73,e44f3488,e44f3348,c077ac51,c0a0f1de,...) at cnputc+0x5f putcons(c0a0f1de,1,1000006,c0c17a6c,c0a9af7f,...) at putcons+0x17 putchar(73,e44f3488,ee9898c0,257,c40b9a50,...) at putchar+0x61 kvprintf(c0a9af7e,c077abf0,e44f3488,a,e44f34b4,...) at kvprintf+0x75 printf(c0a9af7e,c0c17a6c,c0b73ea0,c3f0d630,186a4,...) at printf+0x4e _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f350c,...) at _mtx_lock_spin_failed+0x39 _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,9fc,...) at _mtx_lock_spin+0x75 _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,9fc,2570000,...) at _mtx_lock_spin_flags+0x10e sio_cnputc(c0b73ee0,73,e44f36c4,5,73,...) at sio_cnputc+0x8d cnputc(73,e44f36c4,e44f3584,c077ac51,c075c4e8,...) at cnputc+0x5f putcons(c075c4e8,1,1000006,c0c17a6c,c0a9af7f,...) at putcons+0x17 putchar(73,e44f36c4,ee9898c0,257,c0bb3580,...) at putchar+0x61 kvprintf(c0a9af7e,c077abf0,e44f36c4,a,e44f36f0,...) at kvprintf+0x75 printf(c0a9af7e,c0c17a6c,c0b73ea0,c3f0d630,186a4,...) at printf+0x4e _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f3748,...) at _mtx_lock_spin_failed+0x39 _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,80d,...) at _mtx_lock_spin+0x75 _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,80d,0,...) at _mtx_lock_spin_flags+0x10e comstart(c40a2000,0,c0ac3e92,76d,3ac3e92,...) at comstart+0x278 comparam(c40a2000,c40a20c4,0,8,c0a976e6,...) at comparam+0x2d1 ttyopen(c40a8700,3,2000,c40b9a50,c0b55080,...) at ttyopen+0x262 giant_open(c40a8700,3,2000,c40b9a50,c4291100,...) at giant_open+0x4f devfs_open(e44f387c,e44f3950,e44f3950,0,e44f390c,...) at devfs_open+0x230 VOP_OPEN_APV(c0b45500,e44f387c,0,c4235240,c40ca990,...) at VOP_OPEN_APV+0xa5 vn_open_cred(e44f3950,c0bfe954,0,c3f14800,0,...) at vn_open_cred+0x44b vn_open(e44f3950,c0bfe954,0,0,c0743fcd,...) at vn_open+0x33 cn_devopen(c3f5d800,c40caaa0,e44f39f4,c07200bf,c3f5d800,...) at cn_devopen+0xf9 cnopen(c3f5d800,3,2000,c40b9a50,c0b55460,...) at cnopen+0x3e giant_open(c3f5d800,3,2000,c40b9a50,c4262d80,...) at giant_open+0x4f devfs_open(e44f3a8c,c40b9a50,e44f3b80,0,e44f3b1c,...) at devfs_open+0x230 VOP_OPEN_APV(c0b45500,e44f3a8c,e44f3a78,246,c40caaa0,...) at VOP_OPEN_APV+0xa5 vn_open_cred(e44f3b80,e44f3c78,400,c3f14800,c42a6000,...) at vn_open_cred+0x44b vn_open(e44f3b80,e44f3c78,400,c42a6000,e44f3b90,...) at vn_open+0x33 kern_open(c40b9a50,80c34a5,0,3,80d3600,...) at kern_open+0xe7 open(c40b9a50,e44f3cfc,c,c0acdafe,c0b48698,...) at open+0x30 syscall(e44f3d38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x8088e3b, esp = 0xbfbfe90c, ebp = 0xbfbfe928 --- db> ----(to here) -- | Hiroki SATO ----Security_Multipart(Mon_Oct_15_03_41_21_2007_018)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHEmLRTyzT2CeTzy0RAseXAJ4sNx/pYiQzoc6faN1asrZHEZFJ7ACfVgDF zPYfPOsnGWML91CgxCxiPdY= =S2em -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct_15_03_41_21_2007_018)---- From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 18:45:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A24016A417 for ; Sun, 14 Oct 2007 18:45:29 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id C4D8A13C448 for ; Sun, 14 Oct 2007 18:45:28 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1263945mue for ; Sun, 14 Oct 2007 11:45:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=EzvjUdqf5vKrvzLPA5D+J0aIfDXxlFvJ3r+UqCNGQRI=; b=aR2aEMM3yDpgL+xkm6+8khAtzvAMfCeRislSV8w4rVrljkp/FS/8N684HhevMy8hC4et8gQDZF5kkc99JByGvV67mVpvHwvzDG1PSxZBCyOULvBPbTwODLZG6beUJoqrXJDhHGspgbhua73hSK3U3jdLomsj7vYqnPnXe8WJktA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=lv+y5djlvWlJsxWDPCnVuKddRCuAlW94beMAcwtLoldEaUxCUp7UAUYdNYAj6nFQkEedtJJPk7oXoiqCcGMVch8Q+e/tUhjdq1c/ikSE4ANaGrDLCSSPPILUhzVkYAOK35G611oVuxzx8nIn3nK7aYHWYe5i+xuuNKtyaNd0XUA= Received: by 10.86.86.12 with SMTP id j12mr555466fgb.1192387526921; Sun, 14 Oct 2007 11:45:26 -0700 (PDT) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id p9sm6285786fkb.2007.10.14.11.45.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Oct 2007 11:45:25 -0700 (PDT) From: Michal Varga To: =?UTF-8?Q?=E9=9F=93=E5=AE=B6=E6=A8=99?= Bill Hacker In-Reply-To: <47125798.8040809@conducive.net> References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <471122EB.8090906@conducive.net> <200710141314.51326.hselasky@c2i.net> <47122FEA.6030400@conducive.net> <1192376452.1183.26.camel@xenon.stonehenge.sk> <47125798.8040809@conducive.net> Content-Type: text/plain; charset=UTF-8 Organization: Stonehenge Date: Sun, 14 Oct 2007 20:45:22 +0200 Message-Id: <1192387522.1100.33.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: GigaByte GA-MA69VM USB+mouse problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 18:45:29 -0000 On Sun, 2007-10-14 at 13:53 -0400, 韓家標 Bill Hacker wrote: > Keep on 'thinking opposite', then. > > I'll kick back and have a Bushmills, neat. > > Testing of 4 different MB, 3 USB and one PS2 mice with 6 flavors of FreeBSD, and > one of DragonFlyBSD turned up: > > Option USB mouse support ON in BIOS, waste two days. > > Option USB mouse support OFF in BIOS, mouse responds as it should. > I already said that I have "USB mouse support = OFF" in BIOS. It is obviously one of the first things one tries to toggle if something like mouse doesn't work. > > Two facts: > > 1. This is a really generic low budget A4Tech mouse, I buy this single > > model for about 5 years, because I love their design (they don't have > > any) and their functions (they don't have any). I've had them attached > > everywhere, from Pentium II, PIII, P4, Athlon, AM2 boards and this is > > the first time the mouse doesn't work. If there was something really > > special about this particular model, I'd be aware of that for some years > > already.. > > > > ...but as you've just enumerated - the MB, its 'bridge' and USB chipset has > changed, and the *BIOS* has changed.... > But not the mouse (please read again what the point was about). And I'd really like to test this motherboard with a different mouse model, but I don't have any other nearby, just these (and a bunch of PS/2 that are of no use here) and they always worked perfectly. So at least until tomorrow, let's assume that the mouse is not a problem here, as it is just a plain simple generic USB mouse, nothing more. > > 2. Windows 2000 can initialize the mouse without any problems (and with > > no specific drivers). FreeBSD can do that too, *after* the mouse is > > plugged in when the OS is already running. I wouldn't argue if this is > > GigaByte BIOS's fault or not, or if FreeBSD should do something more (or > > less) during the initialization, this is not my field of expertise. But > > Clearly so. > > Windows is an entirely different environment, and not 'of interest'. > > DragonFly was close enough to be of interest. > How it is that a different operating system running on this motherboard that doesn't show any symptoms with the mouse is "not of interest"? If I said "Linux" or "Atari TOS", would that be ok, but because it works with "Winbl0w$$$", such information is automatically of no interest? Well, what a twist. > The ums and usb are kldload/unload 'able modules. > I've been banging on that very approach.. > > Didn't help. > > BIOS setting USB kbd DISABLE, USB mouse DISABLE, all other USB ENABLE did. > > To be fair, your 'thinking opposite' has generated a lot less of a > global-warming carbon footprint than all these machines I have running and the > A/C to cool them. > > So keep at it... > > OTOH, my mouse JF works.... > Ok, what should I do to convince you that I DO have USB/kbd/mouse/support disabled in BIOS? Should I take a picture with a camera? Dump you raw CMOS data? Buy you a ticket to come look at it? Really, I disabled it the next reboot that I noticed my mouse isn't working. I tried all combinations, tried to disable USB 2.0, legacy support, flashed BIOS to the latest version, it has no effect on the mouse problem. What I need are some ideas or pointers to what should I try *next*, and you are not very helpful trying to convince me that I don't know how to operate BIOS setup. If disabling USB mouse support in BIOS helped in your case, I'm happy for you, but I have a different motherboard and this approach clearly doesn't work. So if you, by a chance, have any other ideas, I'll be more than happy to hear them. m. From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 21:22:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B67716A41B for ; Sun, 14 Oct 2007 21:22:52 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 1BE9C13C4AA for ; Sun, 14 Oct 2007 21:22:52 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64489 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IhAvD-000H8v-28 for freebsd-current@freebsd.org; Sun, 14 Oct 2007 21:22:51 +0000 Message-ID: <471288AA.1050909@conducive.net> Date: Sun, 14 Oct 2007 17:22:50 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1192302906.1028.31.camel@xenon.stonehenge.sk> <471122EB.8090906@conducive.net> <200710141314.51326.hselasky@c2i.net> <47122FEA.6030400@conducive.net> <1192376452.1183.26.camel@xenon.stonehenge.sk> <47125798.8040809@conducive.net> <1192387522.1100.33.camel@xenon.stonehenge.sk> In-Reply-To: <1192387522.1100.33.camel@xenon.stonehenge.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: GigaByte GA-MA69VM USB+mouse problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2007 21:22:52 -0000 Michal Varga wrote: > On Sun, 2007-10-14 at 13:53 -0400, 韓家標 Bill Hacker wrote: > *snipped* >> Option USB mouse support OFF in BIOS, mouse responds as it should. >> > I already said that I have "USB mouse support = OFF" in BIOS. It is > obviously one of the first things one tries to toggle if something like > mouse doesn't work. > It was anything *but* 'obvious' here, given thta there was a USb mouse pluggged in. Defing the BIOS came after two days of tests, a new MB, and a new PSU - which grief and costs I've been trying to spare you. > *snip* >>> >> ...but as you've just enumerated - the MB, its 'bridge' and USB chipset has >> changed, and the *BIOS* has changed.... >> > really like to test this motherboard with a different mouse model, but I > don't have any other nearby, just these (and a bunch of PS/2 that are of > no use here) But they are. See below. > tomorrow, let's assume that the mouse is not a problem here, as it is No such animal as 'assume' if you are having an unresolved problem. *snip* >> >> Windows is an entirely different environment, and not 'of interest'. >> >> DragonFly was close enough to be of interest. >> > How it is that a different operating system running on this motherboard > that doesn't show any symptoms with the mouse is "not of interest"? If I > said "Linux" or "Atari TOS", would that be ok, but because it works with > "Winbl0w$$$", such information is automatically of no interest? Well, > what a twist. > It isn't about slamming Windows. Or praising it. 'Of no interest', because Windows has a very, very, different architecture than any of the '*n*x'es. As does Atari. Other *n*x'en have far more in common with FreeBSD than Windows does. Some of the other *BSD's use identical or very similar code during boot and for drivers, and at least DragonFly has a similar philosophy w/r rc and friends, hence the sequencing of the loading of drivers. That's why I tested that, and ignored Windows. (And Minix, Qnx, Syllable, Minuet, Warp Server Advanced, ForthOS, Plan9, and bunch of others I have handy). > *snip* > Ok, what should I do to convince you that I DO have > USB/kbd/mouse/support disabled in BIOS? It isn't about 'convinced'. I'm not the one who still has the problem. It is about accurately reported. That's the first time you've actually specified that the USB kbd was also DISABLED. OTOH, one of the dmesg.boot you posted seemed to show an errmsg indicating that perhaps the *overall* USB subsystem was DISABLED. What's up with that? *snip* (things you cannot afford, even at my rates of 15 years ago....) > > Really, I disabled it the next reboot that I noticed my mouse isn't > working. I tried all combinations, tried to disable USB 2.0, legacy > support, flashed BIOS to the latest version, it has no effect on the > mouse problem. > What I need are some ideas or pointers to what should I > try *next*, Both of our Gigabyte MB also have PS2 mouse ports. What happens when you try with NO USB mouse and one of those 'useless' PS2 mice? How about with BOTH (I NOW get both drivers loading, FWIW...) > and you are not very helpful trying to convince me that I > don't know how to operate BIOS setup. Your posts did NOT indicate the sort of exhaustive tests you should, at this stage anyway, be making, and reporting, before expecting a fix in code. That wuold be different if many others were reporting in with the same problem, but that has yet to happen. > If disabling USB mouse support in > BIOS helped in your case, I'm happy for you, but I have a different > motherboard and this approach clearly doesn't work. So if you, by a > chance, have any other ideas, I'll be more than happy to hear them. > > m. > I'll take you at your word. Fill in the blanks - either from your notes or from new tests if you have overlooked these: What happesns when you use the PS-2 mouse instead of a USB mouse? _______________ What happens when you try some other USB mouse - borrowed temporarily if need be - instead of the A4tech? _____________ Besides what you put into loader.conf, what happens when you *manually* kldload 'ed, kld unload 'ed ums.ko? ______________ What happens when you comment out the default mouse code in /etc/rc? ______________ What happens when you manually try different option combinations for invoking moused, e.g. moused -t auto -p /dev/ums0 and.. what others? ______________ What happens when you try 'startx' or start, and what settings were used in /etc/X11/xorg.conf? ______________ What does /var/log/Xorg.0.log say afterwards as to pointing device? ______________ Were there ever TWO moused PID's showing in 'top'? Or one eating 100% CPU of one core? Or a cursor jumping all about? _________________ FreeBSD will have a *dynamic* set of drivers showing in /dev for the USB 'chain', i.e. usb, usb(n). Driven by what it detect[ed| s]. ums(n) may not be among those showing right after boot, may show up after any of the above steps even if the mouse did not properly respond. So... which of these are, and are NOT showing *as you alter BIOS settings* and reboot? _________________ Same again as you invoke kld or moused? What comes and goes? ls /dev/u*, kldstat -v, tail -f -n 500 /var/log/messages _________________ As to dmesg.boot, it is a footprint, not the step that led to it, so you need to keep track of what you did before each reoot THEN have a look at it with less or tail. When older versions of FreeBSD as well as DragonFly have the same issue on the same hardware, I just do not think it is a FreeBSD 7-X code issue. That does not mean there may not be a need for more clever code at some point. These are, after all, major-vendor volume MB, Asus in particular. But there is not yet enough evidence to clearly ID what needs to be done. If anything. Bill From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 21:41:05 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F5016A417; Sun, 14 Oct 2007 21:41:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id ED4AA13C442; Sun, 14 Oct 2007 21:41:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47128CEC.3020200@FreeBSD.org> Date: Sun, 14 Oct 2007 23:41:00 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Hiroki Sato References: <20071015.034121.120532311.hrs@allbsd.org> In-Reply-To: <20071015.034121.120532311.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: panic in 8-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: Sun, 14 Oct 2007 21:41:05 -0000 Hiroki Sato wrote: > I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way > (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console > access, and typing some keys just after "Trying to mount..." line > appears seems to prevent this panic. Without typing any keys the box > remain stopped after displaying the line, and then typing a key will > cause this panic. Whether the panic occurs depends on the time > between displaying the line and typing a key. > > ----(from here) > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad4s1a Are you mounting root over bge? Kris From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 22:01:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AEF516A41B for ; Sun, 14 Oct 2007 22:01:48 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id CA62E13C44B for ; Sun, 14 Oct 2007 22:01:47 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59725 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IhBWs-000HDc-La for freebsd-current@freebsd.org; Sun, 14 Oct 2007 22:01:46 +0000 Message-ID: <471291CA.3020404@conducive.net> Date: Sun, 14 Oct 2007 18:01:46 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071015.034121.120532311.hrs@allbsd.org> In-Reply-To: <20071015.034121.120532311.hrs@allbsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic in 8-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: Sun, 14 Oct 2007 22:01:48 -0000 Hiroki Sato wrote: > I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way > (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console > access, and typing some keys just after "Trying to mount..." line > appears seems to prevent this panic. Without typing any keys the box > remain stopped after displaying the line, and then typing a key will > cause this panic. Whether the panic occurs depends on the time > between displaying the line and typing a key. > *snip* ..serial console... Things to check: Are you set to headless all the time? Or does that change during the bootup? What of /etc/ttys? Thinking that even if you are experienced in adjusting these to work with serial terminal (HP-200-LX here), it is easy to forget to edit the requisites when loading up a brand-new snapshot. Bill From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 22:05:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B9816A417 for ; Sun, 14 Oct 2007 22:05:50 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.freebsd.org (Postfix) with ESMTP id 4A78213C458 for ; Sun, 14 Oct 2007 22:05:50 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1IhBAJ-0005UW-Qa; Mon, 15 Oct 2007 01:38:27 +0400 Date: Mon, 15 Oct 2007 01:38:27 +0400 From: Slawa Olhovchenkov To: Dmitry Morozovsky Message-ID: <20071014213827.GA37531%slw@zxy.spb.ru> References: <012d01c8078b$59331e30$0c00a8c0@Artem> <20071005213643.GA86107@heechee.tobez.org> <20071006014202.Y21670@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071006014202.Y21670@woozle.rinet.ru> User-Agent: Mutt/1.5.11 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Artem Kuchin , freebsd-current@freebsd.org Subject: Re: Suspeded (tty output) on perl system on 7-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: Sun, 14 Oct 2007 22:05:50 -0000 On Sat, Oct 06, 2007 at 01:42:55AM +0400, Dmitry Morozovsky wrote: > Looking at 'su' in the command line tends me to think about broken tcsh signal > handling in -current... No, for _any_ shell. This is break in revision 1.79 of src/usr.bin/su/su.c From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 22:45:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CC6416A41A for ; Sun, 14 Oct 2007 22:45:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 0824413C45D; Sun, 14 Oct 2007 22:45:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47129BEA.5010308@FreeBSD.org> Date: Mon, 15 Oct 2007 00:44:58 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <20071015.034121.120532311.hrs@allbsd.org> <471291CA.3020404@conducive.net> In-Reply-To: <471291CA.3020404@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: panic in 8-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: Sun, 14 Oct 2007 22:45:04 -0000 韓家標 Bill Hacker wrote: > Hiroki Sato wrote: >> I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way >> (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console >> access, and typing some keys just after "Trying to mount..." line >> appears seems to prevent this panic. Without typing any keys the box >> remain stopped after displaying the line, and then typing a key will >> cause this panic. Whether the panic occurs depends on the time >> between displaying the line and typing a key. >> > > *snip* > > ..serial console... > > Things to check: > > Are you set to headless all the time? Or does that change during the > bootup? > > What of /etc/ttys? > > Thinking that even if you are experienced in adjusting these to work > with serial terminal (HP-200-LX here), it is easy to forget to edit the > requisites when loading up a brand-new snapshot. Well, none of those things will cause a deadlock ;) Kris From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 23:19:42 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A28816A494; Sun, 14 Oct 2007 23:19:42 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::32]) by mx1.freebsd.org (Postfix) with ESMTP id 22E4913C45D; Sun, 14 Oct 2007 23:19:41 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id l9ENJSqg063566; Mon, 15 Oct 2007 08:19:39 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l9ENIu05034873; Mon, 15 Oct 2007 08:19:09 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 15 Oct 2007 08:18:14 +0900 (JST) Message-Id: <20071015.081814.226706288.hrs@allbsd.org> To: kris@FreeBSD.org From: Hiroki Sato In-Reply-To: <47128CEC.3020200@FreeBSD.org> References: <20071015.034121.120532311.hrs@allbsd.org> <47128CEC.3020200@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Oct_15_08_18_14_2007_195)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Mon, 15 Oct 2007 08:19:39 +0900 (JST) Cc: current@FreeBSD.org Subject: Re: panic in 8-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: Sun, 14 Oct 2007 23:19:42 -0000 ----Security_Multipart(Mon_Oct_15_08_18_14_2007_195)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kris Kennaway wrote in <47128CEC.3020200@FreeBSD.org>: kr> Hiroki Sato wrote: kr> > WARNING: WITNESS option enabled, expect reduced performance. kr> > Trying to mount root from ufs:/dev/ad4s1a kr> kr> Are you mounting root over bge? No, simply using ad4s1a(ufs) as the,rootfs . -- | Hiroki SATO ----Security_Multipart(Mon_Oct_15_08_18_14_2007_195)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHEqO2TyzT2CeTzy0RAsexAKCaINh7owIyrlhu8Zmmm2sZx4m9VwCeNjmi 491QSlyjrNUI99KCmtTG998= =DO0z -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct_15_08_18_14_2007_195)---- From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 23:22:30 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3106516A46C; Sun, 14 Oct 2007 23:22:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id C9B3113C506; Sun, 14 Oct 2007 23:22:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4712A4A8.7080503@FreeBSD.org> Date: Mon, 15 Oct 2007 01:22:16 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Hiroki Sato References: <20071015.034121.120532311.hrs@allbsd.org> <47128CEC.3020200@FreeBSD.org> <20071015.081814.226706288.hrs@allbsd.org> In-Reply-To: <20071015.081814.226706288.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: panic in 8-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: Sun, 14 Oct 2007 23:22:30 -0000 Hiroki Sato wrote: > Kris Kennaway wrote > in <47128CEC.3020200@FreeBSD.org>: > > kr> Hiroki Sato wrote: > kr> > WARNING: WITNESS option enabled, expect reduced performance. > kr> > Trying to mount root from ufs:/dev/ad4s1a > kr> > kr> Are you mounting root over bge? > > No, simply using ad4s1a(ufs) as the,rootfs Er yes, now I see you said that :) Is bge in use though? I ask because the symptoms are identical to a problem I have seen for most of the year that turned out to be caused by bge and fixed by a patch from scottl. Kris From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 23:44:03 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8E1F16A418; Sun, 14 Oct 2007 23:44:03 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::32]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB9B13C468; Sun, 14 Oct 2007 23:44:03 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id l9ENhpXO063876; Mon, 15 Oct 2007 08:44:02 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l9ENheWP034995; Mon, 15 Oct 2007 08:43:40 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 15 Oct 2007 08:43:21 +0900 (JST) Message-Id: <20071015.084321.116003348.hrs@allbsd.org> To: kris@FreeBSD.org From: Hiroki Sato In-Reply-To: <4712A4A8.7080503@FreeBSD.org> References: <47128CEC.3020200@FreeBSD.org> <20071015.081814.226706288.hrs@allbsd.org> <4712A4A8.7080503@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Oct_15_08_43_21_2007_189)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Mon, 15 Oct 2007 08:44:02 +0900 (JST) Cc: current@FreeBSD.org Subject: Re: panic in 8-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: Sun, 14 Oct 2007 23:44:03 -0000 ----Security_Multipart(Mon_Oct_15_08_43_21_2007_189)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kris Kennaway wrote in <4712A4A8.7080503@FreeBSD.org>: kr> Hiroki Sato wrote: kr> > Kris Kennaway wrote kr> > in <47128CEC.3020200@FreeBSD.org>: kr> > kr> > kr> Hiroki Sato wrote: kr> > kr> > WARNING: WITNESS option enabled, expect reduced performance. kr> > kr> > Trying to mount root from ufs:/dev/ad4s1a kr> > kr> kr> > kr> Are you mounting root over bge? kr> > kr> > No, simply using ad4s1a(ufs) as the,rootfs kr> kr> Er yes, now I see you said that :) Is bge in use though? I ask because kr> the symptoms are identical to a problem I have seen for most of the year kr> that turned out to be caused by bge and fixed by a patch from scottl. Ah, yes, the box has bge and it is enabled: brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: XX:XX:XX:XX:XX:XX bge0: [ITHREAD] Any patches I can try? I am not sure this panic occurred with the old kernel (I updated it from Oct 4's one to Oct 15's), but IIRC the old one should have worked fine. I will double-check it anyway. -- | Hiroki SATO ----Security_Multipart(Mon_Oct_15_08_43_21_2007_189)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHEqmZTyzT2CeTzy0RAriaAKDLIuY2sdqlgiK/AFLlUzl+RuwNPwCgyI1N detacKiIMJ+rC7qQnv/EAQQ= =dL7P -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct_15_08_43_21_2007_189)---- From owner-freebsd-current@FreeBSD.ORG Sun Oct 14 23:53:55 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47F9B16A420; Sun, 14 Oct 2007 23:53:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 59CC213C46B; Sun, 14 Oct 2007 23:53:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4712AC0E.1080704@FreeBSD.org> Date: Mon, 15 Oct 2007 01:53:50 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Hiroki Sato References: <47128CEC.3020200@FreeBSD.org> <20071015.081814.226706288.hrs@allbsd.org> <4712A4A8.7080503@FreeBSD.org> <20071015.084321.116003348.hrs@allbsd.org> In-Reply-To: <20071015.084321.116003348.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: scottl@FreeBSD.org, current@FreeBSD.org Subject: Re: panic in 8-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: Sun, 14 Oct 2007 23:53:55 -0000 Hiroki Sato wrote: > Kris Kennaway wrote > in <4712A4A8.7080503@FreeBSD.org>: > > kr> Hiroki Sato wrote: > kr> > Kris Kennaway wrote > kr> > in <47128CEC.3020200@FreeBSD.org>: > kr> > > kr> > kr> Hiroki Sato wrote: > kr> > kr> > WARNING: WITNESS option enabled, expect reduced performance. > kr> > kr> > Trying to mount root from ufs:/dev/ad4s1a > kr> > kr> > kr> > kr> Are you mounting root over bge? > kr> > > kr> > No, simply using ad4s1a(ufs) as the,rootfs > kr> > kr> Er yes, now I see you said that :) Is bge in use though? I ask because > kr> the symptoms are identical to a problem I have seen for most of the year > kr> that turned out to be caused by bge and fixed by a patch from scottl. > > Ah, yes, the box has bge and it is enabled: > > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > bge0: Ethernet address: XX:XX:XX:XX:XX:XX > bge0: [ITHREAD] > > Any patches I can try? I am not sure this panic occurred with the > old kernel (I updated it from Oct 4's one to Oct 15's), but IIRC the > old one should have worked fine. I will double-check it anyway. Perhaps Scott can send you (and me) his latest patch (the one I have is from several months ago). I'd like to see it committed for 7.0. Kris From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 00:30:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FAC616A418 for ; Mon, 15 Oct 2007 00:30:39 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0704413C43E for ; Mon, 15 Oct 2007 00:30:38 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1811212waf for ; Sun, 14 Oct 2007 17:30:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=mmHjqwbgsXfFwSSUZGgyyvm7yK4G/xIQ1sUlzcEXHcQ=; b=frOyqQAmvePEREsM6wZo8mRYu0VVasABABuB3dkCrXE5mwKnh5/0yHmhs6m6zosZMP97mynJb+SDRyvy8vpRGlbAhV+2E9eIkqbUesheUpzSStLrtC+88JgjsVGmrFVROOcrzWoLuvVJbZC0G9ld+fJnqGRbMCFA+16tSgom+UA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=m27Q56Ah8+uQYA6W0prz7Gs+GPeeiRFH4KKibuoIp9Pxqnj+Iy0QaT30AFTNvCKC/uFVarHSuBlFLqedDhHCW/D0fWhs44S8rTUQZkSTxlomJV8VpJ6LU8+t2bteiqY/RQrHNVSJZrEPYB0u86MyJfYh1lXOkroKZrXXTuY2TwE= Received: by 10.114.177.1 with SMTP id z1mr6280490wae.1192407838935; Sun, 14 Oct 2007 17:23:58 -0700 (PDT) Received: by 10.114.255.12 with HTTP; Sun, 14 Oct 2007 17:23:58 -0700 (PDT) Message-ID: <458945f30710141723l3594e64udd1c27d4f6756c9d@mail.gmail.com> Date: Sun, 14 Oct 2007 21:23:58 -0300 From: "Phillip Neumann" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Areca 1210 makes FreeBSD not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 00:30:39 -0000 Dear FreeBSD, Im trying to use my areca mashine (amd64/X2) with FreeBSD 7, and have a problem. Im booting from the iso snapshot of september (amd64), and im having a similar issue like this one: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2006-05/msg00401.html When booting i see this * Has anyone having a similar problem? How can i provide better information to get closer to the problem? Thanks in advance, * Manually typed copy/paste from screen . . . arcmsr0: mem 0xf...... irq 16 at device 14.0 on pci6 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 panic: bad stray interrupt cpuid=0 KDB: enter: panic Stopped at kdb_enter+0x31: leave db> bt Tracing pid 0 tid 0 td 0xff........ kdb_enter() at kdb_enter+0x31 panic() ar panic+0x173 intr_execute_handlers() at intr_execute_handlers+0x184 Xapix_irs1() at Xapix_irs1+0x7f --- interrups, rip= ... rsp=.., rbp=... --- strcat() at strcat+0x3 intr_event_handler() at intr_event_handler+0x181 intr_add_handler() at intr_add_handler+0x72 pci_setup_intr() pci_setup_intr() pci_setup_intr() bus_setup_intr() arcmsr_attach() device_attach() bus_generic_attach() pci_attach() device_attach() bus_generic_attach device_attach() . . . -- __________________ Phillip Neumann pneumann@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 00:44:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B24516A41A for ; Mon, 15 Oct 2007 00:44:20 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: from earth.parts-unknown.org (earth.parts-unknown.org [66.93.170.243]) by mx1.freebsd.org (Postfix) with SMTP id D89ED13C44B for ; Mon, 15 Oct 2007 00:44:19 +0000 (UTC) (envelope-from benfell@earth.parts-unknown.org) Received: (qmail 15104 invoked by uid 501); 15 Oct 2007 00:16:45 -0000 DomainKey-Status: no signature Date: Sun, 14 Oct 2007 17:16:44 -0700 From: David Benfell To: current@freebsd.org Message-ID: <20071015001644.GB13443@parts-unknown.org> Mail-Followup-To: current@freebsd.org References: <1192328840.810.12.camel@RabbitsDen> <200710140810.38391.joao@matik.com.br> <1192373354.810.14.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <1192373354.810.14.camel@RabbitsDen> X-gnupg-public-key: http://www.parts-unknown.org/gnupg/export-0DD1D1E3 "From: David Benfell " X-stardate: [-29]8355.04 X-moon: The Moon is Waxing Crescent (13% of Full) User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Going from 8.0-CURRENT to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 00:44:20 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 14 Oct 2007 10:49:13 -0400, Alexandre Sunny Kovalenko wrote: > On Sun, 2007-10-14 at 08:10 -0300, JoaoBR wrote: > > On Saturday 13 October 2007 23:27:20 Alexandre "Sunny" Kovalenko wrote: > > > This is basically a warning and an advise -- as usual -- YMMV. > > > > > > I have missed HEADS-UP that RELENG_7 has been branched and found myse= lf > > > running 8.0 after cvsup/buildworld/installworld cycle. Since I wanted= to > > > stick to RELENG_7 and since branching occured 2 days ago, I've figure= d I > > > should be able to change tag in SUPFILE cvsup and rebuild. > > > For what it's worth, I did not encounter this problem. I'm guessing that means that if you unwittingly upgraded to 8.0-current soon enough, this does not affect you. --=20 David Benfell, LCP benfell@parts-unknown.org --- Resume available at http://www.parts-unknown.org/ NOTE: I sign all messages with GnuPG (0DD1D1E3). --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHErFsUd+dMw3R0eMRAk8WAJ42wsbHeIWUmAu5e+U8uMPRA8vWDwCfbLdP Uzcg3JYieDtorhEjwdBuI9c= =PHUH -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 00:46:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 763A916A418 for ; Mon, 15 Oct 2007 00:46:06 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id C234213C4B3 for ; Mon, 15 Oct 2007 00:46:05 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1814135waf for ; Sun, 14 Oct 2007 17:46:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=EliPxy+aPbhwlAf4t0aYq5tx4YvekQHJ8chsB8W2N+k=; b=CBtm1zwb6bZ4t63nk9GSA02CczAJttSsVsRaolpZPN26tA1P2+TYQ1p2lY5RmOTnFnWvT4aUexdGsUgVAOfbSeENpksaEoVznQUTvLnu/N7QJwTU0mi9cACu6GhMUqD7faVhtWmJY/rJBgPfTwthrsHTv8fmVvS2O3D3km50LOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=K/u7OEzqlfN0s4bY1Rs/P5rMLluBOhlQ6pJi6sJuCuCFhwRYUSq0B/WpByP0ZW7+dXKlgZGFiwCITQJlFN7bDcjwKlktlhxMinWUnD3puf6t6thW2Wt/EoJGy9q+FTJJ0sMZLynGtfCruYDVYNZoZ88/zMaIRqSKgGT+fnhc5Ig= Received: by 10.114.89.1 with SMTP id m1mr6299947wab.1192407483681; Sun, 14 Oct 2007 17:18:03 -0700 (PDT) Received: by 10.114.255.12 with HTTP; Sun, 14 Oct 2007 17:18:03 -0700 (PDT) Message-ID: <458945f30710141718j78f8b87cuf0c3f6b5ca13881c@mail.gmail.com> Date: Sun, 14 Oct 2007 21:18:03 -0300 From: "Phillip Neumann" To: freebsd-current@freebsd.org, scottl@samsco.org, erich@areca.com.tw, richardtector@thekeelecentre.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Areca 1210 makes FreeBSD not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 00:46:06 -0000 Dear FreeBSD, Im trying to use my areca mashine (amd64/X2) with FreeBSD 7, and have a problem. Im booting from the iso snapshot of september (amd64), and im having a similar issue like this one: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2006-05/msg00401.html When booting i see this * Has anyone having a similar problem? How can i provide better information to get closer to the problem? Thanks in advance, * Manually typed copy/paste from screen . . . arcmsr0: mem 0xf...... irq 16 at device 14.0 on pci6 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 panic: bad stray interrupt cpuid=0 KDB: enter: panic Stopped at kdb_enter+0x31: leave db> bt Tracing pid 0 tid 0 td 0xff........ kdb_enter() at kdb_enter+0x31 panic() ar panic+0x173 intr_execute_handlers() at intr_execute_handlers+0x184 Xapix_irs1() at Xapix_irs1+0x7f --- interrups, rip= ... rsp=.., rbp=... --- strcat() at strcat+0x3 intr_event_handler() at intr_event_handler+0x181 intr_add_handler() at intr_add_handler+0x72 pci_setup_intr() pci_setup_intr() pci_setup_intr() bus_setup_intr() arcmsr_attach() device_attach() bus_generic_attach() pci_attach() device_attach() bus_generic_attach device_attach() . . . -- __________________ Phillip Neumann pneumann@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 02:11:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D572F16A421 for ; Mon, 15 Oct 2007 02:11:03 +0000 (UTC) (envelope-from erich@areca.com.tw) Received: from areca.com.tw (areca.com.tw [220.130.178.142]) by mx1.freebsd.org (Postfix) with ESMTP id 64FC813C455 for ; Mon, 15 Oct 2007 02:11:03 +0000 (UTC) (envelope-from erich@areca.com.tw) Received: from erich2003 ([192.168.0.70] unverified) by areca.com.tw with Microsoft SMTPSVC(5.0.2195.6713); Mon, 15 Oct 2007 09:55:53 +0800 Message-ID: <3A236AB5CBF543B59DAAE8CD87369CDD@erich2003> From: "erich" To: "Phillip Neumann" References: <458945f30710141718j78f8b87cuf0c3f6b5ca13881c@mail.gmail.com> Date: Mon, 15 Oct 2007 09:58:57 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.3959 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 X-OriginalArrivalTime: 15 Oct 2007 01:55:53.0171 (UTC) FILETIME=[84A7F230:01C80ECE] X-Mailman-Approved-At: Mon, 15 Oct 2007 02:29:28 +0000 Cc: freebsd-current@freebsd.org, erich@areca.com.tw, richardtector@thekeelecentre.com Subject: Re: Areca 1210 makes FreeBSD not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 02:11:03 -0000 Hi Phillip Neumann, Could you give us your main board model, Areca will try to research which problem cause it? I have new patch file for Areca new RAID adapter support, but I do not think it is useful on your case. I had ran Areca RAID controller Arc1120 and Arc1200(new adapter type) on INTEL 5000 serial main board for a week. The detail specification about your system is needed for me to touch it. Best Regards Erich Chen ----- Original Message ----- From: "Phillip Neumann" To: ; ; ; Sent: Monday, October 15, 2007 8:18 AM Subject: Areca 1210 makes FreeBSD not boot > Dear FreeBSD, > > Im trying to use my areca mashine (amd64/X2) with FreeBSD 7, and have a > problem. > > Im booting from the iso snapshot of september (amd64), and im having a > similar issue like this one: > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2006-05/msg00401.html > > When booting i see this * > > Has anyone having a similar problem? > How can i provide better information to get closer to the problem? > > Thanks in advance, > > > > > > * Manually typed copy/paste from screen > > . > . > . > arcmsr0: > mem 0xf...... irq 16 at device 14.0 on pci6 > ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 > panic: bad stray interrupt > cpuid=0 > KDB: enter: panic > Stopped at kdb_enter+0x31: leave > db> bt > Tracing pid 0 tid 0 td 0xff........ > kdb_enter() at kdb_enter+0x31 > panic() ar panic+0x173 > intr_execute_handlers() at intr_execute_handlers+0x184 > Xapix_irs1() at Xapix_irs1+0x7f > --- interrups, rip= ... rsp=.., rbp=... --- > strcat() at strcat+0x3 > intr_event_handler() at intr_event_handler+0x181 > intr_add_handler() at intr_add_handler+0x72 > pci_setup_intr() > pci_setup_intr() > pci_setup_intr() > bus_setup_intr() > arcmsr_attach() > device_attach() > bus_generic_attach() > pci_attach() > device_attach() > bus_generic_attach > device_attach() > . > . > . > > -- > > > __________________ > Phillip Neumann > pneumann@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 02:41:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43E216A41A for ; Mon, 15 Oct 2007 02:41:35 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3793D13C458 for ; Mon, 15 Oct 2007 02:41:35 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1286829wxd for ; Sun, 14 Oct 2007 19:41:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=M7GYGlr7V/apC/A3XGWZYzFDiczA6tKecL+GkMX68gE=; b=RKdHVavZzb/0Qr19S2k1phErmnBvse44XxAl6dS6HFM3Df930E3w6UiBO796UEuy2QLknbMSI/IwKJV1+Mg3/I73ITY/50U2BXuoc3fqaTMISDsh1WjKFdnRBJ/KQkQvWnWDiag3qL2SJnhHcM0/fU/qMA+81lhd7r20PE2JZbg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=afm4n4NlPFROW3cSR0RjNQmTAZoLDv1kxVRPA3odl0pR5vSz77qPOTN5fVy5R2/g9xROek1zheq8TmUrBxCp3my1JMNI1utJiWAooQBAG2VSDMzt2Mz/dAVq60a3Z0CC2W3n2TcTRjGcFmxeUaOJsmeSgr/yD8fPH2QZHYtoYp0= Received: by 10.70.50.10 with SMTP id x10mr10116330wxx.1192416094023; Sun, 14 Oct 2007 19:41:34 -0700 (PDT) Received: from ?10.0.0.174? ( [190.45.134.164]) by mx.google.com with ESMTPS id c23sm4065281ana.2007.10.14.19.41.30 (version=SSLv3 cipher=RC4-MD5); Sun, 14 Oct 2007 19:41:32 -0700 (PDT) From: Phillip Neumann To: erich In-Reply-To: <3A236AB5CBF543B59DAAE8CD87369CDD@erich2003> References: <458945f30710141718j78f8b87cuf0c3f6b5ca13881c@mail.gmail.com> <3A236AB5CBF543B59DAAE8CD87369CDD@erich2003> Content-Type: multipart/mixed; boundary="=-caE5NduuBQQe93xMU6eV" Date: Sun, 14 Oct 2007 19:41:28 -0300 Message-Id: <1192401688.8808.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, richardtector@thekeelecentre.com Subject: Re: Areca 1210 makes FreeBSD not boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 02:41:35 -0000 --=-caE5NduuBQQe93xMU6eV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi Erich, The motherboard is a DFI Infinity NF UltraII-M2 board. It has a nForce4 chipset. Ive been using it with RELENG_6 for quite some time. The main reason for me to switch to RELENG_7 is to get the SMP fixes. Please tell if i can provide more information. Thanks! El lun, 15-10-2007 a las 09:58 +0800, erich escribió: > Hi Phillip Neumann, > > Could you give us your main board model, Areca will try to research > which > problem cause it? > I have new patch file for Areca new RAID adapter support, but I do not > think > it is useful on your case. > I had ran Areca RAID controller Arc1120 and Arc1200(new adapter type) > on > INTEL 5000 serial main board for a week. > The detail specification about your system is needed for me to touch > it. > > Best Regards > Erich Chen -- Phillip Neumann --=-caE5NduuBQQe93xMU6eV Content-Disposition: attachment; filename=pciconf.txt Content-Type: text/plain; name=pciconf.txt; charset=utf-8 Content-Transfer-Encoding: 7bit none0@pci0:0:0: class=0x058000 card=0x00000000 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory isab0@pci0:1:0: class=0x060100 card=0xcb8410de chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0xcb8410de chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0xcb8410de chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:2:1: class=0x0c0320 card=0xcb8410de chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB none2@pci0:4:0: class=0x040100 card=0x310015bd chip=0x005910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 AC'97 Audio Controller' class = multimedia subclass = audio atapci0@pci0:6:0: class=0x01018a card=0xcb8410de chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:7:0: class=0x010185 card=0xcb8410de chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA atapci2@pci0:8:0: class=0x010185 card=0xcb8410de chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA pcib1@pci0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nve0@pci0:10:0: class=0x068000 card=0xcb8410de chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Ethernet Controller' class = bridge pcib2@pci0:11:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:12:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:13:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:14:0: class=0x060400 card=0x00000000 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI fwohci0@pci1:6:0: class=0x0c0010 card=0x100615bd chip=0x30441106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6306 VIA Fire II IEEE-1394 OHCI Link Layer Controller' class = serial bus subclass = FireWire wcfxo0@pci1:7:0: class=0x078000 card=0x00038085 chip=0x0001e159 rev=0x00 hdr=0x00 vendor = 'Tiger Jet Network Inc' device = 'Multiple devices use this ID: General Purpose I/O Controller' class = simple comms none3@pci1:8:0: class=0x030000 card=0x00000000 chip=0x0111104e rev=0x10 hdr=0x00 vendor = 'Oak Technology Inc' device = 'OTI-64111 Spitfire' class = display subclass = VGA pcib6@pci5:0:0: class=0x060400 card=0x00000000 chip=0x03308086 rev=0x07 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor A-segment Bridge' class = bridge subclass = PCI-PCI pcib7@pci5:0:2: class=0x060400 card=0x00000000 chip=0x03328086 rev=0x07 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor B-segment Bridge' class = bridge subclass = PCI-PCI arcmsr0@pci6:14:0: class=0x010400 card=0x121017d3 chip=0x121017d3 rev=0x00 hdr=0x00 vendor = 'Areca Technology Corporation' device = 'ARC-1210 4-Port PCI-Express to SATA RAID Controller' class = mass storage subclass = RAID --=-caE5NduuBQQe93xMU6eV Content-Disposition: attachment; filename=dmesg.txt Content-Type: text/plain; name=dmesg.txt; charset=utf-8 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #1: Sun May 20 17:20:10 CLT 2007 root@worm.sofsis.cl:/usr/obj/usr/src/sys/WORM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2411.12-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 real memory = 2147418112 (2047 MB) avail memory = 2045009920 (1950 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem 0xfe02c000-0xfe02cfff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfe02b000-0xfe02bfff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 fwohci0: port 0xac00-0xac7f mem 0xfc7ff000-0xfc7ff7ff irq 16 at device 6.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:01:29:20:00:05:92:fd fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:01:29:05:92:fd fwe0: Ethernet address: 02:01:29:05:92:fd fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci1: at device 7.0 (no driver attached) pci1: at device 8.0 (no driver attached) nve0: port 0xbc00-0xbc07 mem 0xfe02a000-0xfe02afff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:01:29:d6:b3:1c miibus0: on nve0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nve0: Ethernet address: 00:01:29:d6:b3:1c pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 arcmsr0: mem 0xfd8ff000-0xfd8fffff,0xfcc00000-0xfcffffff irq 16 at device 14.0 on pci6 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 pcib7: at device 0.2 on pci5 pci7: on pcib7 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (1134.7C) acpi_tz0: _PSV value is absurd, ignored (1132.7C) acpi_tz0: _ACx value is absurd, ignored (1132.7C) speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff,0xca000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/3.12, addr 2 uhub2: 4 ports with 4 removable, self powered uhub2: port 1 reset failed Timecounter "TSC" frequency 2411123318 Hz quality 800 Timecounters tick every 1.000 msec acpi_tz0: _CRT value is absurd, ignored (1134.7C) acpi_tz0: _PSV value is absurd, ignored (1132.7C) acpi_tz0: _ACx value is absurd, ignored (1132.7C) acpi_tz0: _CRT value is absurd, ignored (1134.7C) acpi_tz0: _PSV value is absurd, ignored (1132.7C) acpi_tz0: _ACx value is absurd, ignored (1132.7C) acd0: CDROM at ata0-master PIO4 uhub2: at uhub0 port 3 (addr 2) disconnected pass5 at arcmsr0 bus 0 target 16 lun 0 pass5: Fixed Processor SCSI-0 device da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 30517MB (62499840 512 byte sectors: 255H 63S/T 3890C) da1 at arcmsr0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da1: 114440MB (234373632 512 byte sectors: 255H 63S/T 14589C) da2 at arcmsr0 bus 0 target 0 lun 2 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da2: 143050MB (292967424 512 byte sectors: 255H 63S/T 18236C) da3 at arcmsr0 bus 0 target 0 lun 3 da3: Fixed Direct Access SCSI-5 device da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da3: 17166MB (35155968 512 byte sectors: 255H 63S/T 2188C) da4 at arcmsr0 bus 0 target 0 lun 4 da4: Fixed Direct Access SCSI-5 device da4: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da4: 190734MB (390624768 512 byte sectors: 255H 63S/T 24315C) uhub2: detached Trying to mount root from ufs:/dev/da0s1a --=-caE5NduuBQQe93xMU6eV-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 04:27:12 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BCAF16A417 for ; Mon, 15 Oct 2007 04:27:12 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp118.plus.mail.sp1.yahoo.com (smtp118.plus.mail.sp1.yahoo.com [69.147.95.81]) by mx1.freebsd.org (Postfix) with SMTP id 5D75913C448 for ; Mon, 15 Oct 2007 04:27:12 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 51106 invoked from network); 15 Oct 2007 04:00:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=BrFMedW3rggmo2nwK9N3BiERQh+DBFllq30imMcVQZD1uCOMr1CnnBAVKV9W+AfO0rir35h3FrkiUCHqovkAgjX1JWA5enlRO0b8nYqaWQdYGA95P7n+1vuChEDZSsqhUf7gpbnLKAQDGR/ZOcanMmDqnt03Jy3gP2Jcq9898Y8= ; Received: from unknown (HELO borgdemon3.temp.wsu.edu) (john_m_cooper@134.121.244.74 with plain) by smtp118.plus.mail.sp1.yahoo.com with SMTP; 15 Oct 2007 04:00:32 -0000 X-YMail-OSG: Yayq.dYVM1mmfiksg3ssBc5rBLS.vOiELSaXJb4UZSgu01VrNX_2cZIlUxO5lNzqc8TX6G2Kcg-- Message-ID: <4712E5DD.8000106@yahoo.com> Date: Sun, 14 Oct 2007 21:00:29 -0700 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Lars Engels References: <20071014143508.GA2317@e.0x20.net> In-Reply-To: <20071014143508.GA2317@e.0x20.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: if_zyd LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 04:27:12 -0000 Lars Engels wrote: > On inserting a ZyDAS wireless USB stick (ZyXEL G-220) there is a LOR: > > lars@ttyp0 > uname -rs > FreeBSD 8.0-CURRENT > > > zyd0: on uhub4 > zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:13:49:70:b0:52 > zyd0: Ethernet address: 00:13:49:70:b0:52 > zyd0: if_start running deferred for Giant > lock order reversal: (Giant after non-sleepable) > 1st 0xc0bfda0c in_multi_mtx (in_multi_mtx) @ /usr/src/sys/netinet/in_mcast.c:318 > 2nd 0xc0baa490 Giant (Giant) @ /usr/src/sys/modules/zyd/../../dev/usb/if_zyd.c:2376 > KDB: stack backtrace: > db_trace_self_wrapper(c0a97fad,e7c33a28,c07825be,c0a9a47f,c0baa490,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c0a9a47f,c0baa490,c0ab0014,c0ab0014,c582ebd4,...) at kdb_backtrace+0x29 > witness_checkorder(c0baa490,9,c582ebd4,948,c0aa174c,...) at witness_checkorder+0x6de > _mtx_lock_flags(c0baa490,0,c582ebd4,948,c54ac980,...) at _mtx_lock_flags+0xbc > zyd_ioctl(c53b4400,80206931,0,94d,c53b464c,...) at zyd_ioctl+0x3b > if_addmulti(c53b4400,e7c33ab8,e7c33b38,140,210,...) at if_addmulti+0x244 > in_addmulti(e7c33ba4,c53b4400,0,0,c0aa174c,...) at in_addmulti+0x173 > in_control(c5afd4a4,8040691a,c5ae4b00,c53b4400,c58feaa0,...) at in_control+0xadf > ifioctl(c5afd4a4,8040691a,c5ae4b00,c58feaa0,c58feaa0,...) at ifioctl+0x323 > soo_ioctl(c5698708,8040691a,c5ae4b00,c50f2300,c58feaa0,...) at soo_ioctl+0x3a4 > kern_ioctl(c58feaa0,3,8040691a,c5ae4b00,c5ae4b00,...) at kern_ioctl+0x243 > ioctl(c58feaa0,e7c33cfc,c,c0ac6e16,c0b41ab0,...) at ioctl+0x12f > syscall(e7c33d38) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815ebd3, esp = 0xbfbfe65c, ebp = 0xbfbfe688 --- > zyd0: link state changed to UP > > > Lars > I've had a nearly identical effect with a Belkin USB wireless dongle. I've filed a PR on it. jmc From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 05:24:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B420416A41B for ; Mon, 15 Oct 2007 05:24:24 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7501713C461 for ; Mon, 15 Oct 2007 05:24:24 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62731 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IhIRC-000K6x-P6 for freebsd-current@freebsd.org; Mon, 15 Oct 2007 05:24:22 +0000 Message-ID: <4712F986.3070202@conducive.net> Date: Mon, 15 Oct 2007 01:24:22 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071015.034121.120532311.hrs@allbsd.org> <471291CA.3020404@conducive.net> <47129BEA.5010308@FreeBSD.org> In-Reply-To: <47129BEA.5010308@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 05:24:24 -0000 Kris Kennaway wrote: > 韓家標 Bill Hacker wrote: >> Hiroki Sato wrote: >>> I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way >>> (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console >>> access, and typing some keys just after "Trying to mount..." line >>> appears seems to prevent this panic. Without typing any keys the box >>> remain stopped after displaying the line, and then typing a key will >>> cause this panic. Whether the panic occurs depends on the time >>> between displaying the line and typing a key. >>> >> >> *snip* >> >> ..serial console... >> >> Things to check: >> >> Are you set to headless all the time? Or does that change during the >> bootup? >> >> What of /etc/ttys? >> >> Thinking that even if you are experienced in adjusting these to work >> with serial terminal (HP-200-LX here), it is easy to forget to edit >> the requisites when loading up a brand-new snapshot. > > Well, none of those things will cause a deadlock ;) > > Kris > > No, but one of them can 'blind' your serial terminal to what is... ;-) Bill From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 07:44:31 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A87016A419; Mon, 15 Oct 2007 07:44:31 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::32]) by mx1.freebsd.org (Postfix) with ESMTP id 175D113C455; Mon, 15 Oct 2007 07:44:30 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id l9F7iGKO069562; Mon, 15 Oct 2007 16:44:29 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l9F7i6Ia037263; Mon, 15 Oct 2007 16:44:07 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 15 Oct 2007 16:43:53 +0900 (JST) Message-Id: <20071015.164353.42868213.hrs@allbsd.org> To: kris@FreeBSD.org From: Hiroki Sato In-Reply-To: <4712AC0E.1080704@FreeBSD.org> References: <4712A4A8.7080503@FreeBSD.org> <20071015.084321.116003348.hrs@allbsd.org> <4712AC0E.1080704@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Oct_15_16_43_53_2007_738)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Mon, 15 Oct 2007 16:44:29 +0900 (JST) Cc: scottl@FreeBSD.org, current@FreeBSD.org Subject: Re: panic in 8-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 07:44:31 -0000 ----Security_Multipart(Mon_Oct_15_16_43_53_2007_738)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kris Kennaway wrote in <4712AC0E.1080704@FreeBSD.org>: kr> Hiroki Sato wrote: kr> > Any patches I can try? I am not sure this panic occurred with the kr> > old kernel (I updated it from Oct 4's one to Oct 15's), but IIRC the kr> > old one should have worked fine. I will double-check it anyway. kr> kr> Perhaps Scott can send you (and me) his latest patch (the one I have is kr> from several months ago). I'd like to see it committed for 7.0. Well, I got the INTR_FAST patch for bge from him just now and rebuilt the kernel, but the same panic occurs with it. -- | Hiroki SATO ----Security_Multipart(Mon_Oct_15_16_43_53_2007_738)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHExo5TyzT2CeTzy0RArQ8AKDGywsp1mONLoiM6xewGvjjgMnbuQCgr0WU 89a/Sc9xjUS8iaqEwwn3wN8= =oxP7 -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct_15_16_43_53_2007_738)---- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 08:15:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12E1216A418 for ; Mon, 15 Oct 2007 08:15:33 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 96B2D13C44B for ; Mon, 15 Oct 2007 08:15:32 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1182338nfb for ; Mon, 15 Oct 2007 01:15:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AYl5ngadgCIBF/Il1wqm+WocA8RSzdEzNxCksEvnfr0=; b=Nh+XBBNtfqw5+k5ap83hb5RCgwi7nBYdANkPEfAP1N9KG1vJzXtbPLC5D1VZCE76FKB0d4R7PhPmLL6cN58FWbuumjhbL8f+JzZ0rqNA9VfRRfAAvbM8xHB40xY7LkFfR2Rq642RWTzaHdD72xdVBXsT/Xn3wwTVa9L8/kEli78= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MhRZMw5KBSVYK1PiSwqzAHxIFKxp+Zm1B1i5MTlLdYMsC7/4+zhP2Bs/GtIVdavFPuWTKUK+GGlnxibziIUClGV14JfNwI5sBy89R9nXHU3maAR6g/bcFmJw0mP6pT/pfK2V7gYHELPxwaLGykNDSzvGUiYLMry0c1ijeS9OT+E= Received: by 10.86.68.5 with SMTP id q5mr2321203fga.1192434454298; Mon, 15 Oct 2007 00:47:34 -0700 (PDT) Received: by 10.86.91.5 with HTTP; Mon, 15 Oct 2007 00:47:34 -0700 (PDT) Message-ID: <11167f520710150047r781c0454hbe3b27a7d85868e9@mail.gmail.com> Date: Mon, 15 Oct 2007 02:47:34 -0500 From: "Sam Fourman Jr." To: current@freebsd.org In-Reply-To: <20071015001644.GB13443@parts-unknown.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1192328840.810.12.camel@RabbitsDen> <200710140810.38391.joao@matik.com.br> <1192373354.810.14.camel@RabbitsDen> <20071015001644.GB13443@parts-unknown.org> Cc: Subject: Re: Going from 8.0-CURRENT to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 08:15:33 -0000 On 10/14/07, David Benfell wrote: > On Sun, 14 Oct 2007 10:49:13 -0400, Alexandre Sunny Kovalenko wrote: > > On Sun, 2007-10-14 at 08:10 -0300, JoaoBR wrote: > > > On Saturday 13 October 2007 23:27:20 Alexandre "Sunny" Kovalenko wrote: > > > > This is basically a warning and an advise -- as usual -- YMMV. > > > > > > > > I have missed HEADS-UP that RELENG_7 has been branched and found myself > > > > running 8.0 after cvsup/buildworld/installworld cycle. Since I wanted to > > > > stick to RELENG_7 and since branching occured 2 days ago, I've figured I > > > > should be able to change tag in SUPFILE cvsup and rebuild. > > > > > For what it's worth, I did not encounter this problem. I'm guessing that > means that if you unwittingly upgraded to 8.0-current soon enough, this > does not affect you. > > -- > David Benfell, LCP > benfell@parts-unknown.org > --- > Resume available at http://www.parts-unknown.org/ > NOTE: I sign all messages with GnuPG (0DD1D1E3). > > I was wondering is the best way to install a fresh FreeBSD 7 i386 to download the snapshot from here (when it is posted) ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200710/ then csup releng_7, recompile the kernel, then portsnap fetch extract a fresh ports tree. Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 08:42:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5448616A419; Mon, 15 Oct 2007 08:42:17 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 12C9C13C46B; Mon, 15 Oct 2007 08:42:17 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 7662B1CC0F9; Mon, 15 Oct 2007 10:26:30 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id AA35517036; Mon, 15 Oct 2007 10:26:29 +0200 (CEST) Date: Mon, 15 Oct 2007 10:26:29 +0200 From: Henrik Brix Andersen To: Claus Guttesen Message-ID: <20071015082629.GB1290@tirith.brixandersen.dk> Mail-Followup-To: Claus Guttesen , Pawel Jakub Dawidek , freebsd-fs@freebsd.org, freebsd-current@freebsd.org References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 08:42:17 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 08, 2007 at 07:18:10PM +0200, Claus Guttesen wrote: > > I was able to reproduce the panic by rsyncing big files and trying > > bonnie++ test suggested in this thread. > > > > Can you guys retry with this patch: > > > > http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch > > > > It's a hack, yes, but allows to mitigate the problem quite well. I'm > > looking for a solution that can be used for 7.0 before we find a better > > fix. >=20 > Congrats Pawel! You made my server survive my rsync of 90 GB. :-) >=20 > This is on same src as the one that required a reboot except for your > patch. So this fix does 'alleviate kmem_map too small' in my case. While we have come across the 'kmem_map too small' panics in the past, these are now solved - but our rsync processes still hang at random, just spinning the CPU. This is when running multiple rsyncs to the same zpool: http://www.brixandersen.dk/tmp/zfs-rsync-debug.1.txt This is reproduceable (but only after running an intensive set of rsync processes for ~10-12 hours or so) on our i386 RELENG_7 box with the above mentioned patch, 4GB RAM, KVA_PAGES=3D512 and the following settings in loader.conf: vfs.zfs.prefetch_disable=3D"1" vfs.zfs.zil_disable=3D"1" vfs.zfs.arc_max=3D"209715200" vm.kmem_size=3D"1258291200" vm.kmem_size_max=3D"1258291200" Regards, Brix --=20 Henrik Brix Andersen --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHEyQ0v+Q4flTiePgRAidfAJ9wrMlBNTAZTdFHju8ycTDLO3j9oQCgojS1 +A03Kj/qCExUv6TZ8AM0xsA= =KyZg -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 08:56:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27C8716A419 for ; Mon, 15 Oct 2007 08:56:32 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 4853013C46A for ; Mon, 15 Oct 2007 08:56:30 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 99577 invoked from network); 15 Oct 2007 12:56:28 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 15 Oct 2007 12:56:28 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249450, updated: 15.10.2007] Message-ID: <011701c80f09$44dc9c10$0c00a8c0@Artem> From: "Artem Kuchin" To: "Slawa Olhovchenkov" , "Dmitry Morozovsky" References: <012d01c8078b$59331e30$0c00a8c0@Artem><20071005213643.GA86107@heechee.tobez.org><20071006014202.Y21670@woozle.rinet.ru> <20071014213827.GA37531%slw@zxy.spb.ru> Date: Mon, 15 Oct 2007 12:56:24 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-current@freebsd.org Subject: Re: Suspeded (tty output) on perl system on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 08:56:32 -0000 Slawa Olhovchenkov wrote: > On Sat, Oct 06, 2007 at 01:42:55AM +0400, Dmitry Morozovsky wrote: > >> Looking at 'su' in the command line tends me to think about broken >> tcsh signal handling in -current... > > No, for _any_ shell. > > This is break in revision 1.79 of src/usr.bin/su/su.c Well, i think it should be fixed by prerelease and it is not. Who can i contact in order to get it fixed? -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 09:47:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 593C516A41B; Mon, 15 Oct 2007 09:47:43 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id EB1AA13C44B; Mon, 15 Oct 2007 09:47:42 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1D63845E93; Mon, 15 Oct 2007 11:47:41 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CE09045683; Mon, 15 Oct 2007 11:47:28 +0200 (CEST) Date: Mon, 15 Oct 2007 11:47:16 +0200 From: Pawel Jakub Dawidek To: Claus Guttesen , freebsd-fs@freebsd.org, freebsd-current@freebsd.org Message-ID: <20071015094716.GG10170@garage.freebsd.pl> References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071015082629.GB1290@tirith.brixandersen.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kadn00tgSopKmJ1H" Content-Disposition: inline In-Reply-To: <20071015082629.GB1290@tirith.brixandersen.dk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 09:47:43 -0000 --kadn00tgSopKmJ1H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 15, 2007 at 10:26:29AM +0200, Henrik Brix Andersen wrote: > On Mon, Oct 08, 2007 at 07:18:10PM +0200, Claus Guttesen wrote: > > > I was able to reproduce the panic by rsyncing big files and trying > > > bonnie++ test suggested in this thread. > > > > > > Can you guys retry with this patch: > > > > > > http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch > > > > > > It's a hack, yes, but allows to mitigate the problem quite well. I'm > > > looking for a solution that can be used for 7.0 before we find a bett= er > > > fix. > >=20 > > Congrats Pawel! You made my server survive my rsync of 90 GB. :-) > >=20 > > This is on same src as the one that required a reboot except for your > > patch. So this fix does 'alleviate kmem_map too small' in my case. >=20 > While we have come across the 'kmem_map too small' panics in the past, > these are now solved - but our rsync processes still hang at random, > just spinning the CPU. This is when running multiple rsyncs to the > same zpool: >=20 > http://www.brixandersen.dk/tmp/zfs-rsync-debug.1.txt This looks like VFS deadlock between process 42575 and 42585. You debugging is really nice, but unfortunately there is no backtrace of process 42575, so we don't know where and why it's stuck... Can you next time take 'show lockedvnods', 'show alllocks' (as you did this time), but also 'alltrace'? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --kadn00tgSopKmJ1H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHEzckForvXbEpPzQRAv5hAJ4jSUxA01dxxvRcFHaAbalKQzGJ9wCgtaBV 2r3jy+/H/uoQlWWzbnTlrwA= =ywo+ -----END PGP SIGNATURE----- --kadn00tgSopKmJ1H-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 09:54:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B179616A420; Mon, 15 Oct 2007 09:54:06 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 7342813C4A6; Mon, 15 Oct 2007 09:54:06 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id C32661CC0E3; Mon, 15 Oct 2007 11:54:05 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 000FB17036; Mon, 15 Oct 2007 11:54:04 +0200 (CEST) Date: Mon, 15 Oct 2007 11:54:04 +0200 From: Henrik Brix Andersen To: Pawel Jakub Dawidek Message-ID: <20071015095404.GF1290@tirith.brixandersen.dk> Mail-Followup-To: Pawel Jakub Dawidek , Claus Guttesen , freebsd-fs@freebsd.org, freebsd-current@freebsd.org References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> <20071015082629.GB1290@tirith.brixandersen.dk> <20071015094716.GG10170@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="raC6veAxrt5nqIoY" Content-Disposition: inline In-Reply-To: <20071015094716.GG10170@garage.freebsd.pl> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Claus Guttesen Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 09:54:06 -0000 --raC6veAxrt5nqIoY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 15, 2007 at 11:47:16AM +0200, Pawel Jakub Dawidek wrote: > This looks like VFS deadlock between process 42575 and 42585. You > debugging is really nice, but unfortunately there is no backtrace of > process 42575, so we don't know where and why it's stuck... >=20 > Can you next time take 'show lockedvnods', 'show alllocks' (as you did > this time), but also 'alltrace'? Will do. Thank you for the swift reply :) Regards, Brix --=20 Henrik Brix Andersen --raC6veAxrt5nqIoY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHEzi8v+Q4flTiePgRAnwUAKCYeHd91oHOyoazwWJZmQNCsZm4LACfZ3cC 50O7Zw1VilRrhfXHq0NmUFg= =JhxJ -----END PGP SIGNATURE----- --raC6veAxrt5nqIoY-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 11:28:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 650E316A417 for ; Mon, 15 Oct 2007 11:28:24 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from etain.frida.mouhaha.de (etain.frida.mouhaha.de [85.236.48.54]) by mx1.freebsd.org (Postfix) with ESMTP id 260F213C458 for ; Mon, 15 Oct 2007 11:28:23 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from localhost (etain.frida.mouhaha.de [85.236.48.54]) by etain.frida.mouhaha.de (Postfix) with ESMTP id 629CA4B8D63 for ; Mon, 15 Oct 2007 13:28:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from etain.frida.mouhaha.de ([85.236.48.54]) by localhost (etain.frida.mouhaha.de [85.236.48.54]) (amavisd-new, port 10024) with ESMTP id yNQ23deMbVPu for ; Mon, 15 Oct 2007 13:28:21 +0200 (CEST) Received: by etain.frida.mouhaha.de (Postfix, from userid 1001) id D7F394B8D61; Mon, 15 Oct 2007 13:28:20 +0200 (CEST) Date: Mon, 15 Oct 2007 13:28:20 +0200 From: Oliver Peter To: freebsd-current@freebsd.org Message-ID: <20071015112820.GB94180@nemesis.frida.mouhaha.de> References: <20071009155726.GB26846@nemesis.frida.mouhaha.de> <470BB044.3020308@delphij.net> <20071013113125.GD26846@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P+33d92oIH25kiaB" Content-Disposition: inline In-Reply-To: <20071013113125.GD26846@nemesis.frida.mouhaha.de> X-Operating-System: FreeBSD 6.2-RELEASE-p8 i386 User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: em0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 11:28:24 -0000 --P+33d92oIH25kiaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 13, 2007 at 01:31:25PM +0200, Oliver Peter wrote: > ... > Nevertheless, I still have these timeouts and resets on em0. Today I played around with the steam gameserver under FreeBSD 8.0-CURRENT. I can reproduce the timeouts when I try to initialize the server. % dmesg | grep 'em0: watchdog timeout' -c 100 --> em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP Exactly 100 times. Feel free to contact me for furhter information or for testing some code on my machine. Since it is no production server I can play around with it. --=20 Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --P+33d92oIH25kiaB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkcTTtQACgkQ6LH/IUVtaI/0iACgwUn4Mn7qsC+BFjgSsmy8vV6y m0MAn2n1VdYFdqoKuCxfCSmpYqoqseIU =54Bj -----END PGP SIGNATURE----- --P+33d92oIH25kiaB-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 12:28:37 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F6016A419 for ; Mon, 15 Oct 2007 12:28:37 +0000 (UTC) (envelope-from palukhin@electro-mpo.ru) Received: from electro-mpo.ru (mail.electro-mpo.ru [194.186.208.114]) by mx1.freebsd.org (Postfix) with ESMTP id B9BEE13C458 for ; Mon, 15 Oct 2007 12:28:36 +0000 (UTC) (envelope-from palukhin@electro-mpo.ru) Received: from palukhin.co.em Palukhin [172.25.1.3] by electro-mpo.ru with NetMail SMTP Agent $Revision: 1.6 $ on Linux; Mon, 15 Oct 2007 15:31:23 +0400 Message-ID: <47134F8A.4030309@electro-mpo.ru> Date: Mon, 15 Oct 2007 15:31:22 +0400 From: oleg palukhin User-Agent: Thunderbird 2.0.0.6 (X11/20070915) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 15 Oct 2007 12:36:32 +0000 Subject: error with thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 12:28:37 -0000 hi, list on recently builded -current when i start X, portupgrade and some else programms I get a lot of this error: "Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12)", and coredump then. googlin' give me feeling that it's good known sort of issue, but I couldn't find any example of soving just where to look to solve it? Regards, oleg From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 12:46:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27CD916A418 for ; Mon, 15 Oct 2007 12:46:53 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [204.14.85.196]) by mx1.freebsd.org (Postfix) with ESMTP id 09F6013C44B for ; Mon, 15 Oct 2007 12:46:52 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IhOru-000KHA-Bl for freebsd-current@freebsd.org; Mon, 15 Oct 2007 08:16:23 -0400 From: "Yuri Lukin" To: freebsd-current@freebsd.org Date: Mon, 15 Oct 2007 08:16:22 -0400 Message-Id: <20071015121152.M71807@swaggi.com> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: 7.0 cvs tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 12:46:53 -0000 So I understand that RELENG_7 has been branched and HEAD is now 8.0-CURRENT. Which cvs tag do I use if I want to cvsup to the latest 7.0-PRERELEASE/BETA/RC/whatever? Is it "RELENG_7"? The section in the handbook that has all the cvs tags has not been updated yet... Thanks, Yuri From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 12:54:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2BD716A421 for ; Mon, 15 Oct 2007 12:54:36 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id A296213C46E for ; Mon, 15 Oct 2007 12:54:36 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 36BA21B10EBB; Mon, 15 Oct 2007 14:54:35 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id ABA0D1B10E0D; Mon, 15 Oct 2007 14:54:32 +0200 (CEST) Message-ID: <47136308.3060904@moneybookers.com> Date: Mon, 15 Oct 2007 15:54:32 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Yuri Lukin References: <20071015121152.M71807@swaggi.com> In-Reply-To: <20071015121152.M71807@swaggi.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4540/Sun Oct 14 03:43:55 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: 7.0 cvs tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 12:54:37 -0000 Hi, Yuri Lukin wrote: > So I understand that RELENG_7 has been branched and HEAD is now 8.0-CURRENT. > Which cvs tag do I use if I want to cvsup to the latest > 7.0-PRERELEASE/BETA/RC/whatever? Is it "RELENG_7"? The section in the handbook > that has all the cvs tags has not been updated yet... > > Thanks, > Yuri > RELENG_7 :) > > _______________________________________________ > 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" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 12:57:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8FA116A41A for ; Mon, 15 Oct 2007 12:57:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 71D4613C474 for ; Mon, 15 Oct 2007 12:57:10 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l9FCv1Pj013447; Mon, 15 Oct 2007 08:57:01 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Mon, 15 Oct 2007 08:57:01 -0400 (EDT) Date: Mon, 15 Oct 2007 08:57:01 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: oleg palukhin In-Reply-To: <47134F8A.4030309@electro-mpo.ru> Message-ID: References: <47134F8A.4030309@electro-mpo.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: error with thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 12:57:10 -0000 On Mon, 15 Oct 2007, oleg palukhin wrote: > hi, list > > on recently builded -current when i start X, portupgrade and some else > programms I get a lot of this error: > "Fatal error 'Cannot allocate red zone for initial thread' at line 382 > in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12)", and coredump > then. > > googlin' give me feeling that it's good known sort of issue, but I couldn't > find any example of soving > > just where to look to solve it? Try manually rebuilding portupgrade and the ports that depend on it. My -current ports are old, but do something like this: # pkg_which /usr/local/sbin/portupgrade portupgrade-devel-2.3.0_5 # pkg_info -r portupgrade-devel-2.3.0_5 Information for portupgrade-devel-2.3.0_5: Depends on: Dependency: db41-4.1.25_4 Dependency: ruby-1.8.6,1 Dependency: perl-5.8.8 Dependency: ruby18-bdb-0.6.0 # pkg_info -oq db41-4.1.25_4 ruby-1.8.6,1 perl-5.8.8 ruby18-bdb-0.6.0 databases/db41 lang/perl5.8 lang/ruby18 databases/ruby-bdb So you'd rebuild those 4 ports and ports-mgmt/portupgrade. According to a recent post, you might only need to rebuild the ruby related ports and portupgrade. Disclaimer: I have not gone through this, just reiterating what I saw in a recent post. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 12:58:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F1D16A41B for ; Mon, 15 Oct 2007 12:58:03 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFEE13C458 for ; Mon, 15 Oct 2007 12:58:00 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:22015 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738360AbXJOM5f (ORCPT ); Mon, 15 Oct 2007 16:57:35 +0400 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: bu7cher Message-ID: <471363BC.7040208@yandex.ru> Date: Mon, 15 Oct 2007 16:57:32 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Yuri Lukin References: <20071015121152.M71807@swaggi.com> In-Reply-To: <20071015121152.M71807@swaggi.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0 cvs tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 12:58:03 -0000 Yuri Lukin wrote: > So I understand that RELENG_7 has been branched and HEAD is now 8.0-CURRENT. > Which cvs tag do I use if I want to cvsup to the latest > 7.0-PRERELEASE/BETA/RC/whatever? Is it "RELENG_7"? The section in the handbook > that has all the cvs tags has not been updated yet... Yes, you are right. It's RELENG_7. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 13:09:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB6216A41B for ; Mon, 15 Oct 2007 13:09:17 +0000 (UTC) (envelope-from sklarkin@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 629EE13C478 for ; Mon, 15 Oct 2007 13:09:17 +0000 (UTC) (envelope-from sklarkin@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3113121pyb for ; Mon, 15 Oct 2007 06:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=ugxcPDJPhXk6WooRtroAzzsWKdqMe2qXvskEhno4pQA=; b=BUYhtvTwg1hdUyN5BfIuH5Dms/uQ5Y8LMzWPKu85tZSp+KhMNMLPPZOvui/ztpgZ90DexA+3TQxEjjOIhX6HB++0Jsjggqd80k7k/HZHoqVxtwAhSUwAmeTWMZhoBLrABMzqH02QAgggUfkZRVvR2JtCyFWyd0cXDBmBR4fPogk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=ZhkWGt6oV0M5pK6zhbki3zePhKzCw6CcxVHJLuZDdRMXTLu6q2ElmH334wLHJBYi0oKv0JLITQiBTP72av1nST4Hcjigv5z4DSmTM2J84QO5v90m9gNVTJf0pGdK0H/6+XTwyq+Vw8vhgRV6/6x2Y1GqyWWr8mU9wl5wbP2mQJk= Received: by 10.141.35.21 with SMTP id n21mr2613124rvj.1192452064176; Mon, 15 Oct 2007 05:41:04 -0700 (PDT) Received: by 10.140.185.8 with HTTP; Mon, 15 Oct 2007 05:41:04 -0700 (PDT) Message-ID: <5b150c9c0710150541l1dca4ea0n9383b5dfaba96d79@mail.gmail.com> Date: Mon, 15 Oct 2007 16:41:04 +0400 From: sklarkin To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: error with thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 13:09:17 -0000 hi, list on recently builded -current when i start X, portupgrade and some else programms I get a lot of this error: "Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12)", and coredump then. googlin' give me feeling that it's good known sort of issue, but I couldn't find any example of soving just where to look to solve it? Regards, oleg From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 13:10:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD5EC16A418 for ; Mon, 15 Oct 2007 13:10:23 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id A65A813C461 for ; Mon, 15 Oct 2007 13:10:18 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 4432B406E; Mon, 15 Oct 2007 13:52:52 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id F99pROrLUABI; Mon, 15 Oct 2007 13:52:49 +0100 (BST) Received: from [217.206.238.190] (sylvester.tector.org.uk [217.206.238.190]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 928F24061; Mon, 15 Oct 2007 13:52:49 +0100 (BST) Message-ID: <471362A6.5050203@thekeelecentre.com> Date: Mon, 15 Oct 2007 13:52:54 +0100 From: Richard Tector User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Yuri Lukin References: <20071015121152.M71807@swaggi.com> In-Reply-To: <20071015121152.M71807@swaggi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.0 cvs tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 13:10:23 -0000 Yuri Lukin wrote: > So I understand that RELENG_7 has been branched and HEAD is now 8.0-CURRENT. > Which cvs tag do I use if I want to cvsup to the latest > 7.0-PRERELEASE/BETA/RC/whatever? Is it "RELENG_7"? The section in the handbook > that has all the cvs tags has not been updated yet... > Yes, RELENG_7 Regards Richard From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 13:17:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ED6E16A418 for ; Mon, 15 Oct 2007 13:17:20 +0000 (UTC) (envelope-from rpaulo@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 A996013C48A for ; Mon, 15 Oct 2007 13:17:19 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so362206uge for ; Mon, 15 Oct 2007 06:17:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; bh=h4ETuc8DOJpcabDqPGzvmGJB/73ya0YTZvagWRBjJlc=; b=NBMRpynKGTierAlL3mftYPFRJWwWhCGiZzdxYyg4lfl1HmhYWEQ4/3m/fLpU4/Kno/Brf7YhHlho31fvovwqblvOe9w5IJw5UApW3+Lqxcy8RgksUHM5DxkTjHH/ei0HB6FMQkZXFSRLLfbNb0xfSDxNOz4vMBx2gZItt1ETZgY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=bDSzAQW3JZADXVAhaqaKL4rOj4cRu9bsqvSe/DTtxcH5RDSEtqOcWQ1NPvSesqw5PiZy5/WdvcMYrCRNFsRENI7bHtK/g9Lq6zwfDqFkM/ILpXHhQTPuH47mEMRq8sA0sShXGZOur5NkBnhLEAmpszrBNAlZSkgTvLlw2a0oyV4= Received: by 10.67.116.4 with SMTP id t4mr7850811ugm.1192452561485; Mon, 15 Oct 2007 05:49:21 -0700 (PDT) Received: from ?10.0.0.10? ( [87.196.122.227]) by mx.google.com with ESMTPS id z34sm3242423ikz.2007.10.15.05.49.19 (version=SSLv3 cipher=OTHER); Mon, 15 Oct 2007 05:49:20 -0700 (PDT) In-Reply-To: <20071015121152.M71807@swaggi.com> References: <20071015121152.M71807@swaggi.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <122CE790-2574-4E84-B680-C2D2D10800B5@fnop.net> Content-Transfer-Encoding: 7bit From: Rui Paulo Date: Mon, 15 Oct 2007 13:49:10 +0100 To: "Yuri Lukin" X-Mailer: Apple Mail (2.752.3) Sender: Rui Paulo Cc: freebsd-current@freebsd.org Subject: Re: 7.0 cvs tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 13:17:20 -0000 On 15 Oct 2007, at 13:16, Yuri Lukin wrote: > > So I understand that RELENG_7 has been branched and HEAD is now 8.0- > CURRENT. > Which cvs tag do I use if I want to cvsup to the latest > 7.0-PRERELEASE/BETA/RC/whatever? Is it "RELENG_7"? The section in > the handbook > that has all the cvs tags has not been updated yet... Yes, it's RELENG_7. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 13:46:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6159716A474 for ; Mon, 15 Oct 2007 13:46:03 +0000 (UTC) (envelope-from sklarkin@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 25FCD13C505 for ; Mon, 15 Oct 2007 13:46:02 +0000 (UTC) (envelope-from sklarkin@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so852676nzf for ; Mon, 15 Oct 2007 06:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=MQrKM6+HvTiZdLGIqW9+/s3PlhuOnWOe4Bv5ylqjmc8=; b=dA7LrExnjdWAR8hwWPxwGK/XGk2U6yqdkACd6tVVHK7YuQMA6H5WrwRzVdFZ/5dXcnpg1WTMDYefuiiKPNJOnpgpFibgMBoI+/85DxttiihZzfTTWIMBOHyiMYOHttTJbzt03KawAk5OH0th+LVSo6K6HAdhTBJXvhNZMxGXNoA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=KGapZDgZB9mwftrNAUWWzkR9Hp0LgJRxnPHz3rOHqHh27SuzlCo0OCjn41SOWuNufrUIxKFyKEDmiZIZAE8pmAu1K8RYTbfMyTcv2PqDplX2Aq0Xpw5Z3RZSv+ydxJNqF3aoLZqiKVWOMXlqzSwyCCUai0EMKNinUnqbX5PxbWg= Received: by 10.140.185.11 with SMTP id i11mr2662856rvf.1192455952015; Mon, 15 Oct 2007 06:45:52 -0700 (PDT) Received: by 10.140.185.8 with HTTP; Mon, 15 Oct 2007 06:45:51 -0700 (PDT) Message-ID: <5b150c9c0710150645h37b2a647u1eae0896941b2601@mail.gmail.com> Date: Mon, 15 Oct 2007 17:45:51 +0400 From: sklarkin To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: error with thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 13:46:03 -0000 Daniel Eischen wrote: > On Mon, 15 Oct 2007, oleg palukhin wrote: > >> hi, list >> >> on recently builded -current when i start X, portupgrade and some else programms I get a lot of this error: >> "Fatal error 'Cannot allocate red zone for initial thread' at line 382 >> in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12)", and coredump then. >> >> googlin' give me feeling that it's good known sort of issue, but I couldn't find any example of soving >> >> just where to look to solve it? > > Try manually rebuilding portupgrade and the ports that depend on it. > > My -current ports are old, but do something like this: > > # pkg_which /usr/local/sbin/portupgrade > portupgrade-devel-2.3.0_5 > > # pkg_info -r portupgrade-devel-2.3.0_5 > Information for portupgrade-devel-2.3.0_5: > > Depends on: > Dependency: db41-4.1.25_4 > Dependency: ruby-1.8.6,1 > Dependency: perl-5.8.8 > Dependency: ruby18-bdb-0.6.0 > > # pkg_info -oq db41-4.1.25_4 ruby-1.8.6,1 perl-5.8.8 ruby18-bdb-0.6.0 > databases/db41 > lang/perl5.8 > lang/ruby18 > databases/ruby-bdb > > So you'd rebuild those 4 ports and ports-mgmt/portupgrade. According > to a recent post, you might only need to rebuild the ruby related ports > and portupgrade. > > Disclaimer: I have not gone through this, just reiterating what I saw > in a recent post. > I'd already rebuilt portupgrade without recompiling dependencies - it's not help. ok, will try with dependencies. but issue is not only in portupgrade as i wrote above, it sounds like more global problem... thank you for response, oleg From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 14:08:34 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 628C116A417 for ; Mon, 15 Oct 2007 14:08:34 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (mx1.vega.ru [87.242.77.163]) by mx1.freebsd.org (Postfix) with ESMTP id 200C113C474 for ; Mon, 15 Oct 2007 14:08:33 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=56655 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IhQcJ-000H7o-Q4; Mon, 15 Oct 2007 14:08:23 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.1/8.14.1) with ESMTP id l9FE7aBw078661; Mon, 15 Oct 2007 18:07:36 +0400 (MSD) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.1/8.14.1/Submit) id l9FE7aSH078660; Mon, 15 Oct 2007 18:07:36 +0400 (MSD) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Mon, 15 Oct 2007 18:07:36 +0400 From: Ruslan Ermilov To: sklarkin Message-ID: <20071015140736.GA3974@team.vega.ru> References: <5b150c9c0710150645h37b2a647u1eae0896941b2601@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5b150c9c0710150645h37b2a647u1eae0896941b2601@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.org Subject: Re: error with thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 14:08:34 -0000 On Mon, Oct 15, 2007 at 05:45:51PM +0400, sklarkin wrote: > Daniel Eischen wrote: > > On Mon, 15 Oct 2007, oleg palukhin wrote: > > > >> hi, list > >> > >> on recently builded -current when i start X, portupgrade and some else > programms I get a lot of this error: > >> "Fatal error 'Cannot allocate red zone for initial thread' at line 382 > >> in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12)", and coredump > then. > >> > >> googlin' give me feeling that it's good known sort of issue, but I > couldn't find any example of soving > >> > >> just where to look to solve it? > > > > Try manually rebuilding portupgrade and the ports that depend on it. > > > > My -current ports are old, but do something like this: > > > > # pkg_which /usr/local/sbin/portupgrade > > portupgrade-devel-2.3.0_5 > > > > # pkg_info -r portupgrade-devel-2.3.0_5 > > Information for portupgrade-devel-2.3.0_5: > > > > Depends on: > > Dependency: db41-4.1.25_4 > > Dependency: ruby-1.8.6,1 > > Dependency: perl-5.8.8 > > Dependency: ruby18-bdb-0.6.0 > > > > # pkg_info -oq db41-4.1.25_4 ruby-1.8.6,1 perl-5.8.8 ruby18-bdb-0.6.0 > > databases/db41 > > lang/perl5.8 > > lang/ruby18 > > databases/ruby-bdb > > > > So you'd rebuild those 4 ports and ports-mgmt/portupgrade. According > > to a recent post, you might only need to rebuild the ruby related ports > > and portupgrade. > > > > Disclaimer: I have not gone through this, just reiterating what I saw > > in a recent post. > > > > I'd already rebuilt portupgrade without recompiling dependencies - it's not > help. > ok, will try with dependencies. > but issue is not only in portupgrade as i wrote above, it sounds like more > global problem... > Some of your old programs end up linked to both old libc.so.6 and new libc.so.7 (through the shared library dependencies). Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 14:17:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F217916A41B; Mon, 15 Oct 2007 14:17:23 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 4C76513C46B; Mon, 15 Oct 2007 14:17:23 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id D7830B096; Mon, 15 Oct 2007 18:17:21 +0400 (MSD) Received: from localhost (is1.park.rambler.ru [81.19.64.121]) by relay0.rambler.ru (Postfix) with ESMTP id B28ADB089; Mon, 15 Oct 2007 18:17:21 +0400 (MSD) Date: Mon, 15 Oct 2007 18:17:14 +0400 From: Igor Sysoev To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20071015141714.GL24828@rambler-co.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: Subject: 2G+ sysv shm segments X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 14:17:24 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Two years ago Christian S.J. Peron had increased total number of SysV shm pages on 64-bit platform, that allows to create many shm segments more than 2G in sum. However, the patch does not allow to create a single large segment more than 2G. The attached patches against 6.x and 7.x allow to create 2G+ segments. I know that stock 6.x will not have this feature because of compatibility, but I send 6.x patch too because someone may want to use 2G+ shm on 6.x. To install: patch -d < /usr < big_sysvshmX.txt [ rebuild kernel ] cd /usr/src/include/ make obj make make install cd /usr/src/usr.bin/ipcs/ make obj make make install -- Igor Sysoev http://sysoev.ru/en/ --AqsLC8rIMeq19msA Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="big_sysvshm6.txt" --- src/sys/sys/shm.h 2007-09-12 23:33:39.000000000 +0400 +++ src/sys/sys/shm.h 2007-10-15 17:42:38.000000000 +0400 @@ -77,7 +77,7 @@ struct shmid_ds { struct ipc_perm shm_perm; /* operation permission structure */ - int shm_segsz; /* size of segment in bytes */ + size_t shm_segsz; /* size of segment in bytes */ pid_t shm_lpid; /* process ID of last shared memory op */ pid_t shm_cpid; /* process ID of creator */ short shm_nattch; /* number of current attaches */ @@ -94,11 +94,11 @@ * might be of interest to user programs. Do we really want/need this? */ struct shminfo { - int shmmax, /* max shared memory segment size (bytes) */ - shmmin, /* min shared memory segment size (bytes) */ - shmmni, /* max number of shared memory identifiers */ - shmseg, /* max shared memory segments per process */ - shmall; /* max amount of shared memory (pages) */ + u_long shmmax; /* max shared memory segment size (bytes) */ + u_long shmmin; /* max shared memory segment size (bytes) */ + u_long shmmni; /* max number of shared memory identifiers */ + u_long shmseg; /* max shared memory segments per process */ + u_long shmall; /* max amount of shared memory (pages) */ }; /* --- src/sys/kern/sysv_shm.c 2007-09-12 23:33:19.000000000 +0400 +++ src/sys/kern/sysv_shm.c 2007-10-15 17:16:54.000000000 +0400 @@ -181,15 +181,15 @@ static int shm_allow_removed; SYSCTL_DECL(_kern_ipc); -SYSCTL_INT(_kern_ipc, OID_AUTO, shmmax, CTLFLAG_RW, &shminfo.shmmax, 0, +SYSCTL_ULONG(_kern_ipc, OID_AUTO, shmmax, CTLFLAG_RW, &shminfo.shmmax, 0, "Maximum shared memory segment size"); -SYSCTL_INT(_kern_ipc, OID_AUTO, shmmin, CTLFLAG_RW, &shminfo.shmmin, 0, +SYSCTL_ULONG(_kern_ipc, OID_AUTO, shmmin, CTLFLAG_RW, &shminfo.shmmin, 0, "Minimum shared memory segment size"); -SYSCTL_INT(_kern_ipc, OID_AUTO, shmmni, CTLFLAG_RDTUN, &shminfo.shmmni, 0, +SYSCTL_ULONG(_kern_ipc, OID_AUTO, shmmni, CTLFLAG_RDTUN, &shminfo.shmmni, 0, "Number of shared memory identifiers"); -SYSCTL_INT(_kern_ipc, OID_AUTO, shmseg, CTLFLAG_RDTUN, &shminfo.shmseg, 0, +SYSCTL_ULONG(_kern_ipc, OID_AUTO, shmseg, CTLFLAG_RDTUN, &shminfo.shmseg, 0, "Number of segments per process"); -SYSCTL_INT(_kern_ipc, OID_AUTO, shmall, CTLFLAG_RW, &shminfo.shmall, 0, +SYSCTL_ULONG(_kern_ipc, OID_AUTO, shmall, CTLFLAG_RW, &shminfo.shmall, 0, "Maximum number of pages available for shared memory"); SYSCTL_INT(_kern_ipc, OID_AUTO, shm_use_phys, CTLFLAG_RW, &shm_use_phys, 0, "Enable/Disable locking of shared memory pages in core"); @@ -754,7 +754,8 @@ struct shmget_args *uap; int mode; { - int i, segnum, shmid, size; + int i, segnum, shmid; + size_t size; struct ucred *cred = td->td_ucred; struct shmid_kernel *shmseg; vm_object_t shm_object; @@ -967,15 +968,15 @@ { int i; - TUNABLE_INT_FETCH("kern.ipc.shmmaxpgs", &shminfo.shmall); + TUNABLE_ULONG_FETCH("kern.ipc.shmmaxpgs", &shminfo.shmall); for (i = PAGE_SIZE; i > 0; i--) { shminfo.shmmax = shminfo.shmall * i; if (shminfo.shmmax >= shminfo.shmall) break; } - TUNABLE_INT_FETCH("kern.ipc.shmmin", &shminfo.shmmin); - TUNABLE_INT_FETCH("kern.ipc.shmmni", &shminfo.shmmni); - TUNABLE_INT_FETCH("kern.ipc.shmseg", &shminfo.shmseg); + TUNABLE_ULONG_FETCH("kern.ipc.shmmin", &shminfo.shmmin); + TUNABLE_ULONG_FETCH("kern.ipc.shmmni", &shminfo.shmmni); + TUNABLE_ULONG_FETCH("kern.ipc.shmseg", &shminfo.shmseg); TUNABLE_INT_FETCH("kern.ipc.shm_use_phys", &shm_use_phys); shmalloced = shminfo.shmmni; --- src/usr.bin/ipcs/ipcs.c 2007-09-12 23:32:25.000000000 +0400 +++ src/usr.bin/ipcs/ipcs.c 2007-10-15 17:29:06.000000000 +0400 @@ -93,11 +93,11 @@ }; #define SHMINFO_XVEC \ -X(shmmax, sizeof(int)) \ -X(shmmin, sizeof(int)) \ -X(shmmni, sizeof(int)) \ -X(shmseg, sizeof(int)) \ -X(shmall, sizeof(int)) +X(shmmax, sizeof(u_long)) \ +X(shmmin, sizeof(u_long)) \ +X(shmmni, sizeof(u_long)) \ +X(shmseg, sizeof(u_long)) \ +X(shmall, sizeof(u_long)) #define SEMINFO_XVEC \ X(semmap, sizeof(int)) \ @@ -376,15 +376,15 @@ if ((display & (SHMINFO | SHMTOTAL))) { if (display & SHMTOTAL) { printf("shminfo:\n"); - printf("\tshmmax: %12d\t(max shared memory segment size)\n", + printf("\tshmmax: %12ld\t(max shared memory segment size)\n", shminfo.shmmax); - printf("\tshmmin: %12d\t(min shared memory segment size)\n", + printf("\tshmmin: %12ld\t(min shared memory segment size)\n", shminfo.shmmin); - printf("\tshmmni: %12d\t(max number of shared memory identifiers)\n", + printf("\tshmmni: %12ld\t(max number of shared memory identifiers)\n", shminfo.shmmni); - printf("\tshmseg: %12d\t(max shared memory segments per process)\n", + printf("\tshmseg: %12ld\t(max shared memory segments per process)\n", shminfo.shmseg); - printf("\tshmall: %12d\t(max amount of shared memory in pages)\n\n", + printf("\tshmall: %12ld\t(max amount of shared memory in pages)\n\n", shminfo.shmall); } if (display & SHMINFO) { @@ -439,7 +439,7 @@ kshmptr->u.shm_nattch); if (option & BIGGEST) - printf(" %12d", + printf(" %12ld", kshmptr->u.shm_segsz); if (option & PID) --AqsLC8rIMeq19msA Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="big_sysvshm7.txt" --- src/sys/sys/shm.h 2007-09-12 23:33:39.000000000 +0400 +++ src/sys/sys/shm.h 2007-10-15 17:42:38.000000000 +0400 @@ -77,7 +77,7 @@ struct shmid_ds { struct ipc_perm shm_perm; /* operation permission structure */ - int shm_segsz; /* size of segment in bytes */ + size_t shm_segsz; /* size of segment in bytes */ pid_t shm_lpid; /* process ID of last shared memory op */ pid_t shm_cpid; /* process ID of creator */ short shm_nattch; /* number of current attaches */ --- src/sys/kern/sysv_shm.c 2007-09-12 23:33:19.000000000 +0400 +++ src/sys/kern/sysv_shm.c 2007-10-15 17:16:54.000000000 +0400 @@ -717,7 +717,8 @@ struct shmget_args *uap; int mode; { - int i, segnum, shmid, size; + int i, segnum, shmid; + size_t size; struct ucred *cred = td->td_ucred; struct shmid_kernel *shmseg; vm_object_t shm_object; --- src/usr.bin/ipcs/ipcs.c 2007-09-12 23:32:25.000000000 +0400 +++ src/usr.bin/ipcs/ipcs.c 2007-10-15 17:29:06.000000000 +0400 @@ -376,15 +376,15 @@ if ((display & (SHMINFO | SHMTOTAL))) { if (display & SHMTOTAL) { printf("shminfo:\n"); - printf("\tshmmax: %12d\t(max shared memory segment size)\n", + printf("\tshmmax: %12ld\t(max shared memory segment size)\n", shminfo.shmmax); - printf("\tshmmin: %12d\t(min shared memory segment size)\n", + printf("\tshmmin: %12ld\t(min shared memory segment size)\n", shminfo.shmmin); - printf("\tshmmni: %12d\t(max number of shared memory identifiers)\n", + printf("\tshmmni: %12ld\t(max number of shared memory identifiers)\n", shminfo.shmmni); - printf("\tshmseg: %12d\t(max shared memory segments per process)\n", + printf("\tshmseg: %12ld\t(max shared memory segments per process)\n", shminfo.shmseg); - printf("\tshmall: %12d\t(max amount of shared memory in pages)\n\n", + printf("\tshmall: %12ld\t(max amount of shared memory in pages)\n\n", shminfo.shmall); } if (display & SHMINFO) { @@ -439,7 +439,7 @@ kshmptr->u.shm_nattch); if (option & BIGGEST) - printf(" %12d", + printf(" %12ld", kshmptr->u.shm_segsz); if (option & PID) --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 14:28:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32C8216A417 for ; Mon, 15 Oct 2007 14:28:27 +0000 (UTC) (envelope-from sklarkin@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id EC65213C467 for ; Mon, 15 Oct 2007 14:28:26 +0000 (UTC) (envelope-from sklarkin@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so863828nzf for ; Mon, 15 Oct 2007 07:28:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=9hJdV/7zIhh9rsGbyMUAEx0oDL1z4T/6w0je5BbHd1g=; b=dWud3gqsad9uHadBkKAgiIx8zJZ89XS77fXYYWXGmxq1lTdHjQ24DMcxXU+6AnGWdxwapzlFsxHYQjv+XzBb8Gd5sZDBFqrFjVqdAYYA8qRN3ix5W627b6Kp/Pl7g+GK5SD9b3RWNYPW5tvJB5cKnxEcFv3frEAYIcjANAH73uM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=cL3kJhAyhhPUDEU/5cCVFZncUSILFdIwFC71ozF64VD8wtOUTxA4HLqGjdnV0V73+Nkj52YDMgt8kaMw/BbJmu6BrS47oAfMqL+cIomDAH4cBmU7rsUf6h0MdSJ6qGARf7hlafT+0AVULei1FNC5jcwoRfvGvs0+prmaoIffFZ8= Received: by 10.141.42.10 with SMTP id u10mr2678540rvj.1192458503170; Mon, 15 Oct 2007 07:28:23 -0700 (PDT) Received: by 10.140.185.8 with HTTP; Mon, 15 Oct 2007 07:28:23 -0700 (PDT) Message-ID: <5b150c9c0710150728i27d2d812u5d0d1c2a8f6aad5f@mail.gmail.com> Date: Mon, 15 Oct 2007 18:28:23 +0400 From: sklarkin To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: error with thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 14:28:27 -0000 Ruslan Ermilov wrote: > On Mon, Oct 15, 2007 at 05:45:51PM +0400, sklarkin wrote: >> Daniel Eischen wrote: >>> On Mon, 15 Oct 2007, oleg palukhin wrote: >>> >>>> hi, list >>>> >>>> on recently builded -current when i start X, portupgrade and some else >> programms I get a lot of this error: >>>> "Fatal error 'Cannot allocate red zone for initial thread' at line 382 >>>> in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12)", and coredump >> then. >>>> googlin' give me feeling that it's good known sort of issue, but I >> couldn't find any example of soving >>>> just where to look to solve it? >>> Try manually rebuilding portupgrade and the ports that depend on it. >>> >>> My -current ports are old, but do something like this: >>> >>> # pkg_which /usr/local/sbin/portupgrade >>> portupgrade-devel-2.3.0_5 >>> >>> # pkg_info -r portupgrade-devel-2.3.0_5 >>> Information for portupgrade-devel-2.3.0_5: >>> >>> Depends on: >>> Dependency: db41-4.1.25_4 >>> Dependency: ruby-1.8.6,1 >>> Dependency: perl-5.8.8 >>> Dependency: ruby18-bdb-0.6.0 >>> >>> # pkg_info -oq db41-4.1.25_4 ruby-1.8.6,1 perl-5.8.8 ruby18-bdb-0.6.0 >>> databases/db41 >>> lang/perl5.8 >>> lang/ruby18 >>> databases/ruby-bdb >>> >>> So you'd rebuild those 4 ports and ports-mgmt/portupgrade. According >>> to a recent post, you might only need to rebuild the ruby related ports >>> and portupgrade. >>> >>> Disclaimer: I have not gone through this, just reiterating what I saw >>> in a recent post. >>> >> I'd already rebuilt portupgrade without recompiling dependencies - it's not >> help. >> ok, will try with dependencies. >> but issue is not only in portupgrade as i wrote above, it sounds like more >> global problem... >> > Some of your old programs end up linked to both old libc.so.6 > and new libc.so.7 (through the shared library dependencies). > > > Cheers, thanks, Ruslan that's clear, i am going rebuild problem pakages with dependencies From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 16:04:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5458116A419 for ; Mon, 15 Oct 2007 16:04:17 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id D66A813C46E for ; Mon, 15 Oct 2007 16:04:16 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9FG48tP007320 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 15 Oct 2007 12:04:08 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jfCOyommEVZJL1nAr7Dj" Organization: U. Buffalo CSE Department Date: Mon, 15 Oct 2007 12:04:08 -0400 Message-Id: <1192464248.95331.22.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: HEADS-UP: ULE scheduler coming to 8.0-CURRENT soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 16:04:17 -0000 --=-jfCOyommEVZJL1nAr7Dj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I think it's fairly common knowledge by now but... The ULE scheduler is "back" and has been doing VERY nicely. We actually had an internal discussion about making it the default for 7.0. In the end it was decided that ULE "just barely missed the bus". Its performance makes giving it a try once 7.0 comes out definitely worthwhile but it was just barely "too new" for us to be truly comfortable with changing it to be the default. We'd like it to have the exposure of one release cycle (7.0-REL) before it becomes the default. For now we're planning to make it the default for 7.1-REL. To that end either Jeff or I will be switching the default scheduler in 8.0-CURRENT for the amd64 and i386 architectures over to ULE in a couple days (Wednesday-ish). --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-jfCOyommEVZJL1nAr7Dj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHE494/G14VSmup/YRAlY2AJ4iYAXkcEAoazuA+UmgSTeQtSRrdwCePvex ZEJmejh4c7bAIpO86Txa6yY= =eRrl -----END PGP SIGNATURE----- --=-jfCOyommEVZJL1nAr7Dj-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 16:38:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF9916A46C for ; Mon, 15 Oct 2007 16:38:27 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 624AD13C48E for ; Mon, 15 Oct 2007 16:38:27 +0000 (UTC) (envelope-from rako29@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1457125wxd for ; Mon, 15 Oct 2007 09:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=LzURxf2VS6BhlEvfcAvMOysYPu7Ihn11P101N3OV2Zc=; b=U9admdD4wPmZYDiigklLM7EM76oUeZRaTbbrPc2C818dz7SAtVIOdrrHGSpF95TQRFmnXyA07+fyB2wlwdAx5q778LCuJsSL8zLLHgmrIpVU/fL0hG2qZWN1r39UMjxDahs+uSfEwP9Ok3SzVd/f4ouF5vRwhKigADxFNmM9mU4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=UcpsXjFcGiPfpTbhISmmkCPWCao14Yr1ZW+MBv+LXw9ov8i0u9+BP69qXn5e/bW2xsVmfR/qOmRaQ56R53vmfia1Q0oUMsQ7EdRUBkuDpngNuIfsPY2MRh8QChx0aCMMb4maSNksIoyO2wFchdMAReK30gN3z9+LDsRVlSITsU0= Received: by 10.90.75.10 with SMTP id x10mr8934722aga.1192464860509; Mon, 15 Oct 2007 09:14:20 -0700 (PDT) Received: from ?172.20.1.10? ( [190.188.86.113]) by mx.google.com with ESMTPS id p27sm5988508ele.2007.10.15.09.14.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Oct 2007 09:14:19 -0700 (PDT) Message-ID: <47139137.3050607@gmail.com> Date: Mon, 15 Oct 2007 13:11:35 -0300 From: Rako User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> In-Reply-To: <200710140408.46121.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 16:38:27 -0000 Hello, I apply the patch (http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch) but I got the panic again. (with portsnap update) How can I help for this bug (?) fixed? Thanks, Javier FreeBSD odin 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sat Oct 13 15:42:34 ART 2007 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: dev = ad4s1f, block = 5515224, fs = /usr panic: ffs_blkfree: freeing free block KDB: stack backtrace: db_trace_self_wrapper(c0a5d4aa,d301aad0,c0787e3a,c0a5b8b4,c0b59b40,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a5b8b4,c0b59b40,c0a6c5bb,d301aadc,d301aadc,...) at kdb_backtrace+0x29 panic(c0a6c5bb,c2cc2b78,5427d8,0,c2d528d4,...) at panic+0xaa ffs_blkfree(c2db3a00,c2d52800,c2d76bb0,5427d8,0,...) at ffs_blkfree+0x433 indir_trunc(0,c,0,d301ac4c,c1455718,...) at indir_trunc+0x3a8 handle_workitem_freeblocks(0,d301ac84,2,c07b5200,c2d2e210,...) at handle_workitem_freeblocks+0x1e0 process_worklist_item(d301acc8,c07fe20e,c2d3b538,2001,c2d3b568,...) at process_worklist_item+0x22e softdep_process_worklist(c2d3b538,0,c0b5eae0,c2d2e210,3e8,...) at softdep_process_worklist+0x81 softdep_flush(0,d301ad38,c9e1dfe1,a9fd7d80,262e286a,...) at softdep_flush+0x46a fork_exit(c08f7d70,0,d301ad38) at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd301ad70, ebp = 0 --- Uptime: 1d15h29m16s Physical memory: 435 MB Dumping 121 MB: (CTRL-C to abort) 106 90 74 58 42 26 10 > On Sunday 14 October 2007, Eric Anderson wrote: >> Pieter de Goeje wrote: >>> On Saturday 13 October 2007, Rolf Witt wrote: >>>> Backtrace from crash tonight (after portsnap cron): >>> >>> >>>> # uname -a >>>> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE >>>> #121: Thu Oct 11 16:29:05 CEST 2007 >>>> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 >>>> >>>> Sources from Builddate. >>>> >>>> Rowi >>> Eric sent me this patch: >>> http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch >>> which seems to be working great so far. I am still testing it, but I >>> think it fixed the problem. >>> To apply, cd /usr/src; patch < /path/to/patch and then rebuild the >>> kernel. >>> >>> Cheers, >>> Pieter de Goeje >> It doesn't actually 'fix' the problem, but I think it helps identify it. >> I'm not 100% certain if this is the right fix our not, but so far >> feedback has been good when running with this patch. >> >> Can somebody confirm that this patch is ok? >> >> Eric > Can you elaborate on what this patch exactly does / what the problem is? > > Pieter > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 16:48:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA6916A47B for ; Mon, 15 Oct 2007 16:48:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id EB1A113C447 for ; Mon, 15 Oct 2007 16:48:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 214522032-1834499 for multiple; Mon, 15 Oct 2007 12:46:22 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9FGlt5q074464; Mon, 15 Oct 2007 12:47:56 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Marcel Moolenaar Date: Mon, 15 Oct 2007 12:16:36 -0400 User-Agent: KMail/1.9.6 References: <200710111741.34992.jhb@FreeBSD.org> <200710121620.59787.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710151216.36509.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 15 Oct 2007 12:47:56 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4540/Sat Oct 13 21:43:55 2007 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: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 16:48:28 -0000 On Friday 12 October 2007 05:17:51 pm Marcel Moolenaar wrote: > > On Oct 12, 2007, at 1:20 PM, John Baldwin wrote: > > > On Friday 12 October 2007 03:49:28 pm Marcel Moolenaar wrote: > >> > >> On Oct 12, 2007, at 11:09 AM, John Baldwin wrote: > >> > >>> On Thursday 11 October 2007 05:59:23 pm Marcel Moolenaar wrote: > >>>> > >>>> On Oct 11, 2007, at 2:41 PM, John Baldwin wrote: > >>>> > >>>>> 2) One of the things this fixes that is visible to users is > >>>>> that if > >>>>> your > >>>>> machine gets the COM ports backwards when using ACPI it should > >>>>> now get > >>>>> them correct (COM1 as sio0) assuming your COM ports use the > >>>>> default hints > >>>>> and you have the default sio hints in your /boot/device.hints > >>>>> file. > >>>> > >>>> I think you just pointed out the problem of using hints to wire > >>>> down unit numbers, because hints will stop hinting and will start > >>>> dictating. If I swap the serial ports in the BIOS then surely > >>>> my hints will be wrong and ACPI will be right. A default hints > >>>> file will be even more disastrous than before. > >>> > >>> hints have always dictated. The issue is that hints are > >>> enumerating devices > >>> that ACPI/PNPBIOS also dictate, so how does one resolve the > >>> differences (do > >>> you ignore one or the other, or attempt to merge them, etc.). Note > >>> that > >>> hints can always be removed. > >> > >> I think the conflict is resolved by having hints only apply to the > >> isa > >> bus proper and stop tying apci to the isa bus. This also exposes > >> other > >> flaws with hints, such as using flags to mark a device as (potential) > >> console. > > > > The issue here is that the 16550 UART that ACPI enumerates is on > > the LPC bus, > > that is, it's an ISA device. > > LPC mimics or replaces ISA. I don't treat them the same. For one, ISA > has actual slots to plug in extension cards. LPC is enumerated. ISA > isn't. Do you think we should scrap the PCI bus driver we have and make a PCI-e bus driver because PCI-e just mimics or replaces PCI? > > In this case, ACPI is subsuming the role of the > > PNPBIOS to enumerate ISA devices. > > This is a PC notion. There's no PNPBIOS on ia64 for example. There is > ACPI that enumerates devices on the LPC bus though. This is in the spec. Check the introduction on page 1 of the ACPI 3.0a specification. It is a "configuration interface", not a bus specification. As far as ia64, just don't include hints for sio0 on ia64. Shoot, ia64 uses uart(4) rather than sio(4) anyway, right? On the "PC" architectures, COM1 and COM2 are a de-facto standard, so on those platforms it makes sense to have sio0 and sio1 hints. This patch does not _mandate_ hints at all. However, while ia64 may be able to count on having all its devices nicely enumerated for it one way or another, the x86 platform does not. :( You also ignore that other platforms like arm use hints to enumerate devices on "dumb" busses. > > If you want to move all the > > ACPI-enumerated ISA devices under isa0 (which we can do, similar to > > how the > > ACPI pci(4) driver "claims" the ACPI handles for PCI devices in the > > ACPI > > namespace) we can do that, but that doesn't solve the problem at all. > > Hell no. That's exactly what I don't want. The isa(4) bus with its > devices should be obsoleted entirely. Just because there isn't a slot doesn't mean it isn't there. If a future system only has PCI devices in embedded chips and only has PCI-e slots does that mean we need to throw out the pci(4) bus driver or force the embedded PCI devices to live under a different driver? > >>> FWIW, the resources for COM1 and COM2 are largely fixed in > >>> practice on > >>> existing x86 hardware which is what this would affect, and hints > >>> can always > >>> be removed. Given the number of complaints from people where ACPI > >>> enumerates > >>> COM2 before COM1 (and the fact that ACPI made _UID useless by not > >>> giving it a > >>> more strict format.. it's optional and on some systems it is 0- > >>> based while on > >>> others it is 1-based. > >> > >> But aren't the complaints the immediate result of having hints in the > >> first > >> place. Remove the hints and the complaints go away, right? > > > > No. The kernel console switches because it is bound via hints. > > More hints, more problems. As I said before: it's a mistake to use > hints for that because it makes hints ambiguous. I disagree. I don't really see how this makes hints ambiguous. If anything, it makes them _less_ ambiguous. Previously you would have hints for a sio0 at resource X and a sio device at resource Y used some of the sio0 hints if sio0 was probed via ACPI. At work we actually disable the ACPI attachment for sio and always attach it via isa precisely due to this conflict. With this change, hints now always mean something as opposed to meaning different things on x86 depending on whether or not ACPI is used. > > Besides, > > people also don't like the cosmetics of having ttyd0 being COM2 and > > ttyd1 > > being COM1, etc. > > More legacy PC fixation. If the BIOS claims that COM1 is at 0x2f8 then > so be it. If COM2 is enumerated first and it ends up as uart0 then so be > it. There's no bug. It's all in a name. Device wiring would allow people > to tie COM2 to uart1 if they want to, but all this COM-stuff is really > nothing more than a fixation on 20-year old conventions that the rest > of the world abandoned many years ago. It's turned into a bigger problem > than it really is, mostly because we still have those stupid hints that > are based on 20-year old conventions. > > ACPI describes the hardware and FreeBSD should respect that. I consider > it mere coincidence that there's a serial port at I/O port 0x3f8 that > ends up as sio0 on most current PCs. If ACPI describes a different > hardware configuration then I don't think that we're in any position to > claim that ACPI is wrong or the hardware broken. We can only claim that > IFF there's no hardware at those resources or the hardware is in fact > non-functioning. Sadly, this ignores the fact that much of the PC "standard" is de-facto, not a written standard. Having COM1 (or serial A or however it's labeled on the case) being at 0x3f8 with an IRQ 4 is a de-facto standard. Note how our boot code hardcodes the I/O port address for the serial console (BOOT_COMCONSOLE_PORT). At work we have a lot of different machines from many different vendors and having that hardcoded as the default has worked fine. It truly is a de-facto standard for the PC, just as having the keyboard at 0x60, the PICs at 0x20 and 0xa0, etc. > >>> I've also seen pci link devices where the _UID is the > >>> link index from the $PIR table which == the register offset in > >>> config space > >>> on the PCI-ISA bridge of the controlling register) and the fact > >>> that COM1 and > >>> COM2 have de-facto fixed resources on x86, I think it's ok for x86 > >>> to include > >>> default hints for sio0 and sio1. > >> > >> If the hints would be specific to the ISA bus, then it would > >> definitely be > >> ok to have them. Even though we don't support i386 hardware, it > >> should not > >> be a big deal to keep the support for the ISA bus. We should > >> really stop > >> using acpi as an alias for isa and start treating it as a separate > >> "bus". > > > > See above. ACPI != bus. ACPI == namespace that spans multiple > > busses. This > > is an important distinction. > > Drivers need a bus attachment to work with ACPI, so we have abstracted > it as a bus. Therefore, it's a bus in FreeBSD. The abstraction is good. > I don't see a problem with it... We do have to have a bus because not all devices it enumerates are LPC devices (and it isn't even consistent in that sometimes the embedded controller and PCI link devices are under _SB_ and sometimes they are under the LPC bus), and I actually don't mind the arrangement we have now (moving ISA devices around was a suggestion above to try and satisfy your requirements, I think it's more headache than its worth). However, ACPI is not just a simple bus spec, it is a configuration interface that includes a namespace that spans lots of busses. One of its stated tasks (again, see the introduction on page 1 of the ACPI spec) is to help fill in the holes in the hacked-up PC/x86 platform by trying to subsume lots of different one-offs ($PIR, MPTable, PNPBIOS, APM, etc.) into one interface. > > If you want the configuration file separate from the kernel, then > > what do you > > consider /boot/device.hints to be? > > Non-existent. Ok, let's try this again. You said you want a configuration file separate from the kernel. We have one now in the form of /boot/device.hints. It sets a configuration in the form of environment variables that can be easily manipulated from the loader and that is independent of the kernel, but is instead a description of a machine. We already set lots of other things via environment variables to configure the kernel as well (loader tunables like kern.maxfiles, etc.), so it seems rather consistent to use environment variables for configuring the device support that the kernel can't auto-learn from the hardware/firmware. What do you want different? Do you want it in XML? Do you want it not maintainable from the loader? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 14:56:46 2007 Return-Path: Delivered-To: Current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FFCA16A421; Mon, 15 Oct 2007 14:56:46 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (unknown [IPv6:2001:618:400::54ea:1138]) by mx1.freebsd.org (Postfix) with ESMTP id 17F4613C459; Mon, 15 Oct 2007 14:56:45 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IhRN0-000A23-6G; Mon, 15 Oct 2007 15:56:38 +0100 Date: Mon, 15 Oct 2007 15:56:38 +0100 From: Tim Bishop To: Joe Marcus Clarke Message-ID: <20071015145638.GB88271@carrick.bishnet.net> References: <1191175387.92510.6.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1191175387.92510.6.camel@shumai.marcuscom.com> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net X-Mailman-Approved-At: Mon, 15 Oct 2007 16:49:26 +0000 Cc: Current@FreeBSD.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 14:56:46 -0000 On Sun, Sep 30, 2007 at 02:03:07PM -0400, Joe Marcus Clarke wrote: > dev = ad6s1e, block = 22287592, fs = /space > panic: ffs_blkfree: freeing free block > cpuid = 0 > KDB: enter: panic > Physical memory: 2038 MB > Dumping 351 MB: 336 320 304 288 272 256 240 224 208 192 176 160 144 128 > 112 96 80 64 48 32 16 I'll helpfully add a "me too" here. But my system can't even manage a dump: dev = mirror/gm0s1f, block = 2754352, fs = /u1 panic: ffs_blkfree: freeing free block cpuid = 1 Uptime: 3h24m58s Physical memory: 1013 MB Dumping 202 MB: Fatal double fault: eip = 0xc073e8b9 esp = 0xe415dfd4 ebp = 0xe415e048 cpuid = 0; apic id = 00 Has anyone found a fix yet? Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 16:54:51 2007 Return-Path: Delivered-To: Current@FreeBSD.org Received: from sup-afu.wrk.terra.com.br (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by hub.freebsd.org (Postfix) with ESMTP id 951BE16A420; Mon, 15 Oct 2007 16:54:50 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <47139B59.5050900@FreeBSD.org> Date: Mon, 15 Oct 2007 14:54:49 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 2.0.0.6 (X11/20070805) MIME-Version: 1.0 To: Tim Bishop References: <1191175387.92510.6.camel@shumai.marcuscom.com> <20071015145638.GB88271@carrick.bishnet.net> In-Reply-To: <20071015145638.GB88271@carrick.bishnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Joe Marcus Clarke , Current@FreeBSD.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 16:54:51 -0000 Ok. +1 My backtrace: (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0608a87 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0608d49 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc07b3bb4 in ffs_blkfree (ump=0xc3edca00, fs=0xc3f17000, devvp=0xc3f8abb0, bno=7785608, size=16384, inum=1931884) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #4 0xc07c7578 in indir_trunc (freeblks=0xc4e0a500, dbn=30913952, level=0, lbn=12, countp=0xe46e9c4c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #5 0xc07c7857 in handle_workitem_freeblocks (freeblks=0xc4e0a500, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #6 0xc07c8fee in process_worklist_item (mp=0xc3fee538, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #7 0xc07ca012 in softdep_process_worklist (mp=0xc3fee538, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #8 0xc07cc4dd in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #9 0xc05e7fa9 in fork_exit (callout=0xc07cc060 , arg=0x0, frame=0xe46e9d38) at /usr/src/sys/kern/kern_fork.c:796 #10 0xc0843b50 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 Regards Tim Bishop wrote: > On Sun, Sep 30, 2007 at 02:03:07PM -0400, Joe Marcus Clarke wrote: >> dev = ad6s1e, block = 22287592, fs = /space >> panic: ffs_blkfree: freeing free block >> cpuid = 0 >> KDB: enter: panic >> Physical memory: 2038 MB >> Dumping 351 MB: 336 320 304 288 272 256 240 224 208 192 176 160 144 128 >> 112 96 80 64 48 32 16 > > I'll helpfully add a "me too" here. But my system can't even manage a > dump: > > dev = mirror/gm0s1f, block = 2754352, fs = /u1 > panic: ffs_blkfree: freeing free block > cpuid = 1 > Uptime: 3h24m58s > Physical memory: 1013 MB > Dumping 202 MB: > Fatal double fault: > eip = 0xc073e8b9 > esp = 0xe415dfd4 > ebp = 0xe415e048 > cpuid = 0; apic id = 00 > > Has anyone found a fix yet? > > Tim. > -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 17:54:28 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8E9816A418; Mon, 15 Oct 2007 17:54:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9D36013C50E; Mon, 15 Oct 2007 17:54:28 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpoutm.mac.com (Xserve/smtpout005/MantshX 4.0) with ESMTP id l9FHsRAL025651; Mon, 15 Oct 2007 10:54:27 -0700 (PDT) Received: from [172.24.104.94] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id l9FHsO6k018037 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 15 Oct 2007 10:54:25 -0700 (PDT) In-Reply-To: <200710151216.36509.jhb@freebsd.org> References: <200710111741.34992.jhb@FreeBSD.org> <200710121620.59787.jhb@freebsd.org> <200710151216.36509.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 15 Oct 2007 10:53:49 -0700 To: John Baldwin X-Mailer: Apple Mail (2.752.3) Cc: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 17:54:28 -0000 On Oct 15, 2007, at 9:16 AM, John Baldwin wrote: >> LPC mimics or replaces ISA. I don't treat them the same. For one, ISA >> has actual slots to plug in extension cards. LPC is enumerated. ISA >> isn't. > > Do you think we should scrap the PCI bus driver we have and make a > PCI-e bus > driver because PCI-e just mimics or replaces PCI? Oh, come on... >>> In this case, ACPI is subsuming the role of the >>> PNPBIOS to enumerate ISA devices. >> >> This is a PC notion. There's no PNPBIOS on ia64 for example. There is >> ACPI that enumerates devices on the LPC bus though. > > This is in the spec. Check the introduction on page 1 of the ACPI > 3.0a > specification. It is a "configuration interface", not a bus > specification. > As far as ia64, just don't include hints for sio0 on ia64. Shoot, > ia64 uses > uart(4) rather than sio(4) anyway, right? Yes. The intend is to use uart(8) by default on i386 & amd64 as well. > On the "PC" architectures, COM1 > and COM2 are a de-facto standard, so on those platforms it makes > sense to > have sio0 and sio1 hints. It depends. See below. > This patch does not _mandate_ hints at all. > However, while ia64 may be able to count on having all its devices > nicely > enumerated for it one way or another, the x86 platform does not. :( It makes sense to provide for a way to deal with the fact that on i386 ACPI may not be enabled. Hints would do that, yes. However, this implies that if ACPI is enabled, hints should not take effect. > You also ignore that other platforms like arm use hints to > enumerate devices > on "dumb" busses. Using hints for embedded busses is really just a hack. We need to have a device tree for those if we want to handle all aspects of device configuration and enumeration. The use of global unit numbers in hints make hints flawed by design and unusable when hinted devices exist on other busses as well. Since this typically happens for serial ports, it's not at all surprising that this discussion focusses on serial ports... > Just because there isn't a slot doesn't mean it isn't there. If a > future > system only has PCI devices in embedded chips and only has PCI-e > slots does > that mean we need to throw out the pci(4) bus driver or force the > embedded > PCI devices to live under a different driver? You're analogy makes no sense. For one you argue that ACPI is not even a bus and secondly if we would have embedded devices based on the ISA bus signalling definition then obviously we would still use the ISA bus (for need of a DMA controller). I see ACPI (abstractly) as providing for an enumerated ISA bus. As such, you either use ACPI or not. If not, you need somthing like hints. Using both hints and ACPI at the same time is just bad. Implementing device wiring using hints is not only partial it's also encumbered and ambiguous. >>> No. The kernel console switches because it is bound via hints. >> >> More hints, more problems. As I said before: it's a mistake to use >> hints for that because it makes hints ambiguous. > > I disagree. I don't really see how this makes hints ambiguous. If > anything, > it makes them _less_ ambiguous. Previously you would have hints > for a sio0 > at resource X and a sio device at resource Y used some of the sio0 > hints if > sio0 was probed via ACPI. At work we actually disable the ACPI > attachment > for sio and always attach it via isa precisely due to this > conflict. With > this change, hints now always mean something as opposed to meaning > different > things on x86 depending on whether or not ACPI is used. It's interesting to see how you defend hints when it's so obvious that they are a source for problems. I think the "solution" to disable ACPI is a good indication of why you want to retain hints. Even though it's the opposite of forward progress. At least now I understand why you opted to use hints for device wiring :-) >>> Besides, >>> people also don't like the cosmetics of having ttyd0 being COM2 and >>> ttyd1 >>> being COM1, etc. >> >> More legacy PC fixation. If the BIOS claims that COM1 is at 0x2f8 >> then >> so be it. If COM2 is enumerated first and it ends up as uart0 then >> so be >> it. There's no bug. It's all in a name. Device wiring would allow >> people >> to tie COM2 to uart1 if they want to, but all this COM-stuff is >> really >> nothing more than a fixation on 20-year old conventions that the rest >> of the world abandoned many years ago. It's turned into a bigger >> problem >> than it really is, mostly because we still have those stupid hints >> that >> are based on 20-year old conventions. >> >> ACPI describes the hardware and FreeBSD should respect that. I >> consider >> it mere coincidence that there's a serial port at I/O port 0x3f8 that >> ends up as sio0 on most current PCs. If ACPI describes a different >> hardware configuration then I don't think that we're in any >> position to >> claim that ACPI is wrong or the hardware broken. We can only claim >> that >> IFF there's no hardware at those resources or the hardware is in fact >> non-functioning. > > Sadly, this ignores the fact that much of the PC "standard" is de- > facto, not a > written standard. No, it doesn't ignore anything. The question is whether we want freeBSD to run with the PnP OS setting in the BIOS enabled or not. If yes, then you have to let go... >>> If you want the configuration file separate from the kernel, then >>> what do you >>> consider /boot/device.hints to be? >> >> Non-existent. > > Ok, let's try this again. You said you want a configuration file > separate > from the kernel. We have one now in the form of /boot/device.hints. I said: "I would rather see us go in the direction of having the kernel maintain a configuration file." /boot/device.hints is not maintained by the kernel. I don't feel a desire to argue any longer about this. My thoughts are mostly academic at this point in time and hints are still here (unortunately). If you think it is a good thing than by all means commit. I only ask if you can make it optional. Thanks, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 18:18:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0DB716A419 for ; Mon, 15 Oct 2007 18:18:22 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1098D13C44B for ; Mon, 15 Oct 2007 18:18:21 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.1/8.14.1) with ESMTP id l9FIICrw032331; Mon, 15 Oct 2007 20:18:12 +0200 (CEST) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.1/8.14.1/Submit) with ESMTP id l9FIIBo0032328; Mon, 15 Oct 2007 20:18:12 +0200 (CEST) (envelope-from ulrich@pukruppa.net) Date: Mon, 15 Oct 2007 20:18:11 +0200 (CEST) From: "P.U.Kruppa" X-X-Sender: ulrich@small To: Ken Smith In-Reply-To: <1192464248.95331.22.camel@opus.cse.buffalo.edu> Message-ID: <20071015201712.Q1559@small> References: <1192464248.95331.22.camel@opus.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: ULE scheduler coming to 8.0-CURRENT soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 18:18:22 -0000 On Mon, 15 Oct 2007, Ken Smith wrote: > > I think it's fairly common knowledge by now but... The ULE scheduler is > "back" and has been doing VERY nicely. We actually had an internal > discussion about making it the default for 7.0. In the end it was > decided that ULE "just barely missed the bus". Its performance makes > giving it a try once 7.0 comes out definitely worthwhile but it was just > barely "too new" for us to be truly comfortable with changing it to be > the default. We'd like it to have the exposure of one release cycle > (7.0-REL) before it becomes the default. For now we're planning to make > it the default for 7.1-REL. > > To that end either Jeff or I will be switching the default scheduler in > 8.0-CURRENT for the amd64 and i386 architectures over to ULE in a couple > days (Wednesday-ish). But it is and will be available for 7.0 ??? Regards, Uli. > > -- > Ken Smith > - From there to here, from here to | kensmith@cse.buffalo.edu > there, funny things are everywhere. | > - Theodore Geisel | > > Peter Ulrich Kruppa Wuppertal Germany From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 18:28:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962F616A421 for ; Mon, 15 Oct 2007 18:28:39 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 14BC913C474 for ; Mon, 15 Oct 2007 18:28:36 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9FISQAs007664 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 15 Oct 2007 14:28:27 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: "P.U.Kruppa" In-Reply-To: <20071015201712.Q1559@small> References: <1192464248.95331.22.camel@opus.cse.buffalo.edu> <20071015201712.Q1559@small> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-D/PgUzoHRSTdbNjuxYlZ" Organization: U. Buffalo CSE Department Date: Mon, 15 Oct 2007 14:28:26 -0400 Message-Id: <1192472906.95331.44.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1029; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: ULE scheduler coming to 8.0-CURRENT soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 18:28:39 -0000 --=-D/PgUzoHRSTdbNjuxYlZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-10-15 at 20:18 +0200, P.U.Kruppa wrote: > On Mon, 15 Oct 2007, Ken Smith wrote: >=20 > > > > I think it's fairly common knowledge by now but... The ULE scheduler i= s > > "back" and has been doing VERY nicely. We actually had an internal > > discussion about making it the default for 7.0. In the end it was > > decided that ULE "just barely missed the bus". Its performance makes > > giving it a try once 7.0 comes out definitely worthwhile but it was jus= t > > barely "too new" for us to be truly comfortable with changing it to be > > the default. We'd like it to have the exposure of one release cycle > > (7.0-REL) before it becomes the default. For now we're planning to mak= e > > it the default for 7.1-REL. > > > > To that end either Jeff or I will be switching the default scheduler in > > 8.0-CURRENT for the amd64 and i386 architectures over to ULE in a coupl= e > > days (Wednesday-ish). > But it is and will be available for 7.0 ??? >=20 Yes, it's in RELENG_7 (what will be 7.0) now but it's not the default. You can switch to it by rebuilding the kernel from a config file that changes the scheduler to ULE. What you would need to change in a kernel config file (based on RELENG_7's sys/i386/conf/GENERIC) would be: Index: sys/i386/conf/GENERIC =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/i386/conf/GENERIC,v retrieving revision 1.474.2.1 diff -u -r1.474.2.1 GENERIC --- sys/i386/conf/GENERIC 11 Oct 2007 06:20:26 -0000 1.474.2.1 +++ sys/i386/conf/GENERIC 15 Oct 2007 18:24:38 -0000 @@ -28,7 +28,7 @@ =20 makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols =20 -options SCHED_4BSD # 4BSD scheduler +options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-D/PgUzoHRSTdbNjuxYlZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHE7FK/G14VSmup/YRApCQAJ9YZg2f70GtHgO2WE5fZef5YahqugCfS2ZH SX3hB23uHI5OB9Jj4evKKzg= =plkw -----END PGP SIGNATURE----- --=-D/PgUzoHRSTdbNjuxYlZ-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 18:29:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D70116A418 for ; Mon, 15 Oct 2007 18:29:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id BF9A913C442 for ; Mon, 15 Oct 2007 18:29:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id EB93CEB6E1E; Tue, 16 Oct 2007 02:29:54 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id MQqGWUfTo2Ds; Tue, 16 Oct 2007 02:29:50 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 84B7EEB6E0F; Tue, 16 Oct 2007 02:29:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=IBrOjL2geh7n1m7idKtXl5nx6kN9xfPe9dvjlWfN5G765Hw5tHkND6KGFv97IHtSA LxW8byVsnMtwD09ET5JBA== Message-ID: <4713B18D.8020201@delphij.net> Date: Mon, 15 Oct 2007 11:29:33 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "P.U.Kruppa" References: <1192464248.95331.22.camel@opus.cse.buffalo.edu> <20071015201712.Q1559@small> In-Reply-To: <20071015201712.Q1559@small> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig8D1B35EF2EA10935A5545B3C" Cc: Ken Smith , freebsd-current@freebsd.org Subject: Re: HEADS-UP: ULE scheduler coming to 8.0-CURRENT soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 18:29:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8D1B35EF2EA10935A5545B3C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable P.U.Kruppa wrote: > On Mon, 15 Oct 2007, Ken Smith wrote: >> To that end either Jeff or I will be switching the default scheduler i= n >> 8.0-CURRENT for the amd64 and i386 architectures over to ULE in a coup= le >> days (Wednesday-ish). > > But it is and will be available for 7.0 ??? It *is* available for 7.0, but will not be the default scheduler until 7.0-RELEASE. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig8D1B35EF2EA10935A5545B3C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHE7GNOfuToMruuMARCmx6AJ9F6C89zY57iobAP7JTN/9iGJ7oRQCdF06b 0GL42RM3cBJecp1QqB69H6o= =bi6s -----END PGP SIGNATURE----- --------------enig8D1B35EF2EA10935A5545B3C-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 18:43:06 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4404F16A418 for ; Mon, 15 Oct 2007 18:43:06 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9076B13C478 for ; Mon, 15 Oct 2007 18:43:04 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9FIh3r4006022 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 15 Oct 2007 20:43:03 +0200 From: "Petr Holub" To: Date: Mon, 15 Oct 2007 20:43:44 +0200 Message-ID: <004c01c80f5b$508f7a80$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Mon, 15 Oct 2007 20:43:03 +0200 (CEST) Cc: Subject: comconsole_speed not applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 18:43:06 -0000 Hi, I've tried to change console speed by specifying comconsole_speed="115200" in /boot/loader.conf, but it still stays at 9600. Is this supposed to work on -CURRENT? Thanks, Petr Complete content of /boot/loader.conf is boot_multicons="YES" boot_serial="YES" comconsole_speed="115200" console="comconsole,vidconsole" From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 19:10:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F19A416A4D1 for ; Mon, 15 Oct 2007 19:10:32 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.freebsd.org (Postfix) with SMTP id 53FFB13C530 for ; Mon, 15 Oct 2007 19:10:24 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: (qmail 14074 invoked from network); 15 Oct 2007 18:43:39 -0000 Received: from unknown (HELO vbepfkad.srv.xtra-net.be) (172.16.66.70) by 0 with SMTP; 15 Oct 2007 18:43:39 -0000 Received: (qmail 72211 invoked from network); 15 Oct 2007 18:27:16 -0000 Received: from 72.66.16.172.in-addr.arpa (HELO www.xtra-net.be) (172.16.66.72) by 0 with SMTP; 15 Oct 2007 18:27:16 -0000 Received: from 172.16.9.1 (proxying for 192.168.1.10) (SquirrelMail authenticated user 720616030) by www.xtra-net.be with HTTP; Mon, 15 Oct 2007 20:27:16 +0200 (CEST) Message-ID: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> Date: Mon, 15 Oct 2007 20:27:16 +0200 (CEST) From: "Vincent Blondel" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: vincent@xtra-net.org Subject: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 19:10:33 -0000 Hello all, I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server hosting Linux Ubuntu 7.10 as Dom/0. After some search on Google, I found a patch ( http://wiki.freebsd.org/FreeBSD/Xen ) that can be applied on current cvs 'src' but this seems already dated 4 months and occurs lots of errors during patch phase. I also noticed xen3/freebsd development is currently hosted on preforce.freebsd.org but it seems we need a account on this server to get last snapshot but I do not get any access on this server. Can somebody explain me how I can get last snapshot of it ?? # gpatch -Np1 < /tmp/xen3.diff patching file sys/i386/i386/machdep.c Hunk #1 FAILED at 38. 1 out of 2 hunks FAILED -- saving rejects to file sys/i386/i386/machdep.c.rej patching file sys/i386/i386/swtch.s Hunk #1 FAILED at 33. Hunk #2 succeeded at 88 (offset 17 lines). Hunk #3 succeeded at 114 (offset 2 lines). Hunk #4 FAILED at 163. Hunk #5 FAILED at 186. Hunk #6 succeeded at 259 (offset 25 lines). Hunk #7 succeeded at 261 (offset 2 lines). Hunk #8 succeeded at 299 (offset 24 lines). Hunk #9 succeeded at 355 (offset 3 lines). Hunk #10 succeeded at 385 (offset 24 lines). Hunk #11 succeeded at 380 (offset 3 lines). Hunk #12 succeeded at 424 (offset 24 lines). 3 out of 12 hunks FAILED -- saving rejects to file sys/i386/i386/swtch.s.rej patching file sys/i386/i386/sys_machdep.c Hunk #1 FAILED at 30. Hunk #2 succeeded at 55 (offset -1 lines). Hunk #3 succeeded at 181 (offset -1 lines). Hunk #4 succeeded at 218 (offset -1 lines). Hunk #5 succeeded at 385 (offset -1 lines). Hunk #6 succeeded at 395 (offset -1 lines). Hunk #7 succeeded at 415 (offset 1 line). Hunk #8 succeeded at 429 (offset -1 lines). Hunk #9 succeeded at 497 (offset 1 line). Hunk #10 FAILED at 513. Hunk #12 succeeded at 757 (offset 1 line). Hunk #13 FAILED at 809. Hunk #14 succeeded at 810 with fuzz 1 (offset -13 lines). 3 out of 14 hunks FAILED -- saving rejects to file sys/i386/i386/sys_machdep.c.rej patching file sys/i386/i386/trap.c Hunk #1 FAILED at 38. Hunk #4 succeeded at 222 (offset 1 line). Hunk #6 succeeded at 634 (offset 1 line). Hunk #7 succeeded at 817 (offset -2 lines). 1 out of 7 hunks FAILED -- saving rejects to file sys/i386/i386/trap.c.rej patching file sys/i386/i386/vm_machdep.c Hunk #1 FAILED at 41. Hunk #2 succeeded at 102 (offset -1 lines). Hunk #4 succeeded at 561 (offset -1 lines). Hunk #6 succeeded at 832 (offset -1 lines). 1 out of 6 hunks FAILED -- saving rejects to file sys/i386/i386/vm_machdep.c.rej patching file sys/i386/include/asmacros.h Hunk #1 succeeded at 176 (offset 2 lines). patching file sys/net/if_bridge.c Hunk #1 succeeded at 229 (offset 2 lines). Hunk #2 succeeded at 763 with fuzz 1 (offset 9 lines). patching file sys/vm/vm_contig.c Hunk #1 FAILED at 587. Hunk #2 FAILED at 603. Hunk #3 succeeded at 290 (offset -337 lines). 2 out of 3 hunks FAILED -- saving rejects to file sys/vm/vm_contig.c.rej Many thanks Vincent. From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 19:14:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B0B16A419 for ; Mon, 15 Oct 2007 19:14:04 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 95F6B13C45B for ; Mon, 15 Oct 2007 19:14:04 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by postfix2-g20.free.fr (Postfix) with ESMTP id 249361BD7F4B for ; Mon, 15 Oct 2007 18:52:40 +0200 (CEST) Received: from smtp6-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp6-g19.free.fr (Postfix) with ESMTP id C36082DEAAF; Mon, 15 Oct 2007 20:53:40 +0200 (CEST) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by smtp6-g19.free.fr (Postfix) with ESMTP id 4283D2DEAEE; Mon, 15 Oct 2007 20:53:38 +0200 (CEST) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 6587F11E0F; Mon, 15 Oct 2007 20:53:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at xbsd.org Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fvzVEZ0OAx4Q; Mon, 15 Oct 2007 20:53:33 +0200 (CEST) Received: from innercity.xbsd.org (innercity.xbsd.org [193.120.13.132]) by smtp.xbsd.org (Postfix) with ESMTP id E9E7C11CA7; Mon, 15 Oct 2007 20:53:31 +0200 (CEST) Message-ID: <4713B728.5040607@xbsd.org> Date: Mon, 15 Oct 2007 19:53:28 +0100 From: Florent Thoumie User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: d@delphij.net References: <1192464248.95331.22.camel@opus.cse.buffalo.edu> <20071015201712.Q1559@small> <4713B18D.8020201@delphij.net> In-Reply-To: <4713B18D.8020201@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "P.U.Kruppa" , Ken Smith , freebsd-current@freebsd.org Subject: Re: HEADS-UP: ULE scheduler coming to 8.0-CURRENT soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 19:14:05 -0000 LI Xin wrote: > P.U.Kruppa wrote: >> On Mon, 15 Oct 2007, Ken Smith wrote: >>> To that end either Jeff or I will be switching the default scheduler in >>> 8.0-CURRENT for the amd64 and i386 architectures over to ULE in a couple >>> days (Wednesday-ish). >> But it is and will be available for 7.0 ??? > > It *is* available for 7.0, but will not be the default scheduler until > 7.0-RELEASE. ^^^^^^^^^^^ 7.1-RELEASE -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 19:26:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A05B416A421 for ; Mon, 15 Oct 2007 19:26:00 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id EB24F13C442 for ; Mon, 15 Oct 2007 19:25:59 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2127864waf for ; Mon, 15 Oct 2007 12:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=F57I3wgj7or8Uy2FmrkmApoK8uHgtvZeElWjC+5Qp0k=; b=eq22iWYXx8mhhYEq9ION0jzXO+m/rUpZT+UfOrs0R/GiuzNqnFhddSqjFD6S1fDGdzr6SAjVt2Wvi+cbWNLHC6/5vnooktA+VqpHwPrtnceBA4fZXn6sfgS6Ztg6Moej8iK/TwxCT2CsexpnKt61nmq91QOWPFwpidHpecOJj7Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y43Zder4hJxAlVe2qxGWFpCfQ5aPA3mvJ7peUVXzEe0oNw32uJGwrm1oW/dUMNL/JYklrpnPFuWSosY1cs37P2S0ibXZAHArmY5SHSLwQTqrRLJElc7HscfQMqsK7bgEhPhfXGn3rbVDtTO8XLZnGALV/wbyzGHURlxAQXm3Q+o= Received: by 10.114.110.1 with SMTP id i1mr7368211wac.1192476359510; Mon, 15 Oct 2007 12:25:59 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Mon, 15 Oct 2007 12:25:59 -0700 (PDT) Message-ID: Date: Mon, 15 Oct 2007 12:25:59 -0700 From: "Kip Macy" To: "Vincent Blondel" In-Reply-To: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> Cc: freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 19:26:00 -0000 There is a newer version of xen support fixed to support ABI changes in the p4 branch. -Kip On 10/15/07, Vincent Blondel wrote: > > Hello all, > > I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server hosting Linux Ubuntu 7.10 as Dom/0. > > After some search on Google, I found a patch ( http://wiki.freebsd.org/FreeBSD/Xen ) that can be applied on > current cvs 'src' but this seems already dated 4 months and occurs lots of errors during patch phase. > > I also noticed xen3/freebsd development is currently hosted on preforce.freebsd.org but it seems we need a > account on this server to get last snapshot but I do not get any access on this server. > > Can somebody explain me how I can get last snapshot of it ?? > > # gpatch -Np1 < /tmp/xen3.diff > > patching file sys/i386/i386/machdep.c > Hunk #1 FAILED at 38. > 1 out of 2 hunks FAILED -- saving rejects to file sys/i386/i386/machdep.c.rej > patching file sys/i386/i386/swtch.s > Hunk #1 FAILED at 33. > Hunk #2 succeeded at 88 (offset 17 lines). > Hunk #3 succeeded at 114 (offset 2 lines). > Hunk #4 FAILED at 163. > Hunk #5 FAILED at 186. > Hunk #6 succeeded at 259 (offset 25 lines). > Hunk #7 succeeded at 261 (offset 2 lines). > Hunk #8 succeeded at 299 (offset 24 lines). > Hunk #9 succeeded at 355 (offset 3 lines). > Hunk #10 succeeded at 385 (offset 24 lines). > Hunk #11 succeeded at 380 (offset 3 lines). > Hunk #12 succeeded at 424 (offset 24 lines). > 3 out of 12 hunks FAILED -- saving rejects to file sys/i386/i386/swtch.s.rej > patching file sys/i386/i386/sys_machdep.c > Hunk #1 FAILED at 30. > Hunk #2 succeeded at 55 (offset -1 lines). > Hunk #3 succeeded at 181 (offset -1 lines). > Hunk #4 succeeded at 218 (offset -1 lines). > Hunk #5 succeeded at 385 (offset -1 lines). > Hunk #6 succeeded at 395 (offset -1 lines). > Hunk #7 succeeded at 415 (offset 1 line). > Hunk #8 succeeded at 429 (offset -1 lines). > Hunk #9 succeeded at 497 (offset 1 line). > Hunk #10 FAILED at 513. > Hunk #12 succeeded at 757 (offset 1 line). > Hunk #13 FAILED at 809. > Hunk #14 succeeded at 810 with fuzz 1 (offset -13 lines). > 3 out of 14 hunks FAILED -- saving rejects to file sys/i386/i386/sys_machdep.c.rej > patching file sys/i386/i386/trap.c > Hunk #1 FAILED at 38. > Hunk #4 succeeded at 222 (offset 1 line). > Hunk #6 succeeded at 634 (offset 1 line). > Hunk #7 succeeded at 817 (offset -2 lines). > 1 out of 7 hunks FAILED -- saving rejects to file sys/i386/i386/trap.c.rej > patching file sys/i386/i386/vm_machdep.c > Hunk #1 FAILED at 41. > Hunk #2 succeeded at 102 (offset -1 lines). > Hunk #4 succeeded at 561 (offset -1 lines). > Hunk #6 succeeded at 832 (offset -1 lines). > 1 out of 6 hunks FAILED -- saving rejects to file sys/i386/i386/vm_machdep.c.rej > patching file sys/i386/include/asmacros.h > Hunk #1 succeeded at 176 (offset 2 lines). > patching file sys/net/if_bridge.c > Hunk #1 succeeded at 229 (offset 2 lines). > Hunk #2 succeeded at 763 with fuzz 1 (offset 9 lines). > patching file sys/vm/vm_contig.c > Hunk #1 FAILED at 587. > Hunk #2 FAILED at 603. > Hunk #3 succeeded at 290 (offset -337 lines). > 2 out of 3 hunks FAILED -- saving rejects to file sys/vm/vm_contig.c.rej > > Many thanks > Vincent. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 19:31:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14F7316A419 for ; Mon, 15 Oct 2007 19:31:48 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 3206513C442 for ; Mon, 15 Oct 2007 19:31:46 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 18653 invoked from network); 15 Oct 2007 23:31:44 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 15 Oct 2007 23:31:44 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249632, updated: 15.10.2007] Message-ID: <044a01c80f62$03785ad0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <012d01c8078b$59331e30$0c00a8c0@Artem><20071005213643.GA86107@heechee.tobez.org><20071006014202.Y21670@woozle.rinet.ru><20071014213827.GA37531%slw@zxy.spb.ru> <011701c80f09$44dc9c10$0c00a8c0@Artem> Date: Mon, 15 Oct 2007 23:31:39 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Re: Suspeded (tty output) on perl system on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 19:31:48 -0000 Artem Kuchin wrote: > Slawa Olhovchenkov wrote: >> On Sat, Oct 06, 2007 at 01:42:55AM +0400, Dmitry Morozovsky wrote: >> >>> Looking at 'su' in the command line tends me to think about broken >>> tcsh signal handling in -current... >> >> No, for _any_ shell. >> >> This is break in revision 1.79 of src/usr.bin/su/su.c Who is in charge of su? Where can i get email of that person? Also, any workaround possible for this bug? (the bug that su causes program to be suspended and they need fg to be issued in order to finish execution) -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 19:34:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3758816A418 for ; Mon, 15 Oct 2007 19:34:53 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id E2BB513C447 for ; Mon, 15 Oct 2007 19:34:52 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so813621wra for ; Mon, 15 Oct 2007 12:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=HYE19uKJ1Nrq5ZOVvL5eLH/COjnpFadFoI5DcGg7/lc=; b=GVjXxOHem3PwvbccTeOjhAd7OzIHWMyOJlGHr+Nl5xEN/D+bdufy5JodiwIPSxyXncJuGdaCnQCKP2w0yZ0ZVkvcIBan56Rb6vIRogxeCfdML0JycmHJl5GoExhEzT2fGXC/BJy9HZ81xZ2p/1IWtPDGsrXw5GDGEf2jYMW2WyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=i/2VzuSkH0l/EUZYWHEks0rNODf6x94+PLEcnfTbyJByDoQprgiGx7rTmo7E0s7J4urS8wFaguhCsmsN652mPXKWM92KqiTKokQ3oYaWxRxmqZbaK/lM4eiDaASmgbQ4F+JFx9EtKbFNsYcplHoPXidwIjo4DGFdWMlyGZ9hBj0= Received: by 10.90.97.19 with SMTP id u19mr9215989agb.1192475343166; Mon, 15 Oct 2007 12:09:03 -0700 (PDT) Received: by 10.90.29.9 with HTTP; Mon, 15 Oct 2007 12:09:03 -0700 (PDT) Message-ID: <8cb6106e0710151209q3e586f97kcab2288a5816d1aa@mail.gmail.com> Date: Mon, 15 Oct 2007 15:09:03 -0400 From: "Josh Carroll" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: buildworld failure in libkvm on amd64/RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 19:34:53 -0000 All, I am unable to buildworld on RELENG_7 (amd64). It dies in libkvm with: /usr/src/lib/libkvm/kvm_proc.c: In function 'kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:361: warning: passing argument 1 of 'bintime2timeval' from incompatible pointer type /usr/src/lib/libkvm/kvm_proc.c:371: error: 'struct proc' has no member named 'p_swtime' /usr/src/lib/libkvm/kvm_proc.c:373: error: 'struct proc' has no member named 'p_sflag' *** Error code 1 Stop in /usr/src/lib/libkvm. Is this a known issue, or is it perhaps something wrong with my system? I'm currently running 6.2-RELEASE-p7 and /usr/src was fetched via csup on the RELENG_7 tag as of 12:00pm EDT today. Thinking it might be something I was doing (wrong) in make.conf, I commented that out entirely, but it still fails in libkvm. It looks like p_swtime is defined in /usr/include/sys/proc.h, but /usr/src/sys/sys/proc.h doesn't have either of those members. Does libkvm need to be updated to work with the new proc in RELENG_7? Thanks! Josh From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 19:38:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169AF16A419 for ; Mon, 15 Oct 2007 19:38:08 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.wan.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id C9DDA13C442 for ; Mon, 15 Oct 2007 19:38:07 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.129.12.64]) by ns2.bafirst.com with esmtp; Mon, 15 Oct 2007 14:27:48 -0500 id 000D4FCF.4713BF35.000063BB Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 15 Oct 2007 14:27:42 -0500 id 0004AC16.4713BF2E.00003274 Received: from dsl-189-129-12-64.prod-infinitum.com.mx (dsl-189-129-12-64.prod-infinitum.com.mx [189.129.12.64]) by intranet.encontacto.net (Horde MIME library) with HTTP; Mon, 15 Oct 2007 14:27:42 -0500 Message-ID: <20071015142742.0mcrq8bvk0s8wkwc@intranet.encontacto.net> X-Priority: 3 (Normal) Date: Mon, 15 Oct 2007 14:27:42 -0500 From: eculp@encontacto.net To: freebsd-current@freebsd.org References: <1192328840.810.12.camel@RabbitsDen> In-Reply-To: <1192328840.810.12.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) X-Originating-IP: 189.129.12.64 Subject: Re: Going from 8.0-CURRENT to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 19:38:08 -0000 Quoting "Alexandre \"Sunny\" Kovalenko" : > This is basically a warning and an advise -- as usual -- YMMV. > > I have missed HEADS-UP that RELENG_7 has been branched and found myself > running 8.0 after cvsup/buildworld/installworld cycle. Since I wanted to > stick to RELENG_7 and since branching occured 2 days ago, I've figured I > should be able to change tag in SUPFILE cvsup and rebuild. > > Hence the warning: *don't do that* -- buildworld failed midway with > > /libexec/ld-elf.so.1: Undefined symbol "__mb_sb_limit" referenced from > COPY relocation in sh. > > and you are left with non-working system. > > Now the advice part: *do not despair* -- you can boot into single user > mode, use /rescue/sh, manually copy > > /bin/sh > /usr/bin/make > /usr/bin/awk > /usr/sbin/mtree > /usr/sbin/zic > /lib/libedit.so.6 > /lib/libncurses.so.7 > > from your OBJ directory, then do 'make installworld' twice (something > non-important failed in the first pass) and you should be back in > business. > > Hopefully, everyone on the list reads it diligently and does not need > such advice, but if you shot yourself in the foot, here is the chance to > avoid reinstalling the system from scratch. Here is another one who didn't :( I realized it after seeing your =20 email. Here is what I did which now I see is what you did. 1. Changed the configuration of my cvs-supfile to: *default tag=3DRELENG_7 *default base=3D/usr/local/etc/cvsup *default prefix=3D/usr *default release=3Dcvs *default delete use-rel-suffix src-all doc-all ports-all cvsroot-all I had built and installed but not rebooted Current 8.0 for two or =20 three previous days. It successfully built and installed world and =20 kernel. it initiated installworld and broke while installing man. =20 This happend to me on two machines one local and one remote location. =20 The local machine is back up but I made a mess of it. The rescue =20 suggestion didn't work because it was the same as the installed =20 programs. I tried booting with a pre-8.0 kernel and same problem so I =20 installed a cd that I had form the 5th of October and lost etc and a =20 few other files but managed to get it back together. I have erased =20 src and am re cvsuping with the above cvs-supfile and plan to follow =20 the build world, build kernel, install kernel, install world, but I am =20 concerned that that may not be the best solution. I certainly don't =20 want to do this again. ;) Now for the machines that are in the same situation but located far away. On is in the same situation as this and is the closest so I can go =20 there tomorrow and do the same procedure unless there is something =20 that I can do from here. The other three machines are plane rides. Luckily, I stopped the =20 RELENG_7 build before it broke but the did all finish the sup. I'm =20 thinking that the smart thing may be to cvsup again but with current =20 8.0 tag and just build current and reboot and wait to see if I can get =20 back and if not just ride out current. That sure beats spending the a =20 lot of time and money traveling. Any and all suggestions appreciated for both cases and if you have any =20 inclinations/observations on the stability of 8.0 if I rebuild and =20 reboot the machines. Thanks for your help, ed From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 19:57:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A1C916A418 for ; Mon, 15 Oct 2007 19:57:58 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 3B91113C474 for ; Mon, 15 Oct 2007 19:57:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 8F7506691D6; Mon, 15 Oct 2007 21:57:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j6apWuSmhtbk; Mon, 15 Oct 2007 21:57:54 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B18E666911B; Mon, 15 Oct 2007 21:57:54 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l9FJvrYC098294; Mon, 15 Oct 2007 21:57:53 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 15 Oct 2007 21:57:53 +0200 From: Roman Divacky To: Ken Smith Message-ID: <20071015195753.GA98066@freebsd.org> References: <1192464248.95331.22.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1192464248.95331.22.camel@opus.cse.buffalo.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: ULE scheduler coming to 8.0-CURRENT soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 19:57:58 -0000 On Mon, Oct 15, 2007 at 12:04:08PM -0400, Ken Smith wrote: > > I think it's fairly common knowledge by now but... The ULE scheduler is > "back" and has been doing VERY nicely. We actually had an internal > discussion about making it the default for 7.0. In the end it was > decided that ULE "just barely missed the bus". Its performance makes > giving it a try once 7.0 comes out definitely worthwhile but it was just > barely "too new" for us to be truly comfortable with changing it to be > the default. We'd like it to have the exposure of one release cycle > (7.0-REL) before it becomes the default. For now we're planning to make > it the default for 7.1-REL. will there be an official attitude (faq entry etc.) on that "although we think that ULE is ready and recomended for XYZ we stick with 4BSD for 7.0R because ABC". I think such a thing could help marketing 7.0R when it comes out as people who might benchmark it (with GENERIC kernel) will know that switching to ULE is the way to go but we want to be 100% sure before making it default. I think it would be beneficial. roman From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 20:03:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A62EB16A417; Mon, 15 Oct 2007 20:03:14 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC5513C457; Mon, 15 Oct 2007 20:03:13 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id l9FK36ga007928 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 15 Oct 2007 16:03:06 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Roman Divacky In-Reply-To: <20071015195753.GA98066@freebsd.org> References: <1192464248.95331.22.camel@opus.cse.buffalo.edu> <20071015195753.GA98066@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XLrPjrHllw/Xtsicbjqf" Organization: U. Buffalo CSE Department Date: Mon, 15 Oct 2007 16:03:06 -0400 Message-Id: <1192478586.95331.63.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current@freebsd.org Subject: Re: HEADS-UP: ULE scheduler coming to 8.0-CURRENT soon... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 20:03:14 -0000 --=-XLrPjrHllw/Xtsicbjqf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-10-15 at 21:57 +0200, Roman Divacky wrote: > On Mon, Oct 15, 2007 at 12:04:08PM -0400, Ken Smith wrote: > >=20 > > I think it's fairly common knowledge by now but... The ULE scheduler i= s > > "back" and has been doing VERY nicely. We actually had an internal > > discussion about making it the default for 7.0. In the end it was > > decided that ULE "just barely missed the bus". Its performance makes > > giving it a try once 7.0 comes out definitely worthwhile but it was jus= t > > barely "too new" for us to be truly comfortable with changing it to be > > the default. We'd like it to have the exposure of one release cycle > > (7.0-REL) before it becomes the default. For now we're planning to mak= e > > it the default for 7.1-REL. >=20 > will there be an official attitude (faq entry etc.) on that "although > we think that ULE is ready and recomended for XYZ we stick with 4BSD > for 7.0R because ABC". I think such a thing could help marketing 7.0R > when it comes out as people who might benchmark it (with GENERIC kernel) > will know that switching to ULE is the way to go but we want to be 100% > sure before making it default. >=20 > I think it would be beneficial. >=20 > roman I was planning to make something along those lines part of the release announcement and am encouraging its adoption elsewhere. :-) --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-XLrPjrHllw/Xtsicbjqf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHE8d6/G14VSmup/YRAnRcAJ9LVBTo50xFXCUm5GMohDixynJ1yACggH5T EJMdLB1+FE8cCirHFHjV9jI= =B3O5 -----END PGP SIGNATURE----- --=-XLrPjrHllw/Xtsicbjqf-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 20:07:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E057916A419 for ; Mon, 15 Oct 2007 20:07:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 937DC13C474 for ; Mon, 15 Oct 2007 20:07:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 214553963-1834499 for multiple; Mon, 15 Oct 2007 16:07:38 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9FK7TpO076016; Mon, 15 Oct 2007 16:07:29 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Marcel Moolenaar Date: Mon, 15 Oct 2007 15:10:34 -0400 User-Agent: KMail/1.9.6 References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> In-Reply-To: <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710151510.35000.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 15 Oct 2007 16:07:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4540/Sat Oct 13 21:43:55 2007 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: current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 20:07:46 -0000 On Monday 15 October 2007 01:53:49 pm Marcel Moolenaar wrote: > > You also ignore that other platforms like arm use hints to > > enumerate devices > > on "dumb" busses. > > Using hints for embedded busses is really just a hack. We need to > have a device tree for those if we want to handle all aspects of > device configuration and enumeration. The use of global unit numbers > in hints make hints flawed by design and unusable when hinted > devices exist on other busses as well. Since this typically happens > for serial ports, it's not at all surprising that this discussion > focusses on serial ports... Actually, the patch removes a kludge from sio because of this (sio(4) currently tries to keep sio0 and sio1 "free" for non-PCI devices in the sio_pci attachment, but with this patch to make new-bus always honor hints, sio0 and sio1 never get used by a sio part on a PCI bus). > > Just because there isn't a slot doesn't mean it isn't there. If a > > future > > system only has PCI devices in embedded chips and only has PCI-e > > slots does > > that mean we need to throw out the pci(4) bus driver or force the > > embedded > > PCI devices to live under a different driver? > > You're analogy makes no sense. For one you argue that ACPI is not > even a bus and secondly if we would have embedded devices based on > the ISA bus signalling definition then obviously we would still > use the ISA bus (for need of a DMA controller). Note that PCs do still have an ISA DMA controller that the fdc(4) driver uses. > I see ACPI (abstractly) as providing for an enumerated ISA bus. > As such, you either use ACPI or not. If not, you need somthing > like hints. Using both hints and ACPI at the same time is just > bad. I see ACPI as a way to enumerate devices on "dumb" busses. For example, I could see ACPI enumerating devices on other non-ISA busses, like an IPMI controller on an I2C bus. That's not an ACPI device now is it? Put another way, look at openfirmware which to my understanding includes a device tree/namespace with properties about devices. (I think at least some sparc systems use OFW info to route interrupts for example.) We don't make those devices live an on OFW bus though, they live on PCI busses, sbus busses, etc. ACPI to me is much more of a firmware than a bus. There are some devices (PCI links, acpi_ec, batteries, etc.) that are only enumerated via ACPI, and so we hang them off of acpi0 for lack of a better place to put them, and we leave ISA PNPBIOS devices hung off of acpi0 b/c it would be a bit of work to move them under the isa0 device. > >>> Besides, > >>> people also don't like the cosmetics of having ttyd0 being COM2 and > >>> ttyd1 > >>> being COM1, etc. > >> > >> More legacy PC fixation. If the BIOS claims that COM1 is at 0x2f8 > >> then > >> so be it. If COM2 is enumerated first and it ends up as uart0 then > >> so be > >> it. There's no bug. It's all in a name. Device wiring would allow > >> people > >> to tie COM2 to uart1 if they want to, but all this COM-stuff is > >> really > >> nothing more than a fixation on 20-year old conventions that the rest > >> of the world abandoned many years ago. It's turned into a bigger > >> problem > >> than it really is, mostly because we still have those stupid hints > >> that > >> are based on 20-year old conventions. > >> > >> ACPI describes the hardware and FreeBSD should respect that. I > >> consider > >> it mere coincidence that there's a serial port at I/O port 0x3f8 that > >> ends up as sio0 on most current PCs. If ACPI describes a different > >> hardware configuration then I don't think that we're in any > >> position to > >> claim that ACPI is wrong or the hardware broken. We can only claim > >> that > >> IFF there's no hardware at those resources or the hardware is in fact > >> non-functioning. > > > > Sadly, this ignores the fact that much of the PC "standard" is de- > > facto, not a > > written standard. > > No, it doesn't ignore anything. The question is whether we want > freeBSD to run with the PnP OS setting in the BIOS enabled or not. > If yes, then you have to let go... *sigh* FreeBSD already just accepts the current configuration of PNPBIOS devices, and yes, I do think that FreeBSD should trust the resources coming from the BIOS (ACPI or PNPBIOS, even if my laptop's PNPBIOS has the wrong IRQ for my laptop's COM1 (but ACPI gets it right)). However, in the case that COM1 doesn't have the same resources as the "sio0" hints it ends up as sio2 rather than sio0. In your world where unit numbers are meaningless why do you care if it's sio2 rather than sio0? The bug complaints I've seen on the lists and in various places are all about how ACPI gets it backwards and confuses things. How do propose to fix the problem of ACPI listing COM2 before COM1 short of completely rearchitecting how we name devices and expose them to userland? Besides which this is all _optional_ since users can adjust hints however they see fit. > >>> If you want the configuration file separate from the kernel, then > >>> what do you > >>> consider /boot/device.hints to be? > >> > >> Non-existent. > > > > Ok, let's try this again. You said you want a configuration file > > separate > > from the kernel. We have one now in the form of /boot/device.hints. > > I said: > "I would rather see us go in the direction of having the kernel > maintain a configuration file." > > /boot/device.hints is not maintained by the kernel. Hmm, ok. So are you thinking of a registry ala Windows to remember previous bindings? /dev/ (what Windows does) probably wouldn't be considered usable by most folks, so you'd have to make aliases, but then you are back to how do "wire" the aliases? And how should the kernel figure out which devices are console devices? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 20:10:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 114C616A41A for ; Mon, 15 Oct 2007 20:10:55 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.freebsd.org (Postfix) with SMTP id 45EFF13C4C4 for ; Mon, 15 Oct 2007 20:10:53 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: (qmail 1138 invoked from network); 15 Oct 2007 20:10:52 -0000 Received: from unknown (HELO vbepfkad.srv.xtra-net.be) (172.16.66.70) by 0 with SMTP; 15 Oct 2007 20:10:52 -0000 Received: (qmail 77402 invoked from network); 15 Oct 2007 19:54:27 -0000 Received: from 72.66.16.172.in-addr.arpa (HELO www.xtra-net.be) (172.16.66.72) by 0 with SMTP; 15 Oct 2007 19:54:27 -0000 Received: from 172.16.9.1 (proxying for 192.168.1.10) (SquirrelMail authenticated user 720616030) by www.xtra-net.be with HTTP; Mon, 15 Oct 2007 21:54:27 +0200 (CEST) Message-ID: <29489.172.16.9.1.1192478067.squirrel@www.xtra-net.be> In-Reply-To: References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> Date: Mon, 15 Oct 2007 21:54:27 +0200 (CEST) From: "Vincent Blondel" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Vincent Blondel Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 20:10:55 -0000 On Mon, October 15, 2007 21:25, Kip Macy wrote: There is a newer version of xen support fixed to support ABI changes in the p4 branch. Do you know how I can get it because it seems we need some account for it ?? -Kip On 10/15/07, Vincent Blondel wrote: > > Hello all, > > > I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server hosting Linux Ubuntu 7.10 as Dom/0. > > > After some search on Google, I found a patch ( http://wiki.freebsd.org/FreeBSD/Xen ) that can be applied on > current cvs 'src' but this seems already dated 4 months and occurs lots of errors during patch phase. > > I also noticed xen3/freebsd development is currently hosted on preforce.freebsd.org but it seems we need a > account on this server to get last snapshot but I do not get any access on this server. > > Can somebody explain me how I can get last snapshot of it ?? > > > # gpatch -Np1 < /tmp/xen3.diff > > > patching file sys/i386/i386/machdep.c Hunk #1 FAILED at 38. > 1 out of 2 hunks FAILED -- saving rejects to file sys/i386/i386/machdep.c.rej > patching file sys/i386/i386/swtch.s Hunk #1 FAILED at 33. > Hunk #2 succeeded at 88 (offset 17 lines). > Hunk #3 succeeded at 114 (offset 2 lines). > Hunk #4 FAILED at 163. > Hunk #5 FAILED at 186. > Hunk #6 succeeded at 259 (offset 25 lines). > Hunk #7 succeeded at 261 (offset 2 lines). > Hunk #8 succeeded at 299 (offset 24 lines). > Hunk #9 succeeded at 355 (offset 3 lines). > Hunk #10 succeeded at 385 (offset 24 lines). > Hunk #11 succeeded at 380 (offset 3 lines). > Hunk #12 succeeded at 424 (offset 24 lines). > 3 out of 12 hunks FAILED -- saving rejects to file sys/i386/i386/swtch.s.rej > patching file sys/i386/i386/sys_machdep.c Hunk #1 FAILED at 30. > Hunk #2 succeeded at 55 (offset -1 lines). > Hunk #3 succeeded at 181 (offset -1 lines). > Hunk #4 succeeded at 218 (offset -1 lines). > Hunk #5 succeeded at 385 (offset -1 lines). > Hunk #6 succeeded at 395 (offset -1 lines). > Hunk #7 succeeded at 415 (offset 1 line). > Hunk #8 succeeded at 429 (offset -1 lines). > Hunk #9 succeeded at 497 (offset 1 line). > Hunk #10 FAILED at 513. > Hunk #12 succeeded at 757 (offset 1 line). > Hunk #13 FAILED at 809. > Hunk #14 succeeded at 810 with fuzz 1 (offset -13 lines). > 3 out of 14 hunks FAILED -- saving rejects to file sys/i386/i386/sys_machdep.c.rej > patching file sys/i386/i386/trap.c Hunk #1 FAILED at 38. > Hunk #4 succeeded at 222 (offset 1 line). > Hunk #6 succeeded at 634 (offset 1 line). > Hunk #7 succeeded at 817 (offset -2 lines). > 1 out of 7 hunks FAILED -- saving rejects to file sys/i386/i386/trap.c.rej > patching file sys/i386/i386/vm_machdep.c Hunk #1 FAILED at 41. > Hunk #2 succeeded at 102 (offset -1 lines). > Hunk #4 succeeded at 561 (offset -1 lines). > Hunk #6 succeeded at 832 (offset -1 lines). > 1 out of 6 hunks FAILED -- saving rejects to file sys/i386/i386/vm_machdep.c.rej > patching file sys/i386/include/asmacros.h Hunk #1 succeeded at 176 (offset 2 lines). > patching file sys/net/if_bridge.c Hunk #1 succeeded at 229 (offset 2 lines). > Hunk #2 succeeded at 763 with fuzz 1 (offset 9 lines). > patching file sys/vm/vm_contig.c Hunk #1 FAILED at 587. > Hunk #2 FAILED at 603. > Hunk #3 succeeded at 290 (offset -337 lines). > 2 out of 3 hunks FAILED -- saving rejects to file sys/vm/vm_contig.c.rej > > > Many thanks > Vincent. > > > _______________________________________________ > 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" From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 20:29:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 293CD16A419 for ; Mon, 15 Oct 2007 20:29:32 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 964A213C45B for ; Mon, 15 Oct 2007 20:29:31 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1371284nfb for ; Mon, 15 Oct 2007 13:29:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=i5rOU0PWp2c1toSwD6+tJFSYRb4jWbFhjaDQHfk0AC8=; b=T41eTVl6oOgXlpxrx8r8FTVUqgfQKr4WWtwxo85AgJq1M9FQuoDY/ne/W8IeYL23ZNOz5hSnH6I8fkZ4wpjQlhMVc1TAeme0hcdL+pG6Q7YzQZfJBVsPPBQW6pLfwBFzxv1KHHNRt3aKeTNHpvFUUAey3WDOz0q9zqEuPP74Kys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OkEKSPlepwz9R5WlmHKd6iNnIUgyD7PI53KZb/oQoiJh2IRSmW00z8gaineNyOeVZ+3pt26L6qP0IqJ3x4Wz4F/YKw+gNR00DOeP0iLXRMZD2h16wN6tYMTZ3dpzpmGwISIwkUdKFgDPihQklhxvXLUS8Vxed2KbwNNA1wKUx2Y= Received: by 10.86.95.20 with SMTP id s20mr5281365fgb.1192480170008; Mon, 15 Oct 2007 13:29:30 -0700 (PDT) Received: by 10.86.91.5 with HTTP; Mon, 15 Oct 2007 13:29:29 -0700 (PDT) Message-ID: <11167f520710151329i4f815f5bl46422ae37c83adf7@mail.gmail.com> Date: Mon, 15 Oct 2007 15:29:29 -0500 From: "Sam Fourman Jr." To: "Vincent Blondel" In-Reply-To: <29489.172.16.9.1.1192478067.squirrel@www.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <29489.172.16.9.1.1192478067.squirrel@www.xtra-net.be> Cc: freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 20:29:32 -0000 does anyone know if there is work being done on i386 Xen Dom0 for FreeBSD 7 is there any working patch to enable Dom0 at this point? Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 21:00:33 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 833EB16A468 for ; Mon, 15 Oct 2007 21:00:33 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 43E1913C48E for ; Mon, 15 Oct 2007 21:00:33 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id D7D091A000B06 for ; Mon, 15 Oct 2007 13:35:37 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id i3crF5dWcDqi for ; Mon, 15 Oct 2007 13:35:29 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 73A7C1A000B36 for ; Mon, 15 Oct 2007 13:35:29 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: current@freebsd.org Date: Mon, 15 Oct 2007 13:35:27 -0700 User-Agent: KMail/1.9.7 References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> In-Reply-To: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710151335.27991.fjwcash+freebsd@gmail.com> Cc: Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 21:00:33 -0000 On October 15, 2007 11:27 am Vincent Blondel wrote: > I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server > hosting Linux Ubuntu 7.10 as Dom/0. Is that a quad-core CPU or a quad-CPU system? If it's a quad-core CPU, it should support Intel hardware virtualisation feature. If it does, you don't need any Xen patches or support in FreeBSD. Just create a Xen VM that supports hardware virtualisation (not a paravirtualised VM) and install FreeBSD as per normal. That's the beauty of the Intel VT and AMD VX (or whatever they call it now) features -- no need to patch an OS to run in a Xen VM. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 18:56:48 2007 Return-Path: Delivered-To: Current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BDFE16A4F3 for ; Mon, 15 Oct 2007 18:56:48 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (unknown [IPv6:2001:618:400::54ea:1138]) by mx1.freebsd.org (Postfix) with ESMTP id 287CF13C552 for ; Mon, 15 Oct 2007 18:56:46 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IhV7G-0002L7-Dl for Current@FreeBSD.org; Mon, 15 Oct 2007 19:56:38 +0100 Date: Mon, 15 Oct 2007 19:56:38 +0100 From: Tim Bishop To: Current@FreeBSD.org Message-ID: <20071015185638.GC88271@carrick.bishnet.net> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <20071015145638.GB88271@carrick.bishnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071015145638.GB88271@carrick.bishnet.net> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net X-Mailman-Approved-At: Mon, 15 Oct 2007 21:47:51 +0000 Cc: Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 18:56:48 -0000 On Mon, Oct 15, 2007 at 03:56:38PM +0100, Tim Bishop wrote: > On Sun, Sep 30, 2007 at 02:03:07PM -0400, Joe Marcus Clarke wrote: > > dev = ad6s1e, block = 22287592, fs = /space > > panic: ffs_blkfree: freeing free block > > cpuid = 0 > > KDB: enter: panic > > Physical memory: 2038 MB > > Dumping 351 MB: 336 320 304 288 272 256 240 224 208 192 176 160 144 128 > > 112 96 80 64 48 32 16 > > I'll helpfully add a "me too" here. But my system can't even manage a > dump: > > dev = mirror/gm0s1f, block = 2754352, fs = /u1 > panic: ffs_blkfree: freeing free block > cpuid = 1 > Uptime: 3h24m58s > Physical memory: 1013 MB > Dumping 202 MB: > Fatal double fault: > eip = 0xc073e8b9 > esp = 0xe415dfd4 > ebp = 0xe415e048 > cpuid = 0; apic id = 00 After changing my dump device to a spare disk rather than a mirror I have the following dump: Unread portion of the kernel message buffer: dev = mirror/gm0s1f, block = 2752640, fs = /u1 panic: ffs_blkfree: freeing free block cpuid = 0 Uptime: 55m54s Physical memory: 1013 MB Dumping 161 MB: 146 130 114 98 82 66 50 34 18 2 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc05167a7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0516a69 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc06a2124 in ffs_blkfree (ump=0xc3d81200, fs=0xc3da9800, devvp=0xc3e4dcc0, bno=2752640, size=16384, inum=615921) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #4 0xc06b6321 in handle_workitem_freefrag (freefrag=0xc7b2f1a0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1825 #5 0xc06b7569 in process_worklist_item (mp=0xc3dc6d0c, flags=Variable "flags" is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:968 #6 0xc06b8582 in softdep_process_worklist (mp=0xc3dc6d0c, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #7 0xc06baa4d in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #8 0xc04f6d89 in fork_exit (callout=0xc06ba5d0 , arg=0x0, frame=0xe415fd38) at /usr/src/sys/kern/kern_fork.c:796 #9 0xc071a2b0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 23:20:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A921F16A41A for ; Mon, 15 Oct 2007 23:20:38 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 704C613C44B for ; Mon, 15 Oct 2007 23:20:38 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 085741A000B1E; Mon, 15 Oct 2007 16:20:38 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lfR3k5NA6u-R; Mon, 15 Oct 2007 16:20:31 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 328081A000B0D; Mon, 15 Oct 2007 16:20:31 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: current@freebsd.org Date: Mon, 15 Oct 2007 16:20:29 -0700 User-Agent: KMail/1.9.7 References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <200710151335.27991.fjwcash+freebsd@gmail.com> <4713F2F1.4090608@ntecs.de> In-Reply-To: <4713F2F1.4090608@ntecs.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710151620.29832.fjwcash+freebsd@gmail.com> Cc: Michael Neumann Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 23:20:38 -0000 On October 15, 2007 04:08 pm Michael Neumann wrote: > Freddie Cash schrieb: > > On October 15, 2007 11:27 am Vincent Blondel wrote: > >> I am trying to install FreeBSD-current as Dom/U on my Core2 Quad > >> server hosting Linux Ubuntu 7.10 as Dom/0. > > > > Is that a quad-core CPU or a quad-CPU system? > > > > If it's a quad-core CPU, it should support Intel hardware > > virtualisation feature. If it does, you don't need any Xen patches > > or support in FreeBSD. Just create a Xen VM that supports hardware > > virtualisation (not a paravirtualised VM) and install FreeBSD as per > > normal. That's the beauty of the Intel VT and AMD VX (or whatever > > they call it now) features -- no need to patch an OS to run in a Xen > > VM. > > Does anybody know if there are big differences in performance > of running an unchanged OS under Xen with hardware virtualization > turned on vs. a paravirtualized OS? Or any other problems with an > unchanged OS using hardware virtualization? If not, then this is > clearly the way to go! Haven't tested it yet, personally. We're trying to track down a Tyan motherboard that will support AMD CPUs=20 with hardware virtualisation, with hardware support for Debian Linux 4.0=20 and FreeBSD 6.2. Once we have that, then we're going to start testing=20 running Xen with a Debian host, Debian guests (paravirtualised and full=20 virtualised), and FreeBSD guests (para and full). =46rom what I've read online, full virtualised Xen VMs with Xen 3.0.3 is=20 slower than paravirtualised Xen VMs. However, I can't find a definite=20 answer to what "slower" is. :) =2D-=20 =46reddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 23:15:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E42E16A418 for ; Mon, 15 Oct 2007 23:15:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 289F113C458 for ; Mon, 15 Oct 2007 23:15:08 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IhZ9K-0002g8-Eh for freebsd-current@freebsd.org; Mon, 15 Oct 2007 23:15:02 +0000 Received: from p57b1b4d2.dip0.t-ipconnect.de ([87.177.180.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Oct 2007 23:15:02 +0000 Received: from mneumann by p57b1b4d2.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Oct 2007 23:15:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Michael Neumann Date: Tue, 16 Oct 2007 01:08:33 +0200 Lines: 22 Message-ID: <4713F2F1.4090608@ntecs.de> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <200710151335.27991.fjwcash+freebsd@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p57b1b4d2.dip0.t-ipconnect.de User-Agent: Thunderbird 2.0.0.5 (X11/20070723) In-Reply-To: <200710151335.27991.fjwcash+freebsd@gmail.com> Sender: news X-Mailman-Approved-At: Mon, 15 Oct 2007 23:53:54 +0000 Cc: current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 23:15:09 -0000 Freddie Cash schrieb: > On October 15, 2007 11:27 am Vincent Blondel wrote: >> I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server >> hosting Linux Ubuntu 7.10 as Dom/0. > > Is that a quad-core CPU or a quad-CPU system? > > If it's a quad-core CPU, it should support Intel hardware virtualisation > feature. If it does, you don't need any Xen patches or support in > FreeBSD. Just create a Xen VM that supports hardware virtualisation (not > a paravirtualised VM) and install FreeBSD as per normal. That's the > beauty of the Intel VT and AMD VX (or whatever they call it now) > features -- no need to patch an OS to run in a Xen VM. Does anybody know if there are big differences in performance of running an unchanged OS under Xen with hardware virtualization turned on vs. a paravirtualized OS? Or any other problems with an unchanged OS using hardware virtualization? If not, then this is clearly the way to go! Regards, Michael From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 23:33:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AF0816A418 for ; Mon, 15 Oct 2007 23:33:10 +0000 (UTC) (envelope-from mneumann@ntecs.de) Received: from core.ntecs.de (213-239-223-123.clients.your-server.de [213.239.223.123]) by mx1.freebsd.org (Postfix) with ESMTP id 37C4513C458 for ; Mon, 15 Oct 2007 23:33:09 +0000 (UTC) (envelope-from mneumann@ntecs.de) Received: from localhost (unknown [127.0.0.1]) by core.ntecs.de (Postfix) with ESMTP id 23EBC2FF89; Tue, 16 Oct 2007 00:58:45 +0200 (CEST) Received: from core.ntecs.de ([127.0.0.1]) by localhost (core.ntecs.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09452-08; Tue, 16 Oct 2007 00:58:34 +0200 (CEST) Received: from [192.168.1.22] (p57B1B4D2.dip0.t-ipconnect.de [87.177.180.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by core.ntecs.de (Postfix) with ESMTP id 8F6922C3C8; Tue, 16 Oct 2007 00:58:34 +0200 (CEST) Message-ID: <4713F2F1.4090608@ntecs.de> Date: Tue, 16 Oct 2007 01:08:33 +0200 From: Michael Neumann User-Agent: Thunderbird 2.0.0.5 (X11/20070723) MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.current To: Freddie Cash References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <200710151335.27991.fjwcash+freebsd@gmail.com> In-Reply-To: <200710151335.27991.fjwcash+freebsd@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ntecs.de X-Mailman-Approved-At: Mon, 15 Oct 2007 23:53:54 +0000 Cc: current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2007 23:33:10 -0000 Freddie Cash schrieb: > On October 15, 2007 11:27 am Vincent Blondel wrote: >> I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server >> hosting Linux Ubuntu 7.10 as Dom/0. > > Is that a quad-core CPU or a quad-CPU system? > > If it's a quad-core CPU, it should support Intel hardware virtualisation > feature. If it does, you don't need any Xen patches or support in > FreeBSD. Just create a Xen VM that supports hardware virtualisation (not > a paravirtualised VM) and install FreeBSD as per normal. That's the > beauty of the Intel VT and AMD VX (or whatever they call it now) > features -- no need to patch an OS to run in a Xen VM. Does anybody know if there are big differences in performance of running an unchanged OS under Xen with hardware virtualization turned on vs. a paravirtualized OS? Or any other problems with an unchanged OS using hardware virtualization? If not, then this is clearly the way to go! Regards, Michael From owner-freebsd-current@FreeBSD.ORG Mon Oct 15 23:57:00 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14C5116A46D for ; Mon, 15 Oct 2007 23:57:00 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7005513C4B6 for ; Mon, 15 Oct 2007 23:56:59 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (6ljqtfha6uswvby8@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l9FNgqP6086349; Mon, 15 Oct 2007 16:42:52 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l9FNgpZ5086348; Mon, 15 Oct 2007 16:42:51 -0700 (PDT) (envelope-from jmg) Date: Mon, 15 Oct 2007 16:42:51 -0700 From: John-Mark Gurney To: Michael Butler Message-ID: <20071015234251.GR39759@funkthat.com> Mail-Followup-To: Michael Butler , Marius Strobl , current@freebsd.org References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47001D02.4080700@protected-networks.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Mon, 15 Oct 2007 16:42:52 -0700 (PDT) Cc: current@freebsd.org, Marius Strobl Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 23:57:00 -0000 Michael Butler wrote this message on Sun, Sep 30, 2007 at 18:02 -0400: > Marius Strobl wrote: > > As mentioned in UPDATING the change below requires the hal port > > to be recompiled in order to continue to work. On !386 you > > additionally need to update to xorg-server-1.4_1,1. > > Regarding common ports affected by the introduction of support > > for PCI domains these two ports should be it. > > Other consumers of potentially also need to be > > recompiled and adjusted, f.e. sjog needs to be recompiled but > > should need no changes. Generally, if a port uses pc_bus it > > also needs to deal with pc_domain now. > > This breaks [ls|set]pci even when recompiled. > > It also breaks my ability to use an /etc/rc.early containing .. > > pciconf -wb pci0:30:0 0x1a 8 > > .. which is required to allow any cardbus devices, e.g. Netgear WG511T, > to work. The problem is that we don't (and nor does the BIOS) properly > set the subordinate bus of the parent PCI-PCI bridge and the above > command sets it 'manually'. Is there a PR for this? Could you send a verbose boot message for this? It shouldn't be hard to fix, and pretty easy one to fix too. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 02:01:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF7A116A418; Tue, 16 Oct 2007 02:01:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 55DBB13C458; Tue, 16 Oct 2007 02:01:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-037-127.pools.arcor-ip.net [88.66.37.127]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1IhbkG0n4b-0002j2; Tue, 16 Oct 2007 04:01:20 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 16 Oct 2007 04:01:09 +0200 User-Agent: KMail/1.9.7 References: <200709302232.34505.max@love2party.net> <200710020356.10429.max@love2party.net> <200710120544.04157.max@love2party.net> In-Reply-To: <200710120544.04157.max@love2party.net> 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="nextPart3799351.kMt6gSb7j7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710160401.18429.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+7NS25pTybdgP48co/fmzB+dXc04SqMFas0XQ rZKRihoH0OrdQy8lW9njIjVHyZvdSp7D27wgF45tuXJ9B6fema /Eb3Hwzqam3O9s+FEASlZM4KewL3AhMl0PtB2RvZGU= Cc: freebsd-net@freebsd.org Subject: Re: libpcap/tcpdump 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, 16 Oct 2007 02:01:21 -0000 --nextPart3799351.kMt6gSb7j7 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 12 October 2007, Max Laier wrote: > On Tuesday 02 October 2007, Max Laier wrote: > > On Sunday 30 September 2007, Max Laier wrote: > > > Hi, > > > > > > I'd like to get some eyes on > > > http://people.freebsd.org/~mlaier/tcpdump/ in order to get $subj > > > into the tree. Let me know if you find any problems. Thanks. > > > > > > This should also take care of bin/116610, by the way. > > > > Please refresh - the first version didn't get through buildworld - > > sorry! > > I plan to do this really soon now with the HEAD freeze lifted. Did > anyone get to test it? Any objections? Talking to myself it seems :-\ ... anyhow, I'm going ahead with this *now* = =20 HEAD might be unbuildable for a couple of minutes due to the import. =20 I'll let you know once this is done. =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 --nextPart3799351.kMt6gSb7j7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHFBtuXyyEoT62BG0RAk47AJ4+ks2990ZRTK5zn78hfxUmmwtWRQCfZhuU oBwyVmogGweBrbkHhiN4Wy8= =SreM -----END PGP SIGNATURE----- --nextPart3799351.kMt6gSb7j7-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 02:33:18 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490DA16A417 for ; Tue, 16 Oct 2007 02:33:18 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0E72013C461 for ; Tue, 16 Oct 2007 02:33:16 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 99929C524; Mon, 15 Oct 2007 22:33:15 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id A182CC2EA; Mon, 15 Oct 2007 22:32:10 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1192501931; bh=/ySDq5NsjxCJI0 TUpSHrVOS6Annw26dyNPg/5oB45pY=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type; b=lw4Cd74Urce NKgSjPb0tmx17dqo0IlYeJecrtUR5oFDZcwq0OPqxswmrPw59djr1ews+VTfSHdMu8i hvOj9ToWkeKxXbcvhKJUwfOAgvWMg4wl9Ab1A4YX0m4X+ddCLk DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=Bx6U9gef/SbQmS5RxO/9g2ZDmDLoLX3kYJIdWY8/STvw4G9+Y4Fw2JMY4o7AvnGfj On+K4Ibn5r97w4/L6hNsGUEDLr8OUfScHxc9YLv8xN4MRXFMzvWJeH25hfTj2p+ Message-ID: <471422A9.6090005@protected-networks.net> Date: Mon, 15 Oct 2007 22:32:09 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20070903) MIME-Version: 1.0 To: gurney_j@resnet.uoregon.edu References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20071015234251.GR39759@funkthat.com> In-Reply-To: <20071015234251.GR39759@funkthat.com> X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------010509010309090406000904" Cc: current@freebsd.org, Marius Strobl Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 02:33:18 -0000 This is a multi-part message in MIME format. --------------010509010309090406000904 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit John-Mark Gurney wrote: > Michael Butler wrote this message on Sun, Sep 30, 2007 at 18:02 -0400: [ .. snip .. ] >> This breaks [ls|set]pci even when recompiled. >> >> It also breaks my ability to use an /etc/rc.early containing .. >> >> pciconf -wb pci0:30:0 0x1a 8 >> >> .. which is required to allow any cardbus devices, e.g. Netgear WG511T, >> to work. The problem is that we don't (and nor does the BIOS) properly >> set the subordinate bus of the parent PCI-PCI bridge and the above >> command sets it 'manually'. > > Is there a PR for this? Could you send a verbose boot message for this? > It shouldn't be hard to fix, and pretty easy one to fix too. I'm not aware of a PR but it seems to have been problematic for the Linux folks too. I've attached the output of a 'boot -v' for your amusement, Michael --------------010509010309090406000904 Content-Type: text/plain; name="verbose-boot.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="verbose-boot.txt" Oct 15 22:17:46 toshi syslogd: kernel boot file is /boot/kernel/kernel Oct 15 22:17:46 toshi kernel: Copyright (c) 1992-2007 The FreeBSD Project. Oct 15 22:17:46 toshi kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 15 22:17:46 toshi kernel: The Regents of the University of California. All rights reserved. Oct 15 22:17:46 toshi kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Oct 15 22:17:46 toshi kernel: FreeBSD 7.0-PRERELEASE #0: Sun Oct 14 22:01:50 EDT 2007 Oct 15 22:17:46 toshi kernel: root@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI Oct 15 22:17:46 toshi kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a7a000. Oct 15 22:17:46 toshi kernel: Preloaded elf module "/boot/kernel/splash_pcx.ko" at 0xc0a7a234. Oct 15 22:17:46 toshi kernel: Preloaded splash_image_data "/boot/freebsd-splash.pcx" at 0xc0a7a2e4. Oct 15 22:17:46 toshi kernel: Calibrating clock(s) ... i8254 clock: 1193162 Hz Oct 15 22:17:46 toshi kernel: CLK_USE_I8254_CALIBRATION not specified - using default frequency Oct 15 22:17:46 toshi kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Oct 15 22:17:46 toshi kernel: Calibrating TSC clock ... TSC clock: 1662512310 Hz Oct 15 22:17:46 toshi kernel: CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz 686-class CPU) Oct 15 22:17:46 toshi kernel: Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Oct 15 22:17:46 toshi kernel: Features=0xbfe9fbff Oct 15 22:17:46 toshi kernel: Features2=0xc1a9 Oct 15 22:17:46 toshi kernel: Cores per package: 2 Oct 15 22:17:46 toshi kernel: Oct 15 22:17:46 toshi kernel: Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Oct 15 22:17:46 toshi kernel: Data TLB: 4 KB Pages, 4-way set associative, 128 entries Oct 15 22:17:46 toshi kernel: Instruction TLB: 4 MB pages, fully associative, 2 entries Oct 15 22:17:46 toshi kernel: 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size Oct 15 22:17:46 toshi kernel: 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Oct 15 22:17:46 toshi kernel: Data TLB: 4 MB Pages, 4-way set associative, 8 entries Oct 15 22:17:46 toshi kernel: 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size Oct 15 22:17:46 toshi kernel: L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line Oct 15 22:17:46 toshi kernel: real memory = 2137456640 (2038 MB) Oct 15 22:17:46 toshi kernel: Physical memory chunk(s): Oct 15 22:17:46 toshi kernel: 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) Oct 15 22:17:46 toshi kernel: 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) Oct 15 22:17:46 toshi kernel: 0x0000000000c28000 - 0x000000007d24afff, 2086809600 bytes (509475 pages) Oct 15 22:17:46 toshi kernel: avail memory = 2086297600 (1989 MB) Oct 15 22:17:46 toshi kernel: Table 'FACP' at 0x7f681bf8 Oct 15 22:17:46 toshi kernel: Table 'APIC' at 0x7f681cec Oct 15 22:17:46 toshi kernel: MADT: Found table at 0x7f681cec Oct 15 22:17:46 toshi kernel: MP Configuration Table version 1.4 found at 0xc009fd71 Oct 15 22:17:46 toshi kernel: APIC: Using the MADT enumerator. Oct 15 22:17:46 toshi kernel: MADT: Found CPU APIC ID 0 ACPI ID 0: enabled Oct 15 22:17:46 toshi kernel: SMP: Added CPU 0 (AP) Oct 15 22:17:46 toshi kernel: MADT: Found CPU APIC ID 1 ACPI ID 1: enabled Oct 15 22:17:46 toshi kernel: SMP: Added CPU 1 (AP) Oct 15 22:17:46 toshi kernel: ACPI APIC Table: Oct 15 22:17:46 toshi kernel: INTR: Adding local APIC 1 as a target Oct 15 22:17:46 toshi kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Oct 15 22:17:46 toshi kernel: cpu0 (BSP): APIC ID: 0 Oct 15 22:17:46 toshi kernel: cpu1 (AP): APIC ID: 1 Oct 15 22:17:46 toshi kernel: APIC: CPU 0 has ACPI ID 0 Oct 15 22:17:46 toshi kernel: APIC: CPU 1 has ACPI ID 1 Oct 15 22:17:46 toshi kernel: bios32: Found BIOS32 Service Directory header at 0xc00f69c0 Oct 15 22:17:46 toshi kernel: bios32: Entry = 0xfd63d (c00fd63d) Rev = 0 Len = 1 Oct 15 22:17:46 toshi kernel: pcibios: PCI BIOS entry at 0xfd5c0+0x44 Oct 15 22:17:46 toshi kernel: pnpbios: Found PnP BIOS data at 0xc00f6a30 Oct 15 22:17:46 toshi kernel: pnpbios: Entry = f0000:bd02 Rev = 1.0 Oct 15 22:17:46 toshi kernel: Other BIOS signatures found: Oct 15 22:17:46 toshi kernel: ULE: setup cpu group 0 Oct 15 22:17:46 toshi kernel: ULE: setup cpu 0 Oct 15 22:17:46 toshi kernel: ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 Oct 15 22:17:46 toshi kernel: ULE: setup cpu group 1 Oct 15 22:17:46 toshi kernel: ULE: setup cpu 1 Oct 15 22:17:46 toshi kernel: ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 Oct 15 22:17:46 toshi kernel: ACPI: RSDP @ 0x0xf6960/0x0024 (v 2 TOSINV) Oct 15 22:17:46 toshi kernel: ACPI: XSDT @ 0x0x7f678478/0x008C (v 1 TOSINV TOSINV00 0x06040000 INV 0x00000000) Oct 15 22:17:46 toshi kernel: ACPI: FACP @ 0x0x7f681bf8/0x00F4 (v 3 TOSINV TOSINV00 0x06040000 ALAN 0x00000001) Oct 15 22:17:46 toshi kernel: ACPI: DSDT @ 0x0x7f67a1cf/0x79B5 (v 2 TOSINV CALISTGA 0x06040000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: ACPI: FACS @ 0x0x7f682fc0/0x0040 Oct 15 22:17:46 toshi kernel: ACPI: APIC @ 0x0x7f681cec/0x0068 (v 1 INTEL CALISTGA 0x06040000 LOHR 0x0000005A) Oct 15 22:17:46 toshi kernel: ACPI: HPET @ 0x0x7f681d54/0x0038 (v 1 INTEL CALISTGA 0x06040000 LOHR 0x0000005A) Oct 15 22:17:46 toshi kernel: ACPI: MCFG @ 0x0x7f681d8c/0x003C (v 1 INTEL CALISTGA 0x06040000 LOHR 0x0000005A) Oct 15 22:17:46 toshi kernel: ACPI: TCPA @ 0x0x7f681dc8/0x0032 (v 1 PTLTD CALISTGA 0x06040000 PTL 0x00000001) Oct 15 22:17:46 toshi kernel: ACPI: APIC @ 0x0x7f681dfa/0x0068 (v 1 TOSINV APIC 0x06040000 INV 0x00000000) Oct 15 22:17:46 toshi kernel: ACPI: SLIC @ 0x0x7f681e62/0x0176 (v 1 TOSINV TOSINV00 0x06040000 INV 0x00000000) Oct 15 22:17:46 toshi kernel: ACPI: BOOT @ 0x0x7f681fd8/0x0028 (v 1 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f679b80/0x064F (v 1 SataRe SataPri 0x00001000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f6794ee/0x0692 (v 1 SataRe SataSec 0x00001000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f678a90/0x025F (v 1 PmRef Cpu0Tst 0x00003000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f6789ea/0x00A6 (v 1 PmRef Cpu1Tst 0x00003000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f678504/0x04E6 (v 1 PmRef CpuPm 0x00003000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 Oct 15 22:17:46 toshi kernel: ioapic0: Changing APIC ID to 1 Oct 15 22:17:46 toshi kernel: ioapic0: Routing external 8259A's -> intpin 0 Oct 15 22:17:46 toshi kernel: MADT: Interrupt override: source 0, irq 2 Oct 15 22:17:46 toshi kernel: ioapic0: Routing IRQ 0 -> intpin 2 Oct 15 22:17:46 toshi kernel: MADT: Interrupt override: source 9, irq 9 Oct 15 22:17:46 toshi kernel: ioapic0: intpin 9 trigger: level Oct 15 22:17:46 toshi kernel: lapic0: Routing NMI -> LINT1 Oct 15 22:17:46 toshi kernel: lapic0: LINT1 trigger: edge Oct 15 22:17:46 toshi kernel: lapic0: LINT1 polarity: high Oct 15 22:17:46 toshi kernel: lapic1: Routing NMI -> LINT1 Oct 15 22:17:46 toshi kernel: lapic1: LINT1 trigger: edge Oct 15 22:17:46 toshi kernel: lapic1: LINT1 polarity: high Oct 15 22:17:46 toshi kernel: ioapic0 irqs 0-23 on motherboard Oct 15 22:17:46 toshi kernel: cpu0 BSP: Oct 15 22:17:46 toshi kernel: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff Oct 15 22:17:46 toshi kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Oct 15 22:17:46 toshi kernel: timer: 0x000100ef therm: 0x00000200 err: 0x00010000 pcm: 0x00000400 Oct 15 22:17:46 toshi kernel: wlan_amrr: Oct 15 22:17:46 toshi kernel: wlan: <802.11 Link Layer> Oct 15 22:17:46 toshi kernel: ath_rate: version 1.2 Oct 15 22:17:46 toshi kernel: snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] Oct 15 22:17:46 toshi kernel: feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 Oct 15 22:17:46 toshi kernel: random: Oct 15 22:17:46 toshi kernel: kbd: new array size 4 Oct 15 22:17:46 toshi kernel: kbd1 at kbdmux0 Oct 15 22:17:46 toshi kernel: netsmb_dev: loaded Oct 15 22:17:46 toshi kernel: crypto: Oct 15 22:17:46 toshi kernel: mem: Oct 15 22:17:46 toshi kernel: Pentium Pro MTRR support enabled Oct 15 22:17:46 toshi kernel: ichwd module loaded Oct 15 22:17:46 toshi kernel: io: Oct 15 22:17:46 toshi kernel: null: Oct 15 22:17:46 toshi kernel: VESA: information block Oct 15 22:17:46 toshi kernel: 56 45 53 41 00 03 00 01 00 01 01 00 00 00 40 00 Oct 15 22:17:46 toshi kernel: 00 01 7b 00 00 01 43 01 00 01 55 01 00 01 89 01 Oct 15 22:17:46 toshi kernel: 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 15 22:17:46 toshi kernel: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 15 22:17:46 toshi kernel: VESA: 15 mode(s) found Oct 15 22:17:46 toshi kernel: VESA: v3.0, 7872k memory, flags:0x1, mode table:0xc0975f40 (1000040) Oct 15 22:17:46 toshi kernel: VESA: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated VGA BIOS Oct 15 22:17:46 toshi kernel: VESA: Intel Corporation Intel(r) 82945GM Chipset Family Graphics Controller Hardware Version 0.0 Oct 15 22:17:46 toshi kernel: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) Oct 15 22:17:46 toshi kernel: splash: image@0xc0a59518, size:126891 Oct 15 22:17:46 toshi kernel: splash_pcx: image good: Oct 15 22:17:46 toshi kernel: width = 1024 Oct 15 22:17:46 toshi kernel: height = 768 Oct 15 22:17:46 toshi kernel: depth = 8 Oct 15 22:17:46 toshi kernel: planes = 1 Oct 15 22:17:46 toshi kernel: splash_pcx: considering mode 28: Oct 15 22:17:46 toshi kernel: vi_width = 320 Oct 15 22:17:46 toshi kernel: vi_height = 200 Oct 15 22:17:46 toshi kernel: vi_depth = 8 Oct 15 22:17:46 toshi kernel: vi_planes = 1 Oct 15 22:17:46 toshi kernel: splash_pcx: considering mode 257: Oct 15 22:17:46 toshi kernel: vi_width = 640 Oct 15 22:17:46 toshi kernel: vi_height = 480 Oct 15 22:17:46 toshi kernel: vi_depth = 8 Oct 15 22:17:46 toshi kernel: vi_planes = 1 Oct 15 22:17:46 toshi kernel: splash_pcx: considering mode 259: Oct 15 22:17:46 toshi kernel: vi_width = 800 Oct 15 22:17:46 toshi kernel: vi_height = 600 Oct 15 22:17:46 toshi kernel: vi_depth = 8 Oct 15 22:17:46 toshi kernel: vi_planes = 1 Oct 15 22:17:46 toshi kernel: splash_pcx: considering mode 261: Oct 15 22:17:46 toshi kernel: vi_width = 1024 Oct 15 22:17:46 toshi kernel: vi_height = 768 Oct 15 22:17:46 toshi kernel: vi_depth = 8 Oct 15 22:17:46 toshi kernel: vi_planes = 1 Oct 15 22:17:46 toshi kernel: splash_pcx: selecting mode 261 Oct 15 22:17:46 toshi kernel: splash: image decoder found: splash_pcx Oct 15 22:17:46 toshi kernel: npx0: INT 16 interface Oct 15 22:17:46 toshi kernel: smbios0: at iomem 0xf69a0-0xf69be on motherboard Oct 15 22:17:46 toshi kernel: smbios0: Version: 2.4 Oct 15 22:17:46 toshi kernel: acpi0: on motherboard Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 Oct 15 22:17:46 toshi kernel: acpi0: [MPSAFE] Oct 15 22:17:46 toshi kernel: acpi0: [ITHREAD] Oct 15 22:17:46 toshi kernel: acpi0: Power Button (fixed) Oct 15 22:17:46 toshi kernel: acpi0: wakeup code va 0xd8c6f000 pa 0x1000 Oct 15 22:17:46 toshi kernel: pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa04 Oct 15 22:17:46 toshi kernel: pci_open(1a): mode1res=0x80000000 (0x80000000) Oct 15 22:17:46 toshi kernel: pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) Oct 15 22:17:46 toshi kernel: pcibios: BIOS version 2.10 Oct 15 22:17:46 toshi kernel: AcpiOsDerivePciId: \_SB_.PCI0.HBUS -> bus 0 dev 0 func 0 Oct 15 22:17:46 toshi kernel: AcpiOsDerivePciId: \_SB_.PCI0.LPCB.LPC0 -> bus 0 dev 31 func 0 Oct 15 22:17:46 toshi kernel: acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Oct 15 22:17:46 toshi kernel: acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route count_size Oct 15 22:17:46 toshi kernel: Timecounter "HPET" frequency 14318180 Hz quality 900 Oct 15 22:17:46 toshi kernel: ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Oct 15 22:17:46 toshi kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Oct 15 22:17:46 toshi kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Oct 15 22:17:46 toshi kernel: acpi_ec0: port 0x62,0x66 on acpi0 Oct 15 22:17:46 toshi kernel: pci_link0: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: pci_link1: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: pci_link2: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: pci_link3: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: pci_link4: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: pci_link5: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: pci_link6: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 10 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 10 12 14 15 Oct 15 22:17:46 toshi kernel: pci_link7: Index IRQ Rtd Ref IRQs Oct 15 22:17:46 toshi kernel: Initial Probe 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: Validation 0 11 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: After Disable 0 255 N 0 1 3 4 5 6 7 11 12 14 15 Oct 15 22:17:46 toshi kernel: cpu0: on acpi0 Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f679236/0x01FB (v 1 PmRef Cpu0Ist 0x00003000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f678cef/0x04C2 (v 1 PmRef Cpu0Cst 0x00003001 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: coretemp0: on cpu0 Oct 15 22:17:46 toshi kernel: est0: on cpu0 Oct 15 22:17:46 toshi kernel: p4tcc0: on cpu0 Oct 15 22:17:46 toshi kernel: cpu1: on acpi0 Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f679431/0x00BD (v 1 PmRef Cpu1Ist 0x00003000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: ACPI: SSDT @ 0x0x7f6791b1/0x0085 (v 1 PmRef Cpu1Cst 0x00003000 INTL 0x20050624) Oct 15 22:17:46 toshi kernel: coretemp1: on cpu1 Oct 15 22:17:46 toshi kernel: est1: on cpu1 Oct 15 22:17:46 toshi kernel: p4tcc1: on cpu1 Oct 15 22:17:46 toshi kernel: acpi_lid0: on acpi0 Oct 15 22:17:46 toshi kernel: battery0: on acpi0 Oct 15 22:17:46 toshi kernel: acpi_acad0: on acpi0 Oct 15 22:17:46 toshi kernel: acpi_button0: on acpi0 Oct 15 22:17:46 toshi kernel: pcib0: port 0xcf8-0xcff on acpi0 Oct 15 22:17:46 toshi kernel: pci0: on pcib0 Oct 15 22:17:46 toshi kernel: pci0: domain=0, physical bus=0 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27a0, revid=0x03 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=0, func=0 Oct 15 22:17:46 toshi kernel: class=06-00-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27a2, revid=0x03 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=2, func=0 Oct 15 22:17:46 toshi kernel: class=03-00-00, hdrtype=0x00, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=10 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: MSI supports 1 message Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0a00000, size 19, enabled Oct 15 22:17:46 toshi kernel: map[14]: type I/O Port, range 32, base 0x1800, size 3, enabled Oct 15 22:17:46 toshi kernel: map[18]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, enabled Oct 15 22:17:46 toshi kernel: map[1c]: type Memory, range 32, base 0xf0b00000, size 18, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.2.INTA Oct 15 22:17:46 toshi kernel: pcib0: slot 2 INTA hardwired to IRQ 16 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27a6, revid=0x03 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=2, func=1 Oct 15 22:17:46 toshi kernel: class=03-80-00, hdrtype=0x00, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0a80000, size 19, enabled Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27d8, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=27, func=0 Oct 15 22:17:46 toshi kernel: class=04-03-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=10 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: MSI supports 1 message, 64 bit Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 64, base 0xf0b40000, size 14, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.27.INTA Oct 15 22:17:46 toshi kernel: pcib0: slot 27 INTA hardwired to IRQ 22 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27d0, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=28, func=0 Oct 15 22:17:46 toshi kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=11 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: MSI supports 1 message Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.28.INTA Oct 15 22:17:46 toshi kernel: pcib0: slot 28 INTA hardwired to IRQ 17 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27d2, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=28, func=1 Oct 15 22:17:46 toshi kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=b, irq=10 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: MSI supports 1 message Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.28.INTB Oct 15 22:17:46 toshi kernel: pcib0: slot 28 INTB hardwired to IRQ 16 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27d4, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=28, func=2 Oct 15 22:17:46 toshi kernel: class=06-04-00, hdrtype=0x01, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=c, irq=11 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: MSI supports 1 message Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.28.INTC Oct 15 22:17:46 toshi kernel: pcib0: slot 28 INTC hardwired to IRQ 18 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27c8, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=29, func=0 Oct 15 22:17:46 toshi kernel: class=0c-03-00, hdrtype=0x00, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=11 Oct 15 22:17:46 toshi kernel: map[20]: type I/O Port, range 32, base 0x1820, size 5, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.29.INTA Oct 15 22:17:46 toshi kernel: pcib0: slot 29 INTA hardwired to IRQ 23 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27c9, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=29, func=1 Oct 15 22:17:46 toshi kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=b, irq=10 Oct 15 22:17:46 toshi kernel: map[20]: type I/O Port, range 32, base 0x1840, size 5, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.29.INTB Oct 15 22:17:46 toshi kernel: pcib0: slot 29 INTB hardwired to IRQ 19 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27ca, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=29, func=2 Oct 15 22:17:46 toshi kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=c, irq=11 Oct 15 22:17:46 toshi kernel: map[20]: type I/O Port, range 32, base 0x1860, size 5, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.29.INTC Oct 15 22:17:46 toshi kernel: pcib0: slot 29 INTC hardwired to IRQ 18 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27cb, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=29, func=3 Oct 15 22:17:46 toshi kernel: class=0c-03-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=d, irq=10 Oct 15 22:17:46 toshi kernel: map[20]: type I/O Port, range 32, base 0x1880, size 5, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.29.INTD Oct 15 22:17:46 toshi kernel: pcib0: slot 29 INTD hardwired to IRQ 16 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27cc, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=29, func=7 Oct 15 22:17:46 toshi kernel: class=0c-03-20, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=11 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0d44000, size 10, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.29.INTA Oct 15 22:17:46 toshi kernel: pcib0: slot 29 INTA hardwired to IRQ 23 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x2448, revid=0xe2 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=30, func=0 Oct 15 22:17:46 toshi kernel: class=06-04-01, hdrtype=0x01, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27b9, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=31, func=0 Oct 15 22:17:46 toshi kernel: class=06-01-00, hdrtype=0x00, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27c4, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=31, func=2 Oct 15 22:17:46 toshi kernel: class=01-01-80, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=b, irq=255 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: map[20]: type I/O Port, range 32, base 0x18b0, size 4, enabled Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x27da, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=0, slot=31, func=3 Oct 15 22:17:46 toshi kernel: class=0c-05-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=b, irq=10 Oct 15 22:17:46 toshi kernel: map[20]: type I/O Port, range 32, base 0x18c0, size 5, enabled Oct 15 22:17:46 toshi kernel: pcib0: matched entry for 0.31.INTB Oct 15 22:17:46 toshi kernel: pcib0: slot 31 INTB hardwired to IRQ 19 Oct 15 22:17:46 toshi kernel: vgapci0: port 0x1800-0x1807 mem 0xf0a00000-0xf0a7ffff,0xd0000000-0xdfffffff,0xf0b00000-0xf0b3ffff irq 16 at device 2.0 on pci0 Oct 15 22:17:46 toshi kernel: agp0: on vgapci0 Oct 15 22:17:46 toshi kernel: vgapci0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xd0000000 Oct 15 22:17:46 toshi kernel: vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xf0a00000 Oct 15 22:17:46 toshi kernel: vgapci0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xf0b00000 Oct 15 22:17:46 toshi kernel: agp0: detected 7932k stolen memory Oct 15 22:17:46 toshi kernel: agp0: aperture size is 256M Oct 15 22:17:46 toshi kernel: drm0: on vgapci0 Oct 15 22:17:46 toshi kernel: info: [drm] AGP at 0xd0000000 256MB Oct 15 22:17:46 toshi kernel: info: [drm] Initialized i915 1.5.0 20060119 Oct 15 22:17:46 toshi kernel: vgapci1: mem 0xf0a80000-0xf0afffff at device 2.1 on pci0 Oct 15 22:17:46 toshi kernel: pcm0: mem 0xf0b40000-0xf0b43fff irq 22 at device 27.0 on pci0 Oct 15 22:17:46 toshi kernel: pcm0: TCSEL: 0x07 -> 0x00 Oct 15 22:17:46 toshi kernel: pcm0: DMA Coherency: Uncacheable / vendor=0x8086 Oct 15 22:17:46 toshi kernel: pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf0b40000 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 22 (PCI IRQ 22) to vector 49 Oct 15 22:17:46 toshi kernel: pcm0: [MPSAFE] Oct 15 22:17:46 toshi kernel: pcm0: [ITHREAD] Oct 15 22:17:46 toshi kernel: pcm0: hdac_dma_alloc: size=1024 -> roundsz=1024 Oct 15 22:17:46 toshi kernel: pcm0: hdac_dma_alloc: size=2048 -> roundsz=2048 Oct 15 22:17:46 toshi kernel: pcib1: irq 17 at device 28.0 on pci0 Oct 15 22:17:46 toshi kernel: pcib1: domain 0 Oct 15 22:17:46 toshi kernel: pcib1: secondary bus 2 Oct 15 22:17:46 toshi kernel: pcib1: subordinate bus 2 Oct 15 22:17:46 toshi kernel: pcib1: I/O decode 0xf000-0xfff Oct 15 22:17:46 toshi kernel: pcib1: no prefetched decode Oct 15 22:17:46 toshi kernel: pci2: on pcib1 Oct 15 22:17:46 toshi kernel: pci2: domain=0, physical bus=2 Oct 15 22:17:46 toshi kernel: pcib2: irq 16 at device 28.1 on pci0 Oct 15 22:17:46 toshi kernel: pcib2: domain 0 Oct 15 22:17:46 toshi kernel: pcib2: secondary bus 3 Oct 15 22:17:46 toshi kernel: pcib2: subordinate bus 4 Oct 15 22:17:46 toshi kernel: pcib2: I/O decode 0x2000-0x2fff Oct 15 22:17:46 toshi kernel: pcib2: memory decode 0xf0700000-0xf07fffff Oct 15 22:17:46 toshi kernel: pcib2: prefetched decode 0xf0200000-0xf03fffff Oct 15 22:17:46 toshi kernel: pci3: on pcib2 Oct 15 22:17:46 toshi kernel: pci3: domain=0, physical bus=3 Oct 15 22:17:46 toshi kernel: pcib3: irq 18 at device 28.2 on pci0 Oct 15 22:17:46 toshi kernel: pcib3: domain 0 Oct 15 22:17:46 toshi kernel: pcib3: secondary bus 5 Oct 15 22:17:46 toshi kernel: pcib3: subordinate bus 6 Oct 15 22:17:46 toshi kernel: pcib3: I/O decode 0x3000-0x3fff Oct 15 22:17:46 toshi kernel: pcib3: memory decode 0xf0800000-0xf08fffff Oct 15 22:17:46 toshi kernel: pcib3: prefetched decode 0xf0400000-0xf05fffff Oct 15 22:17:46 toshi kernel: pci5: on pcib3 Oct 15 22:17:46 toshi kernel: pci5: domain=0, physical bus=5 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x4222, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=5, slot=0, func=0 Oct 15 22:17:46 toshi kernel: class=02-80-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=11 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D3 current D0 Oct 15 22:17:46 toshi kernel: MSI supports 1 message, 64 bit Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0800000, size 12, enabled Oct 15 22:17:46 toshi kernel: pcib3: requested memory range 0xf0800000-0xf0800fff: good Oct 15 22:17:46 toshi kernel: pcib3: matched entry for 5.0.INTA Oct 15 22:17:46 toshi kernel: pcib3: slot 0 INTA hardwired to IRQ 18 Oct 15 22:17:46 toshi kernel: pci5: at device 0.0 (no driver attached) Oct 15 22:17:46 toshi kernel: uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 Oct 15 22:17:46 toshi kernel: uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 23 (PCI IRQ 23) to vector 50 Oct 15 22:17:46 toshi kernel: uhci0: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: uhci0: [ITHREAD] Oct 15 22:17:46 toshi kernel: usb0: on uhci0 Oct 15 22:17:46 toshi kernel: usb0: USB revision 1.0 Oct 15 22:17:46 toshi kernel: uhub0: on usb0 Oct 15 22:17:46 toshi kernel: uhub0: 2 ports with 2 removable, self powered Oct 15 22:17:46 toshi kernel: uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 Oct 15 22:17:46 toshi kernel: uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 Oct 15 22:17:46 toshi kernel: uhci1: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: uhci1: [ITHREAD] Oct 15 22:17:46 toshi kernel: usb1: on uhci1 Oct 15 22:17:46 toshi kernel: usb1: USB revision 1.0 Oct 15 22:17:46 toshi kernel: uhub1: on usb1 Oct 15 22:17:46 toshi kernel: uhub1: 2 ports with 2 removable, self powered Oct 15 22:17:46 toshi kernel: uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 Oct 15 22:17:46 toshi kernel: uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1860 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 Oct 15 22:17:46 toshi kernel: uhci2: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: uhci2: [ITHREAD] Oct 15 22:17:46 toshi kernel: usb2: on uhci2 Oct 15 22:17:46 toshi kernel: usb2: USB revision 1.0 Oct 15 22:17:46 toshi kernel: uhub2: on usb2 Oct 15 22:17:46 toshi kernel: uhub2: 2 ports with 2 removable, self powered Oct 15 22:17:46 toshi kernel: uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 Oct 15 22:17:46 toshi kernel: uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1880 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 Oct 15 22:17:46 toshi kernel: uhci3: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: uhci3: [ITHREAD] Oct 15 22:17:46 toshi kernel: usb3: on uhci3 Oct 15 22:17:46 toshi kernel: usb3: USB revision 1.0 Oct 15 22:17:46 toshi kernel: uhub3: on usb3 Oct 15 22:17:46 toshi kernel: uhub3: 2 ports with 2 removable, self powered Oct 15 22:17:46 toshi kernel: ehci0: mem 0xf0d44000-0xf0d443ff irq 23 at device 29.7 on pci0 Oct 15 22:17:46 toshi kernel: ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf0d44000 Oct 15 22:17:46 toshi kernel: ehci0: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: ehci0: [ITHREAD] Oct 15 22:17:46 toshi kernel: usb4: EHCI version 1.0 Oct 15 22:17:46 toshi kernel: usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 Oct 15 22:17:46 toshi kernel: usb4: on ehci0 Oct 15 22:17:46 toshi kernel: usb4: USB revision 2.0 Oct 15 22:17:46 toshi kernel: uhub4: on usb4 Oct 15 22:17:46 toshi kernel: uhub4: 8 ports with 8 removable, self powered Oct 15 22:17:46 toshi kernel: pcib4: at device 30.0 on pci0 Oct 15 22:17:46 toshi kernel: pcib4: domain 0 Oct 15 22:17:46 toshi kernel: pcib4: secondary bus 7 Oct 15 22:17:46 toshi kernel: pcib4: subordinate bus 7 Oct 15 22:17:46 toshi kernel: pcib4: I/O decode 0x4000-0x4fff Oct 15 22:17:46 toshi kernel: pcib4: memory decode 0xf0900000-0xf09fffff Oct 15 22:17:46 toshi kernel: pcib4: no prefetched decode Oct 15 22:17:46 toshi kernel: pcib4: Subtractively decoded bridge. Oct 15 22:17:46 toshi kernel: pci7: on pcib4 Oct 15 22:17:46 toshi kernel: pci7: domain=0, physical bus=7 Oct 15 22:17:46 toshi kernel: found-> vendor=0x104c, dev=0x8039, revid=0x00 Oct 15 22:17:46 toshi kernel: domain=0, bus=7, slot=6, func=0 Oct 15 22:17:46 toshi kernel: class=06-07-00, hdrtype=0x02, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=255 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0, size 12, memory disabled Oct 15 22:17:46 toshi kernel: found-> vendor=0x104c, dev=0x803a, revid=0x00 Oct 15 22:17:46 toshi kernel: domain=0, bus=7, slot=6, func=1 Oct 15 22:17:46 toshi kernel: class=0c-00-10, hdrtype=0x00, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0006, statreg=0x0210, cachelnsz=4 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x80 (3840 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) Oct 15 22:17:46 toshi kernel: intpin=b, irq=11 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0906000, size 11, enabled Oct 15 22:17:46 toshi kernel: pcib4: requested memory range 0xf0906000-0xf09067ff: good Oct 15 22:17:46 toshi kernel: map[14]: type Memory, range 32, base 0xf0900000, size 14, enabled Oct 15 22:17:46 toshi kernel: pcib4: requested memory range 0xf0900000-0xf0903fff: good Oct 15 22:17:46 toshi kernel: pcib4: matched entry for 7.6.INTB Oct 15 22:17:46 toshi kernel: pcib4: slot 6 INTB hardwired to IRQ 17 Oct 15 22:17:46 toshi kernel: found-> vendor=0x104c, dev=0x803b, revid=0x00 Oct 15 22:17:46 toshi kernel: domain=0, bus=7, slot=6, func=2 Oct 15 22:17:46 toshi kernel: class=01-80-00, hdrtype=0x00, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0006, statreg=0x0210, cachelnsz=4 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x80 (3840 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=11 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0904000, size 12, enabled Oct 15 22:17:46 toshi kernel: pcib4: requested memory range 0xf0904000-0xf0904fff: good Oct 15 22:17:46 toshi kernel: pcib4: matched entry for 7.6.INTA Oct 15 22:17:46 toshi kernel: pcib4: slot 6 INTA hardwired to IRQ 18 Oct 15 22:17:46 toshi kernel: found-> vendor=0x104c, dev=0x803c, revid=0x00 Oct 15 22:17:46 toshi kernel: domain=0, bus=7, slot=6, func=3 Oct 15 22:17:46 toshi kernel: class=08-05-01, hdrtype=0x00, mfdev=1 Oct 15 22:17:46 toshi kernel: cmdreg=0x0006, statreg=0x0210, cachelnsz=4 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x80 (3840 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=11 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0906800, size 8, enabled Oct 15 22:17:46 toshi kernel: pcib4: requested memory range 0xf0906800-0xf09068ff: good Oct 15 22:17:46 toshi kernel: pcib4: matched entry for 7.6.INTA Oct 15 22:17:46 toshi kernel: pcib4: slot 6 INTA hardwired to IRQ 18 Oct 15 22:17:46 toshi kernel: found-> vendor=0x8086, dev=0x1092, revid=0x02 Oct 15 22:17:46 toshi kernel: domain=0, bus=7, slot=8, func=0 Oct 15 22:17:46 toshi kernel: class=02-00-00, hdrtype=0x00, mfdev=0 Oct 15 22:17:46 toshi kernel: cmdreg=0x0017, statreg=0x0290, cachelnsz=16 (dwords) Oct 15 22:17:46 toshi kernel: lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) Oct 15 22:17:46 toshi kernel: intpin=a, irq=10 Oct 15 22:17:46 toshi kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Oct 15 22:17:46 toshi kernel: map[10]: type Memory, range 32, base 0xf0905000, size 12, enabled Oct 15 22:17:46 toshi kernel: pcib4: requested memory range 0xf0905000-0xf0905fff: good Oct 15 22:17:46 toshi kernel: map[14]: type I/O Port, range 32, base 0x4000, size 6, enabled Oct 15 22:17:46 toshi kernel: pcib4: requested I/O range 0x4000-0x403f: in range Oct 15 22:17:46 toshi kernel: pcib4: matched entry for 7.8.INTA Oct 15 22:17:46 toshi kernel: pcib4: slot 8 INTA hardwired to IRQ 20 Oct 15 22:17:46 toshi kernel: cbb0: at device 6.0 on pci7 Oct 15 22:17:46 toshi kernel: pcib4: cbb0 requested memory range 0xf0900000-0xf09fffff: good Oct 15 22:17:46 toshi kernel: cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf0907000 Oct 15 22:17:46 toshi kernel: cardbus0: on cbb0 Oct 15 22:17:46 toshi kernel: pccard0: <16-bit PCCard bus> on cbb0 Oct 15 22:17:46 toshi kernel: pcib4: matched entry for 7.6.INTA Oct 15 22:17:46 toshi kernel: pcib4: slot 6 INTA hardwired to IRQ 18 Oct 15 22:17:46 toshi kernel: cbb0: [MPSAFE] Oct 15 22:17:46 toshi kernel: cbb0: [ITHREAD] Oct 15 22:17:46 toshi kernel: cbb0: PCI Configuration space: Oct 15 22:17:46 toshi kernel: 0x00: 0x8039104c 0x02100007 0x06070000 0x00824000 Oct 15 22:17:46 toshi kernel: 0x10: 0xf0907000 0x020000a0 0x20090807 0xfffff000 Oct 15 22:17:46 toshi kernel: 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc Oct 15 22:17:46 toshi kernel: 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400112 Oct 15 22:17:46 toshi kernel: 0x40: 0xff101179 0x00000001 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0x80: 0x48409060 0x02830019 0x000f0000 0x01a01b22 Oct 15 22:17:46 toshi kernel: 0x90: 0x606600c0 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: 0xf0: 0x44072b31 0x8d019449 0x00000000 0x00000000 Oct 15 22:17:46 toshi kernel: fwohci0: vendor=104c, dev=803a Oct 15 22:17:46 toshi kernel: fwohci0: vendor=104c, dev=803a Oct 15 22:17:46 toshi kernel: fwohci0: <1394 Open Host Controller Interface> mem 0xf0906000-0xf09067ff,0xf0900000-0xf0903fff irq 17 at device 6.1 on pci7 Oct 15 22:17:46 toshi kernel: fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf0906000 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 17 (PCI IRQ 17) to vector 54 Oct 15 22:17:46 toshi kernel: fwohci0: [MPSAFE] Oct 15 22:17:46 toshi kernel: fwohci0: [FILTER] Oct 15 22:17:46 toshi kernel: fwohci0: OHCI version 1.10 (ROM=0) Oct 15 22:17:46 toshi kernel: fwohci0: No. of Isochronous channels is 4. Oct 15 22:17:46 toshi kernel: fwohci0: EUI64 00:08:0d:a0:d1:3f:7d:47 Oct 15 22:17:46 toshi kernel: fwohci0: Phy 1394a available S400, 3 ports. Oct 15 22:17:46 toshi kernel: fwohci0: Link S400, max_rec 2048 bytes. Oct 15 22:17:46 toshi kernel: firewire0: on fwohci0 Oct 15 22:17:46 toshi kernel: sbp0: on firewire0 Oct 15 22:17:46 toshi kernel: fwohci0: Initiate bus reset Oct 15 22:17:46 toshi kernel: fwohci0: BUS reset Oct 15 22:17:46 toshi kernel: fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode Oct 15 22:17:46 toshi kernel: pci7: at device 6.2 (no driver attached) Oct 15 22:17:46 toshi kernel: pci7: at device 6.3 (no driver attached) Oct 15 22:17:46 toshi kernel: fxp0: port 0x4000-0x403f mem 0xf0905000-0xf0905fff irq 20 at device 8.0 on pci7 Oct 15 22:17:46 toshi kernel: fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf0905000 Oct 15 22:17:46 toshi kernel: fxp0: using memory space register mapping Oct 15 22:17:46 toshi kernel: fxp0: PCI IDs: 8086 1092 1179 ff10 0002 Oct 15 22:17:46 toshi kernel: fxp0: Dynamic Standby mode is enabled Oct 15 22:17:46 toshi kernel: miibus0: on fxp0 Oct 15 22:17:46 toshi kernel: inphy0: PHY 1 on miibus0 Oct 15 22:17:46 toshi kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Oct 15 22:17:46 toshi kernel: fxp0: bpf attached Oct 15 22:17:46 toshi kernel: fxp0: Ethernet address: 00:a0:d1:3f:7d:47 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 20 (PCI IRQ 20) to vector 55 Oct 15 22:17:46 toshi kernel: fxp0: [MPSAFE] Oct 15 22:17:46 toshi kernel: fxp0: [ITHREAD] Oct 15 22:17:46 toshi kernel: isab0: at device 31.0 on pci0 Oct 15 22:17:46 toshi kernel: isa0: on isab0 Oct 15 22:17:46 toshi kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 Oct 15 22:17:46 toshi kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x18b0 Oct 15 22:17:46 toshi kernel: ata0: on atapci0 Oct 15 22:17:46 toshi kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 Oct 15 22:17:46 toshi kernel: atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 Oct 15 22:17:46 toshi kernel: ata0: reset tp1 mask=03 ostat0=50 ostat1=00 Oct 15 22:17:46 toshi kernel: ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Oct 15 22:17:46 toshi kernel: ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 Oct 15 22:17:46 toshi kernel: ata0: reset tp2 stat0=50 stat1=00 devices=0x1 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 14 (ISA IRQ 14) to vector 56 Oct 15 22:17:46 toshi kernel: ata0: [MPSAFE] Oct 15 22:17:46 toshi kernel: ata0: [ITHREAD] Oct 15 22:17:46 toshi kernel: ata1: on atapci0 Oct 15 22:17:46 toshi kernel: atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 Oct 15 22:17:46 toshi kernel: atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 Oct 15 22:17:46 toshi kernel: ata1: reset tp1 mask=03 ostat0=50 ostat1=00 Oct 15 22:17:46 toshi kernel: ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb Oct 15 22:17:46 toshi kernel: ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 Oct 15 22:17:46 toshi kernel: ata1: reset tp2 stat0=00 stat1=00 devices=0x4 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 15 (ISA IRQ 15) to vector 57 Oct 15 22:17:46 toshi kernel: ata1: [MPSAFE] Oct 15 22:17:46 toshi kernel: ata1: [ITHREAD] Oct 15 22:17:46 toshi kernel: ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci0 Oct 15 22:17:46 toshi kernel: ichsmb0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x18c0 Oct 15 22:17:46 toshi kernel: ichsmb0: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: ichsmb0: [ITHREAD] Oct 15 22:17:46 toshi kernel: smbus0: on ichsmb0 Oct 15 22:17:46 toshi kernel: smb0: on smbus0 Oct 15 22:17:46 toshi kernel: acpi_tz0: on acpi0 Oct 15 22:17:46 toshi kernel: acpi_tz1: on acpi0 Oct 15 22:17:46 toshi kernel: acpi_dock0: on acpi0 Oct 15 22:17:46 toshi kernel: acpi_dock0: _STA: 0000, _BDN: 0000, _UID: 0001 Oct 15 22:17:46 toshi kernel: acpi_dock0: _STA: 0000, _BDN: 0000, _UID: 0001 Oct 15 22:17:46 toshi kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Oct 15 22:17:46 toshi kernel: atkbd0: irq 1 on atkbdc0 Oct 15 22:17:46 toshi kernel: atkbd: the current kbd controller command byte 0047 Oct 15 22:17:46 toshi kernel: atkbd: keyboard ID 0x41ab (2) Oct 15 22:17:46 toshi kernel: kbd0 at atkbd0 Oct 15 22:17:46 toshi kernel: kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 1 (ISA IRQ 1) to vector 58 Oct 15 22:17:46 toshi kernel: atkbd0: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: atkbd0: [ITHREAD] Oct 15 22:17:46 toshi kernel: psm0: unable to allocate IRQ Oct 15 22:17:46 toshi kernel: psmcpnp0: irq 12 on acpi0 Oct 15 22:17:46 toshi kernel: psm0: current command byte:0047 Oct 15 22:17:46 toshi kernel: psm0: irq 12 on atkbdc0 Oct 15 22:17:46 toshi kernel: ioapic0: routing intpin 12 (ISA IRQ 12) to vector 59 Oct 15 22:17:46 toshi kernel: psm0: [GIANT-LOCKED] Oct 15 22:17:46 toshi kernel: psm0: [ITHREAD] Oct 15 22:17:46 toshi kernel: psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons Oct 15 22:17:46 toshi kernel: psm0: config:00000000, flags:00000008, packet size:3 Oct 15 22:17:46 toshi kernel: psm0: syncmask:c0, syncbits:00 Oct 15 22:17:46 toshi kernel: cryptosoft0: on motherboard Oct 15 22:17:46 toshi kernel: crypto: assign cryptosoft0 driver id 0, flags 100663296 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 Oct 15 22:17:46 toshi kernel: isab0: found ICH7 or equivalent chipset: Intel ICH7M watchdog timer Oct 15 22:17:46 toshi kernel: ata: ata0 already exists; skipping it Oct 15 22:17:46 toshi kernel: ata: ata1 already exists; skipping it Oct 15 22:17:46 toshi kernel: atkbdc: atkbdc0 already exists; skipping it Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 203 Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 243 Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 283 Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 2c3 Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 303 Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 343 Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 383 Oct 15 22:17:46 toshi kernel: pnp_identify: Trying Read_Port at 3c3 Oct 15 22:17:46 toshi kernel: PNP Identify complete Oct 15 22:17:46 toshi kernel: sc: sc0 already exists; skipping it Oct 15 22:17:46 toshi kernel: vga: vga0 already exists; skipping it Oct 15 22:17:46 toshi kernel: isa_probe_children: disabling PnP devices Oct 15 22:17:46 toshi kernel: isa_probe_children: probing non-PnP devices Oct 15 22:17:46 toshi kernel: ichwd0: on isa0 Oct 15 22:17:46 toshi kernel: isab0: found ICH7 or equivalent chipset: Intel ICH7M watchdog timer Oct 15 22:17:46 toshi kernel: ichwd0: Intel ICH7M watchdog timer (ICH7 or equivalent) Oct 15 22:17:46 toshi kernel: ichwd0: timer disabled Oct 15 22:17:46 toshi kernel: pmtimer0 on isa0 Oct 15 22:17:46 toshi kernel: orm0: at iomem 0xcf000-0xd07ff,0xdf000-0xdffff pnpid ORM0000 on isa0 Oct 15 22:17:46 toshi kernel: adv0: not probed (disabled) Oct 15 22:17:46 toshi kernel: aha0: not probed (disabled) Oct 15 22:17:46 toshi kernel: aic0: not probed (disabled) Oct 15 22:17:46 toshi kernel: bt0: not probed (disabled) Oct 15 22:17:46 toshi kernel: cs0: not probed (disabled) Oct 15 22:17:46 toshi kernel: ed0: not probed (disabled) Oct 15 22:17:46 toshi kernel: fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 Oct 15 22:17:46 toshi kernel: fe0: not probed (disabled) Oct 15 22:17:46 toshi kernel: ie0: not probed (disabled) Oct 15 22:17:46 toshi kernel: le0: not probed (disabled) Oct 15 22:17:46 toshi kernel: ppc0 failed to probe at irq 7 on isa0 Oct 15 22:17:46 toshi kernel: sc0: at flags 0x100 on isa0 Oct 15 22:17:46 toshi kernel: sc0: VGA <16 virtual consoles, flags=0x300> Oct 15 22:17:46 toshi kernel: sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) Oct 15 22:17:46 toshi kernel: sio0: not probed (disabled) Oct 15 22:17:46 toshi kernel: sio1: not probed (disabled) Oct 15 22:17:46 toshi kernel: sio2: not probed (disabled) Oct 15 22:17:46 toshi kernel: sio3: not probed (disabled) Oct 15 22:17:46 toshi kernel: sn0: not probed (disabled) Oct 15 22:17:46 toshi kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Oct 15 22:17:46 toshi kernel: vt0: not probed (disabled) Oct 15 22:17:46 toshi kernel: isa_probe_children: probing PnP devices Oct 15 22:17:46 toshi kernel: ums0: on uhub2 Oct 15 22:17:46 toshi kernel: ums0: 3 buttons and Z dir. Oct 15 22:17:46 toshi kernel: Device configuration finished. Oct 15 22:17:46 toshi kernel: Reducing kern.maxvnodes 133764 -> 100000 Oct 15 22:17:46 toshi kernel: linsysfs registered Oct 15 22:17:46 toshi kernel: procfs registered Oct 15 22:17:46 toshi kernel: linprocfs registered Oct 15 22:17:46 toshi kernel: lapic: Divisor 2, Frequency 83125625 hz Oct 15 22:17:46 toshi kernel: Timecounter "TSC" frequency 1662512310 Hz quality -100 Oct 15 22:17:46 toshi kernel: Timecounters tick every 1.000 msec Oct 15 22:17:46 toshi kernel: splash: image decoder found: blank_saver Oct 15 22:17:46 toshi kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) Oct 15 22:17:46 toshi kernel: firewire0: bus manager 0 (me) Oct 15 22:17:46 toshi kernel: acpi_tz1: _AC0: temperature 51.0 >= setpoint 45.0 Oct 15 22:17:46 toshi kernel: acpi_tz1: switched from NONE to _AC0: 51.0C Oct 15 22:17:46 toshi kernel: Linux ELF exec handler installed Oct 15 22:17:46 toshi kernel: lo0: bpf attached Oct 15 22:17:46 toshi kernel: ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire Oct 15 22:17:46 toshi kernel: battery0: battery initialization start Oct 15 22:17:46 toshi kernel: acpi_acad0: acline initialization start Oct 15 22:17:46 toshi kernel: acpi_dock0: got notification 0 Oct 15 22:17:46 toshi kernel: battery0: battery initialization done, tried 1 times Oct 15 22:17:46 toshi kernel: acpi_acad0: On Line Oct 15 22:17:46 toshi kernel: acpi_acad0: acline initialization done, tried 1 times Oct 15 22:17:46 toshi kernel: ad0: 95396MB at ata0-master SATA150 Oct 15 22:17:46 toshi kernel: ad0: 195371568 sectors [193821C/16H/63S] 16 sectors/interrupt 1 depth queue Oct 15 22:17:46 toshi kernel: GEOM: new disk ad0 Oct 15 22:17:46 toshi kernel: ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire Oct 15 22:17:46 toshi kernel: acd0: DVDR drive at ata1 as master Oct 15 22:17:46 toshi kernel: acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 Oct 15 22:17:46 toshi kernel: acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet Oct 15 22:17:46 toshi kernel: acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof Oct 15 22:17:46 toshi kernel: acd0: Audio: play, 256 volume levels Oct 15 22:17:46 toshi kernel: acd0: Mechanism: ejectable tray, unlocked Oct 15 22:17:46 toshi kernel: acd0: Medium: no/blank disc Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: HDA Config: on=0x00000000 off=0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Starting CORB Engine... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Starting RIRB Engine... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Enabling controller interrupt... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Scanning HDA codecs... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Probing codec: 0 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: startnode=1 endnode=2 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Found AFG nid=1 [startnode=1 endnode=2] Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Parsing AFG nid=1 cad=0 Oct 15 22:17:46 toshi kernel: pcm0: Vendor: 0x000010ec Oct 15 22:17:46 toshi kernel: pcm0: Device: 0x00000861 Oct 15 22:17:46 toshi kernel: pcm0: Revision: 0x00000003 Oct 15 22:17:46 toshi kernel: pcm0: Stepping: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: PCI Subvendor: 0xff101179 Oct 15 22:17:46 toshi kernel: pcm0: Nodes: start=3 endnode=36 total=33 Oct 15 22:17:46 toshi kernel: pcm0: CORB size: 256 Oct 15 22:17:46 toshi kernel: pcm0: RIRB size: 256 Oct 15 22:17:46 toshi kernel: pcm0: Streams: ISS=4 OSS=4 BSS=0 Oct 15 22:17:46 toshi kernel: pcm0: GPIO: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=8 entries=6 found=6 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=11 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=12 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=13 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=14 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=15 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=16 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=18 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=20 entries=2 found=2 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=21 entries=3 found=3 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=22 entries=2 found=2 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=23 entries=2 found=2 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=24 entries=2 found=2 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=25 entries=2 found=2 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=26 entries=4 found=4 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=27 entries=4 found=4 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=28 entries=2 found=2 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=31 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: hdac_widget_connection_parse: nid=32 entries=1 found=1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Parsing Ctls... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Parsing vendor patch... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Building AFG tree... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: HWiP: HDA Widget Parser - Revision 1 Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: HWiP: Found 1 DAC path using HDA_PARSE_MIXER strategy. Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: AFG commit... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Ctls commit... Oct 15 22:17:46 toshi kernel: pcm0: [ 2] Ctl nid=4 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [ 3] Ctl nid=5 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [ 4] Ctl nid=6 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [ 5] Ctl nid=7 DISABLED Oct 15 22:17:46 toshi kernel: pcm0: [ 8] Ctl nid=20 childnid=16 DISABLED Oct 15 22:17:46 toshi kernel: pcm0: [ 9] Ctl nid=21 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [11] Ctl nid=21 childnid=20 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [12] Ctl nid=21 childnid=28 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [13] Ctl nid=22 childnid=3 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [14] Ctl nid=22 childnid=21 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [15] Ctl nid=23 childnid=4 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [16] Ctl nid=23 childnid=21 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [17] Ctl nid=24 childnid=5 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [18] Ctl nid=24 childnid=21 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [19] Ctl nid=25 childnid=6 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [20] Ctl nid=25 childnid=21 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [21] Ctl nid=26 childnid=4 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [22] Ctl nid=26 childnid=6 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [23] Ctl nid=26 childnid=21 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [24] Ctl nid=26 childnid=3 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [25] Ctl nid=27 childnid=4 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [26] Ctl nid=27 childnid=6 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [27] Ctl nid=27 childnid=21 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [28] Ctl nid=27 childnid=3 Bind to NONE Oct 15 22:17:46 toshi kernel: pcm0: [29] Ctl nid=28 childnid=12 DISABLED Oct 15 22:17:46 toshi kernel: pcm0: [30] Ctl nid=28 childnid=15 DISABLED Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: PCMDIR_PLAY setup... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: PCMDIR_REC setup... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: OSS mixer initialization... Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Enabling Soft PCM volume Oct 15 22:17:46 toshi kernel: pcm0: Mixer "vol": child=0x00000010 Oct 15 22:17:46 toshi kernel: pcm0: Mixer "pcm": parent="vol" Oct 15 22:17:46 toshi kernel: pcm0: Mixer "speaker": Oct 15 22:17:46 toshi kernel: pcm0: Mixer "mic": Oct 15 22:17:46 toshi kernel: pcm0: Mixer "cd": Oct 15 22:17:46 toshi kernel: pcm0: Mixer "rec": Oct 15 22:17:46 toshi kernel: pcm0: Soft PCM mixer ENABLED Oct 15 22:17:46 toshi kernel: pcm0: HDA_DEBUG: Registering PCM channels... Oct 15 22:17:46 toshi kernel: pcm0: clone manager: deadline=750ms flags=0x8000001e Oct 15 22:17:46 toshi kernel: pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 Oct 15 22:17:46 toshi kernel: pcm0: sndbuf_setmap 196c000, 4000; 0xe565f000 -> 196c000 Oct 15 22:17:46 toshi kernel: pcm0: hdac_dma_alloc: size=4096 -> roundsz=4096 Oct 15 22:17:46 toshi kernel: pcm0: sndbuf_setmap 1974000, 4000; 0xe5663000 -> 1974000 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: HDA config/quirks: forcestereo ivref50 ivref80 ivref100 ivref Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: +-------------------+ Oct 15 22:17:46 toshi kernel: pcm0: | DUMPING HDA NODES | Oct 15 22:17:46 toshi kernel: pcm0: +-------------------+ Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Default Parameter Oct 15 22:17:46 toshi kernel: pcm0: ----------------- Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x000e0140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 20 24 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: IN amp: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: OUT amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 3 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio output Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00000405 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000011 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x000e0140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 20 24 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: Output amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 4 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio output Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00000405 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x000e0140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 20 24 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: Output amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 5 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio output Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00000405 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x000e0140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 20 24 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: Output amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 6 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio output Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00000405 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x000e0140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 20 24 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: Output amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 7 [DIGITAL] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: audio output Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00000605 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x000e0140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 20 24 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: Output amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 8 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio input Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0010051b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000006 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000800 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x00020140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x800b0d02 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=13 size=11 offset=2 Oct 15 22:17:46 toshi kernel: pcm0: connections: 6 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=13 [pin: Mic in (jack)] (selected) Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=12 [pin: speaker (none)] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=15 [pin: speaker (none)] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=16 [pin: speaker (none)] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=17 [pin: CD (fixed)] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 9 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: vendor widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00f00000 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 10 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: vendor widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00f00000 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 11 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: line out (jack) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x0000001f Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD HP OUT : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x01014110 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000040 OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=22 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 12 [ANALOG] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: speaker (none) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x00000037 Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD OUT IN : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x411111f0 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000060 IN OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=25 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 13 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: Mic in (jack) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000002 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000081 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x00000337 Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD OUT IN VREF[ 50 HIZ ] : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x01a19920 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000021 IN Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=24 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 14 [ANALOG] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: speaker (none) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x00000017 Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD OUT : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x411111f0 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000040 OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=25 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 15 [ANALOG] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: speaker (none) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x0000033f Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD HP OUT IN VREF[ 50 HIZ ] : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x411111f0 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x000000e0 HP IN OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=26 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 16 [ANALOG] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: speaker (none) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x0000033f Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD HP OUT IN VREF[ 50 HIZ ] : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x411111f0 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x000000e0 HP IN OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=27 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 17 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: CD (fixed) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400001 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000002 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000101 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x00000063 Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD IN BAL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x9933012e Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000020 IN Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 18 [DIGITAL] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: speaker (none) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400301 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x00000010 Oct 15 22:17:46 toshi kernel: pcm0: OUT Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x411111f0 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000040 OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=7 [audio output] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 19 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: vendor widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00f00000 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 20 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000002 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000081 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 2 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=13 [pin: Mic in (jack)] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=16 [pin: speaker (none)] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 21 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020050f Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000002 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000181 Oct 15 22:17:46 toshi kernel: pcm0: Output amp: 0x800b0c0c Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=12 size=11 offset=12 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x800b170c Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=23 size=11 offset=12 Oct 15 22:17:46 toshi kernel: pcm0: connections: 3 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=17 [pin: CD (fixed)] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=20 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=28 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 22 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000191 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 2 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=3 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 23 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 2 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=4 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 24 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 2 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=5 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 25 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 2 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=6 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 26 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 4 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=4 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=6 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=3 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 27 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 4 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=4 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=6 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=3 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 28 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: audio mixer Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0020010b Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Input amp: 0x80000000 Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=0 size=0 offset=0 Oct 15 22:17:46 toshi kernel: pcm0: connections: 2 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=12 [pin: speaker (none)] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=15 [pin: speaker (none)] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 29 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: vendor widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00f00000 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 30 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: vendor widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00f00000 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 31 [ANALOG] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: speaker (none) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x00000017 Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD OUT : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x411111f0 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000040 OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=24 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 32 [ANALOG] [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: name: pin: speaker (none) Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00400581 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Pin cap: 0x00000017 Oct 15 22:17:46 toshi kernel: pcm0: ISC TRQD OUT : UNSOL Oct 15 22:17:46 toshi kernel: pcm0: Pin config: 0x411111f0 Oct 15 22:17:46 toshi kernel: pcm0: Pin control: 0x00000040 OUT Oct 15 22:17:46 toshi kernel: pcm0: connections: 1 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=23 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 33 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: vendor widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00f00000 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 34 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: vendor widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x00f00000 Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid: 35 [ANALOG] Oct 15 22:17:46 toshi kernel: pcm0: name: beep widget Oct 15 22:17:46 toshi kernel: pcm0: widget_cap: 0x0070000c Oct 15 22:17:46 toshi kernel: pcm0: Parse flags: 0x00000000 Oct 15 22:17:46 toshi kernel: pcm0: Ctl flags: 0x00000021 Oct 15 22:17:46 toshi kernel: pcm0: Output amp: 0x800b0f0f Oct 15 22:17:46 toshi kernel: pcm0: mute=1 step=15 size=11 offset=15 Oct 15 22:17:46 toshi kernel: pcm0: connections: 0 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: +------------------------+ Oct 15 22:17:46 toshi kernel: pcm0: | DUMPING HDA AMPLIFIERS | Oct 15 22:17:46 toshi kernel: pcm0: +------------------------+ Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: 1: nid=3 dir=0x1 index=0 ossmask=0x00000011 ossdev=4 Oct 15 22:17:46 toshi kernel: pcm0: 2: nid=4 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 3: nid=5 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 4: nid=6 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 5: nid=7 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: 6: nid=8 dir=0x2 index=0 ossmask=0x00000800 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 7: nid=20 cnid=13 dir=0x2 index=0 ossmask=0x00000081 ossdev=7 Oct 15 22:17:46 toshi kernel: pcm0: 8: nid=20 cnid=16 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: 9: nid=21 dir=0x1 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 10: nid=21 cnid=17 dir=0x2 index=0 ossmask=0x00000101 ossdev=8 Oct 15 22:17:46 toshi kernel: pcm0: 11: nid=21 cnid=20 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 12: nid=21 cnid=28 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 13: nid=22 cnid=3 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 14: nid=22 cnid=21 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 15: nid=23 cnid=4 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 16: nid=23 cnid=21 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 17: nid=24 cnid=5 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 18: nid=24 cnid=21 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 19: nid=25 cnid=6 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 20: nid=25 cnid=21 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 21: nid=26 cnid=4 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 22: nid=26 cnid=6 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 23: nid=26 cnid=21 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 24: nid=26 cnid=3 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 25: nid=27 cnid=4 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 26: nid=27 cnid=6 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 27: nid=27 cnid=21 dir=0x2 index=2 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 28: nid=27 cnid=3 dir=0x2 index=3 ossmask=0x00000000 ossdev=0 Oct 15 22:17:46 toshi kernel: pcm0: 29: nid=28 cnid=12 dir=0x2 index=0 ossmask=0x00000000 ossdev=0 [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: 30: nid=28 cnid=15 dir=0x2 index=1 ossmask=0x00000000 ossdev=0 [DISABLED] Oct 15 22:17:46 toshi kernel: pcm0: 31: nid=35 dir=0x1 index=0 ossmask=0x00000021 ossdev=5 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: +-----------------------------------+ Oct 15 22:17:46 toshi kernel: pcm0: | DUMPING HDA AUDIO/VOLUME CONTROLS | Oct 15 22:17:46 toshi kernel: pcm0: +-----------------------------------+ Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Master Volume (OSS: vol) Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 3 index: 0 mute: 1 step: 0 size: 0 off: 0 dir=0x1 ossmask=0x00000011 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 20 index: 0 (nid: 13) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000081 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 21 index: 0 (nid: 17) mute: 1 step: 23 size: 11 off: 12 dir=0x2 ossmask=0x00000101 Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 35 index: 0 mute: 1 step: 15 size: 11 off: 15 dir=0x1 ossmask=0x00000021 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: PCM Volume (OSS: pcm) Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 3 index: 0 mute: 1 step: 0 size: 0 off: 0 dir=0x1 ossmask=0x00000011 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: CD Volume (OSS: cd) Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 21 index: 0 (nid: 17) mute: 1 step: 23 size: 11 off: 12 dir=0x2 ossmask=0x00000101 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Microphone Volume (OSS: mic) Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 20 index: 0 (nid: 13) mute: 1 step: 0 size: 0 off: 0 dir=0x2 ossmask=0x00000081 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Recording Level (OSS: rec) Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 8 index: 0 mute: 1 step: 13 size: 11 off: 2 dir=0x2 ossmask=0x00000800 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Speaker/Beep (OSS: speaker) Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +- nid: 35 index: 0 mute: 1 step: 15 size: 11 off: 15 dir=0x1 ossmask=0x00000021 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Playback path: Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid=11 [pin: line out (jack)] Oct 15 22:17:46 toshi kernel: pcm0: ^ Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: +-----<------+ Oct 15 22:17:46 toshi kernel: pcm0: ^ Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: nid=22 [audio mixer] Oct 15 22:17:46 toshi kernel: pcm0: ^ Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: nid=3 [audio output] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: Recording sources: Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: nid=8 [audio input] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=13 [pin: Mic in (jack)] [recsrc: vol, mic] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=17 [pin: CD (fixed)] [recsrc: vol, cd] Oct 15 22:17:46 toshi kernel: pcm0: | Oct 15 22:17:46 toshi kernel: pcm0: + <- nid=21 [audio mixer] [recsrc: vol, mic, cd] Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: +--------------------------------------+ Oct 15 22:17:46 toshi kernel: pcm0: | DUMPING PCM Playback/Record Channels | Oct 15 22:17:46 toshi kernel: pcm0: +--------------------------------------+ Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: PCM Playback: 1 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x000e0140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 20 24 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: DAC: 3 Oct 15 22:17:46 toshi kernel: pcm0: Oct 15 22:17:46 toshi kernel: pcm0: PCM Record: 1 Oct 15 22:17:46 toshi kernel: pcm0: Stream cap: 0x00000001 Oct 15 22:17:46 toshi kernel: pcm0: Format: PCM Oct 15 22:17:46 toshi kernel: pcm0: PCM cap: 0x00020140 Oct 15 22:17:46 toshi kernel: pcm0: PCM size: 16 Oct 15 22:17:46 toshi kernel: pcm0: PCM rate: 48 96 Oct 15 22:17:46 toshi kernel: pcm0: ADC: 8 Oct 15 22:17:46 toshi kernel: acpi_dock0: _STA: 0000, _BDN: 0000, _UID: 0001 Oct 15 22:17:46 toshi kernel: acpi_dock0: _STA: 0000, _BDN: 0000, _UID: 0001 Oct 15 22:17:46 toshi kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Oct 15 22:17:46 toshi kernel: (probe0:ata1:0:0:0): error 22 Oct 15 22:17:46 toshi kernel: (probe0:ata1:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe0:ata1:0:0:0): Down reving Protocol Version from 2 to 0? Oct 15 22:17:46 toshi kernel: (probe0:ata1:0:0:0): error 6 Oct 15 22:17:46 toshi kernel: (probe0:ata1:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Oct 15 22:17:46 toshi kernel: (probe0:ata1:0:0:0): error 22 Oct 15 22:17:46 toshi kernel: (probe0:ata1:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe1:sbp0:0:0:0): error 22 Oct 15 22:17:46 toshi kernel: (probe1:sbp0:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe2:sbp0:0:1:0): error 22 Oct 15 22:17:46 toshi kernel: (probe2:sbp0:0:1:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe3:sbp0:0:2:0): error 22 Oct 15 22:17:46 toshi kernel: (probe3:sbp0:0:2:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe4:sbp0:0:3:0): error 22 Oct 15 22:17:46 toshi kernel: (probe4:sbp0:0:3:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe5:sbp0:0:4:0): error 22 Oct 15 22:17:46 toshi kernel: (probe5:sbp0:0:4:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe6:sbp0:0:5:0): error 22 Oct 15 22:17:46 toshi kernel: (probe6:sbp0:0:5:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (probe7:sbp0:0:6:0): error 22 Oct 15 22:17:46 toshi kernel: (probe7:sbp0:0:6:0): Unretryable Error Oct 15 22:17:46 toshi kernel: pass0 at ata1 bus 0 target 0 lGEOM: new disk cd0 Oct 15 22:17:46 toshi kernel: un 0 Oct 15 22:17:46 toshi kernel: pass0: Removable CD-ROM SCSI-0 device Oct 15 22:17:46 toshi kernel: pass0: 33.000MB/s transfers Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): error 6 Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: cd0 at ata1 bus 0 target 0 lun 0 Oct 15 22:17:46 toshi kernel: cd0: Removable CD-ROM SCSI-0 device Oct 15 22:17:46 toshi kernel: cd0: 33.000MB/s transfers Oct 15 22:17:46 toshi kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Oct 15 22:17:46 toshi kernel: SMP: AP CPU #1 Launched! Oct 15 22:17:46 toshi kernel: cpu1 AP: Oct 15 22:17:46 toshi kernel: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff Oct 15 22:17:46 toshi kernel: lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff Oct 15 22:17:46 toshi kernel: timer: 0x000200ef therm: 0x00010200 err: 0x00010000 pcm: 0x00000400 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning ISA IRQ 1 to local APIC 0 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning ISA IRQ 9 to local APIC 1 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning ISA IRQ 12 to local APIC 0 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning ISA IRQ 14 to local APIC 1 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning ISA IRQ 15 to local APIC 0 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning PCI IRQ 16 to local APIC 1 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning PCI IRQ 17 to local APIC 0 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning PCI IRQ 18 to local APIC 1 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning PCI IRQ 19 to local APIC 0 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning PCI IRQ 20 to local APIC 1 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning PCI IRQ 22 to local APIC 0 Oct 15 22:17:46 toshi kernel: ioapic0: Assigning PCI IRQ 23 to local APIC 1 Oct 15 22:17:46 toshi kernel: hwpmc: TSC/1/0x20 P6/2/0x1ff Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): error 6 Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): error 6 Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): error 6 Oct 15 22:17:46 toshi kernel: (cd0:ata1:0:0:0): Unretryable Error Oct 15 22:17:46 toshi kernel: Trying to mount root from ufs:/dev/ad0s2a Oct 15 22:17:46 toshi kernel: start_init: trying /sbin/init Oct 15 22:17:46 toshi savecore: no dumps found --------------010509010309090406000904-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 02:45:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D01F616A418; Tue, 16 Oct 2007 02:45:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5F06F13C442; Tue, 16 Oct 2007 02:45:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-037-127.pools.arcor-ip.net [88.66.37.127]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis) id 0MKwpI-1IhcQk0Ck5-00078p; Tue, 16 Oct 2007 04:45:14 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 16 Oct 2007 04:45:04 +0200 User-Agent: KMail/1.9.7 References: <200709302232.34505.max@love2party.net> <200710120544.04157.max@love2party.net> <200710160401.18429.max@love2party.net> In-Reply-To: <200710160401.18429.max@love2party.net> 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="nextPart1307717.K9JADICcco"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710160445.10993.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19gBE6dq9wMRD9vMIRbmMJ9UQUMM6l/m3fMpZ0 g7JOmfVZyF5wAfOkK86uc8JNXfyW5yf/wbfUh7FTHqYdzouRun OpCGk/rCWeL4PjChnPkfGPBGwbk/yZqiXtQCG4MlBk= Cc: freebsd-net@freebsd.org Subject: Re: libpcap/tcpdump 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, 16 Oct 2007 02:45:15 -0000 --nextPart1307717.K9JADICcco Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 16 October 2007, Max Laier wrote: > On Friday 12 October 2007, Max Laier wrote: > > On Tuesday 02 October 2007, Max Laier wrote: > > > On Sunday 30 September 2007, Max Laier wrote: > > > > Hi, > > > > > > > > I'd like to get some eyes on > > > > http://people.freebsd.org/~mlaier/tcpdump/ in order to get $subj > > > > into the tree. Let me know if you find any problems. Thanks. > > > > > > > > This should also take care of bin/116610, by the way. > > > > > > Please refresh - the first version didn't get through buildworld - > > > sorry! > > > > I plan to do this really soon now with the HEAD freeze lifted. Did > > anyone get to test it? Any objections? > > Talking to myself it seems :-\ ... anyhow, I'm going ahead with this > *now* HEAD might be unbuildable for a couple of minutes due to the > import. I'll let you know once this is done. Done. I'll do a buildworld and universe now to catch any fallout I might=20 have caused. MFC'ing to RELENG_7 and _6 in a couple of days unless=20 serious problems show up - TEST NOW or forever hold your peace ;) =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 --nextPart1307717.K9JADICcco Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHFCW2XyyEoT62BG0RAoZHAJ9SqER63P/kUuYk8G8IZx8fPFB/GACfbAhv ovkmcL3canLMcvF98kU6VP0= =YTeK -----END PGP SIGNATURE----- --nextPart1307717.K9JADICcco-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 02:54:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5DC16A417 for ; Tue, 16 Oct 2007 02:54:29 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id E4D4B13C461 for ; Tue, 16 Oct 2007 02:54:28 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l9G2s2Pv042108; Mon, 15 Oct 2007 21:54:04 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <471427BE.10500@freebsd.org> Date: Mon, 15 Oct 2007 21:53:50 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Pieter de Goeje References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> In-Reply-To: <200710140408.46121.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 02:54:29 -0000 Pieter de Goeje wrote: > On Sunday 14 October 2007, Eric Anderson wrote: >> Pieter de Goeje wrote: >>> On Saturday 13 October 2007, Rolf Witt wrote: >>>> Backtrace from crash tonight (after portsnap cron): >>> >>> >>>> # uname -a >>>> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE >>>> #121: Thu Oct 11 16:29:05 CEST 2007 >>>> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 >>>> >>>> Sources from Builddate. >>>> >>>> Rowi >>> Eric sent me this patch: >>> http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch >>> which seems to be working great so far. I am still testing it, but I >>> think it fixed the problem. >>> To apply, cd /usr/src; patch < /path/to/patch and then rebuild the >>> kernel. >>> >>> Cheers, >>> Pieter de Goeje >> It doesn't actually 'fix' the problem, but I think it helps identify it. >> I'm not 100% certain if this is the right fix our not, but so far >> feedback has been good when running with this patch. >> >> Can somebody confirm that this patch is ok? >> >> Eric > Can you elaborate on what this patch exactly does / what the problem is? > > Pieter I think the problem is that blocks are being put in the worklist twice, but I'm not certain why yet. The patch reduces the chance of this happening by more often removing the block from the worklist instead of leaving it on. I think actually the patch is hiding the real issue more than anything, which is why I said it isn't fixing the problem, but because of the reports I've seen, I think we're sniffing in the right area. I'll be looking more into this soon, when I get another few minutes of free time and my debugger.. Eric From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 03:07:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8047C16A417; Tue, 16 Oct 2007 03:07:22 +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 31D0713C47E; Tue, 16 Oct 2007 03:07:22 +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.8/8.13.8) with ESMTP id l9G37LK8095657; Mon, 15 Oct 2007 23:07:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9G37L6F032201; Mon, 15 Oct 2007 23:07:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7D8BF73039; Mon, 15 Oct 2007 23:05:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071016030533.7D8BF73039@freebsd-current.sentex.ca> Date: Mon, 15 Oct 2007 23:05:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 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: Tue, 16 Oct 2007 03:07:22 -0000 TB --- 2007-10-16 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-16 01:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-10-16 01:40:00 - cleaning the object tree TB --- 2007-10-16 01:40:55 - checking out the source tree TB --- 2007-10-16 01:40:55 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-10-16 01:40:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-16 01:52:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-16 01:52:05 - cd /src TB --- 2007-10-16 01:52:05 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 16 01:52:07 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -c /src/usr.sbin/sendmail/../../contrib/sendmail/src/version.c cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -o sendmail alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o main.o map.o mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o recipient.o savemail.o sasl.o sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lutil -lwrap /obj/src/usr.sbin/sendmail/../../lib/libsmutil/libsmutil.a /obj/src/usr.sbin/sendmail/../../lib/libsm/libsm.a -lssl -lcrypto gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/mailq.1 > mailq.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/newaliases.1 > newaliases.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/aliases.5 > aliases.5.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/sendmail.8 > sendmail.8.gz ===> usr.sbin/sensorsd (all) make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-16 03:05:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-16 03:05:32 - ERROR: failed to build world TB --- 2007-10-16 03:05:32 - tinderbox aborted TB --- 0.88 user 3.05 system 5132.13 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 03:08:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 064D716A41A; Tue, 16 Oct 2007 03:08:38 +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 B244C13C467; Tue, 16 Oct 2007 03:08:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9G38akn097091; Mon, 15 Oct 2007 23:08:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9G38aJ3059076; Mon, 15 Oct 2007 23:08:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29DF373039; Mon, 15 Oct 2007 23:06:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071016030649.29DF373039@freebsd-current.sentex.ca> Date: Mon, 15 Oct 2007 23:06:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 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: Tue, 16 Oct 2007 03:08:38 -0000 TB --- 2007-10-16 01:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-16 01:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-10-16 01:40:00 - cleaning the object tree TB --- 2007-10-16 01:40:50 - checking out the source tree TB --- 2007-10-16 01:40:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-10-16 01:40:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-16 01:52:05 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-16 01:52:05 - cd /src TB --- 2007-10-16 01:52:05 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 16 01:52:07 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -c /src/usr.sbin/sendmail/../../contrib/sendmail/src/version.c cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -o sendmail alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o main.o map.o mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o recipient.o savemail.o sasl.o sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lutil -lwrap /obj/amd64/src/usr.sbin/sendmail/../../lib/libsmutil/libsmutil.a /obj/amd64/src/usr.sbin/sendmail/../../lib/libsm/libsm.a -lssl -lcrypto gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/mailq.1 > mailq.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/newaliases.1 > newaliases.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/aliases.5 > aliases.5.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/sendmail.8 > sendmail.8.gz ===> usr.sbin/sensorsd (all) make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-16 03:06:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-16 03:06:48 - ERROR: failed to build world TB --- 2007-10-16 03:06:48 - tinderbox aborted TB --- 0.84 user 3.82 system 5207.88 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 03:35:04 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0960216A41A for ; Tue, 16 Oct 2007 03:35:04 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id F16A013C469 for ; Tue, 16 Oct 2007 03:35:03 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 8022C1CC030; Mon, 15 Oct 2007 20:35:03 -0700 (PDT) Date: Mon, 15 Oct 2007 20:35:03 -0700 From: Jeremy Chadwick To: Petr Holub Message-ID: <20071016033503.GA22992@eos.sc1.parodius.com> Mail-Followup-To: Petr Holub , current@freebsd.org References: <004c01c80f5b$508f7a80$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004c01c80f5b$508f7a80$5317fb93@KLOBOUCEK> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: comconsole_speed not applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 03:35:04 -0000 On Mon, Oct 15, 2007 at 08:43:44PM +0200, Petr Holub wrote: > I've tried to change console speed by specifying > comconsole_speed="115200" > in /boot/loader.conf, but it still stays at 9600. Is this supposed > to work on -CURRENT? > > Thanks, > Petr > > Complete content of /boot/loader.conf is > boot_multicons="YES" > boot_serial="YES" > comconsole_speed="115200" > console="comconsole,vidconsole" As an alternative, try placing -S115200 in /boot.config and remove the comconsole_speed from /boot/loader.conf. I use -S115200 -Dh in /boot.config on RELENG_7 without a problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 03:35:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1651216A49C for ; Tue, 16 Oct 2007 03:35:29 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0E013C461 for ; Tue, 16 Oct 2007 03:35:27 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup211.ach.sch.gr [81.186.70.211]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l9G3YYja005311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 16 Oct 2007 06:35:13 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l9G3Y7V7029130; Tue, 16 Oct 2007 06:34:15 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l9G3XqQD029129; Tue, 16 Oct 2007 06:33:52 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 16 Oct 2007 06:33:52 +0300 From: Giorgos Keramidas To: Yuri Lukin Message-ID: <20071016033351.GB28929@kobe.laptop> References: <20071015121152.M71807@swaggi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071015121152.M71807@swaggi.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.918, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.48, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: 7.0 cvs tags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 03:35:29 -0000 On 2007-10-15 08:16, Yuri Lukin wrote: > So I understand that RELENG_7 has been branched and HEAD is now > 8.0-CURRENT. Which cvs tag do I use if I want to cvsup to the latest > 7.0-PRERELEASE/BETA/RC/whatever? Is it "RELENG_7"? Yep :-) From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 03:39:14 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 991) id A840916A420; Tue, 16 Oct 2007 03:39:14 +0000 (UTC) Date: Tue, 16 Oct 2007 03:39:14 +0000 From: Mark Linimon To: current@FreeBSD.org, stable@FreeBSD.org Message-ID: <20071016033914.GA82087@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 16 Oct 2007 04:11:05 +0000 Cc: linimon@FreeBSD.org Subject: [HEADSUP] preparations for ports release for 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 03:39:14 -0000 This is a pointer to the headsup I posted to freebsd-ports@ detailing the switch of portsmon's default build environment from i386-6 to i386-7. This controls such things as determination of whether a port is marked "broken" (e.g. with gcc4.2.) The first set of email reminders based on this have already gone out to maintainers. Not too many ports remain to be fixed with gcc4.2, but some do. If you are interested in helping out, please take a look at the following: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=341967+0+archive/2007/freebsd-ports/20071014.freebsd-ports It also details some new graphs that allow you to see the visual comparison of how well the package builds are doing on each build environment, and also to drill down to a pie chart for each build environment, and a complete list of all ports that do not package for one reason or another for each build environment. If you're considering upgrading to 7.0, or even want to see the comparison between e.g. i386 and amd64, I think you will find this information useful. Note: the reports are still in the alpha state, so you don't need to report bugs to me: I am well aware of them :-/ mcl From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 04:20:03 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD93316A418; Tue, 16 Oct 2007 04:20:03 +0000 (UTC) (envelope-from cnst@FreeBSD.org) Received: from mojo.ru (mojo.ru [84.252.152.63]) by mx1.freebsd.org (Postfix) with ESMTP id DCDA113C459; Tue, 16 Oct 2007 04:20:02 +0000 (UTC) (envelope-from cnst@FreeBSD.org) Received: from [192.168.0.16] (nc-76-6-108-199.dhcp.embarqhsd.net [76.6.108.199]) (authenticated bits=0) by mojo.ru (8.12.11.20060308/8.12.10) with ESMTP id l9G4KEFo022181 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 08:20:16 +0400 Message-ID: <47143BE4.6060905@FreeBSD.org> Date: Tue, 16 Oct 2007 00:19:48 -0400 From: "Constantine A. Murenin" Organization: Google Summer of Code 2007 Student @ The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-gb, en-gb-oed, en, en-us, ru, ru-ru, ru-su MIME-Version: 1.0 To: Alexander Leidinger , Shteryana Shopova , freebsd-current@FreeBSD.org References: <20071015221349.5a63d9d8@deskjail> In-Reply-To: <20071015221349.5a63d9d8@deskjail> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "Constantine A. Murenin" Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 04:20:03 -0000 On 15/10/2007 16:13, Alexander Leidinger wrote: > I don't think it was really necessary to back it out, but see the > discussion on cvs-all. It is quite upsetting indeed. There are tonnes of unused compatibility stuff in FreeBSD; backing out some interface that could have been used as a compatibility layer with something that is actually heavily used in the neighbouring BSD projects is unwarranted and obviously biased. Alexander, I'd like to thank you for your work in committing this, and for all of your thoughtful replies on the cvs-src and other mailing lists. I'd also like to thank everyone else who participated in the testing of this framework, and otherwise provided support for the project. Last but not least, I'd also like to thank my SoC mentor, syrinx@, for her strong belief that the previous conflicts between the FreeBSD and OpenBSD projects would not affect the framework, which, at the end of the day, made this SoC project successful and complete, and allowed for it to be integrated into some other unrelated BSD project (based on a RELENG_4 fork). Shteryana, I wish you the best of luck, and I hope that you'll prove us all wrong. :-) For people that are unhappy about the backout, speak now or forever hold your peace. Either way, this SoC project was great, and even phk@ agrees in that matter! ;-) Best regards, Constantine. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 04:30:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2970C16A41B; Tue, 16 Oct 2007 04:30:37 +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 DC7B013C448; Tue, 16 Oct 2007 04:30:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9G4Ua5W003867; Tue, 16 Oct 2007 00:30:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9G4Uajn029664; Tue, 16 Oct 2007 00:30:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C65EC73039; Tue, 16 Oct 2007 00:28:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071016042848.C65EC73039@freebsd-current.sentex.ca> Date: Tue, 16 Oct 2007 00:28:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 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: Tue, 16 Oct 2007 04:30:37 -0000 TB --- 2007-10-16 03:05:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-16 03:05:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-10-16 03:05:34 - cleaning the object tree TB --- 2007-10-16 03:06:02 - checking out the source tree TB --- 2007-10-16 03:06:02 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-10-16 03:06:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-16 03:17:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-16 03:17:20 - cd /src TB --- 2007-10-16 03:17:20 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 16 03:17:21 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -c /src/usr.sbin/sendmail/../../contrib/sendmail/src/version.c cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -o sendmail alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o main.o map.o mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o recipient.o savemail.o sasl.o sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lutil -lwrap /obj/pc98/src/usr.sbin/sendmail/../../lib/libsmutil/libsmutil.a /obj/pc98/src/usr.sbin/sendmail/../../lib/libsm/libsm.a -lssl -lcrypto gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/mailq.1 > mailq.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/newaliases.1 > newaliases.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/aliases.5 > aliases.5.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/sendmail.8 > sendmail.8.gz ===> usr.sbin/sensorsd (all) make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-16 04:28:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-16 04:28:48 - ERROR: failed to build world TB --- 2007-10-16 04:28:48 - tinderbox aborted TB --- 0.95 user 2.70 system 4994.41 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 04:57:10 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0679716A417 for ; Tue, 16 Oct 2007 04:57:10 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id BF38913C43E for ; Tue, 16 Oct 2007 04:57:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id l9G4stn6039381; Mon, 15 Oct 2007 22:54:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 15 Oct 2007 22:55:37 -0600 (MDT) Message-Id: <20071015.225537.43008411.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: "M. Warner Losh" In-Reply-To: <20071015234251.GR39759@funkthat.com> References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20071015234251.GR39759@funkthat.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: imb@protected-networks.net, current@freebsd.org, marius@alchemy.franken.de Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 04:57:10 -0000 iIn message: <20071015234251.GR39759@funkthat.com> John-Mark Gurney writes: : Michael Butler wrote this message on Sun, Sep 30, 2007 at 18:02 -0400: : > Marius Strobl wrote: : > > As mentioned in UPDATING the change below requires the hal port : > > to be recompiled in order to continue to work. On !386 you : > > additionally need to update to xorg-server-1.4_1,1. : > > Regarding common ports affected by the introduction of support : > > for PCI domains these two ports should be it. : > > Other consumers of potentially also need to be : > > recompiled and adjusted, f.e. sjog needs to be recompiled but : > > should need no changes. Generally, if a port uses pc_bus it : > > also needs to deal with pc_domain now. : > : > This breaks [ls|set]pci even when recompiled. : > : > It also breaks my ability to use an /etc/rc.early containing .. : > : > pciconf -wb pci0:30:0 0x1a 8 : > : > .. which is required to allow any cardbus devices, e.g. Netgear WG511T, : > to work. The problem is that we don't (and nor does the BIOS) properly : > set the subordinate bus of the parent PCI-PCI bridge and the above : > command sets it 'manually'. : : Is there a PR for this? Could you send a verbose boot message for this? : It shouldn't be hard to fix, and pretty easy one to fix too. This is actually getting quite common these days. We need to fix it in the bus layer, but although I've scoped out the work, I've not had the time to execute. There's two ways to accomplish this. One is to go to a multi-pass newbus probe/attach. The other is to just walk the entire tree of each pci domain numbering the busses. We also need to do this for resources as well... Warner From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 04:57:32 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0151416A417; Tue, 16 Oct 2007 04:57:32 +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 B517913C468; Tue, 16 Oct 2007 04:57:31 +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.8/8.13.8) with ESMTP id l9G4vVxJ099647; Tue, 16 Oct 2007 00:57:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9G4vUj1062879; Tue, 16 Oct 2007 00:57:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6897673039; Tue, 16 Oct 2007 00:55:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071016045543.6897673039@freebsd-current.sentex.ca> Date: Tue, 16 Oct 2007 00:55:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 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: Tue, 16 Oct 2007 04:57:32 -0000 TB --- 2007-10-16 03:06:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-16 03:06:49 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-10-16 03:06:49 - cleaning the object tree TB --- 2007-10-16 03:07:40 - checking out the source tree TB --- 2007-10-16 03:07:40 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-10-16 03:07:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-16 03:17:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-16 03:17:20 - cd /src TB --- 2007-10-16 03:17:20 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 16 03:17:21 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -c /src/usr.sbin/sendmail/../../contrib/sendmail/src/version.c cc -O2 -pipe -I/src/usr.sbin/sendmail/../../contrib/sendmail/src -I/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1 -o sendmail alias.o arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o domain.o envelope.o err.o headers.o macro.o main.o map.o mci.o milter.o mime.o parseaddr.o queue.o ratectrl.o readcf.o recipient.o savemail.o sasl.o sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lutil -lwrap /obj/ia64/src/usr.sbin/sendmail/../../lib/libsmutil/libsmutil.a /obj/ia64/src/usr.sbin/sendmail/../../lib/libsm/libsm.a -lssl -lcrypto gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/mailq.1 > mailq.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/newaliases.1 > newaliases.1.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/aliases.5 > aliases.5.gz gzip -cn /src/usr.sbin/sendmail/../../contrib/sendmail/src/sendmail.8 > sendmail.8.gz ===> usr.sbin/sensorsd (all) make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-16 04:55:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-16 04:55:43 - ERROR: failed to build world TB --- 2007-10-16 04:55:43 - tinderbox aborted TB --- 0.73 user 2.52 system 6533.69 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 05:41:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8E9F16A417 for ; Tue, 16 Oct 2007 05:41:30 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 879EB13C468 for ; Tue, 16 Oct 2007 05:41:30 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:65061 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IhfBE-0005JR-A0 for freebsd-current@freebsd.org; Tue, 16 Oct 2007 05:41:24 +0000 Message-ID: <47144F04.6000703@conducive.net> Date: Tue, 16 Oct 2007 01:41:24 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20070930114914.GB38896@alchemy.franken.de> <47001D02.4080700@protected-networks.net> <20071015234251.GR39759@funkthat.com> <20071015.225537.43008411.imp@bsdimp.com> In-Reply-To: <20071015.225537.43008411.imp@bsdimp.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: HEADS UP: [cvs commit: src UPDATING src/share/man/man4 pci.4 src/share/man/man9 pci.9 src/sys/amd64/include legacyvar.h src/sys/amd64/amd64 legacy.c src/sys/amd64/pci pci_bus.c src/sys/arm/xscale/i80321 i80321_pci.c src/sys/arm/xscale/ixp425 ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 05:41:30 -0000 M. Warner Losh wrote: > iIn message: <20071015234251.GR39759@funkthat.com> > John-Mark Gurney writes: > : Michael Butler wrote this message on Sun, Sep 30, 2007 at 18:02 -0400: > : > Marius Strobl wrote: > : > > As mentioned in UPDATING the change below requires the hal port > : > > to be recompiled in order to continue to work. On !386 you > : > > additionally need to update to xorg-server-1.4_1,1. > : > > Regarding common ports affected by the introduction of support > : > > for PCI domains these two ports should be it. > : > > Other consumers of potentially also need to be > : > > recompiled and adjusted, f.e. sjog needs to be recompiled but > : > > should need no changes. Generally, if a port uses pc_bus it > : > > also needs to deal with pc_domain now. > : > > : > This breaks [ls|set]pci even when recompiled. > : > > : > It also breaks my ability to use an /etc/rc.early containing .. > : > > : > pciconf -wb pci0:30:0 0x1a 8 > : > > : > .. which is required to allow any cardbus devices, e.g. Netgear WG511T, > : > to work. The problem is that we don't (and nor does the BIOS) properly > : > set the subordinate bus of the parent PCI-PCI bridge and the above > : > command sets it 'manually'. > : > : Is there a PR for this? Could you send a verbose boot message for this? > : It shouldn't be hard to fix, and pretty easy one to fix too. > > This is actually getting quite common these days. We need to fix it > in the bus layer, but although I've scoped out the work, I've not had > the time to execute. There's two ways to accomplish this. One is to > go to a multi-pass newbus probe/attach. The other is to just walk the > entire tree of each pci domain numbering the busses. We also need to > do this for resources as well... > > Warner > _______________________________________________ Given the rapid, and accelerating rate of change in bus, bridge & other I/O silicon, firmware, and what is attached/not, it is likely to get worse - far worse - before it gets better. IMHO this whole area needs to be as 'adaptable' as can be - revealing info about hardware - real, logcal, or virtual - even if things that use that info haven't fully caught up. dmesg.boot & many friends on steroids wouldn't add a lot of delay to booting, nor log storage, but might help speed accurate response to 'progress'. so --- can *both* of the above approaches co-exist? Either as optionable, auto-fallback, or 'run both, compare & report diffs'? Yes, the code is more complex. But might that be leveraged into reduced complexity in a great deal more code? Bill Hacker From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 06:16:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB94616A41A for ; Tue, 16 Oct 2007 06:16:41 +0000 (UTC) (envelope-from martin@gneto.com) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id 8824713C447 for ; Tue, 16 Oct 2007 06:16:41 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport2.bredband.com (195.54.101.122) by proxy1.bredband.net (7.3.127) id 471360B90008486C for current@freebsd.org; Tue, 16 Oct 2007 07:56:09 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkdhAMbvE0dT47UeRmdsb2JhbACBWIVKhxsBAQE3 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport2.bredband.com with ESMTP; 16 Oct 2007 07:56:09 +0200 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id AF3FF2841F for ; Tue, 16 Oct 2007 07:55:40 +0200 (CEST) Message-ID: <47145234.9030508@gneto.com> Date: Tue, 16 Oct 2007 07:55:00 +0200 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 7.0 Unable to make buildworld in Sweden! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 06:16:41 -0000 And probably in several other countries too... If I add the following lines to the default profile in /etc/login.conf :charset=ISO8859-1:\ :lang=sv_SE.ISO_8859-1:\ Awk will do something really strange when creating an options.h file when building gcc. The build ends with the error: cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/home/FreeBSD/RELENG_7/src/tmp/legacy/usr/include -c /home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c In file included from ./tm.h:4, from /home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:24: ./options.h:901: error: redeclaration of enumerator 'OPT_w' ./options.h:899: error: previous definition of 'OPT_w' was here *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src. *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src. *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src. I think this file is created with src/contrib/gcc/opth-gen.awk tail /usr/obj/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/options.h OPT_trigraphs, /* -trigraphs */ OPT_undef, /* -undef */ OPT_w, /* -w */ OPT_v, /* -v */ OPT_w, /* -w */ OPT_version, /* -version */ N_OPTS }; #endif /* OPTIONS_H */ OPT_w is present twice! The awk script is supposed to remove duplicates and sort the result but it does not seem to work with our i18n support. /Martin From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 06:36:45 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3545616A417; Tue, 16 Oct 2007 06:36:45 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id D1BB613C48E; Tue, 16 Oct 2007 06:36:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2174117105; Tue, 16 Oct 2007 06:36:42 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l9G6agEZ004801; Tue, 16 Oct 2007 06:36:42 GMT (envelope-from phk@critter.freebsd.dk) To: "Constantine A. Murenin" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 16 Oct 2007 00:19:48 -0400." <47143BE4.6060905@FreeBSD.org> Date: Tue, 16 Oct 2007 06:36:42 +0000 Message-ID: <4800.1192516602@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Shteryana Shopova , freebsd-current@FreeBSD.org, Alexander Leidinger Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 06:36:45 -0000 In message <47143BE4.6060905@FreeBSD.org>, "Constantine A. Murenin" writes: >On 15/10/2007 16:13, Alexander Leidinger wrote: > >There are tonnes of unused compatibility stuff in FreeBSD; backing out >some interface that could have been used as a compatibility layer with >something that is actually heavily used in the neighbouring BSD projects >is unwarranted and obviously biased. If it is biased, it is biased against the code and not the person(s). If you compare at NetBSD, OpenBSD and FreeBSD, you will find a quite visible difference in the architectural attitude the projects take to various problems. The short summary is that NetBSD focuses a lot on portability, OpenBSD on security and FreeBSD on scalability and usability. The area where the architectural mindset is most different is probably security, closely followed by system management. These differences are a good thing. But it also means, that what may seem architecturally sound in one project, is not going to fly in another. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 06:46:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FE1216A419 for ; Tue, 16 Oct 2007 06:46:57 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.freebsd.org (Postfix) with SMTP id 740D613C457 for ; Tue, 16 Oct 2007 06:46:56 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: (qmail 8062 invoked from network); 16 Oct 2007 06:20:14 -0000 Received: from unknown (HELO vbepfkad.srv.xtra-net.be) (172.16.66.70) by 0 with SMTP; 16 Oct 2007 06:20:14 -0000 Received: (qmail 13706 invoked from network); 16 Oct 2007 06:03:43 -0000 Received: from 72.66.16.172.in-addr.arpa (HELO www.xtra-net.be) (172.16.66.72) by 0 with SMTP; 16 Oct 2007 06:03:43 -0000 Received: from 172.16.9.1 (proxying for 193.178.209.213) (SquirrelMail authenticated user 720616030) by www.xtra-net.be with HTTP; Tue, 16 Oct 2007 08:03:43 +0200 (CEST) Message-ID: <9098.172.16.9.1.1192514623.squirrel@www.xtra-net.be> In-Reply-To: <200710151335.27991.fjwcash+freebsd@gmail.com> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <200710151335.27991.fjwcash+freebsd@gmail.com> Date: Tue, 16 Oct 2007 08:03:43 +0200 (CEST) From: "Vincent Blondel" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Vincent Blondel Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 06:46:57 -0000 On Mon, October 15, 2007 22:35, Freddie Cash wrote: On October 15, 2007 11:27 am Vincent Blondel wrote: > I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server > hosting Linux Ubuntu 7.10 as Dom/0. Is that a quad-core CPU or a quad-CPU system? If it's a quad-core CPU, it should support Intel hardware virtualisation feature. If it does, you don't need any Xen patches or support in FreeBSD. Just create a Xen VM that supports hardware virtualisation (not a paravirtualised VM) and install FreeBSD as per normal. That's the beauty of the Intel VT and AMD VX (or whatever they call it now) features -- no need to patch an OS to run in a Xen VM. Freddie, My system is a Intel Core2 Quad Q6600 on a Intel Desktop Board DP35DP ( http://www.intel.com/products/motherboard/DP35DP/index.htm ) with 4Go Memory. Dom/0 currently runs with a Ubuntu 7.10 ( amd64 version with Linux 2.6.22 and Xen 3.1 ). So yes this CPU supports all what PAE,VMX, ... Yesterday I created some LVM logical volumes and tried to install some Xen DOM/U systems like NetBSD, FreeBSD and also would like to try some OpenSolaris, OpenBSD .. So I googled a bit to find some installation kernels but got very surprised. First of all I tried NetBSD and found some pre-compiled kernels for NetBSD-4.0 but get problems with it. Xen Dom/0 claims with a incompatible kernel version because it does not support xen-3.0-x86_32. The only thing I see with xm info is xen-3.0-x86_32p. I suppose "p" letter is for PAE. So I am now blocked because I do not know if I have to use Dom/U amd64 or Dom/U i386 systems, if I have to compile kernels with PAE support or not. Concerning FreeBSD, I also searched for pre-compiled kernel but only found link specified in my previous mail. As I said it it seems possible to get last snapshot from Preforce Repository but I do not get any account on it and I do not know how and what I have to do just to get copy of the sources and applied the difference on last cvsup snapshot. So maybe I will be able to compiled a xen-3.0-x86_64 FreeBSD-7.0-Dom/U kernel. Finally I am not sure to really understand what you explained above with virtualized and para-virtualized kernel. As I understand it, we get two ways to install a Dom/U system. System that's not Xen compatible but that can be installed through support for Intel VT ( e.g. Windows 2003 Server ). This runs with a hvm loader. The other way is with kernels that are Xen Dom/U compatible like BSD's and Linux based systems. Linux and NetBSd are already running fine with Dom/U Dom/0. Other BSD's are are still making effort to support it correctly. Thanks to help me. Vincent. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 09:50:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E203216A419 for ; Tue, 16 Oct 2007 09:50:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 859DF13C474 for ; Tue, 16 Oct 2007 09:50:14 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9G9o8bU002132; Tue, 16 Oct 2007 19:50:08 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9G9o27I002131; Tue, 16 Oct 2007 19:50:02 +1000 (EST) (envelope-from peter) Date: Tue, 16 Oct 2007 19:50:02 +1000 From: Peter Jeremy To: Slawa Olhovchenkov Message-ID: <20071016095002.GN1184@turion.vk2pj.dyndns.org> References: <012d01c8078b$59331e30$0c00a8c0@Artem> <20071005213643.GA86107@heechee.tobez.org> <20071006014202.Y21670@woozle.rinet.ru> <20071014213827.GA37531%slw@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5xSkJheCpeK0RUEJ" Content-Disposition: inline In-Reply-To: <20071014213827.GA37531%slw@zxy.spb.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Brian Somers , Artem Kuchin , Dmitry Morozovsky , freebsd-current@freebsd.org Subject: Re: Suspeded (tty output) on perl system on 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 09:50:16 -0000 --5xSkJheCpeK0RUEJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Oct-15 01:38:27 +0400, Slawa Olhovchenkov wrote: >On Sat, Oct 06, 2007 at 01:42:55AM +0400, Dmitry Morozovsky wrote: > >> Looking at 'su' in the command line tends me to think about broken tcsh = signal=20 >> handling in -current... > >No, for _any_ shell. > >This is break in revision 1.79 of src/usr.bin/su/su.c Well, su.c 1.79 was committed by brian@ so I suggest you discuss it with his if you are certain of this. --=20 Peter Jeremy --5xSkJheCpeK0RUEJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFIlK/opHv/APuIcRAsKFAKC/JjCG3a3McEHiZTQhshuRYUn93QCfaY8G 7d65Fxw0/rdSY+/Cl1RTmuU= =gWgv -----END PGP SIGNATURE----- --5xSkJheCpeK0RUEJ-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 10:22:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C1A716A420 for ; Tue, 16 Oct 2007 10:22:21 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF5C13C45B for ; Tue, 16 Oct 2007 10:22:20 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from mirre.nlnetlabs.nl (mirre.nlnetlabs.nl [IPv6:2001:7b8:206:1:219:d1ff:fe0b:89f4]) by open.nlnetlabs.nl (8.14.1/8.14.1) with ESMTP id l9GAMHPp040681 for ; Tue, 16 Oct 2007 12:22:17 +0200 (CEST) (envelope-from jelte@NLnetLabs.nl) Message-ID: <471490DF.7010609@NLnetLabs.nl> Date: Tue, 16 Oct 2007 12:22:23 +0200 From: Jelte Jansen User-Agent: Thunderbird 2.0.0.6 (X11/20070910) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: multipart/mixed; boundary="------------070402070202090900050704" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]); Tue, 16 Oct 2007 12:22:17 +0200 (CEST) X-Spam-Status: No, score=-102.4 required=5.0 tests=AWL,BAYES_00,NO_RELAYS, USER_IN_WHITELIST autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on open.nlnetlabs.nl Subject: re(4) checksum offload problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 10:22:21 -0000 This is a multi-part message in MIME format. --------------070402070202090900050704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i'm seeing bad IP/UDP checksums on packets on a realtek gigabit network card. Turning offloading off (ifconfig -txcsum) seems to make the problem disappear. Attached are pcap files showing the bad checksums; the IP header is set to 0x0000 and then TCP/UDP headers are wrong too. The machine in question is on .99. These were taken on the host itself but i also see them on the other machine. pciconf: re0@pci0:1:8:0: class=0x020000 card=0xee221113 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet Version: $FreeBSD: src/sys/dev/re/if_re.c,v 1.95 2007/08/14 02:00:04 yongari E\ xp $ Jelte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHFJDe4nZCKsdOncURAqnXAJwIjU1TMappjheCHvDvHb19EukofwCfe5Sm UUDUdMuDpum2O1ZpZC6MYVU= =3hDj -----END PGP SIGNATURE----- --------------070402070202090900050704 Content-Type: application/octet-stream; name="without_offload.pcap" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="without_offload.pcap" 1MOyoQIABAAAAAAAAAAAAGAAAAABAAAAMHcURzCRCgBcAAAAXAAAAAAT9wvmbgAOLnBjwwgA RQAATlWQAABAARkKwKhFY8CoRWEIAGOZV2sAAEcUdzAACjBJCAkKCwwNDg8QERITFBUWFxgZ GhscHR4fICEiIyQlJicoKSorLC0uLzAxMHcUR0ORCgBcAAAAXAAAAAAOLnBjwwAT9wvmbggA RQAATg0TAABAAWGHwKhFYcCoRWMAAGuZV2sAAEcUdzAACjBJCAkKCwwNDg8QERITFBUWFxgZ GhscHR4fICEiIyQlJicoKSorLC0uLzAxNXcUR/EuCgBDAAAAQwAAAAAT9wvmbgAOLnBjwwgA RQAANVWRAABAERkSwKhFY8CoRWHT2gA1ACERLr8BAQAAAQAAAAAAAAR0ZXN0Am5sAAABAAE1 dxRHLjAKAGAAAACVAQAAAA4ucGPDABP3C+ZuCABFAAGHDRQAAEARYD3AqEVhwKhFYwA109oB c211vwGBAAABAAAABwAJBHRlc3QCbmwAAAEAAcARAAIAAQACowAACgFCA05JQwJGUgDAEQAC AAEANncUR9TIDgBOAAAATgAAAAAT9wvmbgAOLnBjwwgARRAAQFWSQABABtkAwKhFY8CoRWHk dwAXWa96JgAAAACwAv//ZMQAAAIEBbQBAwMIAQEICgJ6C0IAAAAABAIAADZ3FEfoyA4ANgAA ADYAAAAADi5wY8MAE/cL5m4IAEUAACgNFUAAQAYhpsCoRWHAqEVjABfkdwAAAABZr3onUBQA AOtVAAA= --------------070402070202090900050704 Content-Type: application/octet-stream; name="with_offload.pcap" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="with_offload.pcap" 1MOyoQIABAAAAAAAAAAAAGAAAAABAAAA1HYUR/LgAgBcAAAAXAAAAAAT9wvmbgAOLnBjwwgA RQAATlWKAABAARkQwKhFY8CoRWEIACL3SGsAAEcUdtQAAoBPCAkKCwwNDg8QERITFBUWFxgZ GhscHR4fICEiIyQlJicoKSorLC0uLzAx1HYURwThAgBcAAAAXAAAAAAOLnBjwwAT9wvmbggA RQAATg0FAABAAQAAwKhFYcCoRWMAACr3SGsAAEcUdtQAAoBPCAkKCwwNDg8QERITFBUWFxgZ GhscHR4fICEiIyQlJicoKSorLC0uLzAx/HYUR7JMCQBDAAAAQwAAAAAT9wvmbgAOLnBjwwgA RQAANVWLAABAERkYwKhFY8CoRWH+1gA1ACGhFAQfAQAAAQAAAAAAAAR0ZXN0Am5sAAABAAH8 dhRH2U0JAGAAAACVAQAAAA4ucGPDABP3C+ZuCABFAAGHDQYAAEARAADAqEVhwKhFYwA1/tYB cw2aBB+BAAABAAAABwAJBHRlc3QCbmwAAAEAAcARAAIAAQACowAAFgNOUzUPRE9NQUlOLVJF R0lTB3cUR9GICABOAAAATgAAAAAT9wvmbgAOLnBjwwgARRAAQFWMQABABtkGwKhFY8CoRWHI ygAXyd6D+wAAAACwAv//GPIAAAIEBbQBAwMIAQEICgJ5+L0AAAAABAIAAAd3FEfpiAgANgAA ADYAAAAADi5wY8MAE/cL5m4IAEUQACgNB0AAQAYAAMCoRWHAqEVjABfIygAAAADJ3oP8UBQA AAwwAAA= --------------070402070202090900050704-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 10:48:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ABE516A418 for ; Tue, 16 Oct 2007 10:48:46 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 576AA13C4A5 for ; Tue, 16 Oct 2007 10:48:46 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2374459waf for ; Tue, 16 Oct 2007 03:48:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=yPTnAL0IH6h2A8KfgalDSk/vAM9ra2CiA0tKMqBiNRI=; b=KcolgvSJxUA8DfWn3Gd3qwku4Mv+wyxk3XAAPnUfRaTIaup0iBoX0T+S+ytmwoWaBUIpl01i0mSGzbSg57TzcifxeNkgPDJbF5idS/6sPD2p83Sozf6JpiAoKhrsbByoGbZJtCmydgdcd+WmvCMBnaa2bnnoFuum2Z3U1WgUYco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=JVSP1Psk+emGtnOLSvsTwCgoGZRw+NnxXUIefEArSlATh1QcJMHY7HQC/UXNeGyTsk8ZdSrNe1c5bEVmtyyYVYst/0AH1/7U5ncoiSa1beVrE/ntTEmGY4IgLljQmxZxyiq18G9AiX6q+b+CBSODjCa9uHRFHjXRYFrLeNty9EE= Received: by 10.114.111.1 with SMTP id j1mr8226311wac.1192530059198; Tue, 16 Oct 2007 03:20:59 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Tue, 16 Oct 2007 03:20:59 -0700 (PDT) Message-ID: Date: Tue, 16 Oct 2007 12:20:59 +0200 From: "Arjan van Leeuwen" To: "Eric Anderson" In-Reply-To: <471427BE.10500@freebsd.org> MIME-Version: 1.0 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Pieter de Goeje , freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.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, 16 Oct 2007 10:48:46 -0000 2007/10/16, Eric Anderson : > > Pieter de Goeje wrote: > > On Sunday 14 October 2007, Eric Anderson wrote: > >> Pieter de Goeje wrote: > >>> On Saturday 13 October 2007, Rolf Witt wrote: > >>>> Backtrace from crash tonight (after portsnap cron): > >>> > >>> > >>>> # uname -a > >>>> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE > >>>> #121: Thu Oct 11 16:29:05 CEST 2007 > >>>> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > >>>> > >>>> Sources from Builddate. > >>>> > >>>> Rowi > >>> Eric sent me this patch: > >>> http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > >>> which seems to be working great so far. I am still testing it, but I > >>> think it fixed the problem. > >>> To apply, cd /usr/src; patch < /path/to/patch and then rebuild the > >>> kernel. > >>> > >>> Cheers, > >>> Pieter de Goeje > >> It doesn't actually 'fix' the problem, but I think it helps identify > it. > >> I'm not 100% certain if this is the right fix our not, but so far > >> feedback has been good when running with this patch. > >> > >> Can somebody confirm that this patch is ok? > >> > >> Eric > > Can you elaborate on what this patch exactly does / what the problem is? > > > > Pieter > > > I think the problem is that blocks are being put in the worklist twice, > but I'm not certain why yet. The patch reduces the chance of this > happening by more often removing the block from the worklist instead of > leaving it on. I think actually the patch is hiding the real issue more > than anything, which is why I said it isn't fixing the problem, but > because of the reports I've seen, I think we're sniffing in the right > area. I'll be looking more into this soon, when I get another few > minutes of free time and my debugger.. I actually seem to be getting the panic more often with the patch (i.e. twice in just 30 minutes with the patch, about twice per day without the patch), while doing the same things as usual. The panic usually happens when I'm compiling or linking. Is that strange? Arjan From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 10:58:07 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9644316A420; Tue, 16 Oct 2007 10:58:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB2913C469; Tue, 16 Oct 2007 10:58:06 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1Ihk7h-0003um-N9>; Tue, 16 Oct 2007 12:58:05 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1Ihk7h-0001aw-Lr>; Tue, 16 Oct 2007 12:58:05 +0200 Message-ID: <47149948.20005@zedat.fu-berlin.de> Date: Tue, 16 Oct 2007 10:58:16 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: ports/114050: Error compiling OpenOffice-2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 10:58:07 -0000 As I reported in PR ports/114050 the error compiling OpenOffice even with coreutils 6.9_1 is still present, although there was quick and dirty but working patch, mention by Dr. Haakh in the audit trail. Today I patched the appropriate file and OO 2.3 seems to compile on i386 and so on amd64. The patch below is working on my boxes. Regards, Oliver --- moz/extractfiles.mk.orig 2007-10-16 09:30:06.000000000 +0000 +++ moz/extractfiles.mk 2007-10-16 09:44:09.000000000 +0000 @@ -257,7 +257,7 @@ $(COPY) /QSZ $(INCLUDE_PATH)* $(INCLUDE_DIR) $(COPY) /QSZ $(PUBLIC_PATH)* $(INCLUDE_DIR) .ELSE -.IF "$(OS)"!="SOLARIS" +.IF ("$(OS)"!="SOLARIS") && ("$(OS)"!="FREEBSD") $(GNUCOPY) -pRL $(INCLUDE_PATH)* $(INCLUDE_DIR) $(GNUCOPY) -pRL $(PUBLIC_PATH)* $(INCLUDE_DIR) .ELSE # "$(OS)"!="SOLARIS" -- Oliver Hartmann Freie Universitaet Berlin Planetologie und Fernerkundung Malteserstr. 74 - 100/Haus D From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 11:06:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 842DC16A417 for ; Tue, 16 Oct 2007 11:06:44 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 571A913C457 for ; Tue, 16 Oct 2007 11:06:43 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id C6D7823C423; Tue, 16 Oct 2007 13:06:42 +0200 (CEST) Date: Tue, 16 Oct 2007 13:06:42 +0200 From: Peter Schuller To: freebsd-current@freebsd.org Message-ID: <20071016110642.GB54457@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 11:06:44 -0000 --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, a few months ago there were reports of huge MySQL performance increases in FreeBSD 7, particularly in terms of scalability. In benchmarks, FreeBSD 7 seemed to match or (for the scalability part) exceed the performance of Linux. The report on these indicates some uncommitted patches were used, one of which was supposedly very important for performance (file descriptor locking IIRC). My question is - what is the expected status of MySQL performance in FreeBSD 7 (without external patches) at this time? I ask because I recently (a couple of weeks ago) did comparisons using sysbench (comparable to what was used in the benchmark used previously in the report) between 6.2 and 7-CURRENT. Selects were actually half as fast or less than 6.2 in this particular case (identical hardware). Now I realize I am not providing details here; I can most definitely provide a lot more detail. But first, is this *expected*? Are there patches that still have not been committed, or should we be expecting that FreeBSD 7 as it appears in CVS is comparable to Linux or better with MySQL? I will endeavor to re-run these comparisons with RELENG_7 within the near future (regardless of the answer to the above question). --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFJtCDNor2+l1i30RAgTbAJsEqZkIl4x+cgglV4sC8Dq30eJ97wCeNQ8u CRxtl1vrLBwr0KqeriCcnII= =Dcvd -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 11:29:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 550CE16A418 for ; Tue, 16 Oct 2007 11:29:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 0783113C48A for ; Tue, 16 Oct 2007 11:29:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Ihkbn-0009Zx-VZ; Tue, 16 Oct 2007 14:29:11 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Ihkbm-000FUI-Um; Tue, 16 Oct 2007 14:29:11 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9GBT7ZJ015938; Tue, 16 Oct 2007 14:29:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9GBT7Tb015937; Tue, 16 Oct 2007 14:29:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 16 Oct 2007 14:29:07 +0300 From: Kostik Belousov To: avleeuwen@piwebs.com Message-ID: <20071016112907.GD6511@deviant.kiev.zoral.com.ua> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6WlEvdN9Dv0WHSBl" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: c6fa9c03b00bb8e85b0a425727b89505 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1620 [Oct 16 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Pieter de Goeje , freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 11:29:13 -0000 --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: > 2007/10/16, Eric Anderson : > > > > Pieter de Goeje wrote: > > > On Sunday 14 October 2007, Eric Anderson wrote: > > >> Pieter de Goeje wrote: > > >>> On Saturday 13 October 2007, Rolf Witt wrote: > > >>>> Backtrace from crash tonight (after portsnap cron): > > >>> > > >>> > > >>>> # uname -a > > >>>> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE > > >>>> #121: Thu Oct 11 16:29:05 CEST 2007 > > >>>> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > > >>>> > > >>>> Sources from Builddate. > > >>>> > > >>>> Rowi > > >>> Eric sent me this patch: > > >>> http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > > >>> which seems to be working great so far. I am still testing it, but I > > >>> think it fixed the problem. > > >>> To apply, cd /usr/src; patch < /path/to/patch and then rebuild the > > >>> kernel. > > >>> > > >>> Cheers, > > >>> Pieter de Goeje > > >> It doesn't actually 'fix' the problem, but I think it helps identify > > it. > > >> I'm not 100% certain if this is the right fix our not, but so far > > >> feedback has been good when running with this patch. > > >> > > >> Can somebody confirm that this patch is ok? > > >> > > >> Eric > > > Can you elaborate on what this patch exactly does / what the problem = is? > > > > > > Pieter > > > > > > I think the problem is that blocks are being put in the worklist twice, > > but I'm not certain why yet. The patch reduces the chance of this > > happening by more often removing the block from the worklist instead of > > leaving it on. I think actually the patch is hiding the real issue more > > than anything, which is why I said it isn't fixing the problem, but > > because of the reports I've seen, I think we're sniffing in the right > > area. I'll be looking more into this soon, when I get another few > > minutes of free time and my debugger.. >=20 > I actually seem to be getting the panic more often with the patch (i.e. > twice in just 30 minutes with the patch, about twice per day without the > patch), while doing the same things as usual. The panic usually happens w= hen > I'm compiling or linking. Is that strange? Patch is wrong. Actually, it does put the dirrem to the proccessing twice when xp !=3D NULL. --6WlEvdN9Dv0WHSBl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFKCCC3+MBN1Mb4gRAsNrAKCKbJrbqCeM2k8lPBP0vSbww7vzjwCfSYOs kCgpk645xLBcU8KKN58zA28= =UEAb -----END PGP SIGNATURE----- --6WlEvdN9Dv0WHSBl-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 11:31:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CDFC16A41A for ; Tue, 16 Oct 2007 11:31:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0D13B13C46A for ; Tue, 16 Oct 2007 11:31:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1125058nzf for ; Tue, 16 Oct 2007 04:31:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=u7KMOJcADYVYfWOKSbDAgnIEndXSYBuG513I+szfSoM=; b=plOJNnns0Mddv4gveephR5cWiyUUABVvvKVr7vdrjzBhjmWTadNrko/v82Z+TZDnweK2RXKb5MhFihtcUfAf+3T8YfP4hF7l9CHyahqDPQ7deA9xTdd580Tx2tYAD/HVMc7/hJ18FSKmsNPTzboPr/E0QDyfvtn9p5WPyPWrZPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=LQPzk61iHJbx42YMeHpccHZ6Q1eqi3fXL438mg5k4h14OPfeuf6JpQQvgJDYQlJxyuKlIm31i1azRufojnJ9pD+DlSC4klneewtEp5fRAmIs2dTuqPhkOicxbT1Rrut/K7vNrMs9H6PFhvMsv6q+BnLlYDRwfpt/bdj9tZte9YY= Received: by 10.114.124.1 with SMTP id w1mr8291214wac.1192534314588; Tue, 16 Oct 2007 04:31:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k23sm10519062waf.2007.10.16.04.31.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 16 Oct 2007 04:31:53 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9GBSFOr081468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 20:28:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9GBSEo7081467; Tue, 16 Oct 2007 20:28:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 16 Oct 2007 20:28:14 +0900 From: Pyun YongHyeon To: Jelte Jansen Message-ID: <20071016112814.GE79351@cdnetworks.co.kr> References: <471490DF.7010609@NLnetLabs.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471490DF.7010609@NLnetLabs.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: re(4) checksum offload problem 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, 16 Oct 2007 11:31:56 -0000 On Tue, Oct 16, 2007 at 12:22:23PM +0200, Jelte Jansen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi, > > i'm seeing bad IP/UDP checksums on packets on a realtek gigabit network > card. Turning offloading off (ifconfig -txcsum) seems to make the > problem disappear. > > Attached are pcap files showing the bad checksums; the IP header is set > to 0x0000 and then TCP/UDP headers are wrong too. The machine in > question is on .99. These were taken on the host itself but i also see > them on the other machine. > > pciconf: > re0@pci0:1:8:0: class=0x020000 card=0xee221113 chip=0x816910ec rev=0x10 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > > Version: > $FreeBSD: src/sys/dev/re/if_re.c,v 1.95 2007/08/14 02:00:04 yongari E\ > xp $ > > Jelte Would you give me more information for your network configuration? Which host use re(4) driver? Which host was used to capture the traffic? If you see bad checksum messages on hosts with Tx checksum enabled driver it's quite normal to see bad checksummed frames. Hardware will insert computed checksum into the frame after bpf listeners see the frame. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 11:40:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C74EA16A468 for ; Tue, 16 Oct 2007 11:40:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2DB13C442 for ; Tue, 16 Oct 2007 11:40:15 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ihkm9-0004qB-KI for freebsd-current@freebsd.org; Tue, 16 Oct 2007 11:39:53 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 11:39:53 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 11:39:53 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 16 Oct 2007 13:40:31 +0200 Lines: 20 Message-ID: References: <20071016110642.GB54457@hyperion.scode.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <20071016110642.GB54457@hyperion.scode.org> Sender: news Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 11:40:15 -0000 Peter Schuller wrote: > The report on these indicates some uncommitted patches were used, one > of which was supposedly very important for performance (file > descriptor locking IIRC). All important patches, including the one you mentioned, were committed. > My question is - what is the expected status of MySQL performance in > FreeBSD 7 (without external patches) at this time? Should be great... > I ask because I recently (a couple of weeks ago) did comparisons using > sysbench (comparable to what was used in the benchmark used previously > in the report) between 6.2 and 7-CURRENT. Selects were actually half > as fast or less than 6.2 in this particular case (identical hardware). Just in case you missed some debugging knobs: can you retest with RELENG_7? (not -current). From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 11:43:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB5B816A41B for ; Tue, 16 Oct 2007 11:43:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E732113C494 for ; Tue, 16 Oct 2007 11:43:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 440F71CC065; Tue, 16 Oct 2007 04:43:23 -0700 (PDT) Date: Tue, 16 Oct 2007 04:43:23 -0700 From: Jeremy Chadwick To: Peter Schuller Message-ID: <20071016114323.GA36300@eos.sc1.parodius.com> Mail-Followup-To: Peter Schuller , freebsd-current@freebsd.org References: <20071016110642.GB54457@hyperion.scode.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 11:43:30 -0000 On Tue, Oct 16, 2007 at 01:40:31PM +0200, Ivan Voras wrote: > Peter Schuller wrote: > > I ask because I recently (a couple of weeks ago) did comparisons using > > sysbench (comparable to what was used in the benchmark used previously > > in the report) between 6.2 and 7-CURRENT. Selects were actually half > > as fast or less than 6.2 in this particular case (identical hardware). > > Just in case you missed some debugging knobs: can you retest with > RELENG_7? (not -current). Also for Peter: can you try different schedulers? The stock RELENG_7 scheduler is 4BSD (reliable but not that fast), while ULE provides an *immense* improvement. The benchmarks I've seen (comparing old vs. new) in regards to MySQL were specifically in regards to the new ULE scheduler. The ULE scheduler in RELENG_7 is not the same as it was in RELENG_6. You'll need to rebuild your kernel for this. You can use the GENERIC kernel template and simply change SCHED_4BSD to SCHED_ULE. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 12:01:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EBC816A479 for ; Tue, 16 Oct 2007 12:01:45 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3CE5113C46E for ; Tue, 16 Oct 2007 12:01:45 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 496C223C423; Tue, 16 Oct 2007 14:01:44 +0200 (CEST) Date: Tue, 16 Oct 2007 14:01:44 +0200 From: Peter Schuller To: freebsd-current@freebsd.org Message-ID: <20071016120143.GA57926@hyperion.scode.org> References: <20071016110642.GB54457@hyperion.scode.org> <20071016114323.GA36300@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20071016114323.GA36300@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 12:01:45 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > Just in case you missed some debugging knobs: can you retest with > > RELENG_7? (not -current). I will, but I did disable INVARIANTS/WITNESS. I was afraid I had missed something else that I am not aware of; diffing the kernel conf did not indicate this was the case. > Also for Peter: can you try different schedulers? The stock RELENG_7 > scheduler is 4BSD (reliable but not that fast), while ULE provides an > *immense* improvement.=20 I tried both 4BSD and ULE. However, this was on a single-core machine. Both ULE and 4BSD were similar on 7, but both much worse than 6.2 with 4BSD. But alright. Sounds like I should be seeing good performance. I will re-run benchmarks with RELENG_7 and report back. If I still see unexpectedly poor performance I'll make sure to report much more detail. I will also put more effort into duplicating the exact nature of the benchmarks previously reported (by Kris IIRC). In this case the MySQL setup was not exactly equivalent because there were settings that were seemingly irrelevant and also not desired in my use case. Thank you for the update. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFKgnDNor2+l1i30RApl9AKDw6ZTy7FitJWThqX+JtrTgmQQqcQCeNbBP OLhlNiuVmZ7OolMMlmPtM18= =cHOi -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 12:06:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EAEC16A420 for ; Tue, 16 Oct 2007 12:06:06 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B88DA13C47E for ; Tue, 16 Oct 2007 12:06:05 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from mirre.nlnetlabs.nl (mirre.nlnetlabs.nl [IPv6:2001:7b8:206:1:219:d1ff:fe0b:89f4]) by open.nlnetlabs.nl (8.14.1/8.14.1) with ESMTP id l9GC62rs052917 for ; Tue, 16 Oct 2007 14:06:02 +0200 (CEST) (envelope-from jelte@NLnetLabs.nl) Message-ID: <4714A92F.4010506@NLnetLabs.nl> Date: Tue, 16 Oct 2007 14:06:07 +0200 From: Jelte Jansen User-Agent: Thunderbird 2.0.0.6 (X11/20070910) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <471490DF.7010609@NLnetLabs.nl> <20071016112814.GE79351@cdnetworks.co.kr> In-Reply-To: <20071016112814.GE79351@cdnetworks.co.kr> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::53]); Tue, 16 Oct 2007 14:06:02 +0200 (CEST) X-Spam-Status: No, score=-102.5 required=5.0 tests=AWL,BAYES_00,NO_RELAYS, USER_IN_WHITELIST autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on open.nlnetlabs.nl Subject: Re: re(4) checksum offload problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 12:06:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > > i'm seeing bad IP/UDP checksums on packets on a realtek gigabit network > > card. Turning offloading off (ifconfig -txcsum) seems to make the > > problem disappear. > > > Would you give me more information for your network configuration? > Which host use re(4) driver? Which host was used to capture the > traffic? > > If you see bad checksum messages on hosts with Tx checksum enabled > driver it's quite normal to see bad checksummed frames. Hardware > will insert computed checksum into the frame after bpf listeners > see the frame. > Ah, right, they both run re(4) drivers, so what i thought was bad checksums from the other host were actually not-filled-in-yet checksums for response packets to those packets (...). I get it now, when you don't offload they are computed before the filter, so in that case you don't get these 'errors'. But with offloading it's not done until the packets are sent on the wire. Annoying, that :) But thanks, and sorry for the noise. Jelte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFHFKkv4nZCKsdOncURAhObAJ4pR8rZ+bpa3zTjbjm29Hd1mJr7RgCYqF3Y 2SJZjpgn0JyomTUiDnU/Sw== =q3u0 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 12:26:31 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 107E816A417; Tue, 16 Oct 2007 12:26:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DBDC013C455; Tue, 16 Oct 2007 12:26:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 48CE117105; Tue, 16 Oct 2007 12:26:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l9GCQSB6012474; Tue, 16 Oct 2007 12:26:28 GMT (envelope-from phk@critter.freebsd.dk) To: "YoctoGram" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 16 Oct 2007 07:32:28 -0400." <019901c80fe8$3cb62b20$6401a8c0@Mewtwo> Date: Tue, 16 Oct 2007 12:26:28 +0000 Message-ID: <12473.1192537588@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Shteryana Shopova , freebsd-current@FreeBSD.org, Alexander Leidinger , "Constantine A. Murenin" Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 12:26:31 -0000 In message <019901c80fe8$3cb62b20$6401a8c0@Mewtwo>, "YoctoGram" writes: >> If it is biased, it is biased against the code and not the person(s). > >I'm sorry, but who are you to decide? A fair question I guess. I am undisputedly the person who has been most active in FreeBSD kernel development for the longest time. I have severely cleaned up the VFS system and the attached filesystems, written DEVFS, GEOM, a widely acclaimed implementation of malloc(3), the timekeeping code, a disk encryption facility, large parts of the FreeBSD release building and installation code, from scratch. Add to that a bunch of device drivers and various other stuff. In terms of raw numbers, the FreeBSD CVS repo statistics say that I have made 4707 commits to the kernel, 25% more than number two on that list. If you add in the 2367 commits I have made to the rest of the source code, you will find that on average, I have, on average, committed something to FreeBSD every 17h20m, over the last 14 years. I have also been the FreeBSD release engineer and a core team member, for far longer time than is good for any persons sanity, and have, through insight, reasoning, argument, manipulation, deceit and downright trickery been instrumental in getting FreeBSD to where it is now. That of course does not mean that I get to make decisions in a vacuum, or "just because", that's not how FreeBSD works. But it does have a tendency to give my opinion some weight. I am also coincidentally, the perpetrator behind the "bikeshed.org" meme. Now, who are you, and what is your role in this ? >Who did accept and approved this project in the first place? Google and the FreeBSD SoC mentors I pressume ? >Why should Google be spending any more money on "approved" FreeBSD SoC... >if, at the end, it get "backed out" ? Ahh, but you seem to labour under the misunderstanding that SoC is a fast path to the FreeBSD source tree. That is not the case. Being approved for SoC means that the project is a good project for SoC, it does not imply that the code will end up in a FreeBSD release. As far as I have kept score, only around half of the SoC projects end up being imported in CVS, and usually only after significant more work. That is still an impressive score by all means, and I fully support the SoC programme: how I wish such an opportunity had existed when I was younger. >So, if there was a problem with "the code"... why didn't you (or any of the >FreeBSD leaders) took action(s) sooner? I did, and people didn't pay sufficient attention. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 11:47:38 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A259D16A41A for ; Tue, 16 Oct 2007 11:47:38 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.245]) by mx1.freebsd.org (Postfix) with ESMTP id 6B74913C467 for ; Tue, 16 Oct 2007 11:47:37 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: by ag-out-0708.google.com with SMTP id 35so1514519aga for ; Tue, 16 Oct 2007 04:47:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=NNQ1DhBX9+itw29RZrT4HzbieiDNgfT1Hi3lNbFLqeU=; b=qnnCQ92xReRBOyMvjz1FqtTioSdi52J+rOAdDmDkhDqyH0h7vs7IdepnKwHKB6PH9aGG6kF1mjg+7oRaJKURGeqZub+2Xt2DqxGRkvVHzinGoTOWcjjnRAl8k/t/ADGq9aAvXqdHZFx2cQfA1MaO+L5cTdRoyDE1qOwYzktcbdg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=CjRZ+E+RBZLRYA1n17puzY0Pq89ihZmp5bAh0BkugHDYj8R4gcXQWPRq076LTUhSVJ2wqKXIfg6nwZEwUM27PWJJPg4AhAqpvY2o1Jy6T0otjSDVwDrTb66rQd3J9T4RNqA+RT82Xy37OU5lrI4eyPfSDlVwH3AAPEgf0ATWtZ8= Received: by 10.35.60.15 with SMTP id n15mr4214153pyk.1192534427191; Tue, 16 Oct 2007 04:33:47 -0700 (PDT) Received: from Mewtwo ( [74.15.201.94]) by mx.google.com with ESMTPS id n27sm6482339pyh.2007.10.16.04.33.44 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Oct 2007 04:33:45 -0700 (PDT) Message-ID: <019901c80fe8$3cb62b20$6401a8c0@Mewtwo> From: "YoctoGram" To: "Constantine A. Murenin" , "Poul-Henning Kamp" References: <4800.1192516602@critter.freebsd.dk> Date: Tue, 16 Oct 2007 07:32:28 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailman-Approved-At: Tue, 16 Oct 2007 12:27:15 +0000 Cc: Shteryana Shopova , freebsd-current@FreeBSD.org, Alexander Leidinger Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 11:47:38 -0000 > If it is biased, it is biased against the code and not the person(s). I'm sorry, but who are you to decide? Who did accept and approved this project in the first place? Why should Google be spending any more money on "approved" FreeBSD SoC... if, at the end, it get "backed out" ? I personally don't care about this project. But, for what I can remember, the members of this project seemed to be one of the most enthusiastic and voluble about it... So, if there was a problem with "the code"... why didn't you (or any of the FreeBSD leaders) took action(s) sooner? // Yocto ----- Original Message ----- From: "Poul-Henning Kamp" To: "Constantine A. Murenin" Cc: "Shteryana Shopova" ; ; "Alexander Leidinger" Sent: Tuesday, October 16, 2007 2:36 AM Subject: Re: I backed out the sensors framework > In message <47143BE4.6060905@FreeBSD.org>, "Constantine A. Murenin" > writes: >>On 15/10/2007 16:13, Alexander Leidinger wrote: >> > >>There are tonnes of unused compatibility stuff in FreeBSD; backing out >>some interface that could have been used as a compatibility layer with >>something that is actually heavily used in the neighbouring BSD projects >>is unwarranted and obviously biased. > > If it is biased, it is biased against the code and not the person(s). > > If you compare at NetBSD, OpenBSD and FreeBSD, you will find a quite > visible difference in the architectural attitude the projects take > to various problems. > > The short summary is that NetBSD focuses a lot on portability, > OpenBSD on security and FreeBSD on scalability and usability. > > The area where the architectural mindset is most different > is probably security, closely followed by system management. > > These differences are a good thing. > > But it also means, that what may seem architecturally sound in one > project, is not going to fly in another. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by > incompetence. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 12:53:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0B116A421 for ; Tue, 16 Oct 2007 12:53:42 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 84DB913C4B2 for ; Tue, 16 Oct 2007 12:53:42 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id B2B1A3D86FA; Tue, 16 Oct 2007 16:53:20 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 811A13D8654; Tue, 16 Oct 2007 16:53:20 +0400 (MSD) Date: Tue, 16 Oct 2007 16:53:21 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1946103758.20071016165321@masm.elcom.ru> To: All , freebsd-current@freebsd.org In-Reply-To: <47121CCA.6080202@FreeBSD.org> References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 12:53:42 -0000 On 14.10.2007, Kris Kennaway wrote: > Victor M. Blood wrote: >> Hi, All. >> >> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. >> >> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are >> worked. I have no idea how to fix it. Can you help me? > ipfilter is known to be broken. Today test system with ipfilter 4.1.27, for me all works fine. whats do: 1) fetch -o - http://coombs.anu.edu.au/~avalon/ip_fil4.1.27.tar.gz | tar -zxf - -C /var/tmp && pushd /var/tmp/ip_fil4.1.27 && pwd 2) more INSTALL.FreeBSD 3) vim Makefile Here may uncomment STALETOP_CFLAGS=-DSTALETOP and edit paths to ncurses inc and lib 4) 'make freebsd' or 'make freebsd7' 5) make install-bsd 6) BSD/kupgrade 7) rebuild and install new kernel 8) reboot system I try ping, cvsup, liks, fetch and over network tools, ipfstat -t shows touching rules and no any panick there. I have no update sources before install ipfilter and using 10 Oct 2007 snap. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 12:59:28 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1BE616A46E; Tue, 16 Oct 2007 12:59:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9D67F13C448; Tue, 16 Oct 2007 12:59:28 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 99A4F17105; Tue, 16 Oct 2007 12:59:19 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l9GCxJvv012650; Tue, 16 Oct 2007 12:59:19 GMT (envelope-from phk@critter.freebsd.dk) To: "YoctoGram" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 16 Oct 2007 08:54:50 -0400." <01fb01c80ff3$be1f48d0$6401a8c0@Mewtwo> Date: Tue, 16 Oct 2007 12:59:19 +0000 Message-ID: <12649.1192539559@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Shteryana Shopova , freebsd-current@FreeBSD.org, Alexander Leidinger , "Constantine A. Murenin" Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 12:59:28 -0000 In message <01fb01c80ff3$be1f48d0$6401a8c0@Mewtwo>, "YoctoGram" writes: > >> Now, who are you, and what is your role in this ? > >Well, I'm just a BSD OS lurker/fan. >I really like netBSD. >But the FreeBSD ZFS port caught my attention lately (despite the on going >ZFS lawsuit). > >Thanks for the clarifications, and I apologise for the disruption. > >Based on the following: > >>> If you compare at NetBSD, OpenBSD and FreeBSD, you will find a quite >>> visible difference in the architectural attitude the projects take >>> to various problems. > >I had the feelings that the 'backed out' was motivated by "BSD politics" >rather than tech merits. Well, it's a mix really, and the politics is FreeBSD politics not inter-BSD politics. I think the BSD systems have been around each other long enough to recognize that something may be a perfect fit for one BSD and a total mess in another. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 12:56:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA97316A418 for ; Tue, 16 Oct 2007 12:56:26 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7920C13C4A6 for ; Tue, 16 Oct 2007 12:56:25 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so436841ele for ; Tue, 16 Oct 2007 05:56:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=YZha77nRk3HvKIFyFvHdeW2594g9G5+t1yn6y7wylN8=; b=rFUjT+W0s9MZDu8eu+59eGYP/QIN0CSzGOy1GjzXUm5o51zPkNl9B4cGHGoNwQNd4DErOLhTKdBfkOrxGHscpzLC1CfMvwQgdk5Pwf3mJMkbIafu8JQZb/Zb6o8xazgPyPnQgIkstVrxqmzr1Z1Xv00qBxp65mOICk5cTM23yh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=Ec+nnERztgLnxky9/uSu4ymiKPMg0U+ypyFkqmjIzfWeJRhZhDlaTditG/pKibf3ZIIwTul1WHS80PssivPy5cB18r6Z4hxn0Hxt8gmNs1RmZ/CLiOyew+dydcusV5qDsvYEAOmgluTxjJA7tgghXr9VmX8VFt5blJEyAR9oTIM= Received: by 10.142.242.8 with SMTP id p8mr1964022wfh.1192539371772; Tue, 16 Oct 2007 05:56:11 -0700 (PDT) Received: from Mewtwo ( [74.15.201.94]) by mx.google.com with ESMTPS id a78sm6539413pye.2007.10.16.05.56.06 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Oct 2007 05:56:07 -0700 (PDT) Message-ID: <01fb01c80ff3$be1f48d0$6401a8c0@Mewtwo> From: "YoctoGram" To: "Poul-Henning Kamp" References: <12473.1192537588@critter.freebsd.dk> Date: Tue, 16 Oct 2007 08:54:50 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailman-Approved-At: Tue, 16 Oct 2007 13:22:06 +0000 Cc: Shteryana Shopova , freebsd-current@FreeBSD.org, Alexander Leidinger , "Constantine A. Murenin" Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 12:56:26 -0000 > Now, who are you, and what is your role in this ? Well, I'm just a BSD OS lurker/fan. I really like netBSD. But the FreeBSD ZFS port caught my attention lately (despite the on going ZFS lawsuit). Thanks for the clarifications, and I apologise for the disruption. Based on the following: >> If you compare at NetBSD, OpenBSD and FreeBSD, you will find a quite >> visible difference in the architectural attitude the projects take >> to various problems. I had the feelings that the 'backed out' was motivated by "BSD politics" rather than tech merits. // Yocto ----- Original Message ----- From: "Poul-Henning Kamp" To: "YoctoGram" Cc: "Shteryana Shopova" ; ; "Alexander Leidinger" ; "Constantine A. Murenin" Sent: Tuesday, October 16, 2007 8:26 AM Subject: Re: I backed out the sensors framework > In message <019901c80fe8$3cb62b20$6401a8c0@Mewtwo>, "YoctoGram" writes: >>> If it is biased, it is biased against the code and not the person(s). >> >>I'm sorry, but who are you to decide? > > A fair question I guess. > > I am undisputedly the person who has been most active in FreeBSD > kernel development for the longest time. > > I have severely cleaned up the VFS system and the attached filesystems, > written DEVFS, GEOM, a widely acclaimed implementation of malloc(3), > the timekeeping code, a disk encryption facility, large parts of > the FreeBSD release building and installation code, from scratch. > Add to that a bunch of device drivers and various other stuff. > > In terms of raw numbers, the FreeBSD CVS repo statistics say that > I have made 4707 commits to the kernel, 25% more than number two > on that list. If you add in the 2367 commits I have made to the > rest of the source code, you will find that on average, I have, on > average, committed something to FreeBSD every 17h20m, over the last > 14 years. > > I have also been the FreeBSD release engineer and a core team member, > for far longer time than is good for any persons sanity, and have, > through insight, reasoning, argument, manipulation, deceit and > downright trickery been instrumental in getting FreeBSD to where > it is now. > > That of course does not mean that I get to make decisions in a > vacuum, or "just because", that's not how FreeBSD works. But it > does have a tendency to give my opinion some weight. > > I am also coincidentally, the perpetrator behind the "bikeshed.org" > meme. > > > Now, who are you, and what is your role in this ? > > >>Who did accept and approved this project in the first place? > > Google and the FreeBSD SoC mentors I pressume ? > >>Why should Google be spending any more money on "approved" FreeBSD SoC... >>if, at the end, it get "backed out" ? > > Ahh, but you seem to labour under the misunderstanding that SoC is > a fast path to the FreeBSD source tree. That is not the case. > > Being approved for SoC means that the project is a good project for > SoC, it does not imply that the code will end up in a FreeBSD release. > > As far as I have kept score, only around half of the SoC projects > end up being imported in CVS, and usually only after significant > more work. > > That is still an impressive score by all means, and I fully support > the SoC programme: how I wish such an opportunity had existed when > I was younger. > >>So, if there was a problem with "the code"... why didn't you (or any of >>the >>FreeBSD leaders) took action(s) sooner? > > I did, and people didn't pay sufficient attention. > > Poul-Henning > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by > incompetence. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 13:30:40 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 831D516A417 for ; Tue, 16 Oct 2007 13:30:40 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6067613C459 for ; Tue, 16 Oct 2007 13:30:40 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B700F20A4; Tue, 16 Oct 2007 15:30:31 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id AAB00208D; Tue, 16 Oct 2007 15:30:31 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 97ADC84488; Tue, 16 Oct 2007 15:30:31 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Leidinger References: <20071014131918.33cb4f69@deskjail> Date: Tue, 16 Oct 2007 15:30:31 +0200 In-Reply-To: <20071014131918.33cb4f69@deskjail> (Alexander Leidinger's message of "Sun\, 14 Oct 2007 13\:19\:18 +0200") Message-ID: <86lka32nm0.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: Strange problem with universe build (ARM?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 13:30:40 -0000 Alexander Leidinger writes: >>> arm started on Sun Oct 14 01:06:42 CEST 2007 > *** Error code 1 (ignored) > cd /system/usr_src && make buildworld TARGET=3Darm __MAKE_CONF=3D/dev/= null > _.arm.buildworld 2>&1 Check the log file. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 13:59:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D5CE16A417 for ; Tue, 16 Oct 2007 13:59:24 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 1535013C4B0 for ; Tue, 16 Oct 2007 13:59:24 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id 6F83A3EA6; Tue, 16 Oct 2007 22:58:48 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on draba.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-16.5 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 10B753EA5 for ; Tue, 16 Oct 2007 22:58:47 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:in-reply-to:references:content-type: content-transfer-encoding:date:message-id:mime-version; q= dns/txt; s=s1024; bh=vPToPx/8LAPXhdqL7oKF8B1aHBY=; b=i2t6Ns17T5E ubR6/PxIsnn0djdvkW0YKPXeGWVZmEQl9X4y4owmNvWVACfjD0/1mRhNwd4tg5R/ niA3PZosqE3kl3QQBBUP8rtSsvN2HTdGsXBDBHasNNh8QiSIUq05TcVNNrrQpM4b 0XwGMnGpkc5hQvIUy9T1T+FF5rKcR0zQ= Received: from viola.izb.knu.ac.kr (viola.izb.knu.ac.kr [IPv6:2002:9be6:9d5d:3::3]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id D8C5B3EA4 for ; Tue, 16 Oct 2007 22:58:46 +0900 (KST) Received: by viola.izb.knu.ac.kr (Postfix, from userid 1001) id 032B45DF9; Tue, 16 Oct 2007 22:58:46 +0900 (KST) From: Byung-Hee HWANG To: freebsd-current@freebsd.org In-Reply-To: <019901c80fe8$3cb62b20$6401a8c0@Mewtwo> References: <4800.1192516602@critter.freebsd.dk> <019901c80fe8$3cb62b20$6401a8c0@Mewtwo> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: InZealBomb Date: Tue, 16 Oct 2007 22:58:46 +0900 Message-Id: <1192543126.868.8.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 13:59:24 -0000 YoctoGram, On Tue, 2007-10-16 at 07:32 -0400, YoctoGram wrote: > > If it is biased, it is biased against the code and not the person(s). > > I'm sorry, but who are you to decide? [...snip...] Just let me say this... I'm just end user who likes FreeBSD. I think phk has been speaking for the good of the FreeBSD Project, not for himself. So you'd better stop making other trouble ;; -- Byung-Hee HWANG "I need a guy I can trust." "Yeah, OK, let me think about it." -- Johnny Fontane and Nino Valenti, "Chapter 12", page 177 From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 14:47:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2853F16A418 for ; Tue, 16 Oct 2007 14:47:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id CBA0613C46A for ; Tue, 16 Oct 2007 14:47:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1585852nfb for ; Tue, 16 Oct 2007 07:47:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=01TWwUdcn+66YWOI1OwZ7+Iu85jYuhpdCoucc0twWt0=; b=UN/4HCclSlXPDFZOG9HqRkopRPcQCKhrMs8IzaMSDHhAQ1OMnfspCRZSS1XZJNcHeQYySJRXpKkQDoVjVzgEn1+iozu2w3iR22rOKnSUT4ggVvU7Se9TA5KseKcthuukI5I4yY1iM7yRKbvjdvmreO+zZzvTPoFwn9AMIDdRFEU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=NmWewAiNvnyE14/+2e6lVO7+RcIYpFEuYMXd1rTGrG03vhVDLKZZag3MxHBuSLlaErqKjtN+Efttg12r6xCuk5mWhFAUw7HC+wSsL6oaN430bDjbCr3jmgQjNsQVO1Bz+gJzLoyD9CTIOXSK8hO6nJLjDZ/EIV2TSX5HwWkTsmI= Received: by 10.78.179.12 with SMTP id b12mr5010509huf.1192546034801; Tue, 16 Oct 2007 07:47:14 -0700 (PDT) Received: by 10.78.97.18 with HTTP; Tue, 16 Oct 2007 07:47:14 -0700 (PDT) Message-ID: <3bbf2fe10710160747q51b065gcbf0cd4ef2224945@mail.gmail.com> Date: Tue, 16 Oct 2007 16:47:14 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Peter Schuller" In-Reply-To: <20071016120143.GA57926@hyperion.scode.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071016110642.GB54457@hyperion.scode.org> <20071016114323.GA36300@eos.sc1.parodius.com> <20071016120143.GA57926@hyperion.scode.org> X-Google-Sender-Auth: 49ec7fc014f9717d Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 14:47:17 -0000 2007/10/16, Peter Schuller : > > > Just in case you missed some debugging knobs: can you retest with > > > RELENG_7? (not -current). > > I will, but I did disable INVARIANTS/WITNESS. I was afraid I had > missed something else that I am not aware of; diffing the kernel conf > did not indicate this was the case. Recent NetBSD benchmarks, showed that malloc debugging is a very big bottleneck for sybench, so you should remove it as well. Also, benchmarks posted where just in regard of cached datas, so without any need to do I/O from disks. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 14:49:19 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82B3A16A468; Tue, 16 Oct 2007 14:49:19 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id BC4E213C468; Tue, 16 Oct 2007 14:49:18 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9GEnG83011566 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 16 Oct 2007 16:49:16 +0200 From: "Petr Holub" To: "Jeremy Chadwick" Date: Tue, 16 Oct 2007 16:49:57 +0200 Message-ID: <009f01c81003$d254d3a0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: <20071016033503.GA22992@eos.sc1.parodius.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 16 Oct 2007 16:49:16 +0200 (CEST) Cc: current@FreeBSD.org Subject: RE: comconsole_speed not applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 14:49:19 -0000 > As an alternative, try placing -S115200 in /boot.config and remove > the comconsole_speed from /boot/loader.conf. > > I use -S115200 -Dh in /boot.config on RELENG_7 without a problem. I've tested that and it doesn't work either. Funny thing is it works with BIOS redirection, so at least the port is capable of this for sure... Petr From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 14:50:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D252916A41A for ; Tue, 16 Oct 2007 14:50:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AD94013C468 for ; Tue, 16 Oct 2007 14:50:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IhnNd-0006wJ-IK for freebsd-current@freebsd.org; Tue, 16 Oct 2007 14:26:45 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 14:26:45 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 14:26:45 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 16 Oct 2007 16:06:37 +0200 Lines: 12 Message-ID: References: <4800.1192516602@critter.freebsd.dk> <019901c80fe8$3cb62b20$6401a8c0@Mewtwo> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <019901c80fe8$3cb62b20$6401a8c0@Mewtwo> Sender: news Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 14:50:06 -0000 YoctoGram wrote: > Why should Google be spending any more money on "approved" FreeBSD > SoC... if, at the end, it get "backed out" ? Well SoC is mostly a recruitment gimmick for Google (a good one at that - I have no objections about it :) ) so in any case Google gets something of it. Projects made for SoC are not necessarily fit for inclusion in the official system - some of them are just experiments. I think that getting the sensors framework ported was a Good Thing because it showed how it won't fit in FreeBSD - if it didn't get ported, people might wonder why :) From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 15:04:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7267C16A418 for ; Tue, 16 Oct 2007 15:04:28 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 424F313C49D for ; Tue, 16 Oct 2007 15:04:27 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 16C701B10F1F; Tue, 16 Oct 2007 17:04:26 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 25B221B10F2C; Tue, 16 Oct 2007 17:04:22 +0200 (CEST) Message-ID: <4714D2F5.1060206@moneybookers.com> Date: Tue, 16 Oct 2007 18:04:21 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Attilio Rao References: <20071016110642.GB54457@hyperion.scode.org> <20071016114323.GA36300@eos.sc1.parodius.com> <20071016120143.GA57926@hyperion.scode.org> <3bbf2fe10710160747q51b065gcbf0cd4ef2224945@mail.gmail.com> In-Reply-To: <3bbf2fe10710160747q51b065gcbf0cd4ef2224945@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4540/Sun Oct 14 03:43:55 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 15:04:28 -0000 Hi, Attilio Rao wrote: > 2007/10/16, Peter Schuller : > >>>> Just in case you missed some debugging knobs: can you retest with >>>> RELENG_7? (not -current). >>>> >> I will, but I did disable INVARIANTS/WITNESS. I was afraid I had >> missed something else that I am not aware of; diffing the kernel conf >> did not indicate this was the case. >> > > Recent NetBSD benchmarks, showed that malloc debugging is a very big > bottleneck for sybench, so you should remove it as well. > Also, benchmarks posted where just in regard of cached datas, so > without any need to do I/O from disks. > > Attilio > > > If you run real RELENG_7 it have to be without debug in kernel, and in malloc, nothing really to tune here :) Just update your source tree to the latest RELENG_7 recompile and etc. http://lists.freebsd.org/pipermail/freebsd-performance/2007-May/002664.html - here are my results with mysql with FreeBSD 6.2, you can use it to see what I did and when I reach best performance. From what I remember to achieve good results you have to: 1) cp /usr/local/share/mysql/my-large.cnf /var/db/mysql/my.cnf (or use huge if you have more one dual core CPUs) 2) sysctl kern.timecounter.hardware=TSC 3) changing default thread lib, but in RELENG_7 the fastest lib is used by default compile 2 kernels with scheduler 4BSD and ULE and compare results :) P.S. Do not forget to use the same version and compile options for mysql. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 15:06:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C834C16A420 for ; Tue, 16 Oct 2007 15:06:00 +0000 (UTC) (envelope-from jpedras+freebsd-current@webvolution.net) Received: from mail.portrait.com (mail.portrait.com [64.171.32.41]) by mx1.freebsd.org (Postfix) with ESMTP id C28EA13C4B5 for ; Tue, 16 Oct 2007 15:06:00 +0000 (UTC) (envelope-from jpedras+freebsd-current@webvolution.net) Received: from joao-pedras-computer-2.local (beastie.webvolution.net [64.174.136.225]) (authenticated bits=0) by mail.portrait.com (8.13.1/8.13.1) with ESMTP id l9GF5lqB083903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 08:05:52 -0700 (PDT) (envelope-from jpedras+freebsd-current@webvolution.net) Message-ID: <4714D34C.9010908@webvolution.net> Date: Tue, 16 Oct 2007 08:05:48 -0700 From: Joao Pedras User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Petr Holub References: <009f01c81003$d254d3a0$5317fb93@KLOBOUCEK> In-Reply-To: <009f01c81003$d254d3a0$5317fb93@KLOBOUCEK> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=3.0 tests=FORGED_RCVD_HELO X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on mail.portrait.com Cc: freebsd-current@freebsd.org Subject: Re: comconsole_speed not applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 15:06:00 -0000 Petr Holub wrote: >> As an alternative, try placing -S115200 in /boot.config and remove >> the comconsole_speed from /boot/loader.conf. >> >> I use -S115200 -Dh in /boot.config on RELENG_7 without a problem. > > I've tested that and it doesn't work either. Funny thing is it > works with BIOS redirection, so at least the port is capable > of this for sure... > > Petr > > _______________________________________________ > 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" Peter, there is a thread currently going ("New-bus unit wiring via hints..") in which is mentioned that the kernel may swap the numbering of the sio's (ie. sio0 is sio1 and vice-versa). I am not sure if this is happening to you. Hope that helps. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 14:47:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BEFF16A46B for ; Tue, 16 Oct 2007 14:47:26 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id D32DF13C467 for ; Tue, 16 Oct 2007 14:47:25 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3880557pyb for ; Tue, 16 Oct 2007 07:47:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=rFN4k/IQUxDlR+TUG28eovcfVJQJout3z+rekcSYcdk=; b=F8jay3N1REk1ETsPjy5CYp0pZKbxbkT3cqM+4B7RJwyH6VU8714UyVfZx39GZ6taZBdk7Nycit91FEDv5/bRhGmGBy3lXNfr/8sAz7rpT6kcODEyZ2d2bYkILFOeZMyK5hxP65bbPvCOOzobs+S2eKH1QlkRjtYECpnfRYlfdT8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=rsoFP4YhoF2tkNrnBOtKpNbY1B3A7f80sOo4nIqaQapmtPc1eUgXk1gOsGKalPQ9gCdD45J/lBuv7YQe+vO+5dhey8b9IdUi/fnn//UFRCaNiKkOnVVXWPa0lht0wue7ONbxOruWMeFG+oryQ4amN6VkkS4WH2T+sK17RLPOE4s= Received: by 10.35.75.15 with SMTP id c15mr9198409pyl.1192546042875; Tue, 16 Oct 2007 07:47:22 -0700 (PDT) Received: from Mewtwo ( [74.15.201.94]) by mx.google.com with ESMTPS id p77sm6581810pyb.2007.10.16.07.47.21 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Oct 2007 07:47:21 -0700 (PDT) Message-ID: <028701c81003$4867fd20$6401a8c0@Mewtwo> From: "YoctoGram" To: , References: <4800.1192516602@critter.freebsd.dk><019901c80fe8$3cb62b20$6401a8c0@Mewtwo> <1192543126.868.8.camel@viola.izb.knu.ac.kr> Date: Tue, 16 Oct 2007 10:46:05 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Mailman-Approved-At: Tue, 16 Oct 2007 15:38:25 +0000 Cc: Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 14:47:26 -0000 > So you'd better stop making other trouble ;; PHK did answer my worries. Even if I may not agree 100% with him, I did appreciate his honesty. If I feel something is wrong I will speak up (hope you don't see it as trouble). However, I may have to be more careful on the way I phrase my thought. "Perception" is not a digital entity... :) // Yocto ----- Original Message ----- From: "Byung-Hee HWANG" To: Sent: Tuesday, October 16, 2007 9:58 AM Subject: Re: I backed out the sensors framework > YoctoGram, > > On Tue, 2007-10-16 at 07:32 -0400, YoctoGram wrote: >> > If it is biased, it is biased against the code and not the person(s). >> >> I'm sorry, but who are you to decide? > [...snip...] > > Just let me say this... I'm just end user who likes FreeBSD. I think phk > has been speaking for the good of the FreeBSD Project, not for himself. > So you'd better stop making other trouble ;; > > -- > Byung-Hee HWANG > > "I need a guy I can trust." > "Yeah, OK, let me think about it." > -- Johnny Fontane and Nino Valenti, "Chapter 12", page 177 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 15:48:20 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB8516A417 for ; Tue, 16 Oct 2007 15:48:20 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 10B3A13C465 for ; Tue, 16 Oct 2007 15:48:19 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 4D1B41A000B22 for ; Tue, 16 Oct 2007 08:48:18 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oIhxI6hqN+QS for ; Tue, 16 Oct 2007 08:48:11 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 2B33E1A000B06 for ; Tue, 16 Oct 2007 08:48:11 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: current@freebsd.org Date: Tue, 16 Oct 2007 08:48:09 -0700 User-Agent: KMail/1.9.7 References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <200710151335.27991.fjwcash+freebsd@gmail.com> <9098.172.16.9.1.1192514623.squirrel@www.xtra-net.be> In-Reply-To: <9098.172.16.9.1.1192514623.squirrel@www.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710160848.09877.fjwcash+freebsd@gmail.com> Cc: Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 15:48:20 -0000 On October 15, 2007 11:03 pm Vincent Blondel wrote: > My system is a Intel Core2 Quad Q6600 on a Intel Desktop Board DP35DP ( > http://www.intel.com/products/motherboard/DP35DP/index.htm ) with 4Go > Memory. Dom/0 currently runs with a Ubuntu 7.10 ( amd64 version with > Linux 2.6.22 and Xen 3.1 ). > > So yes this CPU supports all what PAE,VMX, ... > Finally I am not sure to really understand what you explained above > with virtualized and para-virtualized kernel. As I understand it, we > get two ways to install a Dom/U system. System that's not Xen > compatible but that can be installed through support for Intel VT ( > e.g. Windows 2003 Server ). This runs with a hvm loader. Try using that method to install FreeBSD. That way, you don't need any special domU kernel. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 15:48:20 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 705F116A418 for ; Tue, 16 Oct 2007 15:48:20 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id F0CA013C45D for ; Tue, 16 Oct 2007 15:48:19 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:gMiRRV0/RDFeoHsPSmfCDWs4o7+WUzJug98fhEslNTgQTst9A87KXZVOiIGpxyci@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id l9GFlmx3068104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Oct 2007 00:47:52 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 17 Oct 2007 00:47:47 +0900 Message-ID: From: Hajimu UMEMOTO To: ktsin@acm.org In-Reply-To: <46DDCF48.4060805@errno.com> References: <1188892560.28297.27.camel@pav.hide.vol.cz> <20070904203225.GA1895@baranyfelhocske.buza.adamsfamily.xx> <46DDCF48.4060805@errno.com> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Oct_17_00:47:47_2007-1" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 17 Oct 2007 00:47:52 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on ameno.mahoroba.org Cc: freebsd-current@freebsd.org, Szilveszter Adam Subject: Re: [Fwd: gkrellmwireless-2.0.2_7 failed on amd64 7] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 15:48:20 -0000 --Multipart_Wed_Oct_17_00:47:47_2007-1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, >>>>> On Tue, 04 Sep 2007 14:34:00 -0700 >>>>> Sam Leffler said: sam> Szilveszter Adam wrote: > On Tue, Sep 04, 2007 at 09:56:00AM +0200, Pav Lucistnik wrote: > =20 >> Hey list, >> >> a bunch of ports broke on recent CURRENT, similar to the log below. >> Who's responsible for this change - who should I nag to fix the ports? >> =20 > > The commit that caused this is=20 > > http://lists.freebsd.org/pipermail/cvs-all/2007-July/226628.html > > by thompsa.=20 > > The log says that the ioctls that used to be used by wicontrol were > removed. It seems that several applications relied on this interface > (even in the case of non-wi cards/chips) probably because this used to > be one of the first such interfaces on FreeBSD and then just continued > working (TM). Unfortunately some =F6of the affected apps are esentially > abandoned (eg wmwifi) so I have no idea if the port maintainer can fix > them alone. But it would be nice, because now it is really hard to find > any wlan signal monitoring apps for FreeBSD apart from Gnome/KDE applets. > =20 sam> The old wi ioctl's have been deprecated for a very long time. There a= re=20 sam> replacements that should be used instead. The easiest thing to do is = sam> crib code from ifconfig. The gkrellmwireless2 port has a code to support new ioctls, already. So, just stop treating wi as special should be okay. Please replace files/patch-ume-scan with the attached patch and try it. The patch is compilable on CURRENT. However, I cannot test it, actually. Sincerely, --Multipart_Wed_Oct_17_00:47:47_2007-1 Content-Type: text/x-patch; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="patch-ume-scan.diff" Content-Transfer-Encoding: 7bit Index: wireless.c diff -u -p wireless.c.orig wireless.c --- wireless.c.orig 2002-12-07 00:01:13.000000000 +0900 +++ wireless.c 2007-10-04 02:52:24.000000000 +0900 @@ -93,6 +93,37 @@ wcard_t *found_wcard(gchar *interface) { #if defined(__FreeBSD__) || defined(__NetBSD__) /* FreeBSD & NetBSD specific */ +#if defined(__FreeBSD__) && __FreeBSD_version >= 600034 +static gint +find_scan_card(void) { + gint ret = FALSE; + struct ifaddrs *res = NULL, *ifa = NULL; + struct ifmediareq ifmr; + int s; + + if (getifaddrs(&res) != 0) + return ret; + if ((s = socket(PF_INET, SOCK_DGRAM, 0)) < 0) { + freeifaddrs(res); + return ret; + } + for (ifa = res; ifa; ifa = ifa->ifa_next) { + memset(&ifmr, 0, sizeof(ifmr)); + strncpy(ifmr.ifm_name, ifa->ifa_name, sizeof(ifmr.ifm_name)); + if (ioctl(s, SIOCGIFMEDIA, (caddr_t)&ifmr) < 0) + continue; + if (!(ifmr.ifm_status & IFM_AVALID)) + continue; + if (IFM_TYPE(ifmr.ifm_active) != IFM_IEEE80211) + continue; + if (found_wcard(ifa->ifa_name) != NULL) + ret = TRUE; + } + close(s); + freeifaddrs(res); + return ret; +} +#else static int find_wi_card(void) { /* possible interfaces */ @@ -161,18 +192,56 @@ find_an_card(void) { return ret; } #endif /* !defined(__NetBSD__) */ +#endif /* defined(__FreeBSD__) && __FreeBSD_version >= 600034 */ static gint find_wlancard(void) { gint ret = FALSE; - + +#if defined(__FreeBSD__) && __FreeBSD_version >= 600034 + ret = find_scan_card(); +#else ret = find_wi_card(); #if !defined(__NetBSD__) ret = find_an_card() || ret; #endif /* !defined(__NetBSD__) */ +#endif /* defined(__FreeBSD__) && __FreeBSD_version >= 600034 */ return ret; } +#if defined(__FreeBSD__) && __FreeBSD_version >= 600034 +static int +get_scan_link_quality(wcard_t *card, float *quality, float *level, float *noise) { + int s; + uint8_t buf[24 * 1024]; + struct ieee80211req ireq; + struct ieee80211req_scan_result *sr; + + /* open a socket for ioctl's */ + if ((s = socket(AF_INET, SOCK_DGRAM, 0)) == -1) return FALSE; + + memset(&ireq, 0, sizeof(ireq)); + strncpy(ireq.i_name, card->ifname, sizeof(ireq.i_name)); + ireq.i_type = IEEE80211_IOC_SCAN_RESULTS; + ireq.i_data = buf; + ireq.i_len = sizeof(buf); + if (ioctl(s, SIOCG80211, &ireq) < 0) { + close(s); + return FALSE; + } + close(s); + if (ireq.i_len < sizeof(struct ieee80211req_scan_result)) + return FALSE; + + sr = (struct ieee80211req_scan_result *) buf; + *quality = sr->isr_intval; + *level = sr->isr_rssi; + *noise = sr->isr_noise; + return TRUE; +} +#endif /* defined(__FreeBSD__) && __FreeBSD_version >= 600034 */ + +#if !defined(__FreeBSD__) || __FreeBSD_version < 700052 static int get_wi_link_quality(wcard_t *card, float *quality, float *level, float *noise) { /* wireless info request struct */ @@ -210,6 +279,7 @@ get_wi_link_quality(wcard_t *card, float return TRUE; } +#endif /* !defined(__FreeBSD__) || __FreeBSD_version < 700052 */ #if !defined(__NetBSD__) static int @@ -256,6 +326,15 @@ get_an_link_quality(wcard_t *card, float static int get_link_quality(wcard_t *card, float *quality, float *level, float *noise) { +#if defined(__FreeBSD__) && __FreeBSD_version >= 600034 + if (strncmp(card->ifname, "an", 2) == 0 && isnumber(card->ifname[2])) + return get_an_link_quality(card,quality,level,noise); +#if !defined(__FreeBSD__) || __FreeBSD_version < 700052 + else if (strncmp(card->ifname, "wi", 2) == 0 && isnumber(card->ifname[2])) + return get_wi_link_quality(card,quality,level,noise); +#endif /* !defined(__FreeBSD__) || __FreeBSD_version < 700052 */ + return get_scan_link_quality(card,quality,level,noise); +#else switch (card->ifname[0]) { #if !defined(__NetBSD__) case 'a': /* an card */ @@ -265,6 +344,7 @@ get_link_quality(wcard_t *card, float *q return get_wi_link_quality(card,quality,level,noise); } return FALSE; +#endif } #endif Index: wireless.h diff -u wireless.h.orig wireless.h --- wireless.h.orig 2002-12-07 00:01:13.000000000 +0900 +++ wireless.h 2007-10-04 02:33:03.000000000 +0900 @@ -24,6 +24,11 @@ #include #include #include +#if __FreeBSD_version >= 600034 + #include + #include + #include +#endif #if __FreeBSD_version >= 470000 #include #else --Multipart_Wed_Oct_17_00:47:47_2007-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Wed_Oct_17_00:47:47_2007-1-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 16:31:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 932ED16A41B; Tue, 16 Oct 2007 16:31:25 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1A58713C478; Tue, 16 Oct 2007 16:31:24 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id l9GGVNeF076570; Tue, 16 Oct 2007 11:31:23 -0500 (CDT) (envelope-from dan) Date: Tue, 16 Oct 2007 11:31:23 -0500 From: Dan Nelson To: Kris Kennaway Message-ID: <20071016163123.GA22599@dan.emsphone.com> References: <20070912172752.GA13960@dan.emsphone.com> <200710101615.48760.jhb@freebsd.org> <20071012143800.GA76105@dan.emsphone.com> <470F9211.8010604@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <470F9211.8010604@FreeBSD.org> X-OS: FreeBSD 7.0-PRERELEASE User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Ivan Voras Subject: Re: Panic in arpresolve->rt_check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 16:31:25 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In the last episode (Oct 12), Kris Kennaway said: > Dan Nelson wrote: >> In the last episode (Oct 10), John Baldwin said: >>> On Wednesday 12 September 2007 02:50:37 pm Ivan Voras wrote: >>>> Dan Nelson wrote: >>>>> The same panic was also reported for 6.2 via PR 107865 and PR >>>>> 112490. 112490 included a workaround patch (I haven't tried it; >>>>> just found it). >>>> >>>> The proposed patch in kern/112490 looks trivial but someone who >>>> knows more about net locking should check it out. Unfortunately it >>>> lacks context and I don't know the code in question to apply it >>>> safely on a production machine :( >>> >>> I also get panics with what appears to be a double free of >>> rt_gwroute in rtexpunge(), so I think while this PR may help some >>> with figuring out the problem, I'm not sure it solves the root bug. >>> >>> Hmm, possibly try this patch: >> >> This makes the panics more frequent on my machine, actually :) > > Since you can reproduce this frequently the best thing might be to > instrument all the route handling with KTR so that you can do > post-mortem and try to figure out where the double-free or missing > reference happened. I've added some KTR debugging (why are the macros named CTR* instead of KTR* ? ) and I think I've got the problem nailed down, but I don't know anything about networking so I don't know what the solution is. I've attached a KTR dump and the debugging patches I made (done to preserve line numbering at the expense of style). It looks like two threads are entering rt_check at the same time. In the ktrdump, lrt0 is 0xc674d000 and lrt0->rt_gwroute is 0xc674ae88 for both threads. The thread on CPU1 locks lrt0 at line :1287 (ktr index 641), then locks lrt0->rt_gwroute at :1303 (k642). It frees lrt0->rt_gwroute at :1305 (k643), then unlocks lrt0 at :1308 (k651) before calling rtalloc1(). Meanwhile, the thread on CPU0 has entered the rt_check function and is spinning on the lrt0 lock at line :1287 (k649). When CPU1 unlocks ltr0 (k651 above), lrt0->rt_gwroute is still pointing to the freed rtentry. CPU0 then attempts to lock the now-freed lrt0->rt_gwroute and crashes. So, the problem is that ltr0->rt_gwroute is being left in an inconsistent state while ltr0 is unlocked. What's the solution? Zero out rt_gwroute before unlocking lrt0, then do some extra checks after re-locking to handle the case where another thread has called rtalloc1 before us, or something else? Or is there some other locking problem higher up that's allowing rt_check to be called in parellel on the same rtentry in the first place? -- Dan Nelson dnelson@allantgroup.com --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ktrdump.150" index cpu timestamp file and line trace ------ --- ---------------- ---------------------------------------- ----- 658 1 55794610845896 net/route.c:1316 0xcd38caa0 lock 0xc674d000 in rt_check 657 1 55794610828094 net/route.c:175 0xcd38caa0 lock 0xc7a49168 in rtalloc1 656 1 55794610826764 net/route.c:911 0xcd38caa0 unlock 0xc7a49168 in rtrequest1 655 1 55794610826184 net/route.c:909 0xcd38caa0 addref 0xc7a49168 1->2 in rtrequest1 654 1 55794610824041 netinet/if_ether.c:224 0xcd38caa0 addref 0xc7a49168 0->1 in arp_rtrequest 653 1 55794610811998 net/route.c:788 0xcd38caa0 lock 0xc7a49168 in rtrequest1 652 0 55794610803227 net/route.c:1303 0xcb107000 lock 0xc674ae88 in rt_check 651 1 55794610799304 net/route.c:1308 0xcd38caa0 unlock 0xc674d000 in rt_check 650 1 55794610797886 net/route.c:302 0xcd38caa0rt_check 0xc674d000 646 0 55794610791936 netinet/if_ether.c:365 0xcb107000>arpresolve 0xc674d000 645 1 55794610786793 net/route.c:245 0xcd38caa0 remref 0xc674ae88 1->0 in rtfree 644 1 55794610786128 net/route.c:238 0xcd38caa0>rtfree 0xc674ae88 643 1 55794610783781 net/route.c:1305 0xcd38caa0 free 0xc674ae88 642 1 55794610782649 net/route.c:1303 0xcd38caa0 lock 0xc674ae88 in rt_check 641 1 55794610780584 net/route.c:1287 0xcd38caa0 lock 0xc674d000 in rt_check 640 1 55794610779823 net/route.c:1285 0xcd38caa0>rt_check 0xc674d000 639 1 55794610777390 netinet/if_ether.c:365 0xcd38caa0>arpresolve 0xc674d000 638 0 55794610752772 net/route.c:119 0xcb107000 unlock 0xc674d000 in rtalloc_ign 637 0 55794610751654 net/route.c:198 0xcb107000 addref 0xc674d000 1->2 in rtalloc1 636 0 55794610750193 net/route.c:197 0xcb107000 lock 0xc674d000 in rtalloc1 635 1 55794610736882 net/route.c:119 0xcd38caa0 unlock 0xc674d000 in rtalloc_ign 634 1 55794610735429 net/route.c:198 0xcd38caa0 addref 0xc674d000 0->1 in rtalloc1 633 1 55794610733358 net/route.c:197 0xcd38caa0 lock 0xc674d000 in rtalloc1 --fUYQa+Pmc3FrFX/N Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ktr.diff" Index: net/route.c =================================================================== RCS file: /home/ncvs/src/sys/net/route.c,v retrieving revision 1.120 diff -u -r1.120 route.c --- net/route.c 11 Jun 2007 12:19:34 -0000 1.120 +++ net/route.c 16 Oct 2007 03:01:18 -0000 @@ -40,7 +40,7 @@ #include #include #include - +#include #include #include @@ -235,7 +235,7 @@ KASSERT(rt != NULL,("%s: NULL rt", __func__)); rnh = rt_tables[rt_key(rt)->sa_family]; KASSERT(rnh != NULL,("%s: NULL rnh", __func__)); - + CTR2(KTR_NET, "%p>rtfree %p",curthread, rt); RT_LOCK_ASSERT(rt); /* @@ -299,13 +299,13 @@ */ RT_LOCK_DESTROY(rt); uma_zfree(rtzone, rt); - return; + CTR2(KTR_NET, "%prt_check %p", curthread, rt); /* NB: the locking here is tortuous... */ RT_LOCK(rt); if ((rt->rt_flags & RTF_UP) == 0) { RT_UNLOCK(rt); - rt = rtalloc1(dst, 1, 0UL); + CTR2(KTR_NET, "%p discard %p in rt_check", curthread, rt); rt = rtalloc1(dst, 1, 0UL); if (rt != NULL) { RT_REMREF(rt); /* XXX what about if change? */ - } else - return (EHOSTUNREACH); + } else { + CTR1(KTR_NET, "%psa_family != AF_NS */ + } /* XXX BSD/OS checks dst->sa_family != AF_NS */ if (rt->rt_flags & RTF_GATEWAY) { if (rt->rt_gwroute == NULL) goto lookup; rt = rt->rt_gwroute; RT_LOCK(rt); /* NB: gwroute */ if ((rt->rt_flags & RTF_UP) == 0) { - RTFREE_LOCKED(rt); /* unlock gwroute */ + CTR2(KTR_NET, "%p free %p", curthread, rt); RTFREE_LOCKED(rt); /* unlock gwroute */ rt = rt0; lookup: RT_UNLOCK(rt0); @@ -1311,13 +1311,13 @@ rt0->rt_gwroute = NULL; RT_REMREF(rt0); RT_UNLOCK(rt0); - return (ENETUNREACH); + CTR1(KTR_NET, "%prt_gwroute = rt; if (rt == NULL) { RT_UNLOCK(rt0); - return (EHOSTUNREACH); + CTR1(KTR_NET, "%prt_rmx.rmx_expire); if (error) { RT_UNLOCK(rt); - return (rt == rt0 ? EHOSTDOWN : EHOSTUNREACH); + CTR1(KTR_NET, "%prt_mtx, "rtentry", NULL, MTX_DEF | MTX_DUPOK) -#define RT_LOCK(_rt) mtx_lock(&(_rt)->rt_mtx) -#define RT_UNLOCK(_rt) mtx_unlock(&(_rt)->rt_mtx) -#define RT_LOCK_DESTROY(_rt) mtx_destroy(&(_rt)->rt_mtx) +#define RT_LOCK(_rt) do { CTR3(KTR_NET,"%p lock %p in %s", curthread,_rt,__func__); mtx_lock(&(_rt)->rt_mtx); } while(0) +#define RT_UNLOCK(_rt) do { CTR3(KTR_NET,"%p unlock %p in %s", curthread,_rt,__func__); mtx_unlock(&(_rt)->rt_mtx); } while(0) +#define RT_LOCK_DESTROY(_rt) do { CTR3(KTR_NET,"%p destroy %p in %s", curthread,_rt,__func__); mtx_destroy(&(_rt)->rt_mtx); } while(0) #define RT_LOCK_ASSERT(_rt) mtx_assert(&(_rt)->rt_mtx, MA_OWNED) #define RT_ADDREF(_rt) do { \ RT_LOCK_ASSERT(_rt); \ KASSERT((_rt)->rt_refcnt >= 0, \ ("negative refcnt %ld", (_rt)->rt_refcnt)); \ + CTR5(KTR_NET,"%p addref %p %d->%d in %s", curthread, _rt, \ + (_rt)->rt_refcnt, (_rt)->rt_refcnt+1, \ + __func__); \ (_rt)->rt_refcnt++; \ } while (0) #define RT_REMREF(_rt) do { \ RT_LOCK_ASSERT(_rt); \ KASSERT((_rt)->rt_refcnt > 0, \ ("bogus refcnt %ld", (_rt)->rt_refcnt)); \ + CTR5(KTR_NET,"%p remref %p %d->%d in %s", curthread, _rt, \ + (_rt)->rt_refcnt, (_rt)->rt_refcnt-1, \ + __func__); \ (_rt)->rt_refcnt--; \ } while (0) Index: netinet/if_ether.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/if_ether.c,v retrieving revision 1.162 diff -u -r1.162 if_ether.c --- netinet/if_ether.c 7 Oct 2007 20:44:22 -0000 1.162 +++ netinet/if_ether.c 15 Oct 2007 21:02:46 -0000 @@ -362,20 +362,20 @@ struct sockaddr_dl *sdl; int error; - if (m->m_flags & M_BCAST) { /* broadcast */ + CTR2(KTR_NET,"%p>arpresolve %p", curthread,rt0); if (m->m_flags & M_BCAST) { /* broadcast */ (void)memcpy(desten, ifp->if_broadcastaddr, ifp->if_addrlen); - return (0); + CTR1(KTR_NET,"%pm_flags & M_MCAST && ifp->if_type != IFT_ARCNET) {/* multicast */ ETHER_MAP_IP_MULTICAST(&SIN(dst)->sin_addr, desten); - return (0); + CTR1(KTR_NET,"%prt_llinfo; if (la == NULL) @@ -392,7 +392,7 @@ "arpresolve: can't allocate route for %s\n", inet_ntoa(SIN(dst)->sin_addr)); m_freem(m); - return (EINVAL); /* XXX */ + CTR1(KTR_NET,"%prt_llinfo; if (la == NULL) { @@ -401,7 +401,7 @@ "arpresolve: can't allocate llinfo for %s\n", inet_ntoa(SIN(dst)->sin_addr)); m_freem(m); - return (EINVAL); /* XXX */ + CTR1(KTR_NET,"%prt_gateway); @@ -427,11 +427,11 @@ RT_UNLOCK(rt); arprequest(ifp, &sin, &SIN(dst)->sin_addr, IF_LLADDR(ifp)); - return (0); + CTR1(KTR_NET,"%pif_flags & (IFF_NOARP | IFF_STATICARP)) { RT_UNLOCK(rt); m_freem(m); - return (EINVAL); + CTR1(KTR_NET,"%p Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CE4216A417 for ; Tue, 16 Oct 2007 16:47:16 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id 19BFC13C4B7 for ; Tue, 16 Oct 2007 16:47:16 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1IhpZU-0005uF-Rz for freebsd-current@freebsd.org; Tue, 16 Oct 2007 18:47:08 +0200 Received: from ip5993549e.rubicom.hu ([89.147.84.158] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1IhpZU-0005u5-CO for freebsd-current@freebsd.org; Tue, 16 Oct 2007 18:47:08 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1) with ESMTP id l9GGlEwm003632 for ; Tue, 16 Oct 2007 18:47:14 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1/Submit) id l9GGlE3E003631 for freebsd-current@freebsd.org; Tue, 16 Oct 2007 18:47:14 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Tue, 16 Oct 2007 18:47:14 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20071016164714.GC1695@baranyfelhocske.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <1188892560.28297.27.camel@pav.hide.vol.cz> <20070904203225.GA1895@baranyfelhocske.buza.adamsfamily.xx> <46DDCF48.4060805@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: [Fwd: gkrellmwireless-2.0.2_7 failed on amd64 7] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 16:47:16 -0000 Hello Umemoto-san, On Wed, Oct 17, 2007 at 12:47:47AM +0900, Hajimu UMEMOTO wrote: > The gkrellmwireless2 port has a code to support new ioctls, already. > So, just stop treating wi as special should be okay. > Please replace files/patch-ume-scan with the attached patch and try > it. > The patch is compilable on CURRENT. However, I cannot test it, > actually. Thank you very much for your work. Unfortunately I cannot test it because I do not use gkrellmwireless-2, I only noticed the same breakage in another port (wmwifi) and responded on the list. I will try to see if anything in your patch is applicable to wmwifi, but that code is old, so this is not sure. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 16:47:17 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3DA16A41A; Tue, 16 Oct 2007 16:47:17 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id DC7D013C48A; Tue, 16 Oct 2007 16:47:16 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1IhpNM-0003bv-0B; Tue, 16 Oct 2007 18:34:36 +0200 Received: from ip5993549e.rubicom.hu ([89.147.84.158] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1IhpNL-0003bX-FC; Tue, 16 Oct 2007 18:34:35 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1) with ESMTP id l9GGYfxJ003092; Tue, 16 Oct 2007 18:34:41 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1/Submit) id l9GGYfgO003091; Tue, 16 Oct 2007 18:34:41 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Tue, 16 Oct 2007 18:34:41 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20071016163441.GB1695@baranyfelhocske.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <47149948.20005@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47149948.20005@zedat.fu-berlin.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: ports/114050: Error compiling OpenOffice-2.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 16:47:17 -0000 Hello Oliver, On Tue, Oct 16, 2007 at 10:58:16AM +0000, O. Hartmann wrote: > As I reported in PR ports/114050 the error compiling OpenOffice even with > coreutils 6.9_1 is still present, although there was quick and dirty but > working patch, mention by Dr. Haakh in the audit trail. > > Today I patched the appropriate file and OO 2.3 seems to compile on i386 > and so on amd64. > > The patch below is working on my boxes. This is interesting, since I built OOo.org 2.3 on my (then) 7.0-CURRENT i386 box on 7th October without this patch, and it went just fine. I have coreutils-6.9_1. Possibly relevant difference from stock settings is that I do not build ports as root. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 17:05:56 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF1616A41B for ; Tue, 16 Oct 2007 17:05:56 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.freebsd.org (Postfix) with ESMTP id 7C83213C448 for ; Tue, 16 Oct 2007 17:05:56 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1759867wxd for ; Tue, 16 Oct 2007 10:05:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=SyscuFhMbaP/zOi7Z9PMLsP9Blyd3Y+0iUijC852wgI=; b=mlzG5UJl11GKxXykaOIS5zpY3/EVWcrM9j+Wgc5J984RqYMjEkaQrcii56R7D9YDNNa303VAzsOhMrQoUgLInwyYQS9EjT+kze0BLFwQXgoglXcYRRW5c/18nRfJUCLfpAcPYFwu+7cV7Rq10BEmJUVMzDRXELKQj+SeHYywcC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=BS6zVDNriD75EP26zFZngh0R+YutYYZKRmkVyrLy1JIBn/xaWqBvQUuF3tW3MxyOEWARnWrWeBm6WG/U3T9NgX6BsSyYpqt/aUb7h0QEHjLNwTlCSbsypir6wenlOkj94Z0V50KGe39CriWefU6u6w9ugx1SR+Tnb+iBmdDbb5c= Received: by 10.90.117.1 with SMTP id p1mr11064714agc.1192554355199; Tue, 16 Oct 2007 10:05:55 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id n26sm8417046ele.2007.10.16.10.05.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Oct 2007 10:05:54 -0700 (PDT) Message-ID: <4714B6A4.3080905@gmail.com> Date: Tue, 16 Oct 2007 13:03:32 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: cdrao broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 17:05:56 -0000 c++ -DDRIVER_TABLE_FILE=\"/usr/local/share/cdrdao/drivers\" -O2 -fno-strict-aliasing -pipe -march=nocona -o cdrdao main.o ./libdao.a ../paranoia/libcdda_paranoia.a ../trackdb/libtrackdb.a -L../scsilib/export -lscg -lschily -L/usr/local/lib -lmad -lm -L/usr/local/lib -lvorbisfile -lvorbis -lm -logg -pthread -L/usr/local/lib -lao ../scsilib/export/libscg.a(scsihack.o)(.text+0x274): In function `scgo_close': : undefined reference to `cam_close_device' ../scsilib/export/libscg.a(scsihack.o)(.text+0x32b): In function `scgo_open': : undefined reference to `cam_open_btl' ../scsilib/export/libscg.a(scsihack.o)(.text+0x5e2): In function `scgo_open': : undefined reference to `cam_open_pass' ../scsilib/export/libscg.a(scsihack.o)(.text+0x60d): In function `scgo_open': : undefined reference to `cam_errbuf' ../scsilib/export/libscg.a(scsihack.o)(.text+0x899): In function `scgo_send': : undefined reference to `cam_send_ccb' gmake[2]: *** [cdrdao] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/cdrdao/work/cdrdao-1.2.2/dao' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/cdrdao/work/cdrdao-1.2.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/sysutils/cdrdao. *** Error code 1 Stop in /usr/ports/sysutils/nautilus-cd-burner. *** Error code 1 Stop in /usr/ports/multimedia/totem. *** Error code 1 Stop in /usr/ports/audio/rhythmbox. *** Error code 1 Stop in /usr/ports/audio/rhythmbox. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 17:17:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3516716A417 for ; Tue, 16 Oct 2007 17:17:23 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id EC7B213C468 for ; Tue, 16 Oct 2007 17:17:22 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Ihq2j-0000bk-Qd; Tue, 16 Oct 2007 18:17:21 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Ihq2j-0002GD-LM; Tue, 16 Oct 2007 18:17:21 +0100 Date: Tue, 16 Oct 2007 18:17:21 +0100 From: Thomas Hurst To: Peter Schuller Message-ID: <20071016171721.GB6566@voi.aagh.net> Mail-Followup-To: Peter Schuller , freebsd-current@freebsd.org References: <20071016110642.GB54457@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20071016110642.GB54457@hyperion.scode.org> Organization: Not much. User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Thomas Hurst Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 17:17:23 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Peter Schuller (peter.schuller@infidyne.com) wrote: > My question is - what is the expected status of MySQL performance in > FreeBSD 7 (without external patches) at this time? Most if not all of the relevent patches were applied months ago. We ran MySQL in production for some time using both patched and later unpatched 7-CURRENT with ULE for a while, and normal performance was easily comparible with Linux and Solaris. We did see poor behavior with MySQL 5.1 and replication; the slave thread needed periodic restarts because it would use progressively more CPU and eventually fall behind, spending a long time in 'init' on every query, which we didn't see in other OS's. Whether this was FreeBSD's or MySQL's fault I don't know, but one certainly didn't like the other. > between 6.2 and 7-CURRENT. Selects were actually half as fast or less > than 6.2 in this particular case (identical hardware). >=20 > Now I realize I am not providing details here; I can most definitely > provide a lot more detail. But first, is this *expected*? If you're running with WITNESS, INVARIANTS and/or haven't set MALLOC_PRODUCTION, sure. RELENG_7 has these disabled, but CURRENT always tends to default to rather aggressive debugging options. > Are there patches that still have not been committed, or should we be > expecting that FreeBSD 7 as it appears in CVS is comparable to Linux > or better with MySQL? The only unapplied patches I'm aware of is Jeff's select locking patch, which didn't seem to help MySQL very much: http://lists.freebsd.org/pipermail/freebsd-arch/2007-August/006702.html --=20 Thomas 'Freaky' Hurst http://hur.st/ --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFPIhNBBHZ542MwQRAvkSAKDNbnrFT2l9saF+mQyVQZXV3OEHRACffcdw lnWHyeUrVjqocHeN7AUvItI= =oyQ2 -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 18:15:13 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0EDC16A417 for ; Tue, 16 Oct 2007 18:15:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8722513C469 for ; Tue, 16 Oct 2007 18:15:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 16 Oct 2007 11:15:12 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 463B81266F4; Tue, 16 Oct 2007 11:15:12 -0700 (PDT) Message-ID: <4714FFC1.8000708@elischer.org> Date: Tue, 16 Oct 2007 11:15:29 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Poul-Henning Kamp References: <12473.1192537588@critter.freebsd.dk> In-Reply-To: <12473.1192537588@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Shteryana Shopova , freebsd-current@FreeBSD.org, Alexander Leidinger , YoctoGram , "Constantine A. Murenin" Subject: Re: I backed out the sensors framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 18:15:13 -0000 Poul-Henning Kamp wrote: > In message <019901c80fe8$3cb62b20$6401a8c0@Mewtwo>, "YoctoGram" writes: >>> If it is biased, it is biased against the code and not the person(s). >> I'm sorry, but who are you to decide? > > A fair question I guess. > > I am undisputedly the person who has been most active in FreeBSD > kernel development for the longest time. hmmm integrating over two variables... probably. though I remember when you were the "enthusiastic new guy". Most of the rest of us have become less active over time. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 18:54:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EDBA16A417 for ; Tue, 16 Oct 2007 18:54:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2E913C4B7; Tue, 16 Oct 2007 18:54:24 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <471508E0.4010301@FreeBSD.org> Date: Tue, 16 Oct 2007 20:54:24 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jelte Jansen References: <471490DF.7010609@NLnetLabs.nl> In-Reply-To: <471490DF.7010609@NLnetLabs.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: re(4) checksum offload problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 18:54:25 -0000 Jelte Jansen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi, > > i'm seeing bad IP/UDP checksums on packets on a realtek gigabit network > card. Turning offloading off (ifconfig -txcsum) seems to make the > problem disappear. > > Attached are pcap files showing the bad checksums; the IP header is set > to 0x0000 and then TCP/UDP headers are wrong too. The machine in > question is on .99. These were taken on the host itself but i also see > them on the other machine. Are you sure? The host itself does not see the correct checksums on the packets it sends, because they are not calculated until the packet is in the driver. This is even documented in the tcpdump manpage :) Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 18:56:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6E7216A46B for ; Tue, 16 Oct 2007 18:56:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 2C47A13C458; Tue, 16 Oct 2007 18:56:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47150972.7010400@FreeBSD.org> Date: Tue, 16 Oct 2007 20:56:50 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Peter Schuller References: <20071016110642.GB54457@hyperion.scode.org> In-Reply-To: <20071016110642.GB54457@hyperion.scode.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 18:56:50 -0000 Peter Schuller wrote: > Hello, > > a few months ago there were reports of huge MySQL performance > increases in FreeBSD 7, particularly in terms of scalability. In > benchmarks, FreeBSD 7 seemed to match or (for the scalability part) > exceed the performance of Linux. > > The report on these indicates some uncommitted patches were used, one > of which was supposedly very important for performance (file > descriptor locking IIRC). > > My question is - what is the expected status of MySQL performance in > FreeBSD 7 (without external patches) at this time? > > I ask because I recently (a couple of weeks ago) did comparisons using > sysbench (comparable to what was used in the benchmark used previously > in the report) between 6.2 and 7-CURRENT. Selects were actually half > as fast or less than 6.2 in this particular case (identical hardware). > > Now I realize I am not providing details here; I can most definitely > provide a lot more detail. But first, is this *expected*? Are there > patches that still have not been committed, or should we be expecting > that FreeBSD 7 as it appears in CVS is comparable to Linux or better > with MySQL? > > I will endeavor to re-run these comparisons with RELENG_7 within the > near future (regardless of the answer to the above question). > The most important patches for mysql performance were committed. select locking patches were not yet committed but the code is identical to 6.x (and these only have a 5-10% effect on performance). Make sure you turned off debugging (userland and kernel) since it was on by default at the time and will greatly effect performance, or just update to RELENG_7 that now has it disabled. Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 18:59:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CA8016A418; Tue, 16 Oct 2007 18:59:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id F1D6013C457; Tue, 16 Oct 2007 18:59:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47150A01.2040100@FreeBSD.org> Date: Tue, 16 Oct 2007 20:59:13 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Stefan Lambrev References: <20071016110642.GB54457@hyperion.scode.org> <20071016114323.GA36300@eos.sc1.parodius.com> <20071016120143.GA57926@hyperion.scode.org> <3bbf2fe10710160747q51b065gcbf0cd4ef2224945@mail.gmail.com> <4714D2F5.1060206@moneybookers.com> In-Reply-To: <4714D2F5.1060206@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-current@freebsd.org, Peter Schuller Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 18:59:14 -0000 Stefan Lambrev wrote: > Hi, > > Attilio Rao wrote: >> 2007/10/16, Peter Schuller : >> >>>>> Just in case you missed some debugging knobs: can you retest with >>>>> RELENG_7? (not -current). >>>>> >>> I will, but I did disable INVARIANTS/WITNESS. I was afraid I had >>> missed something else that I am not aware of; diffing the kernel conf >>> did not indicate this was the case. >>> >> >> Recent NetBSD benchmarks, showed that malloc debugging is a very big >> bottleneck for sybench, so you should remove it as well. >> Also, benchmarks posted where just in regard of cached datas, so >> without any need to do I/O from disks. >> >> Attilio >> >> >> > If you run real RELENG_7 it have to be without debug in kernel, and in > malloc, > nothing really to tune here :) > > Just update your source tree to the latest RELENG_7 recompile and etc. > > http://lists.freebsd.org/pipermail/freebsd-performance/2007-May/002664.html > - here are my results with mysql with FreeBSD 6.2, > you can use it to see what I did and when I reach best performance. > > From what I remember to achieve good results you have to: > 1) cp /usr/local/share/mysql/my-large.cnf /var/db/mysql/my.cnf > (or use huge if you have more one dual core CPUs) I don't know what settings this has, but I use http://people.freebsd.org/~kris/scaling/my.cnf Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:03:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 881F816A420 for ; Tue, 16 Oct 2007 19:03:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id D1C4313C4A3; Tue, 16 Oct 2007 19:03:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47150AE9.9070400@FreeBSD.org> Date: Tue, 16 Oct 2007 21:03:05 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Peter Schuller , freebsd-current@freebsd.org References: <20071016110642.GB54457@hyperion.scode.org> <20071016171721.GB6566@voi.aagh.net> In-Reply-To: <20071016171721.GB6566@voi.aagh.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:03:06 -0000 Thomas Hurst wrote: > * Peter Schuller (peter.schuller@infidyne.com) wrote: > >> My question is - what is the expected status of MySQL performance in >> FreeBSD 7 (without external patches) at this time? > > Most if not all of the relevent patches were applied months ago. We ran > MySQL in production for some time using both patched and later unpatched > 7-CURRENT with ULE for a while, and normal performance was easily > comparible with Linux and Solaris. > > We did see poor behavior with MySQL 5.1 and replication; the slave > thread needed periodic restarts because it would use progressively more > CPU and eventually fall behind, spending a long time in 'init' on every > query, which we didn't see in other OS's. Whether this was FreeBSD's or > MySQL's fault I don't know, but one certainly didn't like the other. When I tried mysql 5.1 on my usual benchmarks a few months ago, performance was terrible compared to 5.0. I wondered if they had made some ill-conceived architectural changes that increased contention even more than within 5.0. I didn't investigate it though. Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:04:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26BC116A417 for ; Tue, 16 Oct 2007 19:04:14 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id BF78213C458 for ; Tue, 16 Oct 2007 19:04:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47150B2C.7090905@FreeBSD.org> Date: Tue, 16 Oct 2007 21:04:12 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <1946103758.20071016165321@masm.elcom.ru> In-Reply-To: <1946103758.20071016165321@masm.elcom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:04:14 -0000 Victor M. Blood wrote: > On 14.10.2007, Kris Kennaway wrote: >> Victor M. Blood wrote: >>> Hi, All. >>> >>> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. >>> >>> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are >>> worked. I have no idea how to fix it. Can you help me? > >> ipfilter is known to be broken. > > Today test system with ipfilter 4.1.27, for me all works fine. > > whats do: > 1) fetch -o - http://coombs.anu.edu.au/~avalon/ip_fil4.1.27.tar.gz | tar -zxf - -C /var/tmp && pushd /var/tmp/ip_fil4.1.27 && pwd > 2) more INSTALL.FreeBSD > 3) vim Makefile > Here may uncomment STALETOP_CFLAGS=-DSTALETOP and edit paths to ncurses inc and lib > 4) 'make freebsd' or 'make freebsd7' > 5) make install-bsd > 6) BSD/kupgrade > 7) rebuild and install new kernel > 8) reboot system Do you have the debugging options (INVARIANTS and INVARIANT_SUPPORT) enabled? They are now disabled in RELENG_7. If not you will just get a deadlock when you are unlucky :) Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:06:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A32E516A420; Tue, 16 Oct 2007 19:06:34 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6486213C45B; Tue, 16 Oct 2007 19:06:34 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id l9GJ6XhG087586; Tue, 16 Oct 2007 14:06:33 -0500 (CDT) (envelope-from dan) Date: Tue, 16 Oct 2007 14:06:33 -0500 From: Dan Nelson To: Kris Kennaway Message-ID: <20071016190633.GA77224@dan.emsphone.com> References: <20070912172752.GA13960@dan.emsphone.com> <200710101615.48760.jhb@freebsd.org> <20071012143800.GA76105@dan.emsphone.com> <470F9211.8010604@FreeBSD.org> <20071016163123.GA22599@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071016163123.GA22599@dan.emsphone.com> X-OS: FreeBSD 7.0-PRERELEASE User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Ivan Voras Subject: Re: Panic in arpresolve->rt_check? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:06:34 -0000 In the last episode (Oct 16), Dan Nelson said: > In the last episode (Oct 12), Kris Kennaway said: > > Dan Nelson wrote: > >> In the last episode (Oct 10), John Baldwin said: > >>> On Wednesday 12 September 2007 02:50:37 pm Ivan Voras wrote: > >>>> Dan Nelson wrote: > >>>>> The same panic was also reported for 6.2 via PR 107865 and PR > >>>>> 112490. 112490 included a workaround patch (I haven't tried it; > >>>>> just found it). > >>>> > >>>> The proposed patch in kern/112490 looks trivial but someone who > >>>> knows more about net locking should check it out. Unfortunately it > >>>> lacks context and I don't know the code in question to apply it > >>>> safely on a production machine :( > >>> > >>> I also get panics with what appears to be a double free of > >>> rt_gwroute in rtexpunge(), so I think while this PR may help some > >>> with figuring out the problem, I'm not sure it solves the root bug. > >>> > >>> Hmm, possibly try this patch: > >> > >> This makes the panics more frequent on my machine, actually :) > > > > Since you can reproduce this frequently the best thing might be to > > instrument all the route handling with KTR so that you can do > > post-mortem and try to figure out where the double-free or missing > > reference happened. > > I've added some KTR debugging (why are the macros named CTR* instead of > KTR* ? ) and I think I've got the problem nailed down, but I don't know > anything about networking so I don't know what the solution is. .. and then I notice that yesterday John updated PR 112490 with a patch that looks like it'll fix the problem, just to make me look silly today :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 17:52:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABA4516A46C for ; Tue, 16 Oct 2007 17:52:39 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 44D5A13C491 for ; Tue, 16 Oct 2007 17:52:38 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9GHcBTb096438; Tue, 16 Oct 2007 19:38:12 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id B6B84B869; Tue, 16 Oct 2007 19:38:11 +0200 (CEST) Date: Tue, 16 Oct 2007 19:38:11 +0200 From: Roland Smith To: "Aryeh M. Friedman" Message-ID: <20071016173811.GA88039@slackbox.xs4all.nl> Mail-Followup-To: "Aryeh M. Friedman" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org References: <4714B6A4.3080905@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <4714B6A4.3080905@gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Tue, 16 Oct 2007 19:21:23 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cdrao broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 17:52:39 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 16, 2007 at 01:03:32PM +0000, Aryeh M. Friedman wrote: > c++ -DDRIVER_TABLE_FILE=3D\"/usr/local/share/cdrdao/drivers\" -O2 > -fno-strict-aliasing -pipe -march=3Dnocona -o cdrdao main.o ./libdao.a > ../paranoia/libcdda_paranoia.a ../trackdb/libtrackdb.a > -L../scsilib/export -lscg -lschily -L/usr/local/lib -lmad -lm =20 > -L/usr/local/lib -lvorbisfile -lvorbis -lm -logg -pthread > -L/usr/local/lib -lao Hmm, looks like '-lcam' is missing here. > ../scsilib/export/libscg.a(scsihack.o)(.text+0x274): In function > `scgo_close': > : undefined reference to `cam_close_device' > ../scsilib/export/libscg.a(scsihack.o)(.text+0x32b): In function > `scgo_open': > : undefined reference to `cam_open_btl' > ../scsilib/export/libscg.a(scsihack.o)(.text+0x5e2): In function > `scgo_open': > : undefined reference to `cam_open_pass' > ../scsilib/export/libscg.a(scsihack.o)(.text+0x60d): In function > `scgo_open': > : undefined reference to `cam_errbuf' > ../scsilib/export/libscg.a(scsihack.o)(.text+0x899): In function > `scgo_send': > : undefined reference to `cam_send_ccb' It should link to libcam, but it doesn't. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFPcDEnfvsMMhpyURArQ0AJ0VAHckyybEauv0yGLq0dGvoewq6gCeNfph 1lHRWVI7INIHTpGddfCPK9E= =yNz7 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:22:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 561D416A468; Tue, 16 Oct 2007 19:22:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 8213E13C448; Tue, 16 Oct 2007 19:22:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47150F82.9060805@FreeBSD.org> Date: Tue, 16 Oct 2007 21:22:42 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "[LoN]Kamikaze" References: <47150D87.3070804@gmx.de> In-Reply-To: <47150D87.3070804@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:22:43 -0000 [LoN]Kamikaze wrote: > I know that RELENG_7 is not considered very near-release, but I thought I'd > give my 2¢ in the hope that I might have a little influence on the scheduler > development to my benefit. > > The switch from RELENG_6 to RELENG_7 went relatively smooth and apart from ipw > causing panics. However there is one thing that's disturbing and this is the > scheduler. I only have single core machines, so whatever I say only applies to > those. If you think single-core machines are no longer important, feel free to > ignore this. In deed, just ignore me however much you like. > >>From my perspective scheduling on RELENG_6 was way better. Even on a full > workload like a portupgrade the focused application (both in X and on the > console) always received enough cycles to run smoothly and applications that > ran in background like audio players also kept on running fine. > > Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' > (recovering lost dependencies) audio players (both graphical and mplayer) > scatter, either because they don't get the hard-disk or CPU-cycles (which one, > I don't know) and the focused application also often hangs. It just looks like > occasionally (under load) everything freezes for a second and then goes on > relatively normal. > > I've got the impression that things compile a little faster (that might be my > imagination, though), but I'd rather have a smooth working experience. > > This is just my view of the situation and I suppose it is only one of many. I > bid you be merciful with us single-core people, who cannot afford a slick > multi-core machine, because we worry how to pay for our food at the end of the > month. Not to say that any problems that might have developed with SCHED_4BSD should not be fixed, but you should give SCHED_ULE a try since it brings benefits even for single CPU systems (e.g. better interactive response). Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:38:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C017216A41B; Tue, 16 Oct 2007 19:38:46 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 46FFF13C48E; Tue, 16 Oct 2007 19:38:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9GJciR9046057; Wed, 17 Oct 2007 05:38:44 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9GJchcM046056; Wed, 17 Oct 2007 05:38:43 +1000 (EST) (envelope-from peter) Date: Wed, 17 Oct 2007 05:38:43 +1000 From: Peter Jeremy To: Igor Sysoev Message-ID: <20071016193843.GD1184@turion.vk2pj.dyndns.org> References: <20071015141714.GL24828@rambler-co.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8S1fMsFYqgBC+BN/" Content-Disposition: inline In-Reply-To: <20071015141714.GL24828@rambler-co.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 2G+ sysv shm segments X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:38:46 -0000 --8S1fMsFYqgBC+BN/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Oct-15 18:17:14 +0400, Igor Sysoev wrote: >more than 2G. The attached patches against 6.x and 7.x allow to create 2G+ >segments. Useful, thanks. >--- src/sys/sys/shm.h 2007-09-12 23:33:39.000000000 +0400 >+++ src/sys/sys/shm.h 2007-10-15 17:42:38.000000000 +0400 >@@ -77,7 +77,7 @@ >=20 > struct shmid_ds { > struct ipc_perm shm_perm; /* operation permission structure */ >- int shm_segsz; /* size of segment in bytes */ >+ size_t shm_segsz; /* size of segment in bytes */ =2E.. >--- src/usr.bin/ipcs/ipcs.c 2007-09-12 23:32:25.000000000 +0400 >+++ src/usr.bin/ipcs/ipcs.c 2007-10-15 17:29:06.000000000 +0400 >@@ -439,7 +439,7 @@ > kshmptr->u.shm_nattch); >=20 > if (option & BIGGEST) >- printf(" %12d", >+ printf(" %12ld", > kshmptr->u.shm_segsz); Note that size_t is always 'unsigned' and translates to 'int' rather than 'long' on i386 so this printf will report a warning. I suggest printf(" %12lu", (unsigned long)kshmptr->u.shm_segsz); or similar. --=20 Peter Jeremy --8S1fMsFYqgBC+BN/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFRND/opHv/APuIcRAqy2AKCRekE1krJFNjtgAlhfr/JbdB1uWQCgmo9K ZHAgQqDVfpN2rWj8jZucB28= =00Gt -----END PGP SIGNATURE----- --8S1fMsFYqgBC+BN/-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:53:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1644016A417; Tue, 16 Oct 2007 19:53:01 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id C949513C49D; Tue, 16 Oct 2007 19:53:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.104] (cpe-66-91-190-165.hawaii.res.rr.com [66.91.190.165]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l9GJqu8k002127 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 15:52:58 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 16 Oct 2007 12:55:35 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Kris Kennaway In-Reply-To: <47150F82.9060805@FreeBSD.org> Message-ID: <20071016125400.N598@10.0.0.1> References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2127808575-1192564535=:598" Cc: "\[LoN\]Kamikaze" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:53:01 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2127808575-1192564535=:598 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 16 Oct 2007, Kris Kennaway wrote: > [LoN]Kamikaze wrote: >> I know that RELENG_7 is not considered very near-release, but I thought = I'd >> give my 2=C2=A2 in the hope that I might have a little influence on the= =20 >> scheduler >> development to my benefit. >>=20 >> The switch from RELENG_6 to RELENG_7 went relatively smooth and apart fr= om=20 >> ipw >> causing panics. However there is one thing that's disturbing and this is= =20 >> the >> scheduler. I only have single core machines, so whatever I say only appl= ies=20 >> to >> those. If you think single-core machines are no longer important, feel f= ree=20 >> to >> ignore this. In deed, just ignore me however much you like. >>=20 >>> From my perspective scheduling on RELENG_6 was way better. Even on a fu= ll >> workload like a portupgrade the focused application (both in X and on th= e >> console) always received enough cycles to run smoothly and applications= =20 >> that >> ran in background like audio players also kept on running fine. >>=20 >> Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgd= b=20 >> -L' >> (recovering lost dependencies) audio players (both graphical and mplayer= ) >> scatter, either because they don't get the hard-disk or CPU-cycles (whic= h=20 >> one, >> I don't know) and the focused application also often hangs. It just look= s=20 >> like >> occasionally (under load) everything freezes for a second and then goes = on >> relatively normal. >>=20 >> I've got the impression that things compile a little faster (that might = be=20 >> my >> imagination, though), but I'd rather have a smooth working experience. >>=20 >> This is just my view of the situation and I suppose it is only one of ma= ny.=20 >> I >> bid you be merciful with us single-core people, who cannot afford a slic= k >> multi-core machine, because we worry how to pay for our food at the end = of=20 >> the >> month. > > Not to say that any problems that might have developed with SCHED_4BSD sh= ould=20 > not be fixed, but you should give SCHED_ULE a try since it brings benefit= s=20 > even for single CPU systems (e.g. better interactive response). It would indeed be good to know if ULE improves things for you. However,= =20 there have been a number of other reports about non-scheduler related=20 regressions with x windows on 7.0. I run 7.0 on a UP laptop without=20 difficulty. I wonder if it has something to do with a particular device=20 or driver. Jeff > > Kris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --0-2127808575-1192564535=:598-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:53:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 536E516A41B; Tue, 16 Oct 2007 19:53:52 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 11A4C13C469; Tue, 16 Oct 2007 19:53:51 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id DE81F95C1; Tue, 16 Oct 2007 23:53:50 +0400 (MSD) Received: from localhost (is1.park.rambler.ru [81.19.64.121]) by relay0.rambler.ru (Postfix) with ESMTP id BC57C951A; Tue, 16 Oct 2007 23:53:50 +0400 (MSD) Date: Tue, 16 Oct 2007 23:53:43 +0400 From: Igor Sysoev To: Peter Jeremy Message-ID: <20071016195343.GK57989@rambler-co.ru> References: <20071015141714.GL24828@rambler-co.ru> <20071016193843.GD1184@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071016193843.GD1184@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 2G+ sysv shm segments X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:53:52 -0000 On Wed, Oct 17, 2007 at 05:38:43AM +1000, Peter Jeremy wrote: > On 2007-Oct-15 18:17:14 +0400, Igor Sysoev wrote: > >more than 2G. The attached patches against 6.x and 7.x allow to create 2G+ > >segments. > > Useful, thanks. > > >--- src/sys/sys/shm.h 2007-09-12 23:33:39.000000000 +0400 > >+++ src/sys/sys/shm.h 2007-10-15 17:42:38.000000000 +0400 > >@@ -77,7 +77,7 @@ > > > > struct shmid_ds { > > struct ipc_perm shm_perm; /* operation permission structure */ > >- int shm_segsz; /* size of segment in bytes */ > >+ size_t shm_segsz; /* size of segment in bytes */ > ... > >--- src/usr.bin/ipcs/ipcs.c 2007-09-12 23:32:25.000000000 +0400 > >+++ src/usr.bin/ipcs/ipcs.c 2007-10-15 17:29:06.000000000 +0400 > >@@ -439,7 +439,7 @@ > > kshmptr->u.shm_nattch); > > > > if (option & BIGGEST) > >- printf(" %12d", > >+ printf(" %12ld", > > kshmptr->u.shm_segsz); > > Note that size_t is always 'unsigned' and translates to 'int' rather > than 'long' on i386 so this printf will report a warning. I suggest > printf(" %12lu", (unsigned long)kshmptr->u.shm_segsz); or similar. Here should be %zu. However, this patch can not be commited even to 7/8, because it does not preserve binary compatibility for shmctl(IPC_STAT). It seems that should be new shmctl syscall. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:55:17 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE0FC16A468 for ; Tue, 16 Oct 2007 19:55:17 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id B066713C4B9 for ; Tue, 16 Oct 2007 19:55:16 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l9GJtFZc018002; Tue, 16 Oct 2007 15:55:15 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 16 Oct 2007 15:55:07 -0400 User-Agent: KMail/1.6.2 References: <20071015141714.GL24828@rambler-co.ru> In-Reply-To: <20071015141714.GL24828@rambler-co.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200710161555.12384.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Peter Jeremy , Igor Sysoev , freebsd-stable@FreeBSD.org Subject: Re: 2G+ sysv shm segments X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:55:18 -0000 On Monday 15 October 2007 10:17 am, Igor Sysoev wrote: > Two years ago Christian S.J. Peron had increased total number of > SysV shm pages on 64-bit platform, that allows to create many shm > segments more than 2G in sum. However, the patch does not allow to > create a single large segment more than 2G. The attached patches > against 6.x and 7.x allow to create 2G+ segments. I know that stock > 6.x will not have this feature because of compatibility, but I send > 6.x patch too because someone may want to use 2G+ shm on 6.x. > > To install: > > patch -d < /usr < big_sysvshmX.txt > > [ rebuild kernel ] > > cd /usr/src/include/ > make obj > make > make install > > cd /usr/src/usr.bin/ipcs/ > make obj > make > make install Actually there is a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=113218 Unfortunately it breaks ABI because it increases sizeof(struct shmid_ds). Since the tree is unfrozen, I can commit it, though. ;-) Jung-uk Kim [Note: Peter, thanks for the casting suggestion.] From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:58:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48FEF16A419; Tue, 16 Oct 2007 19:58:36 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id D426513C474; Tue, 16 Oct 2007 19:58:35 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 2F3093D86D9; Tue, 16 Oct 2007 23:58:31 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id F0FDF3D8684; Tue, 16 Oct 2007 23:58:30 +0400 (MSD) Date: Tue, 16 Oct 2007 23:58:32 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <648464572.20071016235832@masm.elcom.ru> To: Kris Kennaway , freebsd-current@freebsd.org In-Reply-To: <47150B2C.7090905@FreeBSD.org> References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <1946103758.20071016165321@masm.elcom.ru> <47150B2C.7090905@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 19:58:36 -0000 On 16.10.2007, Kris Kennaway wrote: > Victor M. Blood wrote: >> On 14.10.2007, Kris Kennaway wrote: >>> Victor M. Blood wrote: >>>> Hi, All. >>>> >>>> FreeBSD 7.0-CURRENT, Sun 10 Oct 2007. >>>> >>>> Problem have appear at pid 27 cmd=[Irq11: rl0], then PFil hooks are >>>> worked. I have no idea how to fix it. Can you help me? >> >>> ipfilter is known to be broken. >> >> Today test system with ipfilter 4.1.27, for me all works fine. >> >> whats do: >> 1) fetch -o - http://coombs.anu.edu.au/~avalon/ip_fil4.1.27.tar.gz | tar -zxf - -C /var/tmp && pushd /var/tmp/ip_fil4.1.27 && pwd >> 2) more INSTALL.FreeBSD >> 3) vim Makefile >> Here may uncomment STALETOP_CFLAGS=-DSTALETOP and edit paths to ncurses inc and lib >> 4) 'make freebsd' or 'make freebsd7' >> 5) make install-bsd >> 6) BSD/kupgrade >> 7) rebuild and install new kernel >> 8) reboot system > Do you have the debugging options (INVARIANTS and INVARIANT_SUPPORT) > enabled? They are now disabled in RELENG_7. If not you will just get a > deadlock when you are unlucky :) Yes, all debug options are stay by default. = KERN ... # 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 ... = END KERN I have updated ipfilter to 4.1.27 until cvsup with tag=RELING_7 and sources was from 10.10.2007 which system shows me panic with _sx_sleep() and _rw_sleep() with ipf 4.1.23. After some tests :)) /ping, smbfs, telnet, etc.../ Update of ipfilter was finished at 17:00 GMT+3, now: # uptime 23:51 up 7:12, 2 users, load averages: 1,32 1,23 1,09 Now I'm have update CVS-tree, and build world for RELENG_7. With ipfilter 4.1.23 system stay alive 1-2 min with inet work, I have been compelled to disable ipfilter (ipf -D) for work with network. While any failures are not present, all works normally. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:59:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE5316A417 for ; Tue, 16 Oct 2007 19:59:35 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 28EE813C467 for ; Tue, 16 Oct 2007 19:59:34 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 7546 invoked by uid 1001); 16 Oct 2007 19:59:57 -0000 Date: Tue, 16 Oct 2007 12:59:57 -0700 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20071016195957.GB74861@redundancy.redundancy.org> Mail-Followup-To: freebsd-current@freebsd.org References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <20071016125400.N598@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071016125400.N598@10.0.0.1> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:59:35 -0000 On Tue, Oct 16, 2007 at 12:55:35PM -0700, Jeff Roberson wrote: > It would indeed be good to know if ULE improves things for you. However, > there have been a number of other reports about non-scheduler related > regressions with x windows on 7.0. I run 7.0 on a UP laptop without > difficulty. I wonder if it has something to do with a particular device or > driver. Yeah, I suspect these issues are not scheduler-related. LoN, could we get a dmesg? I'm interested to compare with some other systems I've seen these issues on. Thanks, David From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 20:00:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B12CD16A46C; Tue, 16 Oct 2007 20:00:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9691013C4AC; Tue, 16 Oct 2007 20:00:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47151879.50502@FreeBSD.org> Date: Tue, 16 Oct 2007 22:00:57 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jeff Roberson References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <20071016125400.N598@10.0.0.1> In-Reply-To: <20071016125400.N598@10.0.0.1> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: "\[LoN\]Kamikaze" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 20:00:59 -0000 Jeff Roberson wrote: > On Tue, 16 Oct 2007, Kris Kennaway wrote: > >> [LoN]Kamikaze wrote: >>> I know that RELENG_7 is not considered very near-release, but I >>> thought I'd >>> give my 2¢ in the hope that I might have a little influence on the >>> scheduler >>> development to my benefit. >>> >>> The switch from RELENG_6 to RELENG_7 went relatively smooth and apart >>> from ipw >>> causing panics. However there is one thing that's disturbing and this >>> is the >>> scheduler. I only have single core machines, so whatever I say only >>> applies to >>> those. If you think single-core machines are no longer important, >>> feel free to >>> ignore this. In deed, just ignore me however much you like. >>> >>>> From my perspective scheduling on RELENG_6 was way better. Even on a >>>> full >>> workload like a portupgrade the focused application (both in X and on >>> the >>> console) always received enough cycles to run smoothly and >>> applications that >>> ran in background like audio players also kept on running fine. >>> >>> Quite the contrary on RELENG_7. During a portupgrade or even worse >>> 'pkgdb -L' >>> (recovering lost dependencies) audio players (both graphical and >>> mplayer) >>> scatter, either because they don't get the hard-disk or CPU-cycles >>> (which one, >>> I don't know) and the focused application also often hangs. It just >>> looks like >>> occasionally (under load) everything freezes for a second and then >>> goes on >>> relatively normal. >>> >>> I've got the impression that things compile a little faster (that >>> might be my >>> imagination, though), but I'd rather have a smooth working experience. >>> >>> This is just my view of the situation and I suppose it is only one of >>> many. I >>> bid you be merciful with us single-core people, who cannot afford a >>> slick >>> multi-core machine, because we worry how to pay for our food at the >>> end of the >>> month. >> >> Not to say that any problems that might have developed with SCHED_4BSD >> should not be fixed, but you should give SCHED_ULE a try since it >> brings benefits even for single CPU systems (e.g. better interactive >> response). > > It would indeed be good to know if ULE improves things for you. > However, there have been a number of other reports about non-scheduler > related regressions with x windows on 7.0. I run 7.0 on a UP laptop > without difficulty. I wonder if it has something to do with a > particular device or driver. Or xorg 7.3 vs 7.2, if this was an older 6.x install. Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 19:41:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 005D316A46E for ; Tue, 16 Oct 2007 19:41:04 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4DAD113C4BC for ; Tue, 16 Oct 2007 19:41:03 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Oct 2007 19:14:22 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp044) with SMTP; 16 Oct 2007 21:14:22 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18xCcZ+RQUx/S7oYh2xZObxvIvHFf+M9ojgYBBHHZ cKk99ctyfmv+Ch Message-ID: <47150D87.3070804@gmx.de> Date: Tue, 16 Oct 2007 21:14:15 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Tue, 16 Oct 2007 20:14:00 +0000 Cc: Subject: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 19:41:05 -0000 I know that RELENG_7 is not considered very near-release, but I thought I'd give my 2¢ in the hope that I might have a little influence on the scheduler development to my benefit. The switch from RELENG_6 to RELENG_7 went relatively smooth and apart from ipw causing panics. However there is one thing that's disturbing and this is the scheduler. I only have single core machines, so whatever I say only applies to those. If you think single-core machines are no longer important, feel free to ignore this. In deed, just ignore me however much you like. >From my perspective scheduling on RELENG_6 was way better. Even on a full workload like a portupgrade the focused application (both in X and on the console) always received enough cycles to run smoothly and applications that ran in background like audio players also kept on running fine. Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' (recovering lost dependencies) audio players (both graphical and mplayer) scatter, either because they don't get the hard-disk or CPU-cycles (which one, I don't know) and the focused application also often hangs. It just looks like occasionally (under load) everything freezes for a second and then goes on relatively normal. I've got the impression that things compile a little faster (that might be my imagination, though), but I'd rather have a smooth working experience. This is just my view of the situation and I suppose it is only one of many. I bid you be merciful with us single-core people, who cannot afford a slick multi-core machine, because we worry how to pay for our food at the end of the month. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 20:08:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7966316A46E for ; Tue, 16 Oct 2007 20:08:33 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 90BA913C491 for ; Tue, 16 Oct 2007 20:08:31 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Oct 2007 20:08:30 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp035) with SMTP; 16 Oct 2007 22:08:30 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX197JPI+tT17OLO7xdRqd3dn14/71yddq0xnfkz7wR cNA5IvXFKe083Q Message-ID: <47151A37.8020301@gmx.de> Date: Tue, 16 Oct 2007 22:08:23 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Jeff Roberson References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <20071016125400.N598@10.0.0.1> In-Reply-To: <20071016125400.N598@10.0.0.1> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Tue, 16 Oct 2007 20:14:00 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 20:08:33 -0000 Jeff Roberson wrote: > On Tue, 16 Oct 2007, Kris Kennaway wrote: > >> [LoN]Kamikaze wrote: >>> I know that RELENG_7 is not considered very near-release, but I >>> thought I'd >>> give my 2¢ in the hope that I might have a little influence on the >>> scheduler >>> development to my benefit. >>> >>> The switch from RELENG_6 to RELENG_7 went relatively smooth and apart >>> from ipw >>> causing panics. However there is one thing that's disturbing and this >>> is the >>> scheduler. I only have single core machines, so whatever I say only >>> applies to >>> those. If you think single-core machines are no longer important, >>> feel free to >>> ignore this. In deed, just ignore me however much you like. >>> >>>> From my perspective scheduling on RELENG_6 was way better. Even on a >>>> full >>> workload like a portupgrade the focused application (both in X and on >>> the >>> console) always received enough cycles to run smoothly and >>> applications that >>> ran in background like audio players also kept on running fine. >>> >>> Quite the contrary on RELENG_7. During a portupgrade or even worse >>> 'pkgdb -L' >>> (recovering lost dependencies) audio players (both graphical and >>> mplayer) >>> scatter, either because they don't get the hard-disk or CPU-cycles >>> (which one, >>> I don't know) and the focused application also often hangs. It just >>> looks like >>> occasionally (under load) everything freezes for a second and then >>> goes on >>> relatively normal. >>> >>> I've got the impression that things compile a little faster (that >>> might be my >>> imagination, though), but I'd rather have a smooth working experience. >>> >>> This is just my view of the situation and I suppose it is only one of >>> many. I >>> bid you be merciful with us single-core people, who cannot afford a >>> slick >>> multi-core machine, because we worry how to pay for our food at the >>> end of the >>> month. >> >> Not to say that any problems that might have developed with SCHED_4BSD >> should not be fixed, but you should give SCHED_ULE a try since it >> brings benefits even for single CPU systems (e.g. better interactive >> response). > > It would indeed be good to know if ULE improves things for you. > However, there have been a number of other reports about non-scheduler > related regressions with x windows on 7.0. I run 7.0 on a UP laptop > without difficulty. I wonder if it has something to do with a > particular device or driver. > > Jeff Well, I'll certainly see soon. However I have switched from Xorg 7.2 to 7.3 first and that worked fine. Only after the update RELENG_6 to RELENG_7 did those issues appear. I have now recompiled all my 700+ ports to rule out compatibility problems (I had lots of panics before I did that, now everything is stable, unless I try to use my wireless device) and the performance issue remains. From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 20:27:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8838516A417; Tue, 16 Oct 2007 20:27:26 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6051113C48E; Tue, 16 Oct 2007 20:27:26 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.104] (cpe-66-91-190-165.hawaii.res.rr.com [66.91.190.165]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l9GKRMx0012942 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 16:27:24 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 16 Oct 2007 13:30:01 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: "[LoN]Kamikaze" In-Reply-To: <47151A37.8020301@gmx.de> Message-ID: <20071016132931.J598@10.0.0.1> References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <20071016125400.N598@10.0.0.1> <47151A37.8020301@gmx.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1946227734-1192566601=:598" Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 20:27:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1946227734-1192566601=:598 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 16 Oct 2007, [LoN]Kamikaze wrote: > Jeff Roberson wrote: >> On Tue, 16 Oct 2007, Kris Kennaway wrote: >> >>> [LoN]Kamikaze wrote: >>>> I know that RELENG_7 is not considered very near-release, but I >>>> thought I'd >>>> give my 2=C2=A2 in the hope that I might have a little influence on th= e >>>> scheduler >>>> development to my benefit. >>>> >>>> The switch from RELENG_6 to RELENG_7 went relatively smooth and apart >>>> from ipw >>>> causing panics. However there is one thing that's disturbing and this >>>> is the >>>> scheduler. I only have single core machines, so whatever I say only >>>> applies to >>>> those. If you think single-core machines are no longer important, >>>> feel free to >>>> ignore this. In deed, just ignore me however much you like. >>>> >>>>> From my perspective scheduling on RELENG_6 was way better. Even on a >>>>> full >>>> workload like a portupgrade the focused application (both in X and on >>>> the >>>> console) always received enough cycles to run smoothly and >>>> applications that >>>> ran in background like audio players also kept on running fine. >>>> >>>> Quite the contrary on RELENG_7. During a portupgrade or even worse >>>> 'pkgdb -L' >>>> (recovering lost dependencies) audio players (both graphical and >>>> mplayer) >>>> scatter, either because they don't get the hard-disk or CPU-cycles >>>> (which one, >>>> I don't know) and the focused application also often hangs. It just >>>> looks like >>>> occasionally (under load) everything freezes for a second and then >>>> goes on >>>> relatively normal. >>>> >>>> I've got the impression that things compile a little faster (that >>>> might be my >>>> imagination, though), but I'd rather have a smooth working experience. >>>> >>>> This is just my view of the situation and I suppose it is only one of >>>> many. I >>>> bid you be merciful with us single-core people, who cannot afford a >>>> slick >>>> multi-core machine, because we worry how to pay for our food at the >>>> end of the >>>> month. >>> >>> Not to say that any problems that might have developed with SCHED_4BSD >>> should not be fixed, but you should give SCHED_ULE a try since it >>> brings benefits even for single CPU systems (e.g. better interactive >>> response). >> >> It would indeed be good to know if ULE improves things for you. >> However, there have been a number of other reports about non-scheduler >> related regressions with x windows on 7.0. I run 7.0 on a UP laptop >> without difficulty. I wonder if it has something to do with a >> particular device or driver. >> >> Jeff > > Well, I'll certainly see soon. However I have switched from Xorg 7.2 to 7= =2E3 > first and that worked fine. Only after the update RELENG_6 to RELENG_7 di= d > those issues appear. I have now recompiled all my 700+ ports to rule out > compatibility problems (I had lots of panics before I did that, now every= thing > is stable, unless I try to use my wireless device) and the performance is= sue > remains. > Can you give us a full dmesg? Thanks, jeff --0-1946227734-1192566601=:598-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 20:43:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22B6D16A421; Tue, 16 Oct 2007 20:43:35 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id D8E5513C46A; Tue, 16 Oct 2007 20:43:34 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.104] (cpe-66-91-190-165.hawaii.res.rr.com [66.91.190.165]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l9GKhVpL017432 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 16:43:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 16 Oct 2007 13:46:10 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Josh Carroll In-Reply-To: <8cb6106e0710161309o4658f41fse686b637d96be7f1@mail.gmail.com> Message-ID: <20071016134426.F598@10.0.0.1> References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <8cb6106e0710161309o4658f41fse686b637d96be7f1@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "\[LoN\]Kamikaze" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 20:43:35 -0000 On Tue, 16 Oct 2007, Josh Carroll wrote: >> Not to say that any problems that might have developed with SCHED_4BSD >> should not be fixed, but you should give SCHED_ULE a try since it brings >> benefits even for single CPU systems (e.g. better interactive response). > > For my particular work load, 4BSD is actually faster than ULE in > RELENG_7. Specifically, on a Q6600 running ffmpeg -threads 8 to > transcode some H.264 video, 4BSD is about 5% faster. I took a sample > video and transcoded the first 120 seconds of it, and here are the > results (including a control from 6.2-RELEASE-p7/4BSD scheduler): > > releng_6_2 (4BSD) 1:32.39 > releng_7 (4BSD) 1:32.44 > releng_7 (ULE) 1:37.15 > > This is obviously a different scenario from MySQL. So perhaps ULE > isn't as well tuned for cases like ffmpeg? Hi Josh, thanks for the report. How many CPUs are in your system? Can you give me the output of 'vmstat 5' over the course of one run on 4BSD and ULE? Or just one of them if you can't spare the time. Thanks, Jeff > > Josh > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 20:35:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79F2516A473 for ; Tue, 16 Oct 2007 20:35:03 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C4EAC13C4B6 for ; Tue, 16 Oct 2007 20:35:02 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Oct 2007 20:35:01 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp020) with SMTP; 16 Oct 2007 22:35:01 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/rWQQ2mAbrxU7GSsIU4DzUeJ/aKDfPxkScwhyQA5 i+PhelfFrnI7Ca Message-ID: <4715206E.50307@gmx.de> Date: Tue, 16 Oct 2007 22:34:54 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Jeff Roberson References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <20071016125400.N598@10.0.0.1> <47151A37.8020301@gmx.de> <20071016132931.J598@10.0.0.1> In-Reply-To: <20071016132931.J598@10.0.0.1> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Tue, 16 Oct 2007 20:52:00 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 20:35:03 -0000 Jeff Roberson wrote: > On Tue, 16 Oct 2007, [LoN]Kamikaze wrote: > >> Jeff Roberson wrote: >>> On Tue, 16 Oct 2007, Kris Kennaway wrote: >>> >>>> [LoN]Kamikaze wrote: >>>>> I know that RELENG_7 is not considered very near-release, but I >>>>> thought I'd >>>>> give my 2¢ in the hope that I might have a little influence on the >>>>> scheduler >>>>> development to my benefit. >>>>> >>>>> The switch from RELENG_6 to RELENG_7 went relatively smooth and apart >>>>> from ipw >>>>> causing panics. However there is one thing that's disturbing and this >>>>> is the >>>>> scheduler. I only have single core machines, so whatever I say only >>>>> applies to >>>>> those. If you think single-core machines are no longer important, >>>>> feel free to >>>>> ignore this. In deed, just ignore me however much you like. >>>>> >>>>>> From my perspective scheduling on RELENG_6 was way better. Even on a >>>>>> full >>>>> workload like a portupgrade the focused application (both in X and on >>>>> the >>>>> console) always received enough cycles to run smoothly and >>>>> applications that >>>>> ran in background like audio players also kept on running fine. >>>>> >>>>> Quite the contrary on RELENG_7. During a portupgrade or even worse >>>>> 'pkgdb -L' >>>>> (recovering lost dependencies) audio players (both graphical and >>>>> mplayer) >>>>> scatter, either because they don't get the hard-disk or CPU-cycles >>>>> (which one, >>>>> I don't know) and the focused application also often hangs. It just >>>>> looks like >>>>> occasionally (under load) everything freezes for a second and then >>>>> goes on >>>>> relatively normal. >>>>> >>>>> I've got the impression that things compile a little faster (that >>>>> might be my >>>>> imagination, though), but I'd rather have a smooth working experience. >>>>> >>>>> This is just my view of the situation and I suppose it is only one of >>>>> many. I >>>>> bid you be merciful with us single-core people, who cannot afford a >>>>> slick >>>>> multi-core machine, because we worry how to pay for our food at the >>>>> end of the >>>>> month. >>>> >>>> Not to say that any problems that might have developed with SCHED_4BSD >>>> should not be fixed, but you should give SCHED_ULE a try since it >>>> brings benefits even for single CPU systems (e.g. better interactive >>>> response). >>> >>> It would indeed be good to know if ULE improves things for you. >>> However, there have been a number of other reports about non-scheduler >>> related regressions with x windows on 7.0. I run 7.0 on a UP laptop >>> without difficulty. I wonder if it has something to do with a >>> particular device or driver. >>> >>> Jeff >> >> Well, I'll certainly see soon. However I have switched from Xorg 7.2 >> to 7.3 >> first and that worked fine. Only after the update RELENG_6 to RELENG_7 >> did >> those issues appear. I have now recompiled all my 700+ ports to rule out >> compatibility problems (I had lots of panics before I did that, now >> everything >> is stable, unless I try to use my wireless device) and the performance >> issue >> remains. >> > > Can you give us a full dmesg? > > Thanks, > jeff Ye ask and ye shall receive: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #0: Fri Oct 12 16:36:39 CEST 2007 root@homeKamikaze.norad:/usr/obj/TPR40-7/i386/usr/src/sys/TPR40-7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1300MHz (1295.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 1341521920 (1279 MB) avail memory = 1300160512 (1239 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ACPI Warning (tbfadt-0505): Optional field "Gpe1Block" has zero address or length: 0 102C/0 [20070320] acpi0: on motherboard acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 4ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xe0000000-0xe7ffffff,0xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xc0000000-0xc00003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci2: at device 2.0 (no driver attached) fwohci0: mem 0xc0206000-0xc02067ff,0xc0200000-0xc0203fff irq 11 at device 7.0 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:00:20:12:aa:75 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1488000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:06:1b:12:aa:75 fwe0: Ethernet address: 02:06:1b:12:aa:75 fwip0: on firewire0 fwip0: Firewire address: 00:06:1b:00:20:12:aa:75 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode fxp0: port 0x8000-0x803f mem 0xc0205000-0xc0205fff irq 11 at device 8.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:06:1b:e0:e4:eb fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c00-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A sio1: [FILTER] battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0xd1fff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounter "TSC" frequency 1295803760 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 114473MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ad0s2a ipw0: mem 0xc0204000-0xc0204fff irq 11 at device 2.0 on pci2 ipw0: using obsoleted if_watchdog interface ipw0: Ethernet address: 00:04:23:79:66:68 ipw0: [ITHREAD] ipw0: detached drm0: on vgapci0 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.25.0 20060524 info: [drm] Setting GART location based on new memory map info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] ipw0: mem 0xc0204000-0xc0204fff irq 11 at device 2.0 on pci2 ipw0: using obsoleted if_watchdog interface ipw0: Ethernet address: 00:04:23:79:66:68 ipw0: [ITHREAD] ipw0: detached info: [drm] Setting GART location based on new memory map info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 21:10:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1E2816A511 for ; Tue, 16 Oct 2007 21:10:43 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8382C13C442 for ; Tue, 16 Oct 2007 21:10:43 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so116459wra for ; Tue, 16 Oct 2007 14:10:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xIx33vVfhXmpHF/+6feJYGnBa76TpbNW/44KBOx03qY=; b=ci0vXnHzhzt8dxysHumSvKXoM35NfHeDeid0pCGo9drc++YEKzXorp81Mr0gfGtcwxwiLNfqN8eIgIpXtOkal5OJgQJWZGeghE9+po4rJKTMQJh23mi8bEuZxnhMyMfxovsPmm0sq1+ETBSDbNp619hJU9Xr9pc1AiObxxVFljM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kXAsx6ql4c6I71tZZahcekD+bNr27ozrKYDziSBkyCmu2kx0qUDqISoJLjmcKhzjmQX5qauqR8Iy4vRMzNu5HbrUqn4mEiRDG4yD6OSfhy9xQVrub8Gh6kfVzhsAFdU6rjsW4JLwxUVReaZH7tsU2Pkdl24xKJXTZWZSEI4GBoI= Received: by 10.90.91.14 with SMTP id o14mr11320652agb.1192565395876; Tue, 16 Oct 2007 13:09:55 -0700 (PDT) Received: by 10.90.29.9 with HTTP; Tue, 16 Oct 2007 13:09:55 -0700 (PDT) Message-ID: <8cb6106e0710161309o4658f41fse686b637d96be7f1@mail.gmail.com> Date: Tue, 16 Oct 2007 16:09:55 -0400 From: "Josh Carroll" To: "Kris Kennaway" In-Reply-To: <47150F82.9060805@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> Cc: "\[LoN\]Kamikaze" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@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, 16 Oct 2007 21:10:43 -0000 > Not to say that any problems that might have developed with SCHED_4BSD > should not be fixed, but you should give SCHED_ULE a try since it brings > benefits even for single CPU systems (e.g. better interactive response). For my particular work load, 4BSD is actually faster than ULE in RELENG_7. Specifically, on a Q6600 running ffmpeg -threads 8 to transcode some H.264 video, 4BSD is about 5% faster. I took a sample video and transcoded the first 120 seconds of it, and here are the results (including a control from 6.2-RELEASE-p7/4BSD scheduler): releng_6_2 (4BSD) 1:32.39 releng_7 (4BSD) 1:32.44 releng_7 (ULE) 1:37.15 This is obviously a different scenario from MySQL. So perhaps ULE isn't as well tuned for cases like ffmpeg? Josh From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 21:23:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48AE16A46B for ; Tue, 16 Oct 2007 21:23:09 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7BEFB13C4B3 for ; Tue, 16 Oct 2007 21:23:09 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 36CDD23C43C; Tue, 16 Oct 2007 23:23:08 +0200 (CEST) Date: Tue, 16 Oct 2007 23:23:08 +0200 From: Peter Schuller To: freebsd-current@freebsd.org Message-ID: <20071016212307.GA8850@hyperion.scode.org> References: <20071016110642.GB54457@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20071016110642.GB54457@hyperion.scode.org> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 21:23:09 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I will endeavor to re-run these comparisons with RELENG_7 within the > near future (regardless of the answer to the above question). So to follow-up, with RELENG_7 the performance is now significantly better than 6.2 for me too. I guess it was the debugging options in userland. If someone wants details anyway I'll provide them, but since it is no longer that interesting I'm leaving it as is if no one speaks up. I knew about it and wanted to turn it off, but I was under the impression it was enabled by malloc.conf, which was non-existent, rather than at compile time. Also the phrasing in the recommentation to turn things off was such that it did not necessarily imply that malloc debugging was actually turned on. Or I believed so anyway in my possibly dream state. Would it be useful to keep a list of *all* things one needs to do to turn off all the debugging options and whatnot? I have always disabled the INVARIANTS/WITNESS stuff, but was unaware of the details of how to turn off malloc debugging (and I did actively look for more information on it, but obviously not hard enough). In the interest of benchmarks that people publish perhaps it's worth it to spoon feed instruction for what needs to be done, as part of the usual warning in /usr/src/UPDATING? Regarding the time source choice, I attempted to switch to TSC in my original benchmarks but never got it working. I tried all the following (one at a time), but none had any effect: kern.timecounter.tc.TSC.quality=3D"1000" kern.timecounter.hardware=3D"TSC" kern.timecounter.choice=3D"TSC(1200) ACPI-fast(1000) i8254(0) dummy(-100000= 0)" kern.timecounter.smp_tsc=3D"1" Perhaps because it's not an SMP machine. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFSu7DNor2+l1i30RAhHvAJ4h+QFhVM7ZJFaPMNnMwP/ypyqZdACgwEg8 I9bgzLKUeBw0Oxg8e9dqoC0= =Dvke -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 21:50:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BEB416A420 for ; Tue, 16 Oct 2007 21:50:10 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6446613C45B for ; Tue, 16 Oct 2007 21:50:10 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id l9GLo9Sa075675; Tue, 16 Oct 2007 14:50:09 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id l9GLo84x075674; Tue, 16 Oct 2007 14:50:08 -0700 (PDT) (envelope-from obrien) Date: Tue, 16 Oct 2007 14:50:08 -0700 From: "David O'Brien" To: Vincent Blondel Message-ID: <20071016215008.GA75015@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Vincent Blondel , freebsd-current@freebsd.org References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <200710151335.27991.fjwcash+freebsd@gmail.com> <9098.172.16.9.1.1192514623.squirrel@www.xtra-net.be> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9098.172.16.9.1.1192514623.squirrel@www.xtra-net.be> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 21:50:10 -0000 On Tue, Oct 16, 2007 at 08:03:43AM +0200, Vincent Blondel wrote: > and AMD VX (or whatever they call it now) Its never been called "VX". "AMD-V" or "SVM" is what you mean. AMD K8 rev. F or rev. G, i.e., all current dual-core Socket AM2 or Socket F(1207) and all quad-core processors. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 21:53:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3461F16A417 for ; Tue, 16 Oct 2007 21:53:48 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id EFAB313C44B for ; Tue, 16 Oct 2007 21:53:47 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 1B04023C43C; Tue, 16 Oct 2007 23:53:47 +0200 (CEST) Date: Tue, 16 Oct 2007 23:53:47 +0200 From: Peter Schuller To: Eric Kjeldergaard Message-ID: <20071016215346.GA10645@hyperion.scode.org> References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 21:53:48 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I was under the (incorrect?) impression that the debugging stuff would be > turned off before release. This was prior to RELENG_7 (the poor performance), and thus any debugging options present in addition to INVARIANTS/SKIPSPIN would have been enabled because I incorrectly thought the malloc debugging would be turned off in the absence of /etc/malloc.conf. > Prior to that, 7's primary purpose is for > finding bugs before release and thus debugging options are useful. Absolutely, I do understand that. And I often run with debugging enabled just for this purpose just on general principle. But obviously for benchmarking you want to turn it off. Perhaps I just missed something, but I managed to miss it even after knowing about the debugging stuff for a long time (not exactly the first time running CURRENT). So even if I was just being stupid, I figure chances are I am not the first one ever to make this misstake in spite of consciously trying to follow the instructions in /usr/src/UPDATING for turning it all off. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFTLqDNor2+l1i30RAn6aAKDqAC0snag5mlSrVFQORBrMdydlSQCeIdoX ROSbt1NPKWBenN14w/j0rmg= =M4xx -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 22:00:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D7216A417 for ; Tue, 16 Oct 2007 22:00:36 +0000 (UTC) (envelope-from kjelderg@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id F341E13C468 for ; Tue, 16 Oct 2007 22:00:35 +0000 (UTC) (envelope-from kjelderg@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2583429waf for ; Tue, 16 Oct 2007 15:00:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=QChRHY5kGW8+jvdqAqa8Apjmvf2I0gK3ufnasMHtVf4=; b=YGoB132JuFqBDxz3QroDJKtu6jzQn9Y/fcr/2blnUjeea2x8qd45V7rMjznMpGor08PE/gv+KaYRgIjMtsWXVpM+yG/Ezp4Viu+g4+ffeUF7GZokvWrOcM9MifWLzPC3sNdlZZgxKuU2Z04hWfyOgq3n99o4vA/jjeC2YMAX94o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rg3S6lyY02IiXgPXctOQ8jZr8kkoHaPcH5kUPpPERP9yFYBZaa0xf+imsrQE8y0CZta5XHlyusLe9Z41cqlBCNrnJ+uj8htCYX+sbAhRTmsbA+aAal/lAQhv7fmWHoA7l213WwxHp7zMF5PYxkKebflkBvbBgvN6Gj+g9OByPzc= Received: by 10.115.15.1 with SMTP id s1mr8986140wai.1192570476278; Tue, 16 Oct 2007 14:34:36 -0700 (PDT) Received: by 10.115.95.11 with HTTP; Tue, 16 Oct 2007 14:34:36 -0700 (PDT) Message-ID: Date: Tue, 16 Oct 2007 16:34:36 -0500 From: "Eric Kjeldergaard" To: "Peter Schuller" In-Reply-To: <20071016212307.GA8850@hyperion.scode.org> MIME-Version: 1.0 References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 22:00:36 -0000 On 16/10/2007, Peter Schuller wrote: > > > I will endeavor to re-run these comparisons with RELENG_7 within the > > near future (regardless of the answer to the above question). > > So to follow-up, with RELENG_7 the performance is now significantly > better than 6.2 for me too. I guess it was the debugging options in > userland. If someone wants details anyway I'll provide them, but since > it is no longer that interesting I'm leaving it as is if no one speaks > up. > > I knew about it and wanted to turn it off, but I was under the > impression it was enabled by malloc.conf, which was non-existent, > rather than at compile time. Also the phrasing in the recommentation > to turn things off was such that it did not necessarily imply that > malloc debugging was actually turned on. Or I believed so anyway in my > possibly dream state. > > Would it be useful to keep a list of *all* things one needs to do to > turn off all the debugging options and whatnot? I have always disabled > the INVARIANTS/WITNESS stuff, but was unaware of the details of how to > turn off malloc debugging (and I did actively look for more > information on it, but obviously not hard enough). > > In the interest of benchmarks that people publish perhaps it's worth > it to spoon feed instruction for what needs to be done, as part of the > usual warning in /usr/src/UPDATING? > I was under the (incorrect?) impression that the debugging stuff would be turned off before release. Prior to that, 7's primary purpose is for finding bugs before release and thus debugging options are useful. Eric -- If I write a sig emails are personalised people are happy From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 22:01:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE91016A417 for ; Tue, 16 Oct 2007 22:01:29 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4FF13C457 for ; Tue, 16 Oct 2007 22:01:29 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so127175wra for ; Tue, 16 Oct 2007 15:01:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=APEOXi96j2UKWTUB7xNjKf3Z2pDC0JEe02QeGn7RuMo=; b=U70HnnnZsNFbe6d7DqAXiWJt+7PIh3Cook224RN7QkrsuxZDiVMcV47xqa/ysOHnzaGRWhQI3/hsg3Er1g5ER8q6oGqsQpMgBzKxH3wUyPyc4c62EoFLOLlf+7W4/04UtTUhS9X6Gkp2o8Dz6k66vu5ZuVbZ1dWjA8cxCzmaHcU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ym+M2Qo83GJAcVISlveCnAKTxW7U5ShBPDjAVQ1xF7SbAUhd2/fLypEe7UmLnNdA2cKVMsEolG/05XEnHHImTfqvs4kd0x1Us7BYTuWG/eRSPvK+7NcWypF33hW2i69kYsVrAzXOM+amA7rWjc9ywtxIiqv286JF/7yt1xBpg7g= Received: by 10.90.69.8 with SMTP id r8mr11415811aga.1192570630737; Tue, 16 Oct 2007 14:37:10 -0700 (PDT) Received: by 10.90.29.9 with HTTP; Tue, 16 Oct 2007 14:37:10 -0700 (PDT) Message-ID: <8cb6106e0710161437v78957768w1b855da7ba177873@mail.gmail.com> Date: Tue, 16 Oct 2007 17:37:10 -0400 From: "Josh Carroll" To: "Jeff Roberson" In-Reply-To: <20071016134426.F598@10.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <8cb6106e0710161309o4658f41fse686b637d96be7f1@mail.gmail.com> <20071016134426.F598@10.0.0.1> Cc: "\[LoN\]Kamikaze" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@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, 16 Oct 2007 22:01:29 -0000 > Hi Josh, thanks for the report. How many CPUs are in your system? Can > you give me the output of 'vmstat 5' over the course of one run on 4BSD > and ULE? Or just one of them if you can't spare the time. Hi Jeff, The system has a single quad-core chip, namely an Intel Core 2 Quad Q6600. Below is the requested vmstat output. Please let me know if you need anything else (or if I should start a separate thread on -stable, so as not to hijack this thread). I'm not sure what you wanted to see from the vmstat output, but I do notice that with the ULE scheduler, the idle percentage is higher than for 4BSD. As an aside, -threads 8 seems to be optimal, despite only have 4 cores. Here are the vmstat outputs: 4BSD: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad6 ad8 in sy cs us sy id 1 1 0 412348 1589544 508 0 0 0 507 0 0 0 22 694 643 3 0 97 3 1 0 754860 1416760 8504 0 0 0 20 0 0 0 15 1339 2092 94 1 5 6 1 0 757940 1402456 565 0 0 0 1 0 0 0 18 1081 944 98 0 2 6 1 0 757940 1396564 188 0 0 0 3 0 15 0 45 1136 1075 96 0 4 7 1 0 757940 1393236 30 0 0 0 1 0 1 0 21 937 851 97 0 3 6 2 0 760192 1390756 60 0 0 1 43 0 5 0 25 1065 902 96 0 3 5 2 0 760192 1390304 3 0 0 0 100 0 0 0 19 1365 1240 98 0 2 4 1 0 758964 1388592 25 0 0 0 16 0 0 0 15 997 869 96 0 4 7 1 0 758964 1386132 3 0 0 0 0 0 0 0 14 810 766 96 0 4 5 1 0 758964 1383608 2 0 0 0 0 0 0 0 28 695 713 99 0 1 4 1 0 758964 1380372 26 0 0 0 1 0 7 0 29 806 842 96 0 3 7 1 0 759992 1377440 11 0 0 0 1 0 1 0 29 810 802 98 0 2 3 1 0 759992 1375412 2 0 0 0 2 0 0 0 20 879 785 97 0 3 4 1 0 759992 1373168 1 0 0 0 1 0 0 0 13 1032 876 95 0 5 5 1 0 759992 1371204 2 0 0 0 0 0 0 0 21 1197 984 85 0 15 5 1 0 759992 1367676 3 0 0 0 0 0 0 0 20 1155 897 98 0 1 4 1 0 759992 1362272 24 0 0 0 0 0 0 0 21 826 719 98 0 2 6 2 0 762244 1359028 58 0 0 0 43 0 1 0 23 1404 1071 96 0 4 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad6 ad8 in sy cs us sy id 7 2 0 762244 1356036 7 0 0 0 0 0 0 0 21 1236 959 99 0 1 ULE: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad6 ad8 in sy cs us sy id 0 4 0 283788 1781208 2333 7 17 0 1633 0 0 0 211 4057 1702 1 1 99 6 2 0 631152 1606120 8180 5 23 0 30 0 65 0 157 915 371336 79 0 21 6 2 0 634228 1583908 906 0 0 0 3 0 5 0 32 566 940216 93 0 7 6 2 0 634228 1575052 227 0 0 0 0 0 1 0 96 915 694291 94 0 6 5 2 0 636276 1569768 54 0 0 0 0 0 1 0 79 722 984529 93 0 7 6 2 0 636276 1565184 3 0 0 0 0 0 0 0 56 749 615641 95 0 5 6 2 0 633024 1560904 182 0 0 0 224 0 15 0 64 892 554573 95 0 5 6 2 0 633024 1557648 1 0 0 0 0 0 0 0 21 1046 925070 94 0 6 8 1 0 631800 1553088 27 0 0 0 16 0 0 0 23 773 421820 96 0 3 7 1 0 631800 1548752 3 0 0 0 0 0 0 0 27 552 714116 96 0 4 7 1 0 631800 1543804 20 0 0 0 0 0 0 0 20 541 887702 94 0 6 6 1 0 632824 1537948 15 0 0 0 1 0 1 0 25 590 691248 95 0 5 7 1 0 632824 1533896 1 0 0 0 4 0 1 0 21 676 545389 95 0 5 7 1 0 632824 1528332 2 0 0 0 0 0 0 0 23 787 637327 93 0 7 5 1 0 632824 1525668 1 0 0 0 0 0 0 0 13 893 722130 90 0 10 3 1 0 632824 1520008 3 0 0 0 0 0 0 0 25 897 1216075 81 0 19 6 1 0 632824 1510980 25 0 0 0 0 0 0 0 33 932 1126821 90 0 10 7 1 0 632824 1503956 1 0 0 0 3 0 0 0 29 804 961332 93 0 7 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad6 ad8 in sy cs us sy id 4 2 0 635076 1498816 59 0 0 0 43 0 0 0 24 1014 1188872 91 0 9 7 2 0 635076 1492764 7 0 0 0 0 0 1 0 28 1283 1085336 88 0 11 Thanks, Josh From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 22:34:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34DCA16A41A for ; Tue, 16 Oct 2007 22:34:55 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id EBA1F13C4B5 for ; Tue, 16 Oct 2007 22:34:54 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so133190wra for ; Tue, 16 Oct 2007 15:34:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=CnVCOo7oKv9v5JOa9EOpbsEF9y1JEt56yvykUbq100U=; b=NsRX95F3AymNYIZ7paQW4wjXH0CD3OAHSgm9GL8jyKfnwFncOMtsWKu3edRcbQRqaWjtMP5s8la7ie0W/7g0VevN/6/FWiQWBTXg5L64HRcZ0mH9ABCONoqxFE06dE6q9XnxpnF2p98dQTU1vEgbBaulzyn8FVtkaDkhhvhE3Kk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PJgCvj2XMH5qfohjT5OvMcGVqV6Dr8OxvP+75ZE3rlbzwhZbFLys0s+HXizls0ZBqf85g/xf4TOMciVZBe86Mp07I6AG1DxDf7nkpc8OpOmqdyLnwGNOT+fL157LdDlik7+fCKuQOV6rQ8RwG6Ou6/qfSEzc/l7QxTwb67eV1m0= Received: by 10.90.120.13 with SMTP id s13mr11552326agc.1192574094200; Tue, 16 Oct 2007 15:34:54 -0700 (PDT) Received: by 10.90.29.9 with HTTP; Tue, 16 Oct 2007 15:34:54 -0700 (PDT) Message-ID: <8cb6106e0710161534v6c814fb8k2dbf373daedbd8c3@mail.gmail.com> Date: Tue, 16 Oct 2007 18:34:54 -0400 From: "Josh Carroll" To: "Eric Kjeldergaard" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@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, 16 Oct 2007 22:34:55 -0000 > I was under the (incorrect?) impression that the debugging stuff would be > turned off before release. Prior to that, 7's primary purpose is for > finding bugs before release and thus debugging options are useful. I think all the user land debugging is turned off, though I'm not sure. Is there anything else one needs to do to ensure optimal performance (e.g. no debugging is enabled, etc) besides the following? 1. remove WITNESS/INVARIANTS/etc from the kernel 2. add WITHOUT_LIBKSE=yes to /etc/make.conf prior to building world 3. Ensure MALLOC_PRODUCTION is set in /usr/src/lib/libc/stdlib/malloc.c (default in RELENG_7, right?) Thanks, Josh From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 22:47:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 662C216A41A for ; Tue, 16 Oct 2007 22:47:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EDC0513C480 for ; Tue, 16 Oct 2007 22:47:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IhvBb-0007g9-Qs for freebsd-current@freebsd.org; Tue, 16 Oct 2007 22:46:51 +0000 Received: from 89-172-55-115.adsl.net.t-com.hr ([89.172.55.115]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 22:46:51 +0000 Received: from ivoras by 89-172-55-115.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Oct 2007 22:46:51 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 17 Oct 2007 00:46:21 +0200 Lines: 48 Message-ID: References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0130326939DD67551C84C584" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-55-115.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <20071016212307.GA8850@hyperion.scode.org> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 22:47:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0130326939DD67551C84C584 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Peter Schuller wrote: >> I will endeavor to re-run these comparisons with RELENG_7 within the >> near future (regardless of the answer to the above question). >=20 > So to follow-up, with RELENG_7 the performance is now significantly > better than 6.2 for me too. I guess it was the debugging options in > userland. If someone wants details anyway I'll provide them, but since > it is no longer that interesting I'm leaving it as is if no one speaks > up. It's always interesting to get "third party" confirmations on such benchmarks so please post them :) > I knew about it and wanted to turn it off, but I was under the > impression it was enabled by malloc.conf, which was non-existent, > rather than at compile time. Also the phrasing in the recommentation > to turn things off was such that it did not necessarily imply that > malloc debugging was actually turned on. Or I believed so anyway in my > possibly dream state. The rule of thumb is that every -CURRENT has a bunch of debugging stuff scattered around the code, but every RELENG_x has them all turned off. Yes, they should be documented, and I've started something in that direction here: http://wiki.freebsd.org/DefaultDebuggingKnobs . --------------enig0130326939DD67551C84C584 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHFT9DldnAQVacBcgRAno5AJsHuVVygcy0ecpTUzd2n56e0VcWMACdGOwj kCXsVkDGbhLPMIYdwYVWq9k= =OrqC -----END PGP SIGNATURE----- --------------enig0130326939DD67551C84C584-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 22:57:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF47916A46B for ; Tue, 16 Oct 2007 22:57:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id A988013C4BC; Tue, 16 Oct 2007 22:57:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <471541E9.4010706@FreeBSD.org> Date: Wed, 17 Oct 2007 00:57:45 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: josh.carroll@gmail.com References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> <8cb6106e0710161534v6c814fb8k2dbf373daedbd8c3@mail.gmail.com> In-Reply-To: <8cb6106e0710161534v6c814fb8k2dbf373daedbd8c3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Eric Kjeldergaard , freebsd-current@freebsd.org, Peter Schuller Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 22:57:47 -0000 Josh Carroll wrote: >> I was under the (incorrect?) impression that the debugging stuff would be >> turned off before release. Prior to that, 7's primary purpose is for >> finding bugs before release and thus debugging options are useful. > > I think all the user land debugging is turned off, though I'm not > sure. Is there anything else one needs to do to ensure optimal > performance (e.g. no debugging is enabled, etc) besides the following? > > 1. remove WITNESS/INVARIANTS/etc from the kernel > 2. add WITHOUT_LIBKSE=yes to /etc/make.conf prior to building world This doesn't have performance implications. > 3. Ensure MALLOC_PRODUCTION is set in > /usr/src/lib/libc/stdlib/malloc.c (default in RELENG_7, right?) Yes. Also if you happen to have a /etc/malloc.conf symlinked to AJ as a leftover from a previous configuration, remove it. Kris From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 23:03:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A54416A420 for ; Tue, 16 Oct 2007 23:03:26 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 46DFF13C474 for ; Tue, 16 Oct 2007 23:03:26 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1846053wxd for ; Tue, 16 Oct 2007 16:03:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=0Nn4g6KcMW3ixgM3uxx2q6ypmjof1t4pK/3DIiniTqs=; b=tkzsnr5RtC3sWnIq+TUB7Qn6lVoYRUUvofqfMVFnboj173f1RhUzGrKo4tAYext1Axz6xQ3GpqEs6AbBPlnImV2KFpBsPQUoh3VLwUQOPoN/PWSnhxNTQpF3DzJY8/glnlkonYyMrSp4DYg5kB4m7fsTUpuXf5lJVapVK0s+dKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ArAJK8zZbIVyCHM0kRFq/Ln54B8Lsv1Baw8fMeDlQR1SosNrr7I2WbVSaxZGJohmP3FW7kp6njGhBqsa7yb5cNnSGP6blAqvg0HVDWMyJHzQ+/pdYoNKW5gzQuwc9tJ+YtWegBZ+QLtu2XZcTulskec+LNR+FV6cDF8RLVuyspw= Received: by 10.90.113.18 with SMTP id l18mr11547916agc.1192575805289; Tue, 16 Oct 2007 16:03:25 -0700 (PDT) Received: by 10.90.29.9 with HTTP; Tue, 16 Oct 2007 16:03:25 -0700 (PDT) Message-ID: <8cb6106e0710161603r1440b00en720f355bb30be82b@mail.gmail.com> Date: Tue, 16 Oct 2007 19:03:25 -0400 From: "Josh Carroll" To: "Kris Kennaway" In-Reply-To: <471541E9.4010706@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> <8cb6106e0710161534v6c814fb8k2dbf373daedbd8c3@mail.gmail.com> <471541E9.4010706@FreeBSD.org> Cc: Eric Kjeldergaard , freebsd-current@freebsd.org, Peter Schuller Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@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, 16 Oct 2007 23:03:26 -0000 > > 1. remove WITNESS/INVARIANTS/etc from the kernel > > 2. add WITHOUT_LIBKSE=yes to /etc/make.conf prior to building world > > This doesn't have performance implications. Thanks Kris! I know that ffmpeg was 50-200% faster (depending on the input/output) with libthr in RELENG_6_2, so I thought building without LIBKSE might help. But I guess libthr is the default, so the above doesn't much matter? > Yes. Also if you happen to have a /etc/malloc.conf symlinked to AJ as a > leftover from a previous configuration, remove it. Ok, thanks. I don't have a malloc.conf, so I'm all set there. I'll stick to the other thread then regarding ULE vs. 4BSD performance in RELENG_7 in my particular case. It must not be a debugging option I'm missing that's causing 4BSD to perform faster than ULE for ffmpeg it seems. Thanks! Josh From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 23:06:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D5016A419 for ; Tue, 16 Oct 2007 23:06:08 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9488513C442 for ; Tue, 16 Oct 2007 23:06:07 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 63A20C524; Tue, 16 Oct 2007 19:06:06 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 195E7C50F; Tue, 16 Oct 2007 19:05:47 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1192575948; bh=Y8tIuVqQR4Y+gT p/+me1Ot0K4U4yq4OuiRlfdacqll0=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:X-Enigmail-Version: OpenPGP:Content-Type:Content-Transfer-Encoding; b=iRwsWF/4CEQOxhVC E4LAxqst+DuLfWXJUiBzqf7wRHWOIv9QDR3vUc6Cmx2x6bnB9Bio2sKpGvn2aJpyxU5 kdDLa68DNzX5TPa7sZrxFcEcwxW+2jHUCNvsFX/hw38h4 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=SYJ+l53BVQxt0DWcZYb4YJMrF8D9yioKFjNiLy3Em7tY4THgDc5jpYLqXheNRWlrA 8RblRzsVXvywG0H6IEuU/QBXP0LZ4Q/fQRQlMPGrB3jD33FaSRd6FNqLxVg1kGD Message-ID: <471543CA.70409@protected-networks.net> Date: Tue, 16 Oct 2007 19:05:46 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.6 (X11/20070903) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.2 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: barner@freebsd.org Subject: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 23:06:08 -0000 Seems that 'valgrind', either port won't build on RELENG_7. Errors like these break the build .. vg_mylibc.c: In function 'vgPlain_brk': vg_mylibc.c:498: error: lvalue required as left operand of assignment vg_mylibc.c:812: error: invalid storage class for function 'add_to_vg_sprintf_buf' Michael From owner-freebsd-current@FreeBSD.ORG Tue Oct 16 23:20:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57B8C16A418; Tue, 16 Oct 2007 23:20:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 3744F13C45D; Tue, 16 Oct 2007 23:20:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47154750.1080109@FreeBSD.org> Date: Wed, 17 Oct 2007 01:20:48 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Michael Butler References: <471543CA.70409@protected-networks.net> In-Reply-To: <471543CA.70409@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , barner@freebsd.org Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2007 23:20:49 -0000 Michael Butler wrote: > Seems that 'valgrind', either port won't build on RELENG_7. Errors like > these break the build .. > > vg_mylibc.c: In function 'vgPlain_brk': > vg_mylibc.c:498: error: lvalue required as left operand of assignment > vg_mylibc.c:812: error: invalid storage class for function > 'add_to_vg_sprintf_buf' This and a few hundred others. Talk to the maintainer and/or develop a patch. Kris From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 01:16:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DC2616A417; Wed, 17 Oct 2007 01:16:51 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1A213C447; Wed, 17 Oct 2007 01:16:49 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.1/8.14.1) with ESMTP id l9H1GnD5080948; Wed, 17 Oct 2007 03:16:50 +0200 (CEST) (envelope-from ulrich@pukruppa.net) Received: from localhost (ulrich@localhost) by pukruppa.net (8.14.1/8.14.1/Submit) with ESMTP id l9H1Gn5s080945; Wed, 17 Oct 2007 03:16:49 +0200 (CEST) (envelope-from ulrich@pukruppa.net) Date: Wed, 17 Oct 2007 03:16:49 +0200 (CEST) From: "P.U.Kruppa" X-X-Sender: ulrich@small To: Kris Kennaway In-Reply-To: <47150F82.9060805@FreeBSD.org> Message-ID: <20071017030940.R1559@small> References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="207141057-945791779-1192583809=:1559" Cc: "\[LoN\]Kamikaze" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 01:16:51 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --207141057-945791779-1192583809=:1559 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 16 Oct 2007, Kris Kennaway wrote: > [LoN]Kamikaze wrote: >> I know that RELENG_7 is not considered very near-release, but I thought = I'd >> give my 2=A2 in the hope that I might have a little influence on the=20 >> scheduler >> development to my benefit. >>=20 >> The switch from RELENG_6 to RELENG_7 went relatively smooth and apart fr= om=20 >> ipw >> causing panics. However there is one thing that's disturbing and this is= =20 >> the >> scheduler. I only have single core machines, so whatever I say only appl= ies=20 >> to >> those. If you think single-core machines are no longer important, feel f= ree=20 >> to >> ignore this. In deed, just ignore me however much you like. >>=20 >>> From my perspective scheduling on RELENG_6 was way better. Even on a fu= ll >> workload like a portupgrade the focused application (both in X and on th= e >> console) always received enough cycles to run smoothly and applications= =20 >> that >> ran in background like audio players also kept on running fine. >>=20 >> Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgd= b=20 >> -L' >> (recovering lost dependencies) audio players (both graphical and mplayer= ) >> scatter, either because they don't get the hard-disk or CPU-cycles (whic= h=20 >> one, >> I don't know) and the focused application also often hangs. It just look= s=20 >> like >> occasionally (under load) everything freezes for a second and then goes = on >> relatively normal. >>=20 >> I've got the impression that things compile a little faster (that might = be=20 >> my >> imagination, though), but I'd rather have a smooth working experience. >>=20 >> This is just my view of the situation and I suppose it is only one of ma= ny.=20 >> I >> bid you be merciful with us single-core people, who cannot afford a slic= k >> multi-core machine, because we worry how to pay for our food at the end = of=20 >> the >> month. > > Not to say that any problems that might have developed with SCHED_4BSD sh= ould=20 > not be fixed, but you should give SCHED_ULE a try since it brings benefit= s=20 > even for single CPU systems (e.g. better interactive response). I would like to second that. I have seen the same problems on my=20 single processor system and using SCHED_ULE instead of SCHED_4BSD=20 seems to improve the situation a lot. Uli. > > Kris > _______________________________________________ > 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= " > Peter Ulrich Kruppa Wuppertal Germany --207141057-945791779-1192583809=:1559-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 06:10:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30D7316A419 for ; Wed, 17 Oct 2007 06:10:10 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 70BB713C468 for ; Wed, 17 Oct 2007 06:10:09 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id w9so2203814mue for ; Tue, 16 Oct 2007 23:10:08 -0700 (PDT) Received: by 10.82.181.10 with SMTP id d10mr2338074buf.1192601407799; Tue, 16 Oct 2007 23:10:07 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Tue, 16 Oct 2007 23:10:07 -0700 (PDT) Message-ID: Date: Wed, 17 Oct 2007 09:10:07 +0300 From: "Vlad GALU" To: "Peter Schuller" In-Reply-To: <20071016212307.GA8850@hyperion.scode.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071016110642.GB54457@hyperion.scode.org> <20071016212307.GA8850@hyperion.scode.org> Cc: freebsd-current@freebsd.org Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 06:10:10 -0000 On 10/17/07, Peter Schuller wrote: > > I will endeavor to re-run these comparisons with RELENG_7 within the > > near future (regardless of the answer to the above question). > > So to follow-up, with RELENG_7 the performance is now significantly > better than 6.2 for me too. I guess it was the debugging options in > userland. If someone wants details anyway I'll provide them, but since > it is no longer that interesting I'm leaving it as is if no one speaks > up. > > I knew about it and wanted to turn it off, but I was under the > impression it was enabled by malloc.conf, which was non-existent, > rather than at compile time. Also the phrasing in the recommentation > to turn things off was such that it did not necessarily imply that > malloc debugging was actually turned on. Or I believed so anyway in my > possibly dream state. > > Would it be useful to keep a list of *all* things one needs to do to > turn off all the debugging options and whatnot? I have always disabled > the INVARIANTS/WITNESS stuff, but was unaware of the details of how to > turn off malloc debugging (and I did actively look for more > information on it, but obviously not hard enough). > > In the interest of benchmarks that people publish perhaps it's worth > it to spoon feed instruction for what needs to be done, as part of the > usual warning in /usr/src/UPDATING? > > Regarding the time source choice, I attempted to switch to TSC in my > original benchmarks but never got it working. I tried all the > following (one at a time), but none had any effect: > > kern.timecounter.tc.TSC.quality="1000" > kern.timecounter.hardware="TSC" > kern.timecounter.choice="TSC(1200) ACPI-fast(1000) i8254(0) dummy(-1000000)" > kern.timecounter.smp_tsc="1" > > Perhaps because it's not an SMP machine. Depends, some UP machines have a TSC as well. But you really need to disable ACPI before TSC gets chosen on boot. > > -- > / Peter Schuller > > PGP userID: 0xE9758B7D or 'Peter Schuller ' > Key retrieval: Send an E-Mail to getpgpkey@scode.org > E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org > > > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 09:24:18 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E9C16A418; Wed, 17 Oct 2007 09:24:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 0866013C48A; Wed, 17 Oct 2007 09:24:17 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id F152A66922B; Wed, 17 Oct 2007 11:24:15 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tLz8uo3-GtxJ; Wed, 17 Oct 2007 11:24:15 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 16DB06691E8; Wed, 17 Oct 2007 11:24:15 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l9H9OEk7083681; Wed, 17 Oct 2007 11:24:14 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 17 Oct 2007 11:24:14 +0200 From: Roman Divacky To: Kris Kennaway Message-ID: <20071017092414.GA83659@freebsd.org> References: <471543CA.70409@protected-networks.net> <47154750.1080109@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47154750.1080109@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current , Michael Butler , barner@FreeBSD.org Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 09:24:18 -0000 On Wed, Oct 17, 2007 at 01:20:48AM +0200, Kris Kennaway wrote: > Michael Butler wrote: > >Seems that 'valgrind', either port won't build on RELENG_7. Errors like > >these break the build .. > > > >vg_mylibc.c: In function 'vgPlain_brk': > >vg_mylibc.c:498: error: lvalue required as left operand of assignment > >vg_mylibc.c:812: error: invalid storage class for function > >'add_to_vg_sprintf_buf' > > This and a few hundred others. Talk to the maintainer and/or develop a > patch. there seems to be some activity by phk@ and peter@ in p4.. http://perforce.freebsd.org/branchView.cgi?BRANCH=valgrind From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 10:39:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4808D16A418; Wed, 17 Oct 2007 10:39:21 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id C600413C465; Wed, 17 Oct 2007 10:39:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9HAdJSL036303; Wed, 17 Oct 2007 20:39:19 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9HAdIg7036302; Wed, 17 Oct 2007 20:39:18 +1000 (EST) (envelope-from peter) Date: Wed, 17 Oct 2007 20:39:18 +1000 From: Peter Jeremy To: Igor Sysoev Message-ID: <20071017103918.GL1191@turion.vk2pj.dyndns.org> References: <20071015141714.GL24828@rambler-co.ru> <20071016193843.GD1184@turion.vk2pj.dyndns.org> <20071016195343.GK57989@rambler-co.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" Content-Disposition: inline In-Reply-To: <20071016195343.GK57989@rambler-co.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 2G+ sysv shm segments X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 10:39:21 -0000 --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Oct-16 23:53:43 +0400, Igor Sysoev wrote: >> printf(" %12lu", (unsigned long)kshmptr->u.shm_segsz); or similar. > >Here should be %zu. You're correct. I wasn't aware of 'z' :-( >However, this patch can not be commited even to 7/8, because it does not >preserve binary compatibility for shmctl(IPC_STAT). > >It seems that should be new shmctl syscall. I don't believe there is a requirement that IPC_STAT be 2 so an alternative approach would be to change the value of IPC_STAT to support the changed shmid_ds size (though this would also affect semctl() and msgctl(). --=20 Peter Jeremy --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFeZW/opHv/APuIcRAhHCAJ4vJqrDYTci2LCscBjOd/IlOGaVLwCfawHH GoGATHrPINrWuxDizB68/Os= =YzjB -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 10:40:48 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09A7E16A46D; Wed, 17 Oct 2007 10:40:48 +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 CF28213C491; Wed, 17 Oct 2007 10:40:47 +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 6D75A470D2; Wed, 17 Oct 2007 06:40:47 -0400 (EDT) Date: Wed, 17 Oct 2007 11:40:47 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-current@freebsd.org In-Reply-To: <648464572.20071016235832@masm.elcom.ru> Message-ID: <20071017113703.P94637@fledge.watson.org> References: <471530484.20071014172230@masm.elcom.ru> <47121CCA.6080202@FreeBSD.org> <1946103758.20071016165321@masm.elcom.ru> <47150B2C.7090905@FreeBSD.org> <648464572.20071016235832@masm.elcom.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kris Kennaway Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 10:40:48 -0000 On Tue, 16 Oct 2007, Victor M. Blood wrote: >> Do you have the debugging options (INVARIANTS and INVARIANT_SUPPORT) >> enabled? They are now disabled in RELENG_7. If not you will just get a >> deadlock when you are unlucky :) > Yes, all debug options are stay by default. > = KERN > ... > # 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 > ... > = END KERN > > I have updated ipfilter to 4.1.27 until cvsup with tag=RELING_7 and sources > was from 10.10.2007 which system shows me panic with _sx_sleep() and > _rw_sleep() with ipf 4.1.23. After some tests :)) /ping, smbfs, telnet, > etc.../ Update of ipfilter was finished at 17:00 GMT+3, now: # uptime 23:51 > up 7:12, 2 users, load averages: 1,32 1,23 1,09 > > Now I'm have update CVS-tree, and build world for RELENG_7. With ipfilter > 4.1.23 system stay alive 1-2 min with inet work, I have been compelled to > disable ipfilter (ipf -D) for work with network. While any failures are not > present, all works normally. The bug in ipfilter has to do with using a sleepable lock class in an interrupt or a software interrupt thread. This can lead to deadlocks, although is relatively unlikely to do so, so is reported by invariants testing as a fatal condition. The panic won't turn up without invariants enabled, and in practice the deadlock is quite unlikely, but reflects a violation of the assumptions under which kernel synchronization is designed to work. Switching to a non-sleepable lock class doesn't provide an instant solution because the non-sleepable lock will then be held over a potentially sleepable path for managing the firewall from user space (if a copyin/copyout results in a page fault that sleeps waiting on disk I/O, or worse, network I/O from network-backed swap, which could lead directly to the deadlock). Chances are, this is relatively easy to fix, but someone needs to do that -- ideally someone very familiar with ipfilter. :-) In practice, I wouldn't expect the deadlock to occur much/at all, FWIW, so users with common configurations won't run into a problem, so with invariants disabled you may well be fine. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 11:37:22 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7634116A419 for ; Wed, 17 Oct 2007 11:37:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0863513C468 for ; Wed, 17 Oct 2007 11:37:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2785753waf for ; Wed, 17 Oct 2007 04:37:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=IabhixUdzmq3IL6UBspzg40O1lpTArNGn3lCCc5/xRU=; b=DrQL+W11bCVFLJcnFRENaao9LBMB3bxWIrz/0yb3hZrjIq3AADlzCEbvUBNfOqQky3rW7p1HTLzRP8+v6a/7lVTJIIFkaNNJB0tpLNgZM9JooDyAcsO0MDHaZv6EjtJ0Bs2/WD6LEhR2tYX3lMmOy+i4ie0vXFeMLv/TkSsBdzQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; 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=G2086sYoHFzwxAnttjLAtpTJ3DHSUtACcUqvQZf+nRU1lsJ6ORetkQ+L9SIjAPuOEgomhYJaZGylvyoddO3uze88jP1elmO4l1qpulA+VmprNFAlNUf0G/6m0zwl3Ykfj5e+eJqH774tiLDjX2wDDYoO7MBxWDAr1B8/5Zjo82w= Received: by 10.115.46.9 with SMTP id y9mr9686938waj.1192619284926; Wed, 17 Oct 2007 04:08:04 -0700 (PDT) Received: by 10.114.67.19 with HTTP; Wed, 17 Oct 2007 04:08:04 -0700 (PDT) Message-ID: Date: Wed, 17 Oct 2007 19:08:04 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "John Baldwin" In-Reply-To: <200710151510.35000.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710111741.34992.jhb@FreeBSD.org> <200710151216.36509.jhb@freebsd.org> <3E7A944C-6182-41A1-8881-C4B94428B65A@mac.com> <200710151510.35000.jhb@freebsd.org> X-Google-Sender-Auth: ff2f01b6242ace32 Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: New-bus unit wiring via hints.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 11:37:22 -0000 On 16/10/2007, John Baldwin wrote: > Hmm, ok. So are you thinking of a registry ala Windows to remember previous > bindings? /dev/ (what Windows does) probably > wouldn't be considered usable by most folks, so you'd have to make aliases, > but then you are back to how do "wire" the aliases? And how should the > kernel figure out which devices are console devices? Sounds like /devices vs /dev under Solaris.. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 09:01:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45FBD16A420 for ; Wed, 17 Oct 2007 09:01:12 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 9154D13C4A7 for ; Wed, 17 Oct 2007 09:01:11 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 17 Oct 2007 09:01:10 -0000 Received: from vpn-cl-166-173.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.166.173] by mail.gmx.net (mp053) with SMTP; 17 Oct 2007 11:01:10 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+wzps/reewKox5AkczMydy+f+cuRSQwMbOhTWPWV Gfp7oq8bsHbUvP Message-ID: <4715CF4E.6010203@gmx.de> Date: Wed, 17 Oct 2007 11:01:02 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Bengt Ahlgren References: <47150D87.3070804@gmx.de> In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Wed, 17 Oct 2007 11:47:30 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 09:01:12 -0000 Bengt Ahlgren wrote: > "[LoN]Kamikaze" writes: > >> From my perspective scheduling on RELENG_6 was way better. Even on a full >> workload like a portupgrade the focused application (both in X and on the >> console) always received enough cycles to run smoothly and applications that >> ran in background like audio players also kept on running fine. >> >> Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' >> (recovering lost dependencies) audio players (both graphical and mplayer) >> scatter, either because they don't get the hard-disk or CPU-cycles (which one, >> I don't know) and the focused application also often hangs. It just looks like >> occasionally (under load) everything freezes for a second and then goes on >> relatively normal. > > Do you have ATA write-caching on or off? My experience is that if you > turn caching off (on RELENG_6_x at least, have not tried 7) the > machine often freezes for seconds when you are writing a lot to the > disk. > > Bengt > Write-caching is on on my machines. From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 09:58:06 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7FE16A41A; Wed, 17 Oct 2007 09:58:06 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from brev.sics.se (brev.sics.se [193.10.64.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0EED213C447; Wed, 17 Oct 2007 09:58:05 +0000 (UTC) (envelope-from bengta@P142.sics.se) Received: from P142.sics.se (ip68.infrahip.net [193.167.187.68]) by brev.sics.se (8.12.8/8.12.8) with ESMTP id l9H8vqVF032548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Oct 2007 10:57:52 +0200 Received: from P142.sics.se (localhost [127.0.0.1]) by P142.sics.se (8.13.8/8.13.8) with ESMTP id l9H9145g001573; Wed, 17 Oct 2007 11:01:04 +0200 (CEST) (envelope-from bengta@P142.sics.se) Received: (from bengta@localhost) by P142.sics.se (8.13.8/8.13.8/Submit) id l9H913vv001572; Wed, 17 Oct 2007 11:01:03 +0200 (CEST) (envelope-from bengta@P142.sics.se) To: "[LoN]Kamikaze" From: Bengt Ahlgren In-Reply-To: <47150D87.3070804@gmx.de> (LoN_Kamikaze@gmx.de's message of "Tue, 16 Oct 2007 21:14:15 +0200") References: <47150D87.3070804@gmx.de> Date: Wed, 17 Oct 2007 11:01:03 +0200 Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Wed, 17 Oct 2007 11:47:30 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 09:58:06 -0000 "[LoN]Kamikaze" writes: >>>From my perspective scheduling on RELENG_6 was way better. Even on a full > workload like a portupgrade the focused application (both in X and on the > console) always received enough cycles to run smoothly and applications that > ran in background like audio players also kept on running fine. > > Quite the contrary on RELENG_7. During a portupgrade or even worse 'pkgdb -L' > (recovering lost dependencies) audio players (both graphical and mplayer) > scatter, either because they don't get the hard-disk or CPU-cycles (which one, > I don't know) and the focused application also often hangs. It just looks like > occasionally (under load) everything freezes for a second and then goes on > relatively normal. Do you have ATA write-caching on or off? My experience is that if you turn caching off (on RELENG_6_x at least, have not tried 7) the machine often freezes for seconds when you are writing a lot to the disk. Bengt From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 12:06:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 793AD16A41B for ; Wed, 17 Oct 2007 12:06:34 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 44D9A13C48E for ; Wed, 17 Oct 2007 12:06:34 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l9HC68Yo077542; Wed, 17 Oct 2007 07:06:10 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4715FAA7.7030404@freebsd.org> Date: Wed, 17 Oct 2007 07:05:59 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kostik Belousov References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> In-Reply-To: <20071016112907.GD6511@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Pieter de Goeje , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 12:06:34 -0000 Kostik Belousov wrote: > On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: >> 2007/10/16, Eric Anderson : >>> Pieter de Goeje wrote: >>>> On Sunday 14 October 2007, Eric Anderson wrote: >>>>> Pieter de Goeje wrote: >>>>>> On Saturday 13 October 2007, Rolf Witt wrote: >>>>>>> Backtrace from crash tonight (after portsnap cron): >>>>>> >>>>>> >>>>>>> # uname -a >>>>>>> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE >>>>>>> #121: Thu Oct 11 16:29:05 CEST 2007 >>>>>>> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 >>>>>>> >>>>>>> Sources from Builddate. >>>>>>> >>>>>>> Rowi >>>>>> Eric sent me this patch: >>>>>> http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch >>>>>> which seems to be working great so far. I am still testing it, but I >>>>>> think it fixed the problem. >>>>>> To apply, cd /usr/src; patch < /path/to/patch and then rebuild the >>>>>> kernel. >>>>>> >>>>>> Cheers, >>>>>> Pieter de Goeje >>>>> It doesn't actually 'fix' the problem, but I think it helps identify >>> it. >>>>> I'm not 100% certain if this is the right fix our not, but so far >>>>> feedback has been good when running with this patch. >>>>> >>>>> Can somebody confirm that this patch is ok? >>>>> >>>>> Eric >>>> Can you elaborate on what this patch exactly does / what the problem is? >>>> >>>> Pieter >>> >>> I think the problem is that blocks are being put in the worklist twice, >>> but I'm not certain why yet. The patch reduces the chance of this >>> happening by more often removing the block from the worklist instead of >>> leaving it on. I think actually the patch is hiding the real issue more >>> than anything, which is why I said it isn't fixing the problem, but >>> because of the reports I've seen, I think we're sniffing in the right >>> area. I'll be looking more into this soon, when I get another few >>> minutes of free time and my debugger.. >> I actually seem to be getting the panic more often with the patch (i.e. >> twice in just 30 minutes with the patch, about twice per day without the >> patch), while doing the same things as usual. The panic usually happens when >> I'm compiling or linking. Is that strange? > > Patch is wrong. Actually, it does put the dirrem to the proccessing twice > when xp != NULL. Yes, exactly why I said 'it doesn't fix the problem'. In fact, I actually did not post it to the list, and didn't intend for it to be posted. I was hoping for feedback for further examination. Kostik - do you have any ideas on what is going on here? Did you see the message in another thread that looked similar (it was regarding gjournal)? Eric From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 12:43:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63F6616A418; Wed, 17 Oct 2007 12:43:26 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb7:ef56]) by mx1.freebsd.org (Postfix) with ESMTP id 66EC213C458; Wed, 17 Oct 2007 12:43:25 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l9HChD98019689; Wed, 17 Oct 2007 14:43:14 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Wed, 17 Oct 2007 14:43:13 +0200 User-Agent: KMail/1.9.7 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> In-Reply-To: <4715FAA7.7030404@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710171443.13578.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Kostik Belousov , avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 12:43:26 -0000 On Wednesday 17 October 2007, Eric Anderson wrote: > Kostik Belousov wrote: > > On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: > >> 2007/10/16, Eric Anderson : > >>> Pieter de Goeje wrote: > >>>> On Sunday 14 October 2007, Eric Anderson wrote: > >>>>> Pieter de Goeje wrote: > >>>>>> On Saturday 13 October 2007, Rolf Witt wrote: > >>>>>>> Backtrace from crash tonight (after portsnap cron): > >>>>>> > >>>>>> > >>>>>> > >>>>>>> # uname -a > >>>>>>> FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE > >>>>>>> #121: Thu Oct 11 16:29:05 CEST 2007 > >>>>>>> rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > >>>>>>> > >>>>>>> Sources from Builddate. > >>>>>>> > >>>>>>> Rowi > >>>>>> > >>>>>> Eric sent me this patch: > >>>>>> http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > >>>>>> which seems to be working great so far. I am still testing it, but I > >>>>>> think it fixed the problem. > >>>>>> To apply, cd /usr/src; patch < /path/to/patch and then rebuild the > >>>>>> kernel. > >>>>>> > >>>>>> Cheers, > >>>>>> Pieter de Goeje > >>>>> > >>>>> It doesn't actually 'fix' the problem, but I think it helps identify > >>> > >>> it. > >>> > >>>>> I'm not 100% certain if this is the right fix our not, but so far > >>>>> feedback has been good when running with this patch. > >>>>> > >>>>> Can somebody confirm that this patch is ok? > >>>>> > >>>>> Eric > >>>> > >>>> Can you elaborate on what this patch exactly does / what the problem > >>>> is? > >>>> > >>>> Pieter > >>> > >>> I think the problem is that blocks are being put in the worklist twice, > >>> but I'm not certain why yet. The patch reduces the chance of this > >>> happening by more often removing the block from the worklist instead of > >>> leaving it on. I think actually the patch is hiding the real issue > >>> more than anything, which is why I said it isn't fixing the problem, > >>> but because of the reports I've seen, I think we're sniffing in the > >>> right area. I'll be looking more into this soon, when I get another > >>> few minutes of free time and my debugger.. > >> > >> I actually seem to be getting the panic more often with the patch (i.e. > >> twice in just 30 minutes with the patch, about twice per day without the > >> patch), while doing the same things as usual. The panic usually happens > >> when I'm compiling or linking. Is that strange? > > > > Patch is wrong. Actually, it does put the dirrem to the proccessing twice > > when xp != NULL. > > Yes, exactly why I said 'it doesn't fix the problem'. In fact, I > actually did not post it to the list, and didn't intend for it to be > posted. I was hoping for feedback for further examination. I had (and still have) trouble reproducing the panic with the patch. I tried to write a program which would trigger the panic, but I failed (hence my question on what problem the patch masks so my test tool could focus on the problem area more). I ended up trying to write something similar to portsnap followed by portsdb -u. Now that portsnap works again for -CURRENT, I am able to reproduce the panic much more reliably. I posted the patch to current@ because of my feedback being useless for the aforementioned reasons and I hoped someone else had a better testcase. Regards, Pieter de Goeje > > Kostik - do you have any ideas on what is going on here? Did you see > the message in another thread that looked similar (it was regarding > gjournal)? > > Eric > From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 13:59:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF68B16A41A for ; Wed, 17 Oct 2007 13:59:01 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8F62513C45D for ; Wed, 17 Oct 2007 13:59:01 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by wr-out-0506.google.com with SMTP id 70so246442wra for ; Wed, 17 Oct 2007 06:59:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=SeSVrUcaccm+K6cc8jb7SdNoQ9M1X2nlLXaX+deh5Bc=; b=nekQB8UHDrv+/pe1VT9ClwHSy36v32mVi5rlmsh2UhhxBrXjKxwEKYUoWFxYVXHAO+fGTc6ysGDomjWCn90fzlLa2uO54o7DByadbl0m8pNuyBeby1eO1yPL3dDGm8yGrf/iHYCohW/7Cm2yw+xFtgFjL3hYXFzBfJjYRk1zpWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=JZ2ra+kUTBd5gxQlcz482DJfxJ7fJrST71mHCrdybcQrde0LEbIRWlVZCiecGO+xgTXAdRcuV5p3ybp7m6NQ4QD5uAsVhxJMIKvgb8dCFf4l5J3n5RSqVGx908xzc6nzHfty0nCMhWDLsVsuB6lard4fo8iiaR1dX1rsRIwTF2M= Received: by 10.114.109.1 with SMTP id h1mr9889722wac.1192629538965; Wed, 17 Oct 2007 06:58:58 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id 35sm397242nfu.2007.10.17.06.58.55 (version=SSLv3 cipher=RC4-MD5); Wed, 17 Oct 2007 06:58:56 -0700 (PDT) From: Tom Evans To: Vincent Blondel In-Reply-To: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-N9gINtxjZwTVSOUMy2pt" Date: Wed, 17 Oct 2007 14:58:54 +0100 Message-Id: <1192629534.2001.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 13:59:02 -0000 --=-N9gINtxjZwTVSOUMy2pt Content-Type: multipart/mixed; boundary="=-UVQ07cG1QqObke3iJ3D0" --=-UVQ07cG1QqObke3iJ3D0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-10-15 at 20:27 +0200, Vincent Blondel wrote: > Hello all, >=20 > I am trying to install FreeBSD-current as Dom/U on my Core2 Quad server h= osting Linux Ubuntu 7.10 as Dom/0. >=20 > After some search on Google, I found a patch ( http://wiki.freebsd.org/Fr= eeBSD/Xen ) that can be applied on > current cvs 'src' but this seems already dated 4 months and occurs lots o= f errors during patch phase. >=20 > I also noticed xen3/freebsd development is currently hosted on preforce.f= reebsd.org but it seems we need a > account on this server to get last snapshot but I do not get any access o= n this server. >=20 > Can somebody explain me how I can get last snapshot of it ?? > Hi. I wrote a ruby script for extracting repo snapshots from p4. It requires the package 'ruby-gems' and the gem package 'hpricot' (gem install hpricot). Cheers Tom --=-UVQ07cG1QqObke3iJ3D0-- --=-N9gINtxjZwTVSOUMy2pt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHFhUelcRvFfyds/cRAgzGAKC3RG2AbIsjcCBHqUPF6la7ADxCHQCgmT7d Wtl/0maOS4/OmKsB8ZB1Wg0= =RFaT -----END PGP SIGNATURE----- --=-N9gINtxjZwTVSOUMy2pt-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 14:20:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D41FE16A41B for ; Wed, 17 Oct 2007 14:20:55 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 84F4313C45B for ; Wed, 17 Oct 2007 14:20:55 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id ADDBE1B10EE6; Wed, 17 Oct 2007 16:20:53 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 5EE351B10C26 for ; Wed, 17 Oct 2007 16:20:50 +0200 (CEST) Message-ID: <47161A42.2050306@moneybookers.com> Date: Wed, 17 Oct 2007 17:20:50 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4542/Tue Oct 16 22:31:56 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 14:20:55 -0000 Hi list, I'm having problems with the raid controller of HP ProLiant DL140 G3 Server and RELENG_7 I have 2x 500GB SATA HDDs configured as mirror, but the write speed is very slow ~7MB/s. I guess that there is no battery for the raid controller and the write cache is off, but 7MB/s .. Also there is no way to see the status of the raid from FreeBSD ? Any ideas how to improve this? dd if=/dev/zero of=/tmp/random.img bs=1m count=200 209715200 bytes transferred in 30.323045 secs (6916034 bytes/sec) MPT Firmware Revision 1.20.33.00-IR FreeBSD 7.0-PRERELEASE #0: Wed Oct 17 06:48:35 CEST 2007 amd64 pciconf -vl: mpt0@pci0:7:1:0: class=0x010000 card=0x3228103c chip=0x00541000 rev=0x01 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068 -StorPort' class = mass storage subclass = SCSI dmesg: mpt0: port 0x2000-0x20ff mem 0xdc210000-0xdc213fff,0xdc200000-0xdc20ffff irq 24 at device 1.0 on pci7 mpt0: [ITHREAD] mpt0: MPI Version=1.5.14.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). da0 at mpt0 bus 0 target 5 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 300.000MB/s transfers da0: Command Queueing Enabled da0: 475883MB (974608384 512 byte sectors: 255H 63S/T 60666C) sysctl: dev.mpt.0.%desc: LSILogic SAS/SATA Adapter dev.mpt.0.%driver: mpt dev.mpt.0.%location: slot=1 function=0 dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0054 subvendor=0x103c subdevice=0x3228 class=0x010000 dev.mpt.0.%parent: pci7 dev.mpt.0.debug: 3 dev.mpt.0.role: 1 I'm running bonnie++ to see the real performance, but result will be ready later. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 14:27:08 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE1D916A41B for ; Wed, 17 Oct 2007 14:27:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 48D8A13C46A for ; Wed, 17 Oct 2007 14:27:08 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so1856153nfb for ; Wed, 17 Oct 2007 07:27:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=9NV3g8u6uLKtykZmFx8jZ9NlCLcqrySA+3scMic2UMY=; b=cc9yASUQ1iujSr89OZTqnqAFzmu77NtT0Y6QOJbU0Nxs7BNoOGPk6WhUSAoA7my3mcJLmYRxBtfOfR/YAkcrapXt1Qo/WlY/tSACiDJof4IP2m2zkTx6Y6t1KIBIgc4HBQIPyJTA7mwS6yf5IaRcPKgEnElKzsPJy5ND4wCn77o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=BmCy6RBiRxya/I/9Qkf2878Fvr1KuHGfALkXapWeQn1gaQhv+WookxBxYQLclKDnwjfRaXc4+p5bjQPzB84xC//kaief4GZ88wJVR1/DdyZuvIpbTm4bFP1KuC2cK71GCn6sxZen82g5LQ+yoafYUpc5GkBYkcr49nNJtx4jx+o= Received: by 10.82.156.12 with SMTP id d12mr1501001bue.1192631226603; Wed, 17 Oct 2007 07:27:06 -0700 (PDT) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id i4sm516855nfh.2007.10.17.07.27.04 (version=SSLv3 cipher=RC4-MD5); Wed, 17 Oct 2007 07:27:05 -0700 (PDT) From: Tom Evans To: Jonathan Weiss In-Reply-To: <4716185F.8060102@innerewut.de> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> <4716185F.8060102@innerewut.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9jAYifQgOWO4QYQDkk8l" Date: Wed, 17 Oct 2007 15:27:03 +0100 Message-Id: <1192631223.2001.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 14:27:08 -0000 --=-9jAYifQgOWO4QYQDkk8l Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-10-17 at 16:12 +0200, Jonathan Weiss wrote: > Tom Evans wrote: > >=20 > > Hi. I wrote a ruby script for extracting repo snapshots from p4. It > > requires the package 'ruby-gems' and the gem package 'hpricot' (gem > > install hpricot). > >=20 >=20 > cd /usr/ports/www/rubygem-hpricot && make install clean >=20 > And voila, hpricot and rubygems. >=20 > > Cheers > >=20 > > Tom >=20 >=20 > Jonathan Excellent - port didn't exist when I wrote the script :) --=-9jAYifQgOWO4QYQDkk8l Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHFhu3lcRvFfyds/cRAtuwAJ4/z+CMxAydH0Vhqoz6hzodUAK7nACgiFv2 tWO9KQPfi3VC2mXpMlm2wv4= =J+Zv -----END PGP SIGNATURE----- --=-9jAYifQgOWO4QYQDkk8l-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 15:02:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18A2416A46B for ; Wed, 17 Oct 2007 15:02:09 +0000 (UTC) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 58F6C13C491 for ; Wed, 17 Oct 2007 15:02:08 +0000 (UTC) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 17 Oct 2007 14:35:27 -0000 Received: from ppp-88-217-14-87.dynamic.mnet-online.de (EHLO dose.local.invalid) [88.217.14.87] by mail.gmx.net (mp037) with SMTP; 17 Oct 2007 16:35:27 +0200 X-Authenticated: #147403 X-Provags-ID: V01U2FsdGVkX1/mHQJdmqjmJbkZutLUVCTDxWWWEepWNzaFjjtQrd E4obJWgIZdbHjR Received: by dose.local.invalid (Postfix, from userid 1000) id 84BE6C147; Wed, 17 Oct 2007 16:36:52 +0200 (CEST) Date: Wed, 17 Oct 2007 16:36:52 +0200 From: Simon Barner To: Kris Kennaway Message-ID: <20071017143652.GA2751@dose.local.invalid> References: <471543CA.70409@protected-networks.net> <47154750.1080109@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <47154750.1080109@FreeBSD.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Cc: Michael Butler , barner@freebsd.org, freebsd-current Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 15:02:09 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kris Kennaway wrote: > Michael Butler wrote: >> Seems that 'valgrind', either port won't build on RELENG_7. Errors like >> these break the build .. >> vg_mylibc.c: In function 'vgPlain_brk': >> vg_mylibc.c:498: error: lvalue required as left operand of assignment >> vg_mylibc.c:812: error: invalid storage class for function >> 'add_to_vg_sprintf_buf' >=20 > This and a few hundred others. Talk to the maintainer and/or develop a= =20 > patch. I have a compile fix for this problem -- the resulting binary dumps core though. I can commit the fix and mark the port IGNORE on RELENG_7 until we have a proper solution. --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFh4ECkn+/eutqCoRAmF9AKD9piFuoYQT2Hgy1FFz80yLiVkK8ACeKSLF EpvmENsAiCYjZK1mjUdtfCw= =wWAl -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 15:35:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A1A16A418 for ; Wed, 17 Oct 2007 15:35:46 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.200.82]) by mx1.freebsd.org (Postfix) with ESMTP id 328A913C461 for ; Wed, 17 Oct 2007 15:35:45 +0000 (UTC) (envelope-from nslay@comcast.net) Received: from lightbulb.local (c-68-35-224-189.hsd1.fl.comcast.net[68.35.224.189]) by comcast.net (sccrmhc12) with ESMTP id <20071017153543012009oppke>; Wed, 17 Oct 2007 15:35:44 +0000 Message-ID: <47162BAD.50604@comcast.net> Date: Wed, 17 Oct 2007 11:35:09 -0400 From: Nathan Lay User-Agent: Thunderbird 2.0.0.6 (X11/20070805) MIME-Version: 1.0 To: "P.U.Kruppa" References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <20071017030940.R1559@small> In-Reply-To: <20071017030940.R1559@small> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: "\[LoN\]Kamikaze" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 15:35:46 -0000 P.U.Kruppa wrote: > On Tue, 16 Oct 2007, Kris Kennaway wrote: > >> [LoN]Kamikaze wrote: >>> I know that RELENG_7 is not considered very near-release, but I >>> thought I'd >>> give my 2¢ in the hope that I might have a little influence on the >>> scheduler >>> development to my benefit. >>> >>> The switch from RELENG_6 to RELENG_7 went relatively smooth and >>> apart from ipw >>> causing panics. However there is one thing that's disturbing and >>> this is the >>> scheduler. I only have single core machines, so whatever I say only >>> applies to >>> those. If you think single-core machines are no longer important, >>> feel free to >>> ignore this. In deed, just ignore me however much you like. >>> >>>> From my perspective scheduling on RELENG_6 was way better. Even on >>>> a full >>> workload like a portupgrade the focused application (both in X and >>> on the >>> console) always received enough cycles to run smoothly and >>> applications that >>> ran in background like audio players also kept on running fine. >>> >>> Quite the contrary on RELENG_7. During a portupgrade or even worse >>> 'pkgdb -L' >>> (recovering lost dependencies) audio players (both graphical and >>> mplayer) >>> scatter, either because they don't get the hard-disk or CPU-cycles >>> (which one, >>> I don't know) and the focused application also often hangs. It just >>> looks like >>> occasionally (under load) everything freezes for a second and then >>> goes on >>> relatively normal. >>> >>> I've got the impression that things compile a little faster (that >>> might be my >>> imagination, though), but I'd rather have a smooth working experience. >>> >>> This is just my view of the situation and I suppose it is only one >>> of many. I >>> bid you be merciful with us single-core people, who cannot afford a >>> slick >>> multi-core machine, because we worry how to pay for our food at the >>> end of the >>> month. >> >> Not to say that any problems that might have developed with >> SCHED_4BSD should not be fixed, but you should give SCHED_ULE a try >> since it brings benefits even for single CPU systems (e.g. better >> interactive response). > I would like to second that. I have seen the same problems on my > single processor system and using SCHED_ULE instead of SCHED_4BSD > seems to improve the situation a lot. > > Uli. >> >> Kris >> _______________________________________________ >> 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" >> > > > > Peter Ulrich Kruppa > Wuppertal > Germany > ------------------------------------------------------------------------ > > _______________________________________________ > 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" I have this problem too...although I always imagined the cause was WITNESS and various other debug options. Best Regards, Nathan Lay From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 14:39:28 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9996716A468 for ; Wed, 17 Oct 2007 14:39:28 +0000 (UTC) (envelope-from jw@innerewut.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.freebsd.org (Postfix) with ESMTP id 2A55C13C4A8 for ; Wed, 17 Oct 2007 14:39:26 +0000 (UTC) (envelope-from jw@innerewut.de) Received: (qmail 13205 invoked from network); 17 Oct 2007 14:12:46 -0000 Received: from unknown (HELO blowfish.local) (068076@[84.190.164.77]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP; 17 Oct 2007 14:12:46 -0000 Message-ID: <4716185F.8060102@innerewut.de> Date: Wed, 17 Oct 2007 16:12:47 +0200 From: Jonathan Weiss User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Tom Evans References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <1192629534.2001.9.camel@localhost> In-Reply-To: <1192629534.2001.9.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 17 Oct 2007 16:00:46 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 14:39:28 -0000 Tom Evans wrote: > > Hi. I wrote a ruby script for extracting repo snapshots from p4. It > requires the package 'ruby-gems' and the gem package 'hpricot' (gem > install hpricot). > cd /usr/ports/www/rubygem-hpricot && make install clean And voila, hpricot and rubygems. > Cheers > > Tom Jonathan -- Jonathan Weiss http://blog.innerewut.de From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 16:23:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63BA116A417 for ; Wed, 17 Oct 2007 16:23:16 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id EAB4713C465 for ; Wed, 17 Oct 2007 16:23:10 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id B09F34179; Wed, 17 Oct 2007 17:23:08 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id 2z94nQY+H9qJ; Wed, 17 Oct 2007 17:23:06 +0100 (BST) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id AC7BF408E; Wed, 17 Oct 2007 17:23:05 +0100 (BST) Message-ID: <471636E4.90807@thekeelecentre.com> Date: Wed, 17 Oct 2007 17:23:00 +0100 From: Richard Tector User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stefan Lambrev References: <47161A42.2050306@moneybookers.com> In-Reply-To: <47161A42.2050306@moneybookers.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070809000004030101090604" Cc: freebsd-current@freebsd.org Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 16:23:16 -0000 This is a cryptographically signed message in MIME format. --------------ms070809000004030101090604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Stefan Lambrev wrote: > Hi list, > > I'm having problems with the raid controller of HP ProLiant DL140 G3 > Server and RELENG_7 > > I have 2x 500GB SATA HDDs configured as mirror, but the write speed is > very slow ~7MB/s. > > I guess that there is no battery for the raid controller and the write > cache is off, but 7MB/s .. > Also there is no way to see the status of the raid from FreeBSD ? > > Any ideas how to improve this? Write cache is the most probable cause. You can force it on with: hw.mpt.enable_sata_wc=1 See: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt.c?rev=1.42;content-type=text%2Fx-cvsweb-markup Hope that helps. Regards, Richard Tector --------------ms070809000004030101090604 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzEwMTcxNjIzMDBaMCMGCSqGSIb3DQEJBDEWBBQhYS0DDGyEwLUNnd8TIsxiq3Tc xzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgB9HNvn6P0bTom+YOtuVFWt5 GGmO7NIENtBsQIWW3PTEr29bHilqz27REPbAIBK76N2E0SDIJjoD4871SZymyEOL1pboxzsa yoHk+dw4gNVv7JlCtLqSIEz6P+3YrjU5z6txjugpuW02tFvYCj1VB6JCSWE91HrPNnB0S9mS gju5AAAAAAAA --------------ms070809000004030101090604-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 16:39:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC5C016A41A for ; Wed, 17 Oct 2007 16:39:44 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5D74213C47E for ; Wed, 17 Oct 2007 16:39:44 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id BB1911B10EE7; Wed, 17 Oct 2007 18:39:42 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 3301E1B10C26; Wed, 17 Oct 2007 18:39:40 +0200 (CEST) Message-ID: <47163ACC.1080807@moneybookers.com> Date: Wed, 17 Oct 2007 19:39:40 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Richard Tector References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> In-Reply-To: <471636E4.90807@thekeelecentre.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4543/Wed Oct 17 16:16:16 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 16:39:44 -0000 Hi, Richard Tector wrote: > Stefan Lambrev wrote: >> Hi list, >> >> I'm having problems with the raid controller of HP ProLiant DL140 G3 >> Server and RELENG_7 >> >> I have 2x 500GB SATA HDDs configured as mirror, but the write speed >> is very slow ~7MB/s. >> >> I guess that there is no battery for the raid controller and the >> write cache is off, but 7MB/s .. >> Also there is no way to see the status of the raid from FreeBSD ? >> >> Any ideas how to improve this? > > Write cache is the most probable cause. > You can force it on with: > hw.mpt.enable_sata_wc=1 > See: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt.c?rev=1.42;content-type=text%2Fx-cvsweb-markup > > > Hope that helps. > > Regards, > > Richard Tector This have to be put in /boot/loader.conf as I do not see such sysctl? Anyway I'll force the write cache to be always on from the raid configuration if this does not work. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 16:43:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96CE016A418 for ; Wed, 17 Oct 2007 16:43:14 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id E235213C48D for ; Wed, 17 Oct 2007 16:43:13 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 33A4740C9; Wed, 17 Oct 2007 17:43:13 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id IbXipJTdxUdD; Wed, 17 Oct 2007 17:43:10 +0100 (BST) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id 2EAAE408A; Wed, 17 Oct 2007 17:43:10 +0100 (BST) Message-ID: <47163B9B.4010901@thekeelecentre.com> Date: Wed, 17 Oct 2007 17:43:07 +0100 From: Richard Tector User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stefan Lambrev References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> <47163ACC.1080807@moneybookers.com> In-Reply-To: <47163ACC.1080807@moneybookers.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080905070108010901030409" Cc: freebsd-current@freebsd.org Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 16:43:14 -0000 This is a cryptographically signed message in MIME format. --------------ms080905070108010901030409 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Stefan Lambrev wrote: > Richard Tector wrote: >> Stefan Lambrev wrote: >>> Hi list, >>> >>> I'm having problems with the raid controller of HP ProLiant DL140 G3 >>> Server and RELENG_7 >>> >>> I have 2x 500GB SATA HDDs configured as mirror, but the write speed >>> is very slow ~7MB/s. >>> >>> I guess that there is no battery for the raid controller and the >>> write cache is off, but 7MB/s .. >>> Also there is no way to see the status of the raid from FreeBSD ? >>> >>> Any ideas how to improve this? >> >> Write cache is the most probable cause. >> You can force it on with: >> hw.mpt.enable_sata_wc=1 > This have to be put in /boot/loader.conf as I do not see such sysctl? > Anyway I'll force the write cache to be always on from the raid > configuration if this does not work. If you have the option in the RAID bios. Try that first. Failing that, yes, pop that in /boot/loader.conf, and it should do the trick. Regards, Richard --------------ms080905070108010901030409 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzEwMTcxNjQzMDdaMCMGCSqGSIb3DQEJBDEWBBSdr+VF3bY6BkHFaXkpf8dteJSm tjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgE8t6Ee41fnLvbU3ZXLZsTr5 6P477JSLZY5D8dec0Yb54GF+xFhCX7zq69maIOUGBvtnmUQQB25GjZeuxuNkD4UHH3OOTepD tBG/STxi15crwX6mRafIcU1jQj6aJvnaP8n21lrOJuNByxkXqpY+YvQ+8urW4AlE2m4dZZZm PFfyAAAAAAAA --------------ms080905070108010901030409-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 16:29:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF8116A41B for ; Wed, 17 Oct 2007 16:29:19 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 25EDF13C45A for ; Wed, 17 Oct 2007 16:29:18 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 17 Oct 2007 16:29:17 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp027) with SMTP; 17 Oct 2007 18:29:17 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+H7AppoE2HQNwFP8HXo/p1keC1YzygGY1v1xGiZR kG91q0zx/NK3tV Message-ID: <47163859.8050804@gmx.de> Date: Wed, 17 Oct 2007 18:29:13 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Kris Kennaway References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <20071016125400.N598@10.0.0.1> <47151879.50502@FreeBSD.org> In-Reply-To: <47151879.50502@FreeBSD.org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Wed, 17 Oct 2007 16:56:21 +0000 Cc: Jeff Roberson , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 16:29:20 -0000 Kris Kennaway wrote: > Jeff Roberson wrote: >> On Tue, 16 Oct 2007, Kris Kennaway wrote: >> >>> [LoN]Kamikaze wrote: >>>> I know that RELENG_7 is not considered very near-release, but I >>>> thought I'd >>>> give my 2¢ in the hope that I might have a little influence on the >>>> scheduler >>>> development to my benefit. >>>> >>>> The switch from RELENG_6 to RELENG_7 went relatively smooth and >>>> apart from ipw >>>> causing panics. However there is one thing that's disturbing and >>>> this is the >>>> scheduler. I only have single core machines, so whatever I say only >>>> applies to >>>> those. If you think single-core machines are no longer important, >>>> feel free to >>>> ignore this. In deed, just ignore me however much you like. >>>> >>>>> From my perspective scheduling on RELENG_6 was way better. Even on >>>>> a full >>>> workload like a portupgrade the focused application (both in X and >>>> on the >>>> console) always received enough cycles to run smoothly and >>>> applications that >>>> ran in background like audio players also kept on running fine. >>>> >>>> Quite the contrary on RELENG_7. During a portupgrade or even worse >>>> 'pkgdb -L' >>>> (recovering lost dependencies) audio players (both graphical and >>>> mplayer) >>>> scatter, either because they don't get the hard-disk or CPU-cycles >>>> (which one, >>>> I don't know) and the focused application also often hangs. It just >>>> looks like >>>> occasionally (under load) everything freezes for a second and then >>>> goes on >>>> relatively normal. >>>> >>>> I've got the impression that things compile a little faster (that >>>> might be my >>>> imagination, though), but I'd rather have a smooth working experience. >>>> >>>> This is just my view of the situation and I suppose it is only one >>>> of many. I >>>> bid you be merciful with us single-core people, who cannot afford a >>>> slick >>>> multi-core machine, because we worry how to pay for our food at the >>>> end of the >>>> month. >>> >>> Not to say that any problems that might have developed with >>> SCHED_4BSD should not be fixed, but you should give SCHED_ULE a try >>> since it brings benefits even for single CPU systems (e.g. better >>> interactive response). >> >> It would indeed be good to know if ULE improves things for you. >> However, there have been a number of other reports about non-scheduler >> related regressions with x windows on 7.0. I run 7.0 on a UP laptop >> without difficulty. I wonder if it has something to do with a >> particular device or driver. > > Or xorg 7.3 vs 7.2, if this was an older 6.x install. > > Kris > I was on Xorg 7.3 before I switched to RELENG_7. Now, my problems have been solved, thanks to all your suggestions. It turned out that I actually had 2 problems, which only appeared to be one. The first one was the scheduler. ULE feels much better to me, the system responds fine now. The other problem was the strange occurance that X froze when the mouse was not in movement on one of my machines. The solution was to rebuild x11-drivers/xf86-input-mouse . Now everything seems to run fine. Thanks everyone for all the feedback and suggestions. My next project will be to build my kernel with debugging and produce decent traces for my ipw panics. From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 17:00:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1720816A417 for ; Wed, 17 Oct 2007 17:00:29 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33711.mail.mud.yahoo.com (web33711.mail.mud.yahoo.com [68.142.201.208]) by mx1.freebsd.org (Postfix) with SMTP id AFA7213C46E for ; Wed, 17 Oct 2007 17:00:28 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 25806 invoked by uid 60001); 17 Oct 2007 16:33:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=YbrWkN/S9rW5dLKi72K38LvRUHHtOO+iXKLS5MlJ1n3IlUw/l1Jnzb/Pfhtc7KuPQ2hCYAwHvMCfTXiZGjmiZzFJpRWPFv9jUnyS3g/Ak52z7tV7GFv/HKXgiAe2ourSZaZ9U8TNaC+CqfMs7g2XQ5MakVc+EG0rCoajX7Awpx4=; X-YMail-OSG: yYBIDuEVM1kvJUHjH7P_HyTn6DnxXgOLV9OElikXCy10rJnHJW3fiKdPIkwTfID1tQ-- Received: from [86.62.225.4] by web33711.mail.mud.yahoo.com via HTTP; Wed, 17 Oct 2007 09:33:43 PDT X-Mailer: YahooMailRC/814.05 YahooMailWebService/0.7.134.12 Date: Wed, 17 Oct 2007 09:33:43 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <132802.25776.qm@web33711.mail.mud.yahoo.com> Subject: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 17:00:29 -0000 Hello,=0A=0A=0A=0AI just read this In this interview, Theo de Raadt and O= tto Moerbeek of the OpenBSD Project offer more information about PCC and GC= C and where they are headed within the project.http://www.thejemreport.com/= mambo/content/view/369/=0A=0A=0A=0AI need to quote these lines and ask how = far is this true for FreeBSD, and since I read Robert Watson about the coun= tibutes we have as GPL, and FreeBSD would like to replace it with non GPL l= icense.=0A=0A=0A=0A"What other hurdles remain in replacing GPL-licensed pro= grams in OpenBSD?=0ATdR: But that's never really been the agenda, see. Some= people think we hate GNU code. But the thing is we hate large code, and bu= ggy code that upstream does not maintain. That's the real problem... gcc ge= ts about 5-6% slower every release, has new bugs, generates crappy code, an= d drives us nuts. This is just an attempt to see if something better can sh= ow up."=0A=0A =0A=0A=0A=0A=0A=0A--- =0A=0ARegards, =0A=0A-Abdullah Ibn Ha= mad Al-Marri =0A=0AArab Portal =0A=0Ahttp://www.WeArab.Net/=0A=0A=0A=0A=0A= =0A=0A__________________________________________________=0ADo You Yahoo!?= =0ATired of spam? Yahoo! Mail has the best spam protection around =0Ahttp:= //mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 17:10:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789BD16A417 for ; Wed, 17 Oct 2007 17:10:32 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 53E7D13C455 for ; Wed, 17 Oct 2007 17:10:32 +0000 (UTC) (envelope-from fjwcash+freebsd@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id D80421A000B19 for ; Wed, 17 Oct 2007 09:41:42 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ZlWKd9dk4XrW for ; Wed, 17 Oct 2007 09:41:36 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id DFAF41A000B1C for ; Wed, 17 Oct 2007 09:41:35 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: freebsd-current@freebsd.org Date: Wed, 17 Oct 2007 09:41:34 -0700 User-Agent: KMail/1.9.7 References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <9098.172.16.9.1.1192514623.squirrel@www.xtra-net.be> <20071016215008.GA75015@dragon.NUXI.org> In-Reply-To: <20071016215008.GA75015@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710170941.34947.fjwcash+freebsd@gmail.com> Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 17:10:32 -0000 On October 16, 2007 02:50 pm David O'Brien wrote: > On Tue, Oct 16, 2007 at 08:03:43AM +0200, Vincent Blondel wrote: > > and AMD VX (or whatever they call it now) > > Its never been called "VX". "AMD-V" or "SVM" is what you mean. > AMD K8 rev. F or rev. G, i.e., all current dual-core Socket AM2 or > Socket F(1207) and all quad-core processors. AMD-V, that's what I was thinking of, but that and the Intel version have changed names so many times (Pacifica, VT, etc) I couldn't remember it. Thanks for the correction. We're ordering in a Tyan Thunder h2000M (S3992) motherboard with Opteron 2000-series CPUs to test with FreeBSD, Debian, Ubuntu, and Windows XP via Xen 3 and XenEnterprise 4. Should be interesting. -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash+freebsd@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 17:24:36 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57CDE16A41A; Wed, 17 Oct 2007 17:24:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9747413C455; Wed, 17 Oct 2007 17:24:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47164552.5080501@FreeBSD.org> Date: Wed, 17 Oct 2007 19:24:34 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Roman Divacky References: <471543CA.70409@protected-networks.net> <47154750.1080109@FreeBSD.org> <20071017092414.GA83659@freebsd.org> In-Reply-To: <20071017092414.GA83659@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , Michael Butler , barner@FreeBSD.org Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 17:24:36 -0000 Roman Divacky wrote: > On Wed, Oct 17, 2007 at 01:20:48AM +0200, Kris Kennaway wrote: >> Michael Butler wrote: >>> Seems that 'valgrind', either port won't build on RELENG_7. Errors like >>> these break the build .. >>> >>> vg_mylibc.c: In function 'vgPlain_brk': >>> vg_mylibc.c:498: error: lvalue required as left operand of assignment >>> vg_mylibc.c:812: error: invalid storage class for function >>> 'add_to_vg_sprintf_buf' >> This and a few hundred others. Talk to the maintainer and/or develop a >> patch. > > there seems to be some activity by phk@ and peter@ in p4.. > > http://perforce.freebsd.org/branchView.cgi?BRANCH=valgrind > > Well that's an update, not just fixing the gcc compiler errors (this one is simple at least). Kris From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 17:32:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5321516A41B; Wed, 17 Oct 2007 17:32:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9FEC013C4CC; Wed, 17 Oct 2007 17:31:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4716470E.9010101@FreeBSD.org> Date: Wed, 17 Oct 2007 19:31:58 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Simon Barner References: <471543CA.70409@protected-networks.net> <47154750.1080109@FreeBSD.org> <20071017143652.GA2751@dose.local.invalid> In-Reply-To: <20071017143652.GA2751@dose.local.invalid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Butler , freebsd-current Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 17:32:00 -0000 Simon Barner wrote: > Kris Kennaway wrote: >> Michael Butler wrote: >>> Seems that 'valgrind', either port won't build on RELENG_7. Errors like >>> these break the build .. >>> vg_mylibc.c: In function 'vgPlain_brk': >>> vg_mylibc.c:498: error: lvalue required as left operand of assignment >>> vg_mylibc.c:812: error: invalid storage class for function >>> 'add_to_vg_sprintf_buf' >> This and a few hundred others. Talk to the maintainer and/or develop a >> patch. > > I have a compile fix for this problem -- the resulting binary dumps > core though. I can commit the fix and mark the port IGNORE on RELENG_7 > until we have a proper solution. > Thanks. Kris From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 17:37:13 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6255416A469; Wed, 17 Oct 2007 17:37:13 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DAC8313C4B2; Wed, 17 Oct 2007 17:37:12 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id C830317105; Wed, 17 Oct 2007 17:37:10 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l9HHb9NA048797; Wed, 17 Oct 2007 17:37:09 GMT (envelope-from phk@critter.freebsd.dk) To: Kris Kennaway From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 17 Oct 2007 19:31:58 +0200." <4716470E.9010101@FreeBSD.org> Date: Wed, 17 Oct 2007 17:37:09 +0000 Message-ID: <48796.1192642629@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current , Michael Butler , Simon Barner Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 17:37:13 -0000 In message <4716470E.9010101@FreeBSD.org>, Kris Kennaway writes: >> I have a compile fix for this problem -- the resulting binary dumps >> core though. I can commit the fix and mark the port IGNORE on RELENG_7 >> until we have a proper solution. I don't think a proper solution will happen, until we get a new port based on more recent valgrind code. We could use more hands getting all our syscalls implemented in valgrind, so volunteers are more than welcome help out in //depot/projects/valgrind/... Last I had a couple of days to spend, I got as far as running thr/umtx based multi-threaded programs. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 17:39:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA7BD16A417 for ; Wed, 17 Oct 2007 17:39:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 8A47F13C48A for ; Wed, 17 Oct 2007 17:39:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id E0AA21CC9F; Wed, 17 Oct 2007 19:39:41 +0200 (CEST) Date: Wed, 17 Oct 2007 19:39:41 +0200 From: Ed Schouten To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071017173941.GT5411@hoeg.nl> References: <132802.25776.qm@web33711.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0yP1TEATOxPughaP" Content-Disposition: inline In-Reply-To: <132802.25776.qm@web33711.mail.mud.yahoo.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 17:39:42 -0000 --0yP1TEATOxPughaP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've been tracking PCC lately and it looks like development is going at quite a fast pace and some people are really motivated to work on it (Otto Moerbeek and Anders Magnusson being the two most active, as fas as I can say). One of the major obstacles for PCC is that it didn't support a way to pack structures in a comfortable way. Most of the FreeBSD userland just built with it. Most of the stuff that didn't compile properly, was related to kernel headers, using __attribute__ stuff, instead of the cdef'd stuff, like __packed. It seems things have changed in the mean time. I think PCC could serve as a replacement for GCC in the future, but only for userland utilities first. The problem with library compilation is that some libraries (like libc) use very compiler specific routines, like inline assembly, etc. I'll try the latest PCC snapshot one of these days and see how things are progressing. Maybe I'll send in some diffs as well. I have to do this on one of my older systems, as I'm running FreeBSD/amd64 on my main machine and PCC doesn't support that yet. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --0yP1TEATOxPughaP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFkjd52SDGA2eCwURApHpAJ9gDXAWJ/ENCNSGnDvoFptS6RL7JACffcwo 2qW3UboBgwOfbMGUJo+dpLU= =V/Kd -----END PGP SIGNATURE----- --0yP1TEATOxPughaP-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 17:56:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BCD916A46D for ; Wed, 17 Oct 2007 17:56:45 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 25EE813C474 for ; Wed, 17 Oct 2007 17:56:43 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9HHue5k016830 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 17 Oct 2007 19:56:41 +0200 From: "Petr Holub" To: Date: Wed, 17 Oct 2007 19:56:48 +0200 Message-ID: <00f901c810e7$16d88ec0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Wed, 17 Oct 2007 19:56:41 +0200 (CEST) Cc: Subject: nvidia freeze in i386 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 17:56:45 -0000 Hi, I'm getting fairly consitent panics with x11/nvidia-driver, e.g. any time I try to exit/kill X server, when compiz is running. However, as the machine doesn't have serial port :(, I can't do live debugging, and thus I've tried to get at least something useful in post mortem analysis. Kernel is based on GENERIC with following changes: - SCHED_ULE - SCSI controllers and SCSI RAID controllers removed - WITNESS and INVARIANTS enabled The panic looks as follows: Dump header from device /dev/ad6s1b Architecture: i386 Architecture Version: 2 Dump Length: 158380032B (151 MB) Blocksize: 512 Dumptime: Wed Oct 17 19:06:36 2007 Hostname: fbsd-7.fi.muni.cz Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-PRERELEASE #4: Wed Oct 17 18:56:11 CEST 2007 toor@fbsd-7.fi.muni.cz:/usr/obj/usr/src/sys/FBSD7 Panic String: spin locks can only use msleep_spin Dump Parity: 748376442 Bounds: 0 Dump Status: good Unread portion of the kernel message buffer: panic: spin locks can only use msleep_spin cpuid = 0 Uptime: 1m54s Physical memory: 2009 MB Dumping 151 MB: 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc065d2ce in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc065d58b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0651472 in unlock_spin (lock=Could not find the frame base for "unlock_spin". ) at /usr/src/sys/kern/kern_mutex.c:166 #4 0xc062ce50 in _cv_wait (cvp=0xc5959d98, lock=0xc5959d80) at /usr/src/sys/kern/kern_condvar.c:131 #5 0xc0fd8913 in ?? () #6 0xc5959d98 in ?? () #7 0xc5959d80 in ?? () #8 0xc10cff70 in ?? () #9 0x00000273 in ?? () #10 0xc5998600 in ?? () #11 0xc5992800 in ?? () #12 0xe8400ae8 in ?? () #13 0xc0caafc6 in ?? () #14 0xc5959d80 in ?? () #15 0xc590d780 in ?? () #16 0xe8400afc in ?? () #17 0xc056c428 in pcib_read_config (dev=0xc5959d80, b=-980363392, s=-398456068, f=-1068055512, reg=1, width=-979794432) at pcib_if.h:40 Previous frame inner to this frame (corrupt stack?) (kgdb) info threads 114 Thread 100140 (PID=1310: evolution-exchange-) sched_switch ( td=0xc6253cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 113 Thread 100057 (PID=1310: evolution-exchange-) sched_switch ( td=0xc5a8bcc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 112 Thread 100146 (PID=1308: evolution-data-serv) sched_switch ( td=0xc6de2cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 111 Thread 100137 (PID=1308: evolution-data-serv) sched_switch ( td=0xc6428000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 110 Thread 100095 (PID=1308: evolution-data-serv) sched_switch ( td=0xc6153660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 109 Thread 100064 (PID=1306: korgac) sched_switch (td=0xc5dda440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 108 Thread 100135 (PID=1301: bonobo-activation-s) sched_switch ( td=0xe5f58a98, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 107 Thread 100047 (PID=1301: bonobo-activation-s) sched_switch ( td=0xc5a58aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 106 Thread 100069 (PID=1299: kdeinit) sched_switch (td=0xc5dd7880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 105 Thread 100118 (PID=1295: kdeinit) sched_switch (td=0xc6154aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 104 Thread 100063 (PID=1293: kdeinit) sched_switch (td=0xc5dda660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 103 Thread 100076 (PID=1291: bash) sched_switch (td=0xc5ebdaa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 102 Thread 100068 (PID=1288: kdeinit) sched_switch (td=0xc5dd7aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 101 Thread 100105 (PID=1286: kdeinit) sched_switch (td=0xc6253880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 100 Thread 100122 (PID=1284: artsd) sched_switch (td=0xc6429aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 99 Thread 100058 (PID=1279: kdeinit) sched_switch (td=0xc5a8baa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 98 Thread 100045 (PID=1278: kdeinit) sched_switch (td=0xc5a8a000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 97 Thread 100061 (PID=1276: kdeinit) sched_switch (td=0xc5ddaaa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 96 Thread 100092 (PID=1274: gnome-screensaver) sched_switch ( td=0xc6153cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 95 Thread 100087 (PID=1265: kdeinit) sched_switch (td=0xc5ebc220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 94 Thread 100062 (PID=1263: kwrapper) sched_switch (td=0xc5dda880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 93 Thread 100046 (PID=1258: kdeinit) sched_switch (td=0xc5a58cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 92 Thread 100079 (PID=1256: kdeinit) sched_switch (td=0xc5ebd440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 91 Thread 100126 (PID=1253: kdeinit) sched_switch (td=0xc6429220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 90 Thread 100117 (PID=1249: kdeinit) sched_switch (td=0xc6154cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 89 Thread 100116 (PID=1217: gam_server) sched_switch (td=0xc6251000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 * 88 Thread 100104 (PID=1214: compiz) doadump () at pcpu.h:195 87 Thread 100120 (PID=1208: dbus-launch) sched_switch (td=0xc6154660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 86 Thread 100102 (PID=1135: gconfd-2) sched_switch (td=0xc5ebe660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 85 Thread 100130 (PID=1112: sh) sched_switch (td=0xc6428880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 84 Thread 100059 (PID=1110: gnome-settings-daem) sched_switch ( td=0xc5a8b880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 83 Thread 100099 (PID=1109: sh) sched_switch (td=0xc5ebecc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 82 Thread 100101 (PID=1104: Xorg) sched_switch (td=0xc5ebe880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 81 Thread 100074 (PID=1103: xinit) sched_switch (td=0xc5ebe000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 80 Thread 100103 (PID=1084: sh) sched_switch (td=0xc5ebe440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 79 Thread 100108 (PID=1079: bash) sched_switch (td=0xc6253220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 78 Thread 100109 (PID=1078: getty) sched_switch (td=0xc6253000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 77 Thread 100110 (PID=1077: getty) sched_switch (td=0xc6251cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 76 Thread 100111 (PID=1076: getty) sched_switch (td=0xc6251aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 75 Thread 100112 (PID=1075: getty) sched_switch (td=0xc6251880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 74 Thread 100113 (PID=1074: getty) sched_switch (td=0xc6251660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 73 Thread 100114 (PID=1073: getty) sched_switch (td=0xc6251440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 72 Thread 100086 (PID=1072: getty) sched_switch (td=0xc5ebc440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 71 Thread 100083 (PID=1071: login) sched_switch (td=0xc5ebcaa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 70 Thread 100096 (PID=1027: cron) sched_switch (td=0xc6153440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 69 Thread 100094 (PID=1021: sendmail) sched_switch (td=0xc6153880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 68 Thread 100098 (PID=1017: sendmail) sched_switch (td=0xc6153000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 67 Thread 100085 (PID=1002: sshd) sched_switch (td=0xc5ebc660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 66 Thread 100091 (PID=948: hald-addon-storage) sched_switch ( td=0xc6154000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 65 Thread 100088 (PID=943: hald-runner) sched_switch (td=0xc5ebc000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 64 Thread 100060 (PID=942: hald) sched_switch (td=0xc5ddacc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 63 Thread 100065 (PID=913: ntpd) sched_switch (td=0xc5dda220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 62 Thread 100097 (PID=876: polkitd) sched_switch (td=0xc6153220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 61 Thread 100090 (PID=859: dbus-daemon) sched_switch (td=0xc6154220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 60 Thread 100080 (PID=804: syslogd) sched_switch (td=0xc5ebd220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 59 Thread 100066 (PID=738: devd) sched_switch (td=0xc5dda000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 58 Thread 100073 (PID=690: moused) sched_switch (td=0xc5dd7000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 57 Thread 100078 (PID=665: moused) sched_switch (td=0xc5ebd660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 56 Thread 100075 (PID=182: adjkerntz) sched_switch (td=0xc5ebdcc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 55 Thread 100048 (PID=54: softdepflush) sched_switch (td=0xc5a58880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 54 Thread 100049 (PID=53: vnlru) sched_switch (td=0xc5a58660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 53 Thread 100050 (PID=52: syncer) sched_switch (td=0xc5bc0cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 52 Thread 100051 (PID=51: bufdaemon) sched_switch (td=0xc5bc0aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 51 Thread 100052 (PID=50: pagezero) sched_switch (td=0xc5bc0880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 50 Thread 100053 (PID=49: vmdaemon) sched_switch (td=0xc5bc0660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 49 Thread 100054 (PID=48: pagedaemon) sched_switch (td=0xc5bc0440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 48 Thread 100055 (PID=47: sctp_iterator) sched_switch (td=0xc5bc0220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 47 Thread 100056 (PID=46: irq7: ppc0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 46 Thread 100034 (PID=45: irq1: atkbd0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 45 Thread 100035 (PID=44: irq15: ata1) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 44 Thread 100036 (PID=43: irq14: ata0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 43 Thread 100037 (PID=42: swi0: sio) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 42 Thread 100038 (PID=41: fw0_probe) sched_switch (td=0xc5a8b000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 41 Thread 100039 (PID=40: fw0_taskq) sched_switch (td=0xc5a8acc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 40 Thread 100040 (PID=39: usb6) sched_switch (td=0xc5a8aaa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 39 Thread 100041 (PID=38: usb5) sched_switch (td=0xc5a8a880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 38 Thread 100042 (PID=37: usb4) sched_switch (td=0xc5a8a660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 37 Thread 100043 (PID=36: irq19: fwohci0++) sched_switch (td=0xc5a8a440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 36 Thread 100044 (PID=35: usb3) sched_switch (td=0xc5a8a220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 35 Thread 100024 (PID=34: irq23: uhci2 ehci1) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 34 Thread 100025 (PID=33: irq17: atapci0) sched_switch (td=0xc58d0880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 33 Thread 100026 (PID=32: irq22: pcm0) sched_switch (td=0xc58d0660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 32 Thread 100027 (PID=31: usb2) sched_switch (td=0xc5a58440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 31 Thread 100028 (PID=30: irq18: ehci0 uhci4) sched_switch (td=0xc5a58220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 30 Thread 100029 (PID=29: usb1) sched_switch (td=0xc5a58000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 29 Thread 100030 (PID=28: irq21: uhci1) sched_switch (td=0xc5a57cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 28 Thread 100031 (PID=27: usbtask-dr) sched_switch (td=0xc5a57aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 27 Thread 100032 (PID=26: usbtask-hc) sched_switch (td=0xc5a57880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 26 Thread 100033 (PID=25: usb0) sched_switch (td=0xc5a57660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 25 Thread 100015 (PID=24: em0 taskq) sched_switch (td=0xc58ce440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 24 Thread 100016 (PID=23: irq16: nvidia0+) sched_switch (td=0xc58ce220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 23 Thread 100017 (PID=22: irq9: acpi0) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 22 Thread 100018 (PID=21: kqueue taskq) sched_switch (td=0xc5911880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 21 Thread 100019 (PID=20: swi6: task queue) sched_switch (td=0xc5911660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 20 Thread 100020 (PID=19: swi6: Giant taskq) sched_switch (td=0xc5911440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 19 Thread 100021 (PID=9: acpi_task_2) sched_switch (td=0xc5911220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 18 Thread 100022 (PID=8: acpi_task_1) sched_switch (td=0xc5911000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 17 Thread 100023 (PID=7: acpi_task_0) sched_switch (td=0xc58d0cc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 16 Thread 100007 (PID=6: thread taskq) sched_switch (td=0xc58cc000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 15 Thread 100008 (PID=18: swi5: +) sched_switch (td=0xc58d0440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 14 Thread 100009 (PID=17: swi2: cambio) sched_switch (td=0xc58d0220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 13 Thread 100010 (PID=5: xpt_thrd) sched_switch (td=0xc58d0000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 12 Thread 100011 (PID=16: yarrow) sched_switch (td=0xc58cecc0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 11 Thread 100012 (PID=4: g_down) sched_switch (td=0xc58ceaa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 10 Thread 100013 (PID=3: g_up) sched_switch (td=0xc58ce880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 9 Thread 100014 (PID=2: g_event) sched_switch (td=0xc58ce660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 8 Thread 100000 (PID=15: swi1: net) sched_switch (td=0xc58ce000, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 7 Thread 100001 (PID=14: swi3: vm) fork_trampoline () at /usr/src/sys/i386/i386/exception.s:202 6 Thread 100002 (PID=13: swi4: clock sio) sched_switch (td=0xc58ccaa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 5 Thread 100003 (PID=12: idle: cpu0) sched_switch (td=0xc58cc880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 4 Thread 100004 (PID=11: idle: cpu1) sched_switch (td=0xc58cc660, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 3 Thread 100005 (PID=1: init) sched_switch (td=0xc58cc440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 2 Thread 100006 (PID=10: audit) sched_switch (td=0xc58cc220, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 1 Thread 0 (PID=0: swapper) sched_switch (td=0xc0a3fb50, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 Dump of other useful files is below. I hope that somebody can look into it - if some more information is needed, let me know. Petr dmesg: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #3: Tue Oct 16 16:23:27 CEST 2007 toor@fbsd-7.fi.muni.cz:/usr/obj/usr/src/sys/FBSD7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2674.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2128932864 (2030 MB) avail memory = 2069377024 (1973 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: port 0x2000-0x207f mem 0x91000000-0x91ffffff,0x80000000-0x8fffffff,0x90000000-0x90ffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pci0: at device 3.0 (no driver attached) em0: port 0x30e0-0x30ff mem 0x92200000-0x9221ffff,0x92224000-0x92224fff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:19:d1:1b:88:eb em0: [FILTER] uhci0: port 0x30c0-0x30df irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x30a0-0x30bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0x92225c00-0x92225fff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0x92220000-0x92223fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 28.1 on pci0 pci3: on pcib3 atapci0: port 0x1018-0x101f,0x1024-0x1027,0x1010-0x1017,0x1020-0x1023,0x1000-0x100f mem 0x92100000-0x921001ff irq 17 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: at device 28.2 on pci0 pci4: on pcib4 pcib5: at device 28.3 on pci0 pci5: on pcib5 pcib6: at device 28.4 on pci0 pci6: on pcib6 uhci2: port 0x3080-0x309f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0x92225800-0x92225bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 fwohci0: mem 0x92004000-0x920047ff,0x92000000-0x92003fff irq 19 at device 3.0 on pci7 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:01:bb:71:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x16e4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:bb:71:00 fwe0: Ethernet address: 02:90:27:bb:71:00 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:01:bb:71:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x3108-0x310f,0x3114-0x3117,0x3100-0x3107,0x3110-0x3113,0x3020-0x303f mem 0x92225000-0x922257ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 6 ports detected ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] pci0: at device 31.3 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled uhub7: on uhub1 uhub7: 4 ports with 2 removable, bus powered ukbd0: on uhub7 kbd2 at ukbd0 uhid0: on uhub7 ums0: on uhub7 ums0: 3 buttons. ums1: on uhub7 ums1: 3 buttons. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata2-master UDMA66 ad6: 305245MB at ata3-master SATA300 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad6s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted em0: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...2 2 1 0 0 done All buffers synced. Uptime: 14m41s Rebooting... cpu_reset: Stopping other CPUs Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #4: Wed Oct 17 18:56:11 CEST 2007 toor@fbsd-7.fi.muni.cz:/usr/obj/usr/src/sys/FBSD7 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2674.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2128932864 (2030 MB) avail memory = 2065178624 (1969 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: port 0x2000-0x207f mem 0x91000000-0x91ffffff,0x80000000-0x8fffffff,0x90000000-0x90ffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pci0: at device 3.0 (no driver attached) em0: port 0x30e0-0x30ff mem 0x92200000-0x9221ffff,0x92224000-0x92224fff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:19:d1:1b:88:eb em0: [FILTER] uhci0: port 0x30c0-0x30df irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x30a0-0x30bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0x92225c00-0x92225fff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0x92220000-0x92223fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 28.1 on pci0 pci3: on pcib3 atapci0: port 0x1018-0x101f,0x1024-0x1027,0x1010-0x1017,0x1020-0x1023,0x1000-0x100f mem 0x92100000-0x921001ff irq 17 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: at device 28.2 on pci0 pci4: on pcib4 pcib5: at device 28.3 on pci0 pci5: on pcib5 pcib6: at device 28.4 on pci0 pci6: on pcib6 uhci2: port 0x3080-0x309f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0x92225800-0x92225bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 fwohci0: mem 0x92004000-0x920047ff,0x92000000-0x92003fff irq 19 at device 3.0 on pci7 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:01:bb:71:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:bb:71:00 fwe0: Ethernet address: 02:90:27:bb:71:00 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:01:bb:71:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1ae4000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x3108-0x310f,0x3114-0x3117,0x3100-0x3107,0x3110-0x3113,0x3020-0x303f mem 0x92225000-0x922257ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 6 ports detected ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] pci0: at device 31.3 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled uhub7: on uhub1 uhub7: 4 ports with 2 removable, bus powered ukbd0: on uhub7 kbd2 at ukbd0 uhid0: on uhub7 ums0: on uhub7 ums0: 3 buttons. ums1: on uhub7 ums1: 3 buttons. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata2-master UDMA66 ad6: 305245MB at ata3-master SATA300 pcm0: pcm0: SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad6s1a em0: link state changed to UP panic: spin locks can only use msleep_spin cpuid = 0 Uptime: 1m54s Physical memory: 2009 MB Dumping 151 MB: 136 120 104 88 72 56 40 24 8 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset: Stopping other CPUs Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #4: Wed Oct 17 18:56:11 CEST 2007 toor@fbsd-7.fi.muni.cz:/usr/obj/usr/src/sys/FBSD7 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6700 @ 2.66GHz (2674.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2128932864 (2030 MB) avail memory = 2065178624 (1969 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: port 0x2000-0x207f mem 0x91000000-0x91ffffff,0x80000000-0x8fffffff,0x90000000-0x90ffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] pci0: at device 3.0 (no driver attached) em0: port 0x30e0-0x30ff mem 0x92200000-0x9221ffff,0x92224000-0x92224fff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:19:d1:1b:88:eb em0: [FILTER] uhci0: port 0x30c0-0x30df irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x30a0-0x30bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0x92225c00-0x92225fff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0x92220000-0x92223fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 28.1 on pci0 pci3: on pcib3 atapci0: port 0x1018-0x101f,0x1024-0x1027,0x1010-0x1017,0x1020-0x1023,0x1000-0x100f mem 0x92100000-0x921001ff irq 17 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: at device 28.2 on pci0 pci4: on pcib4 pcib5: at device 28.3 on pci0 pci5: on pcib5 pcib6: at device 28.4 on pci0 pci6: on pcib6 uhci2: port 0x3080-0x309f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0x92225800-0x92225bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib7: at device 30.0 on pci0 pci7: on pcib7 fwohci0: mem 0x92004000-0x920047ff,0x92000000-0x92003fff irq 19 at device 3.0 on pci7 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:01:bb:71:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:bb:71:00 fwe0: Ethernet address: 02:90:27:bb:71:00 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:01:bb:71:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1ae4000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x3108-0x310f,0x3114-0x3117,0x3100-0x3107,0x3110-0x3113,0x3020-0x303f mem 0x92225000-0x922257ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 6 ports detected ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] pci0: at device 31.3 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled uhub7: on uhub1 uhub7: 4 ports with 2 removable, bus powered ukbd0: on uhub7 kbd2 at ukbd0 uhid0: on uhub7 ums0: on uhub7 ums0: 3 buttons. ums1: on uhub7 ums1: 3 buttons. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata2-master UDMA66 ad6: 305245MB at ata3-master SATA300 pcm0: pcm0: SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad6s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 24 files 10 WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 84 files 6 WARNING: /var was not properly dismounted /var: mount pending error: blocks 3044 files 1 em0: link state changed to UP xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (root@fbsd-7.fi.muni.cz) Sun Oct 7 21:12:33 CEST 2007 Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/local/share/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" FontPath "/usr/local/lib/X11/fonts/Liberation/" FontPath "/usr/local/lib/X11/fonts/Speedo/" FontPath "/usr/local/lib/X11/fonts/TrueType/" FontPath "/usr/local/lib/X11/fonts/URW/" FontPath "/usr/local/lib/X11/fonts/Xg/" FontPath "/usr/local/lib/X11/fonts/arkpandora/" FontPath "/usr/local/lib/X11/fonts/artwiz-aleczapka-de/" FontPath "/usr/local/lib/X11/fonts/artwiz-aleczapka-en/" FontPath "/usr/local/lib/X11/fonts/artwiz-aleczapka-se/" FontPath "/usr/local/lib/X11/fonts/artwiz-fonts/" FontPath "/usr/local/lib/X11/fonts/avifonts/" FontPath "/usr/local/lib/X11/fonts/bitstream-vera/" FontPath "/usr/local/lib/X11/fonts/code2000/" FontPath "/usr/local/lib/X11/fonts/cyr-rfx-koi8-o/" FontPath "/usr/local/lib/X11/fonts/cyrillic/" FontPath "/usr/local/lib/X11/fonts/dejavu/" FontPath "/usr/local/lib/X11/fonts/encodings/" FontPath "/usr/local/lib/X11/fonts/farsifonts/" FontPath "/usr/local/lib/X11/fonts/fonts-indic/" FontPath "/usr/local/lib/X11/fonts/freefont/" FontPath "/usr/local/lib/X11/fonts/freefont-ttf/" FontPath "/usr/local/lib/X11/fonts/gentium/" FontPath "/usr/local/lib/X11/fonts/jmk/" FontPath "/usr/local/lib/X11/fonts/junicode/" FontPath "/usr/local/lib/X11/fonts/koi8-u-gemini/" FontPath "/usr/local/lib/X11/fonts/lfpfonts-fix/" FontPath "/usr/local/lib/X11/fonts/lfpfonts-var/" FontPath "/usr/local/lib/X11/fonts/local/" FontPath "/usr/local/lib/X11/fonts/mathfonts/" FontPath "/usr/local/lib/X11/fonts/mgopen/" FontPath "/usr/local/lib/X11/fonts/mozilla/" FontPath "/usr/local/lib/X11/fonts/non-cjk/" FontPath "/usr/local/lib/X11/fonts/nucleus/" FontPath "/usr/local/lib/X11/fonts/ppantsfonts/" FontPath "/usr/local/lib/X11/fonts/sharefont/" FontPath "/usr/local/lib/X11/fonts/terminus-font/" FontPath "/usr/local/lib/X11/fonts/texcm-ttf/" FontPath "/usr/local/lib/X11/fonts/tolkien-ttf/" FontPath "/usr/local/lib/X11/fonts/urwfonts-ttf/" FontPath "/usr/local/lib/X11/fonts/util/" FontPath "/usr/local/lib/X11/fonts/webfonts/" FontPath "/usr/local/lib/X11/fonts/wqy/" EndSection Section "Module" Load "extmod" Load "record" Load "dbe" Load "xtrap" Load "glx" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbLayout" "us,cz" Option "XkbOptions" "grp:shifts_toggle,grp_led:scroll" Option "XkbModel" "pc105" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" Option "SHMConfig" "on" Option "UseShm" "true" EndSection Section "Monitor" #DisplaySize 380 300 # mm ### Comment all HorizSync and VertRefresh values to use DDC: Identifier "Monitor0" VendorName "HWP" ModelName "HP L1955" HorizSync 30.0 - 83.0 VertRefresh 56.0 - 76.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card0" Driver "nvidia" VendorName "nVidia Corporation" BoardName "G70 [GeForce 7600 GS]" #Driver "nv" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 Option "AllowGLXWithComposite" "True" Option "RenderAccel" "True" Option "AddARGBGLXVisuals" "True" SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "Extensions" Option "Composite" "Enable" EndSection From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 18:26:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65C8B16A469 for ; Wed, 17 Oct 2007 18:26:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E77113C46B for ; Wed, 17 Oct 2007 18:26:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IiDan-0000uz-Pa for freebsd-current@freebsd.org; Wed, 17 Oct 2007 18:26:06 +0000 Received: from r5j156.net.upc.cz ([86.49.9.156]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Oct 2007 18:26:05 +0000 Received: from gamato by r5j156.net.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Oct 2007 18:26:05 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: martinko Date: Wed, 17 Oct 2007 20:25:55 +0200 Lines: 11 Message-ID: References: <20071002165007.D587@10.0.0.1> <20071006074429.GB976@gothic.blackend.org> <20071006102113.GC976@gothic.blackend.org> <47077951.5030906@clearchain.com> <4707866F.7030605@FreeBSD.org> <20071006143141.GD976@gothic.blackend.org> <4707CF8D.3070303@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: r5j156.net.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.6) Gecko/20070821 SeaMonkey/1.1.4 In-Reply-To: <4707CF8D.3070303@u.washington.edu> Sender: news Subject: Re: ULE/yielding patch for testing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 18:26:18 -0000 Garrett Cooper wrote: > > No matter what OS you have, if a website's slow (and it's not because > you don't have OpenGL support in your X-server), slowness will remain > constant. It's just the way unfortunately that browsers are designed. > Not always true. For instance zooming (with mouse scroll) on this site is significantly slower on FreeBSD than on Windows (using the latest SeaMonkey in both cases). Of course, I do not blame FreeBSD, it likely is fault of SeaMonkey in this case. From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 18:28:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA8EC16A419 for ; Wed, 17 Oct 2007 18:28:01 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 94C3A13C459 for ; Wed, 17 Oct 2007 18:27:59 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id E3A851CC9F; Wed, 17 Oct 2007 20:27:58 +0200 (CEST) Date: Wed, 17 Oct 2007 20:27:58 +0200 From: Ed Schouten To: Abdullah Ibn Hamad Al-Marri Message-ID: <20071017182758.GU5411@hoeg.nl> References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8kRBn33jkh2Wtq5" Content-Disposition: inline In-Reply-To: <20071017173941.GT5411@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 18:28:01 -0000 --a8kRBn33jkh2Wtq5 Content-Type: multipart/mixed; boundary="8jcWiON1L7A8HfS7" Content-Disposition: inline --8jcWiON1L7A8HfS7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > One of the major obstacles for PCC is that it didn't support a way to > pack structures in a comfortable way. Most of the FreeBSD userland just > built with it. Most of the stuff that didn't compile properly, was > related to kernel headers, using __attribute__ stuff, instead of the > cdef'd stuff, like __packed. It seems things have changed in the mean > time. Indeed; PCC now supports _Pragma("packed"). I've attached a patch for sys/cdefs.h that should make at least src/bin compile like it should. The patch is in no way meant to be complete. --=20 Ed Schouten WWW: http://g-rave.nl/ --8jcWiON1L7A8HfS7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=pcc-cdefs Content-Transfer-Encoding: quoted-printable --- src/sys/sys/cdefs.h 2006-09-21 03:38:58.000000000 +0200 +++ src/sys/sys/cdefs.h 2007-10-17 19:56:42.000000000 +0200 @@ -111,7 +111,7 @@ /* * Macro to test if we're using a specific version of gcc or later. */ -#if defined(__GNUC__) && !defined(__INTEL_COMPILER) +#if defined(__GNUC__) && !defined(__INTEL_COMPILER) && !defined(__PCC__) #define __GNUC_PREREQ__(ma, mi) \ (__GNUC__ > (ma) || __GNUC__ =3D=3D (ma) && __GNUC_MINOR__ >=3D (mi)) #else @@ -140,7 +140,7 @@ #define __const const /* define reserved names to standard */ #define __signed signed #define __volatile volatile -#if defined(__cplusplus) +#if defined(__cplusplus) || defined(__PCC__) #define __inline inline /* convert to C++ keyword */ #else #if !(defined(__CC_SUPPORTS___INLINE)) @@ -221,6 +221,15 @@ #define __aligned(x) __attribute__((__aligned__(x))) #define __section(x) __attribute__((__section__(x))) #endif +#if defined(__PCC__) +#define __dead2 +#define __pure2 +#define __unused +#define __used +#define __packed _Pragma("packed") +#define __aligned(x) +#define __section(x) +#endif #endif =20 #if __GNUC_PREREQ__(2, 96) --8jcWiON1L7A8HfS7-- --a8kRBn33jkh2Wtq5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFlQu52SDGA2eCwURAmBpAJ4/tBT/yF3Y9s0XPp8PtIUKiYYe8gCeIHMH 9XE2KZ7oENzxyhwatUFGBHY= =oGhs -----END PGP SIGNATURE----- --a8kRBn33jkh2Wtq5-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 18:32:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E21D16A418 for ; Wed, 17 Oct 2007 18:32:33 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 487D313C474 for ; Wed, 17 Oct 2007 18:32:31 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 35162 invoked from network); 17 Oct 2007 22:32:29 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 17 Oct 2007 22:32:29 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249943, updated: 17.10.2007] Message-ID: <00bd01c810ec$10371230$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Wed, 17 Oct 2007 22:32:16 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 18:32:33 -0000 Hello! I really not at all good at any kind of system programming in FreeBSD or Un*x, but since my contacts with last commited of su could not be establish i decided to look at it myself. If you don't know what is the problem i'll describe it shortly: if you try to run a very simple perl script: #!/usr/bin/perl $com="/usr/bin/su root -c 'echo heck'"; system($com); print "done!\n"; it will print heck and then Suspended (tty output) and will hang in memory untill you type fg then you get done! I am working in csh, but i tested it in sh - result is the same. FreeBSD version is 7-PRERELEASE. So, I fetched su v. 1.76 from 6.2-STABLE and compiled it - it works like a charm. SO, i decided to figure what fails in 1.86. There are such like in the default: dection of switch child_pgrp = getpgid(child_pid); if (tcgetpgrp(STDERR_FILENO) == child_pgrp) tcsetpgrp(STDERR_FILENO, getpgrp()); The problem is here. getpgid(child_pid) simply fails with errno 3 (process doesn't exist) and tcgetpgrp(STDERR_FILENO) return 100000 (can it be THAT high? i though it is only in 0-65535 range). The weird thing is that if i just comment out those lines like this /* child_pgrp = getpgid(child_pid); if (tcgetpgrp(STDERR_FILENO) == child_pgrp) */ tcsetpgrp(STDERR_FILENO, getpgrp()); su starts working again just fine. Any idea why getpgid fails and why tcgetpgrp return 100000 (always the same number)? What will brak if i leave these lines commented? -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 18:38:01 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C70F916A418 for ; Wed, 17 Oct 2007 18:38:01 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id A745513C491 for ; Wed, 17 Oct 2007 18:38:01 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id l9HIc1HO000573; Wed, 17 Oct 2007 11:38:01 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id l9HIc12H000572; Wed, 17 Oct 2007 11:38:01 -0700 (PDT) (envelope-from obrien) Date: Wed, 17 Oct 2007 11:38:01 -0700 From: "David O'Brien" To: Simon Barner Message-ID: <20071017183801.GA420@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Simon Barner , freebsd-current References: <471543CA.70409@protected-networks.net> <47154750.1080109@FreeBSD.org> <20071017143652.GA2751@dose.local.invalid> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071017143652.GA2751@dose.local.invalid> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 18:38:01 -0000 On Wed, Oct 17, 2007 at 04:36:52PM +0200, Simon Barner wrote: > I have a compile fix for this problem -- the resulting binary dumps > core though. I can commit the fix and mark the port IGNORE on RELENG_7 > until we have a proper solution. Why be that drastic? Just require GCC=3.4 -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 18:41:08 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B49FE16A468 for ; Wed, 17 Oct 2007 18:41:08 +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 2F27313C4AC for ; Wed, 17 Oct 2007 18:41:07 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l9HIf68r076838; Wed, 17 Oct 2007 22:41:06 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1192646466; bh=meOptCNoDeBgczpzfvsgO8MJURbhkzVt6glfQlS CEq0=; l=521; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=qOd0h/eD16xxSRTtkYyEtJql1+QFRZVcBsav+uk5 CJOM3zeLE4KLQv/UZ1OxRaLRKf6+dfaRr/iNMnQZIXz83Y1oPlynkOR9U0HaLkY1HTP 6PAl7JEne+NdB8scg7bus4x/7MlcvXeTKbnA9JJa+T2wPn58dGU8roTdlkBNITLM= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l9HIf6bs076837; Wed, 17 Oct 2007 22:41:06 +0400 (MSD) (envelope-from ache) Date: Wed, 17 Oct 2007 22:41:05 +0400 From: Andrey Chernov To: Artem Kuchin Message-ID: <20071017184105.GA76805@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Artem Kuchin , freebsd-current@FreeBSD.ORG References: <00bd01c810ec$10371230$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00bd01c810ec$10371230$0c00a8c0@Artem> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 18:41:08 -0000 On Wed, Oct 17, 2007 at 10:32:16PM +0400, Artem Kuchin wrote: > There are such like in the default: dection of switch > > child_pgrp = getpgid(child_pid); > if (tcgetpgrp(STDERR_FILENO) == child_pgrp) > tcsetpgrp(STDERR_FILENO, getpgrp()); > > > The problem is here. > getpgid(child_pid) simply fails with errno 3 (process doesn't exist) The question is: why getpgid() fails while process really exists (in stopped state)? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 18:43:21 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23AED16A419 for ; Wed, 17 Oct 2007 18:43:21 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmpop108.cox.net (eastrmpop108.cox.net [68.230.240.50]) by mx1.freebsd.org (Postfix) with ESMTP id A587B13C459 for ; Wed, 17 Oct 2007 18:43:20 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao104.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20071017183156.LTQR3686.eastrmmtao104.cox.net@eastrmimpo02.cox.net>; Wed, 17 Oct 2007 14:31:56 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo02.cox.net with bizsmtp id 1WXv1Y00e4iy4EG0000000; Wed, 17 Oct 2007 14:31:56 -0400 Date: Wed, 17 Oct 2007 13:36:00 -0500 To: "Petr Holub" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <00f901c810e7$16d88ec0$5317fb93@KLOBOUCEK> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <00f901c810e7$16d88ec0$5317fb93@KLOBOUCEK> User-Agent: Opera Mail/9.23 (Linux) Cc: current@freebsd.org Subject: Re: nvidia freeze in i386 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 18:43:21 -0000 On Wed, 17 Oct 2007 12:56:48 -0500, Petr Holub wrote: > Hi, > > I'm getting fairly consitent panics with x11/nvidia-driver, > e.g. any time I try to exit/kill X server, when compiz is > running. What are versions of nvidia-driver and xorg? If you have what nvidia-driver is in ports tree right now at 100.14.11 and xorg 7.3, then you have to disable compiz (see in /usr/ports/UPDATING). Right now, I am running nvidia-driver from one ports/117121 that update to 100.14.19 and using a patch by Craig Boston. http://lists.freebsd.org/pipermail/freebsd-current/2007-October/077677.html It works fine with RELENG_7 so far, but I never have use compiz before so I can't make any comment on that. Cheers, Mezz > However, as the machine doesn't have serial port :(, > I can't do live debugging, and thus I've tried to get at > least something useful in post mortem analysis. Kernel is > based on GENERIC with following changes: > - SCHED_ULE > - SCSI controllers and SCSI RAID controllers removed > - WITNESS and INVARIANTS enabled > > The panic looks as follows: > -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 19:07:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9819D16A417 for ; Wed, 17 Oct 2007 19:07:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEDB13C447 for ; Wed, 17 Oct 2007 19:07:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IiEF1-000Knt-PP for freebsd-current@freebsd.org; Wed, 17 Oct 2007 22:07:40 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IiEF0-0008jV-1y for freebsd-current@freebsd.org; Wed, 17 Oct 2007 22:07:39 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9HJ7Y3U080221; Wed, 17 Oct 2007 22:07:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9HJ7Yql080220; Wed, 17 Oct 2007 22:07:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 17 Oct 2007 22:07:33 +0300 From: Kostik Belousov To: Artem Kuchin Message-ID: <20071017190733.GI6511@deviant.kiev.zoral.com.ua> References: <00bd01c810ec$10371230$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZY5CS28jBCfb727c" Content-Disposition: inline In-Reply-To: <00bd01c810ec$10371230$0c00a8c0@Artem> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 44556c58cf61beb49de4494ee559d59c X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1631 [Oct 17 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 19:07:42 -0000 --ZY5CS28jBCfb727c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 17, 2007 at 10:32:16PM +0400, Artem Kuchin wrote: > Hello! >=20 > I really not at all good at any kind of system programming > in FreeBSD or Un*x, but since my contacts with last commited > of su could not be establish i decided to look at it myself. >=20 > If you don't know what is the problem i'll describe it shortly: >=20 > if you try to run a very simple perl script: >=20 > #!/usr/bin/perl > $com=3D"/usr/bin/su root -c 'echo heck'"; > system($com); > print "done!\n"; >=20 > it will print=20 > heck >=20 > and then >=20 > Suspended (tty output) >=20 > and will hang in memory untill you type > fg >=20 > then you get >=20 > done! >=20 >=20 > I am working in csh, but i tested it in sh - result is > the same. FreeBSD version is 7-PRERELEASE. >=20 >=20 > So, I fetched su v. 1.76 from 6.2-STABLE and compiled it - it works > like a charm. SO, i decided to figure what fails in 1.86. >=20 > There are such like in the default: dection of switch >=20 > child_pgrp =3D getpgid(child_pid); > if (tcgetpgrp(STDERR_FILENO) =3D=3D child_pgrp) > tcsetpgrp(STDERR_FILENO, getpgrp()); >=20 >=20 > The problem is here. > getpgid(child_pid) simply fails with errno 3 (process doesn't exist) > and tcgetpgrp(STDERR_FILENO) return 100000 (can it be THAT high? i though > it is only in 0-65535 range). >=20 > The weird thing is that if i just comment out those lines like this >=20 > /* child_pgrp =3D getpgid(child_pid); > if (tcgetpgrp(STDERR_FILENO) =3D=3D child_pgrp) */ > tcsetpgrp(STDERR_FILENO, getpgrp()); >=20 > su starts working again just fine. >=20 > Any idea why getpgid fails and why tcgetpgrp return 100000 (always the sa= me > number)? What will brak if i leave these lines commented? I tried the same perl script on RELENG_7 machine, and it did work as expected. This suggests that the issue could be the race condition of some kind. Could you provide the ktrace (or kdump) output of the script run where the problem shows up ? Please, ktrace both perl and all it descendants (this is, probably, somewhat nontrivial due to suid-ness of the su). --ZY5CS28jBCfb727c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFl11C3+MBN1Mb4gRAu0HAKCd1l0c193GIRKxskCXh0pttUdB7gCg6ciW n6yyxuKHkXaJlVQnTfRc4Ls= =nubY -----END PGP SIGNATURE----- --ZY5CS28jBCfb727c-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 19:13:07 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B31FF16A420 for ; Wed, 17 Oct 2007 19:13:07 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 7095A13C43E for ; Wed, 17 Oct 2007 19:13:07 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so325286wra for ; Wed, 17 Oct 2007 12:13:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=vAiaJ8W6gWVN104xQN3GB8j0Ijw+D1XkPbu1Q7z9IFc=; b=UDmHB6ExWK3vg5cJo/EZhapTiwCx6g1fKxtL0/sqd4pflNdUDLIP9SJT+u6g5CJtYlc6Tzmv7TeYPvtemMqitakZ5RZpphZl9GP4iaqHe/NrOiBl05LsfBDIAqzwDcUXoPG/+EzZVyfJHow2ta/arOUeHmN/1CX5GN4FLH7+2sc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t0Y6JJdyKU5YRDHRksh/QIlQV1R4KxqcU9e3Vq4EAPzOGXAeuN7AjWNtfvL8q0hcHp3rkpAuXDqWwzLHOWdZPcHioIQHf5wEERfZRkOJr93f9ZHal/AmuBLHk1eOt9Wdwno9bZY63IprKOTGdt3vwsqwwTOsmC5tP7gZkzQls8E= Received: by 10.90.105.20 with SMTP id d20mr13174630agc.1192646636075; Wed, 17 Oct 2007 11:43:56 -0700 (PDT) Received: by 10.90.29.9 with HTTP; Wed, 17 Oct 2007 11:43:56 -0700 (PDT) Message-ID: <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> Date: Wed, 17 Oct 2007 14:43:56 -0400 From: "Josh Carroll" To: "Artem Kuchin" In-Reply-To: <00bd01c810ec$10371230$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <00bd01c810ec$10371230$0c00a8c0@Artem> Cc: freebsd-current@freebsd.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@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, 17 Oct 2007 19:13:07 -0000 > if you try to run a very simple perl script: > > #!/usr/bin/perl > $com="/usr/bin/su root -c 'echo heck'"; > system($com); > print "done!\n"; This works fine for me. If I run it as root (and change the user it's su'ing to to a normal user), it runs find and prints: heck done If I run it as a normal user su'ing to root (e.g. the same as you're doing), I get a Password: prompt, and entering my password it still works: % ./su.pl Password: heck done! Do you have another way to reproduce this? Because that particular test is working fine here on a RELENG_7 box (csup'd last night). Josh From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 19:16:14 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CBC016A419 for ; Wed, 17 Oct 2007 19:16:14 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 1574013C467 for ; Wed, 17 Oct 2007 19:16:13 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63017 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IiENI-0001KS-Mt for freebsd-current@freebsd.org; Wed, 17 Oct 2007 19:16:12 +0000 Message-ID: <47165F7C.4090300@conducive.net> Date: Wed, 17 Oct 2007 15:16:12 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <00bd01c810ec$10371230$0c00a8c0@Artem> <20071017184105.GA76805@nagual.pp.ru> In-Reply-To: <20071017184105.GA76805@nagual.pp.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 19:16:14 -0000 Andrey Chernov wrote: > On Wed, Oct 17, 2007 at 10:32:16PM +0400, Artem Kuchin wrote: >> There are such like in the default: dection of switch >> >> child_pgrp = getpgid(child_pid); >> if (tcgetpgrp(STDERR_FILENO) == child_pgrp) >> tcsetpgrp(STDERR_FILENO, getpgrp()); >> >> >> The problem is here. >> getpgid(child_pid) simply fails with errno 3 (process doesn't exist) > > The question is: why getpgid() fails while process really exists (in > stopped state)? > Are we even chasing the correct animal here? Are the tests being run as root? If not, is the stalled state perhaps seen as a privilege-escalation issue? Or that the PID sought exists, but not as belonging to or permitted to be known to the current EUID:EGID? Or that the EUID:EGUID su'ed to simply has a different login shell invoked than that used by the caller's UID or the script? IOW - not seeing a lesser-than root:wheel user being su'ed to, and not seeing a pwd requested and responded to that root:wheel should ask for unless the caller is *already* root:wheel, is there actually something 'broken' in su - or has security simply been made more rigourous between 6.X and 7.X? Bill From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 19:22:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C016F16A41B for ; Wed, 17 Oct 2007 19:22:30 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6F213C457 for ; Wed, 17 Oct 2007 19:22:29 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1516233nzf for ; Wed, 17 Oct 2007 12:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=4dmnQ6dnWtez5HgPhMCk5eVzzPc+WP8iQdq8lUvewec=; b=tIWsc8Sa4ztaEr2A1oIEBCLZzAuTNc/3hiA3cljoTmXR7/JxA/2xElmJqRv8XxC5fAjjSvALCa2Hu+TvU0lm2Lecr8WsrNGNk2EHbkij90yNraH6ISwMLSIfH1Pr9dlKkgtYfr+pkR1Zq/Zct0An3BVhiZru0OPfCwuItlMCGug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pTWUu+DCnF9qkXvAUPnajZoDaKO4idjhKcQKDGYx0Kn6d7X45bbsUaYBAdbLCzZJHkbQujWaRDx3xNJfd7pEvRF40lSEe3UDeGPWa30lvvgVMFEc4mjERcPXmW0esgpfIHgidTUE1TdydgqdwwzTK5wmR5ocHwnclL6NLAtEC7c= Received: by 10.142.171.6 with SMTP id t6mr2748092wfe.1192647449368; Wed, 17 Oct 2007 11:57:29 -0700 (PDT) Received: by 10.142.11.17 with HTTP; Wed, 17 Oct 2007 11:57:29 -0700 (PDT) Message-ID: <289d9e390710171157o519fe8c0h98eb75ad1ec549f8@mail.gmail.com> Date: Wed, 17 Oct 2007 20:57:29 +0200 From: "Szymon 'slane' Kozak" To: freebsd-current@freebsd.org In-Reply-To: <289d9e390710170846s52f8d214w7a8880127caa48b4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <289d9e390710170846s52f8d214w7a8880127caa48b4@mail.gmail.com> Subject: R61i Freeze on FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 19:22:30 -0000 Fwd from freebsd-mobile. Hi All, My ThinkPad R61i freeze on current. Stable snapshot (200709) works fine, but my graphic card not supported (intel3100 - 965) Boot freeze error: pci0: at device 27.0 (no driver attached) pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 pci3: at device 0.0 (no driver attached) pcib3: irq 22 at device 28.2 on pci0 pci4: on pcib3 Here is my dmesg from stable: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE-200709 #0: Tue Sep 11 02:13:25 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T5250 @ 1.50GHz (1496.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe39d,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 1063976960 (1014 MB) avail memory = 1031987200 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of fec00000, 140000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) uhci0: port 0x1820-0x183f irq 20 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfe304800-0xfe304bff irq 22 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 21 at device 28.1 on pci0 pci3: on pcib2 pci3: at device 0.0 (no driver attached) pcib3: irq 22 at device 28.2 on pci0 pci4: on pcib3 bge0: mem 0xfe000000-0xfe00ffff irq 18 at device 0.0 on pci4 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:15:58:cb:54:49 pcib4: irq 23 at device 28.3 on pci0 pci5: on pcib4 pcib5: irq 20 at device 28.4 on pci0 pci13: on pcib5 uhci2: port 0x1860-0x187f irq 16 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 17 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x18a0-0x18bf irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfe304c00-0xfe304fff irq 19 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci21: on pcib6 cbb0: mem 0xf8300000-0xf8300fff irq 16 at device 0.0 on pci21 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xf8301000-0xf83017ff irq 17 at device 0.1 on pci21 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:01:6c:20:00:31:7b:40 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:01:6c:31:7b:40 fwe0: Ethernet address: 02:01:6c:31:7b:40 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci21: at device 0.2 (no driver attached) pci21: at device 0.3 (no driver attached) pci21: at device 0.4 (no driver attached) pci21: at device 0.5 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x1c00-0x1c07,0x18d4-0x18d7,0x18d8-0x18df,0x18d0-0x18d3,0x18e0-0x18ff mem 0xfe304000-0xfe3047ff irq 16 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 3 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 acpi_tz1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: TouchStrip Fingerprint Sensor, rev 1.00/0.01, addr 2 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 152627MB at ata2-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s3a bge0: link state changed to DOWN bge0: link state changed to UP Thanks! From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 19:26:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 190C616A420 for ; Wed, 17 Oct 2007 19:26:58 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 419FA13C45B for ; Wed, 17 Oct 2007 19:26:56 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 36459 invoked from network); 17 Oct 2007 23:26:55 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 17 Oct 2007 23:26:55 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249943, updated: 17.10.2007] Message-ID: <012c01c810f3$aafeecf0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> Date: Wed, 17 Oct 2007 23:26:48 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Kostik Belousov , Andrey Chernov , freebsd-current@freebsd.org, ??? Bill Hacker Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 19:26:58 -0000 >> if you try to run a very simple perl script: >> >> #!/usr/bin/perl >> $com="/usr/bin/su root -c 'echo heck'"; >> system($com); >> print "done!\n"; > > This works fine for me. If I run it as root (and change the user it's > su'ing to to a normal user), it runs find and prints: > > heck > done > OH MY GOD!!! I have posted this problem before and saw many 'me too' reponses and thought that this problem is everywhere. After your and Kostik's posts and decided to make a clean test. Turned off jails and all custom kernel sysctls. Entered shell and run this cript - it printed: heck done! I have rerun all configs and started jails - still works. Then i remembered that i have always run this script fro midnight commander. Started mc Pressed ENTER on this script and it got suspended. Now i am lost, whose problem is this? su's or mc's? or both? If i remove su from the script and run simply system('echo heck'); from mc it work fine. With su it gets suspended. -- Rrgards, Artem From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 19:42:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85CB416A41B for ; Wed, 17 Oct 2007 19:42:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9CF13C455 for ; Wed, 17 Oct 2007 19:42:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IiEnC-000OdP-BS for freebsd-current@freebsd.org; Wed, 17 Oct 2007 22:42:58 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IiEnA-0001pC-U9 for freebsd-current@freebsd.org; Wed, 17 Oct 2007 22:42:57 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9HJgrvu081016; Wed, 17 Oct 2007 22:42:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9HJgq2j081015; Wed, 17 Oct 2007 22:42:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 17 Oct 2007 22:42:52 +0300 From: Kostik Belousov To: Artem Kuchin Message-ID: <20071017194252.GL6511@deviant.kiev.zoral.com.ua> References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vJI8q/aziP9idhqk" Content-Disposition: inline In-Reply-To: <012c01c810f3$aafeecf0$0c00a8c0@Artem> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 3b10ce253585130f5293a5b36593fd37 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1631 [Oct 17 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: josh.carroll@gmail.com, Andrey Chernov , freebsd-current@freebsd.org, ??? Bill Hacker Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 19:42:59 -0000 --vJI8q/aziP9idhqk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 17, 2007 at 11:26:48PM +0400, Artem Kuchin wrote: > >>if you try to run a very simple perl script: > >> > >>#!/usr/bin/perl > >>$com=3D"/usr/bin/su root -c 'echo heck'"; > >>system($com); > >>print "done!\n"; > > > >This works fine for me. If I run it as root (and change the user it's > >su'ing to to a normal user), it runs find and prints: > > > >heck > >done > > >=20 > OH MY GOD!!! I have posted this problem before and saw many 'me too' > reponses and thought that this problem is everywhere. After your and > Kostik's posts and decided to make a clean test. Turned off jails > and all custom kernel sysctls. Entered shell and run this cript - it=20 > printed: >=20 > heck > done! >=20 > I have rerun all configs and started jails - still works. Then i remembe= red > that i have always run this script fro midnight commander. > Started mc > Pressed ENTER on this script and it got suspended. >=20 > Now i am lost, whose problem is this? su's or mc's? or both? > If i remove su from the script and run simply > system('echo heck'); > from mc it work fine. With su it gets suspended. Ah, mc. Ok, it is reproducable in the following way: pooma% sh +m = ~ $ ~/work/scratch/su.pl Password: heck done! $ [1] + 1725 suspended (tty input) sh +m pooma% Note the +m, that turns off the job control. --vJI8q/aziP9idhqk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFmW8C3+MBN1Mb4gRAt48AKDOl0SI5WxSq6uVhQnJqCG+UxfDMQCgzGjB GnDIql7Ygtc9OabiMFX/S/k= =YAZ8 -----END PGP SIGNATURE----- --vJI8q/aziP9idhqk-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 19:51:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20C2116A421 for ; Wed, 17 Oct 2007 19:51:57 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id DB91B13C459 for ; Wed, 17 Oct 2007 19:51:56 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60379 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IiEvr-0001WJ-NG for freebsd-current@freebsd.org; Wed, 17 Oct 2007 19:51:55 +0000 Message-ID: <471667DB.1010601@conducive.net> Date: Wed, 17 Oct 2007 15:51:55 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> In-Reply-To: <20071017193615.GO9006@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 19:51:57 -0000 Peter Jeremy wrote: > On Wed, Oct 17, 2007 at 11:26:48PM +0400, Artem Kuchin wrote: >> I have rerun all configs and started jails - still works. Then i >> remembered >> that i have always run this script fro midnight commander. >> Started mc >> Pressed ENTER on this script and it got suspended. >> >> Now i am lost, whose problem is this? su's or mc's? or both? >> If i remove su from the script and run simply >> system('echo heck'); >>from mc it work fine. With su it gets suspended. > > This bug (or another one with identical symptoms) affects the 'su' > commands within the ports build system if you are using tcsh or zsh > and maybe related to the gdb-with-tcsh problems that have been > reported. It appeared in -current in the middle of 2006. The > suggestions to date have been that there's something wrong with the > signal handling in the kernel but you have opened a new line of attack. > It doesn't seem to 'bite' when invoking a build from a 'seat' using bash or csh or sh. Keeping in mind that scripting WITIHIN Makefiles always has its own specification as to which shell is wanted, I wouldn't expect it to matter. Unless the sh and csh binaries have been removed or over-written? If someone can tell me which ports exhibit the alleged problem, I'll try it and see what happens (no 5.X, but otherwise have 4.11 thru 8-CURRENT ready to hand).. I will not be surprised if it occurs when building as an 'ordinary user' and does NOT occur when building as root.... BNL (BSD's Not Linux).... Bill From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 20:14:51 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B89516A418 for ; Wed, 17 Oct 2007 20:14:51 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.freebsd.org (Postfix) with SMTP id 572BE13C45A for ; Wed, 17 Oct 2007 20:14:50 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: (qmail 25844 invoked from network); 17 Oct 2007 20:14:48 -0000 Received: from unknown (HELO vbepfkad.srv.xtra-net.be) (172.16.66.70) by 0 with SMTP; 17 Oct 2007 20:14:48 -0000 Received: (qmail 54675 invoked from network); 17 Oct 2007 19:57:51 -0000 Received: from 72.66.16.172.in-addr.arpa (HELO www.xtra-net.be) (172.16.66.72) by 0 with SMTP; 17 Oct 2007 19:57:51 -0000 Received: from 172.16.9.1 (proxying for 192.168.1.10) (SquirrelMail authenticated user 720616030) by www.xtra-net.be with HTTP; Wed, 17 Oct 2007 21:57:51 +0200 (CEST) Message-ID: <28815.172.16.9.1.1192651071.squirrel@www.xtra-net.be> In-Reply-To: <200710160848.09877.fjwcash+freebsd@gmail.com> References: <48344.172.16.9.1.1192472836.squirrel@www.xtra-net.be> <200710151335.27991.fjwcash+freebsd@gmail.com> <9098.172.16.9.1.1192514623.squirrel@www.xtra-net.be> <200710160848.09877.fjwcash+freebsd@gmail.com> Date: Wed, 17 Oct 2007 21:57:51 +0200 (CEST) From: "Vincent Blondel" To: current@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: vincent@xtra-net.org Subject: Re: Xen Status : FreeBSD-current as Dom/U. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 20:14:51 -0000 > Finally I am not sure to really understand what you explained above > with virtualized and para-virtualized kernel. As I understand it, we get two ways to install a Dom/U system. > System that's not Xen > compatible but that can be installed through support for Intel VT ( e.g. Windows 2003 Server ). This runs > with a hvm loader. Try using that method to install FreeBSD. That way, you don't need any special domU kernel. Freddie, I am busy more than 2 hours to try installing FreeBSD as a HVM Dom/U machine but it does not work. It does not even install. I tried all what I could amd64, i386, 7.0, 6.2 .... but always get the same problem. When I look at the installation console I get thousands of lines with hexadecimal symbols on it. Has somebody already some experience with running FreeBSD as a Dom/U with Dom/0 Linux box on a amd64 system. Thanks to help me. From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 20:20:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224EA16A418 for ; Wed, 17 Oct 2007 20:20:47 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 63F8213C458 for ; Wed, 17 Oct 2007 20:20:46 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 37739 invoked from network); 18 Oct 2007 00:20:44 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 00:20:44 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249970, updated: 17.10.2007] Message-ID: <005201c810fb$2f8e26a0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <00bd01c810ec$10371230$0c00a8c0@Artem><8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com><012c01c810f3$aafeecf0$0c00a8c0@Artem><20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> Date: Thu, 18 Oct 2007 00:20:35 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 20:20:47 -0000 Peter Jeremy wrote: > On Wed, Oct 17, 2007 at 11:26:48PM +0400, Artem Kuchin wrote: >> I have rerun all configs and started jails - still works. Then i >> remembered >> that i have always run this script fro midnight commander. >> Started mc >> Pressed ENTER on this script and it got suspended. >> >>> Now i am lost, whose problem is this? su's or mc's? or both? >> If i remove su from the script and run simply >> system('echo heck'); >> from mc it work fine. With su it gets suspended. > > This bug (or another one with identical symptoms) affects the 'su' > commands within the ports build system if you are using tcsh or zsh > and maybe related to the gdb-with-tcsh problems that have been > reported. It appeared in -current in the middle of 2006. The > suggestions to date have been that there's something wrong with the > signal handling in the kernel but you have opened a new line of > attack. Hmm. midnight commaner uses tcsh as his run shell, so i might related to what you say. So, it also might be tcsh/zsh problem? As for the kernel. i have read the sources of getpgid and all sorcess for called syscalls. I think it comes down to p_cansee (cr_cansee). THis is just a hunch. How can i print debug data from syscall to syslog or anywhere else, or at least from getpgid? fprintf works? So i can save the output of p_cansee and check what it returns. Don't lough - i have never worked with kernel sources before. -- Artem From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 20:30:51 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80A116A418 for ; Wed, 17 Oct 2007 20:30:51 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id D402513C4AA for ; Wed, 17 Oct 2007 20:30:50 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 38006 invoked from network); 18 Oct 2007 00:30:48 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 00:30:48 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249970, updated: 17.10.2007] Message-ID: <007001c810fc$97cf3000$0c00a8c0@Artem> From: "Artem Kuchin" To: "Kostik Belousov" References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017194252.GL6511@deviant.kiev.zoral.com.ua> Date: Thu, 18 Oct 2007 00:30:41 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: josh.carroll@gmail.com, Andrey Chernov , freebsd-current@freebsd.org, ??? Bill Hacker Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 20:30:51 -0000 >Ah, mc. >Ok, it is reproducable in the following way: >pooma% sh +m ~ >$ ~/work/scratch/su.pl >Password: >heck >done! >$ [1] + 1725 suspended (tty input) sh +m >pooma% > >Note the +m, that turns off the job control. I switched from csh (which is tcsh) to sh and run the script from midnight commander. I got: heck done! Press any key to continue...[1] + Stopped (tty output) mc So, script finished and midnight commander get suspended now. -- Artem From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 20:34:43 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D09516A419 for ; Wed, 17 Oct 2007 20:34:43 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id B168D13C45B for ; Wed, 17 Oct 2007 20:34:41 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D699C66928B; Wed, 17 Oct 2007 22:34:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fHkuWNOrV-vp; Wed, 17 Oct 2007 22:34:39 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E4DDD669267; Wed, 17 Oct 2007 22:34:38 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l9HKYcuF037949; Wed, 17 Oct 2007 22:34:38 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 17 Oct 2007 22:34:38 +0200 From: Roman Divacky To: Ed Schouten Message-ID: <20071017203438.GA37057@freebsd.org> References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071017182758.GU5411@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 20:34:43 -0000 On Wed, Oct 17, 2007 at 08:27:58PM +0200, Ed Schouten wrote: > * Ed Schouten wrote: > > One of the major obstacles for PCC is that it didn't support a way to > > pack structures in a comfortable way. Most of the FreeBSD userland just > > built with it. Most of the stuff that didn't compile properly, was > > related to kernel headers, using __attribute__ stuff, instead of the > > cdef'd stuff, like __packed. It seems things have changed in the mean > > time. > > Indeed; PCC now supports _Pragma("packed"). I've attached a patch for > sys/cdefs.h that should make at least src/bin compile like it should. > The patch is in no way meant to be complete. on the other hand llvm-gcc (and clang in the near future) compiles basically everything out of the box + its highly optimizing (yet still much faster than gcc) + BSD licensed.. ;) roman From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 20:44:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D7ED16A417 for ; Wed, 17 Oct 2007 20:44:35 +0000 (UTC) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A56EE13C465 for ; Wed, 17 Oct 2007 20:44:34 +0000 (UTC) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 17 Oct 2007 20:44:32 -0000 Received: from ppp-88-217-29-113.dynamic.mnet-online.de (EHLO dose.local.invalid) [88.217.29.113] by mail.gmx.net (mp041) with SMTP; 17 Oct 2007 22:44:32 +0200 X-Authenticated: #147403 X-Provags-ID: V01U2FsdGVkX1+nWmERz42nIjSA0ev1XOw9GLj2ELnOfFyVJiXY0g Kd9hA2Qd/LxIjo Received: by dose.local.invalid (Postfix, from userid 1000) id 43D17C5B8; Wed, 17 Oct 2007 22:46:02 +0200 (CEST) Date: Wed, 17 Oct 2007 22:46:02 +0200 From: Simon Barner To: obrien@freebsd.org, Simon Barner , freebsd-current Message-ID: <20071017204602.GA2280@dose.local.invalid> References: <471543CA.70409@protected-networks.net> <47154750.1080109@FreeBSD.org> <20071017143652.GA2751@dose.local.invalid> <20071017183801.GA420@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20071017183801.GA420@dragon.NUXI.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Cc: Subject: Re: another gcc 4.2 breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 20:44:35 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable David O'Brien wrote: > On Wed, Oct 17, 2007 at 04:36:52PM +0200, Simon Barner wrote: > > I have a compile fix for this problem -- the resulting binary dumps > > core though. I can commit the fix and mark the port IGNORE on RELENG_7 > > until we have a proper solution. >=20 > Why be that drastic? Just require GCC=3D3.4 As far as I can tell, on 7.x there is more than the pure compilation issue (which is quite easy it fix). --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHFnSKCkn+/eutqCoRAgk8AKDc/426pxkC/qeTb3Y8D9LgoGLjYQCglhlw XEcp4FT1AFNehKPwHAnu2tY= =iDMZ -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 18:29:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7418816A417 for ; Wed, 17 Oct 2007 18:29:44 +0000 (UTC) (envelope-from nathanw@uchicago.edu) Received: from relay01.uchicago.edu (relay01.uchicago.edu [128.135.12.136]) by mx1.freebsd.org (Postfix) with ESMTP id 224B113C448 for ; Wed, 17 Oct 2007 18:29:43 +0000 (UTC) (envelope-from nathanw@uchicago.edu) Received: from harper.uchicago.edu (harper.uchicago.edu [128.135.12.7]) by relay01.uchicago.edu (8.13.6.20060614/8.12.9) with ESMTP id l9HIDGHE018689 for ; Wed, 17 Oct 2007 13:13:16 -0500 (CDT) Received: from localhost (nathanw@localhost) by harper.uchicago.edu (8.12.10/8.12.10) with ESMTP id l9HIDGIt006814 for ; Wed, 17 Oct 2007 13:13:16 -0500 (CDT) X-Authentication-Warning: harper.uchicago.edu: nathanw owned process doing -bs Date: Wed, 17 Oct 2007 13:13:15 -0500 (CDT) From: Nathan Whitehorn To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 17 Oct 2007 20:47:37 +0000 Subject: ffs_blkfree bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 18:29:44 -0000 This problem triggers data corruption, as well as panics: it just destroyed nearly all the partitions on a machine of mine (hooray for backups). It was running 7-CURRENT from a week before the branch on amd64 with an LSI SAS controller. The interesting thing is the nearly all -- it destroyed all the partitions with softupdates on, and left all the ones with softupdates off unharmed. Maybe this is useful? -Nathan (I'm not subscribed to this list, so cc on replies if you want me to see them) From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 21:09:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E52AC16A419 for ; Wed, 17 Oct 2007 21:09:11 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id AD93C13C461 for ; Wed, 17 Oct 2007 21:09:11 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63167 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IiG8b-0001i3-EM; Wed, 17 Oct 2007 21:09:09 +0000 Message-ID: <471679F5.3060804@conducive.net> Date: Wed, 17 Oct 2007 17:09:09 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: nathanw@uchicago.edu Subject: Re: ffs_blkfree bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 21:09:12 -0000 Nathan Whitehorn wrote: > > (I'm not subscribed to this list, so cc on replies if you want me to see > them) > Given that subscribing is free, easy, and doesn't rot your teeth or anything, one might presume you don't WANT to see replies? Might be helpful if we knew what you meant by 'destroyed' w/r those partitions. Do you mean it corrupted the disklabel? Made pudding with the directory structure? Or just munged the [few | many] files that were actively in-use? Softupdates is *supposed to* leave things as they were at some earlier state. It may lose some updates, but I've been rather rude to it, intentionally and otherwise, w/o making it lose any more than that... Details? Specifics? Bill From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 21:48:33 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BF4A16A41B for ; Wed, 17 Oct 2007 21:48:33 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id E3C8713C46B for ; Wed, 17 Oct 2007 21:48:32 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 603773D8754; Thu, 18 Oct 2007 01:48:29 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 328863D870F for ; Thu, 18 Oct 2007 01:48:29 +0400 (MSD) Date: Thu, 18 Oct 2007 01:48:32 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <359284519.20071018014832@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 21:48:33 -0000 Hi, All. I try to use options in kernel instead of a module build of the ipfilter and got error then kernel builds. I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h and correct #ifdef statament :) no more warnings... --- sys/contrib/ipfilter/netinet/ip_log.c.orig 2007-10-18 01:28:36.000000000 +0400 +++ sys/contrib/ipfilter/netinet/ip_log.c 2007-10-18 01:30:47.000000000 +0400 @@ -49,7 +49,7 @@ # undef _KERNEL # undef KERNEL #endif -#if __FreeBSD_version >= 220000 && defined(_KERNEL) +#if (defined(__FreeBSD_version) && (__FreeBSD_version >= 220000)) && defined(_KERNEL) # include # include #else @@ -58,12 +58,14 @@ #include #if defined(_KERNEL) # include -# if defined(NetBSD) && (__NetBSD_Version__ >= 104000000) +# if (defined(NetBSD) && (__NetBSD_Version__ >= 104000000)) # include # endif #endif /* _KERNEL */ #if !SOLARIS && !defined(__hpux) && !defined(linux) -# if (NetBSD > 199609) || (OpenBSD > 199603) || (__FreeBSD_version >= 300000) +# if (defined(NetBSD) && (NetBSD > 199609)) || \ + (defined(OpenBSD) && (OpenBSD > 199603)) || \ + (defined(__FreeBSD_version) && (__FreeBSD_version >= 300000)) # include # else # include --- sys/contrib/ipfilter/netinet/fil.c.orig 2007-10-18 01:27:16.000000000 +0400 +++ sys/contrib/ipfilter/netinet/fil.c 2007-10-18 01:30:38.000000000 +0400 @@ -2509,7 +2509,7 @@ } else #endif { -#if (OpenBSD >= 200311) && defined(_KERNEL) +#if (defined(OpenBSD) && (OpenBSD >= 200311)) && defined(_KERNEL) ip->ip_len = ntohs(ip->ip_len); ip->ip_off = ntohs(ip->ip_off); #endif @@ -2772,7 +2772,7 @@ RWLOCK_EXIT(&ipf_global); #ifdef _KERNEL -# if OpenBSD >= 200311 +# if (defined(OpenBSD) && (OpenBSD >= 200311)) if (FR_ISPASS(pass) && (v == 4)) { ip = fin->fin_ip; ip->ip_len = ntohs(ip->ip_len); --- sys/contrib/ipfilter/netinet/ip_auth.c.orig 2007-10-18 01:28:03.000000000 +0400 +++ sys/contrib/ipfilter/netinet/ip_auth.c 2007-10-18 01:30:30.000000000 +0400 @@ -50,7 +50,7 @@ # include # include #endif -#if (_BSDI_VERSION >= 199802) || (__FreeBSD_version >= 400000) +#if (defined(_BSDI_VERSION) && (_BSDI_VERSION >= 199802)) || (defined(__FreeBSD_version) &&(__FreeBSD_version >= 400000)) # include #endif #if defined(__NetBSD__) || defined(__OpenBSD__) || defined(bsdi) --- sys/contrib/ipfilter/netinet/ip_compat.h.orig 2007-10-18 01:29:24.000000000 +0400 +++ sys/contrib/ipfilter/netinet/ip_compat.h 2007-10-18 01:30:56.000000000 +0400 @@ -34,7 +34,7 @@ #ifndef SOLARIS #define SOLARIS (defined(sun) && (defined(__svr4__) || defined(__SVR4))) #endif -#if SOLARIS2 >= 8 +#if (defined(SOLARIS2) && (SOLARIS2 >= 8)) # ifndef USE_INET6 # define USE_INET6 # endif -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 21:54:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE64B16A469 for ; Wed, 17 Oct 2007 21:54:41 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9C1C113C459 for ; Wed, 17 Oct 2007 21:54:41 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so4770306pyb for ; Wed, 17 Oct 2007 14:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=PvKsJImKIPYcmmA1enkc+DnV5R7OsKKctrhfwT/gEuQ=; b=EV8jCfyIspdcBNVkNfFmuqH4sY2TldN4uXPXa7CjzlMwKIyD7uT2R+lFeIbJhxhiem9fnMUImHQpmSCbnK8nnyH/vd/XiXxbzuh2Oy+KApMv789yJuzFjp+q21EweUfuBNeFnEfp+kh+83vWG1iTy+4IGMJHEa5rgrRaX0GtMzY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XKwfEmDr0ny7OKDlNaKVql1I4vQ/e0F9rcDyQ7Gtc9Wi4b4K4WzhuKX9P+UmOARiy505CLkRPkCHNuZ//9A8QlY3QzHI5U0Oy89eevp6fBJ85U2fh75ByEEUxzcOh0AKUdBNq0Nms5MjQJd0NzUN3yVr4ThgRCedGQsLNJp1w44= Received: by 10.141.29.18 with SMTP id g18mr4500122rvj.1192656481322; Wed, 17 Oct 2007 14:28:01 -0700 (PDT) Received: by 10.141.197.6 with HTTP; Wed, 17 Oct 2007 14:28:01 -0700 (PDT) Message-ID: <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> Date: Wed, 17 Oct 2007 14:28:01 -0700 From: "David Leimbach" To: "Roman Divacky" In-Reply-To: <20071017203438.GA37057@freebsd.org> MIME-Version: 1.0 References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> <20071017203438.GA37057@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current , Ed Schouten , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 21:54:41 -0000 On 10/17/07, Roman Divacky wrote: > > On Wed, Oct 17, 2007 at 08:27:58PM +0200, Ed Schouten wrote: > > * Ed Schouten wrote: > > > One of the major obstacles for PCC is that it didn't support a way to > > > pack structures in a comfortable way. Most of the FreeBSD userland > just > > > built with it. Most of the stuff that didn't compile properly, was > > > related to kernel headers, using __attribute__ stuff, instead of the > > > cdef'd stuff, like __packed. It seems things have changed in the mean > > > time. > > > > Indeed; PCC now supports _Pragma("packed"). I've attached a patch for > > sys/cdefs.h that should make at least src/bin compile like it should. > > The patch is in no way meant to be complete. > > on the other hand llvm-gcc (and clang in the near future) compiles > basically > everything out of the box + its highly optimizing (yet still much faster > than > gcc) + BSD licensed.. ;) > It's derived from gcc yet BSD licensed? Erm, how? From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 21:57:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 172F816A420 for ; Wed, 17 Oct 2007 21:57:22 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id A815F13C468 for ; Wed, 17 Oct 2007 21:57:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-055-120.pools.arcor-ip.net [88.66.55.120]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1IiGtD2hlY-00028V; Wed, 17 Oct 2007 23:57:20 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Wed, 17 Oct 2007 23:57:10 +0200 User-Agent: KMail/1.9.7 References: <359284519.20071018014832@masm.elcom.ru> In-Reply-To: <359284519.20071018014832@masm.elcom.ru> 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="nextPart1417222.lJKD1DpSHP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710172357.18221.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+5i7VRJh4wTHUYy6RiWnBHqEXvFAWIzT7LRYQ 2RWsgtstTUDsBrOSgs/KhEAnmi2XPLC7q55k8fm+sD0OXX9utq ugGM7sHCoxt5I2HRl3wJN0C11foRs1SgalHe9lTagU= Cc: "Victor M. Blood" Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 21:57:22 -0000 --nextPart1417222.lJKD1DpSHP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 17 October 2007, Victor M. Blood wrote: > Hi, All. > > I try to use options in kernel instead of a module build of the > ipfilter and got error then kernel builds. > > I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h and > correct #ifdef statament :) no more warnings... ipf is likely broken anyway. See thread: "7.0 CURRENT, need help with=20 panic: Trying sleep, but thread marked as sleeping prohibited" on this ML=20 a few days back. That this warning went unnoticed tells you something,=20 too. > --- sys/contrib/ipfilter/netinet/ip_log.c.orig 2007-10-18 > 01:28:36.000000000 +0400 +++ sys/contrib/ipfilter/netinet/ip_log.c =20 > 2007-10-18 01:30:47.000000000 +0400 @@ -49,7 +49,7 @@ > # undef _KERNEL > # undef KERNEL > #endif > -#if __FreeBSD_version >=3D 220000 && defined(_KERNEL) > +#if (defined(__FreeBSD_version) && (__FreeBSD_version >=3D 220000)) && > defined(_KERNEL) # include > # include > #else > @@ -58,12 +58,14 @@ > #include > #if defined(_KERNEL) > # include > -# if defined(NetBSD) && (__NetBSD_Version__ >=3D 104000000) > +# if (defined(NetBSD) && (__NetBSD_Version__ >=3D 104000000)) > # include > # endif > #endif /* _KERNEL */ > #if !SOLARIS && !defined(__hpux) && !defined(linux) > -# if (NetBSD > 199609) || (OpenBSD > 199603) || (__FreeBSD_version >=3D > 300000) +# if (defined(NetBSD) && (NetBSD > 199609)) || \ > + (defined(OpenBSD) && (OpenBSD > 199603)) || \ > + (defined(__FreeBSD_version) && (__FreeBSD_version >=3D 300000)) > # include > # else > # include > --- sys/contrib/ipfilter/netinet/fil.c.orig 2007-10-18 > 01:27:16.000000000 +0400 +++ sys/contrib/ipfilter/netinet/fil.c=20 > 2007-10-18 01:30:38.000000000 +0400 @@ -2509,7 +2509,7 @@ > } else > #endif > { > -#if (OpenBSD >=3D 200311) && defined(_KERNEL) > +#if (defined(OpenBSD) && (OpenBSD >=3D 200311)) && defined(_KERNEL) > ip->ip_len =3D ntohs(ip->ip_len); > ip->ip_off =3D ntohs(ip->ip_off); > #endif > @@ -2772,7 +2772,7 @@ > RWLOCK_EXIT(&ipf_global); > > #ifdef _KERNEL > -# if OpenBSD >=3D 200311 > +# if (defined(OpenBSD) && (OpenBSD >=3D 200311)) > if (FR_ISPASS(pass) && (v =3D=3D 4)) { > ip =3D fin->fin_ip; > ip->ip_len =3D ntohs(ip->ip_len); > --- sys/contrib/ipfilter/netinet/ip_auth.c.orig 2007-10-18 > 01:28:03.000000000 +0400 +++ sys/contrib/ipfilter/netinet/ip_auth.c =20 > 2007-10-18 01:30:30.000000000 +0400 @@ -50,7 +50,7 @@ > # include > # include > #endif > -#if (_BSDI_VERSION >=3D 199802) || (__FreeBSD_version >=3D 400000) > +#if (defined(_BSDI_VERSION) && (_BSDI_VERSION >=3D 199802)) || > (defined(__FreeBSD_version) &&(__FreeBSD_version >=3D 400000)) # include > > #endif > #if defined(__NetBSD__) || defined(__OpenBSD__) || defined(bsdi) > --- sys/contrib/ipfilter/netinet/ip_compat.h.orig 2007-10-18 > 01:29:24.000000000 +0400 +++ sys/contrib/ipfilter/netinet/ip_compat.h =20 > 2007-10-18 01:30:56.000000000 +0400 @@ -34,7 +34,7 @@ > #ifndef SOLARIS > #define SOLARIS (defined(sun) && (defined(__svr4__) || > defined(__SVR4))) #endif > -#if SOLARIS2 >=3D 8 > +#if (defined(SOLARIS2) && (SOLARIS2 >=3D 8)) > # ifndef USE_INET6 > # define USE_INET6 > # endif =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 --nextPart1417222.lJKD1DpSHP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHFoU+XyyEoT62BG0RAmHyAJ48POCBRNe+UMHEJBH8CfMQ3WjYSQCeM1h+ zL5YcyLAEhLJJxK/GH4ZvKI= =edGc -----END PGP SIGNATURE----- --nextPart1417222.lJKD1DpSHP-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 21:57:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86E0316A419; Wed, 17 Oct 2007 21:57:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6DFF713C491; Wed, 17 Oct 2007 21:57:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id l9HLqfSm030993; Wed, 17 Oct 2007 14:52:41 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id l9HLqfxB030982; Wed, 17 Oct 2007 14:52:41 -0700 (PDT) (envelope-from sgk) Date: Wed, 17 Oct 2007 14:52:41 -0700 From: Steve Kargl To: David Leimbach Message-ID: <20071017215241.GA97384@troutmask.apl.washington.edu> References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> <20071017203438.GA37057@freebsd.org> <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Roman Divacky , FreeBSD Current , Ed Schouten , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 21:57:55 -0000 On Wed, Oct 17, 2007 at 02:28:01PM -0700, David Leimbach wrote: > On 10/17/07, Roman Divacky wrote: > > > > On Wed, Oct 17, 2007 at 08:27:58PM +0200, Ed Schouten wrote: > > > * Ed Schouten wrote: > > > > One of the major obstacles for PCC is that it didn't support a way to > > > > pack structures in a comfortable way. Most of the FreeBSD userland > > just > > > > built with it. Most of the stuff that didn't compile properly, was > > > > related to kernel headers, using __attribute__ stuff, instead of the > > > > cdef'd stuff, like __packed. It seems things have changed in the mean > > > > time. > > > > > > Indeed; PCC now supports _Pragma("packed"). I've attached a patch for > > > sys/cdefs.h that should make at least src/bin compile like it should. > > > The patch is in no way meant to be complete. > > > > on the other hand llvm-gcc (and clang in the near future) compiles > > basically > > everything out of the box + its highly optimizing (yet still much faster > > than > > gcc) + BSD licensed.. ;) > > > > It's derived from gcc yet BSD licensed? Erm, how? It's not derived from gcc. Google appears to broken in your little corner of the net. http://llvm.org/docs/FAQ.html#license -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 22:00:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44C5216A417; Wed, 17 Oct 2007 22:00:41 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id BF71D13C46B; Wed, 17 Oct 2007 22:00:40 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l9HM0dsf010691; Wed, 17 Oct 2007 17:00:39 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l9HM0dcV010690; Wed, 17 Oct 2007 17:00:39 -0500 (CDT) (envelope-from brooks) Date: Wed, 17 Oct 2007 17:00:39 -0500 From: Brooks Davis To: David Leimbach Message-ID: <20071017220039.GA10642@lor.one-eyed-alien.net> References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> <20071017203438.GA37057@freebsd.org> <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 17 Oct 2007 17:00:39 -0500 (CDT) Cc: Roman Divacky , FreeBSD Current , Ed Schouten , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 22:00:41 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 17, 2007 at 02:28:01PM -0700, David Leimbach wrote: > On 10/17/07, Roman Divacky wrote: > > > > On Wed, Oct 17, 2007 at 08:27:58PM +0200, Ed Schouten wrote: > > > * Ed Schouten wrote: > > > > One of the major obstacles for PCC is that it didn't support a way = to > > > > pack structures in a comfortable way. Most of the FreeBSD userland > > just > > > > built with it. Most of the stuff that didn't compile properly, was > > > > related to kernel headers, using __attribute__ stuff, instead of the > > > > cdef'd stuff, like __packed. It seems things have changed in the me= an > > > > time. > > > > > > Indeed; PCC now supports _Pragma("packed"). I've attached a patch for > > > sys/cdefs.h that should make at least src/bin compile like it should. > > > The patch is in no way meant to be complete. > > > > on the other hand llvm-gcc (and clang in the near future) compiles > > basically > > everything out of the box + its highly optimizing (yet still much faster > > than > > gcc) + BSD licensed.. ;) > > >=20 > It's derived from gcc yet BSD licensed? Erm, how? The gcc frontend option is GPL licensed, but the rest of the system is BSD licensed including the clang frontend (not yet complete). -- Brooks --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHFoYGXY6L6fI4GtQRAk4oAJ4+cPtdmEbFY+L3CbR8gbYdCBzZFgCfbDtZ WCnWtGS6QDj6X0KdFtIFGAs= =+qKY -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 22:05:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DE6F16A420 for ; Wed, 17 Oct 2007 22:05:31 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 57A3C13C469 for ; Wed, 17 Oct 2007 22:05:31 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id D3B103D872C; Thu, 18 Oct 2007 02:05:27 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id A53713D8715; Thu, 18 Oct 2007 02:05:27 +0400 (MSD) Date: Thu, 18 Oct 2007 02:05:30 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <6210619899.20071018020530@masm.elcom.ru> To: Max Laier , freebsd-current@freebsd.org In-Reply-To: <200710172357.18221.max@love2party.net> References: <359284519.20071018014832@masm.elcom.ru> <200710172357.18221.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 22:05:31 -0000 On 18.10.2007, Max Laier wrote: > On Wednesday 17 October 2007, Victor M. Blood wrote: >> Hi, All. >> >> I try to use options in kernel instead of a module build of the >> ipfilter and got error then kernel builds. >> >> I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h and >> correct #ifdef statament :) no more warnings... > ipf is likely broken anyway. See thread: "7.0 CURRENT, need help with > panic: Trying sleep, but thread marked as sleeping prohibited" on this ML > a few days back. That this warning went unnoticed tells you something, > too. New version, new problems, no more to say) few days back I have panic with ip filter, now it seems as worked, after upgrade. #ipf -V ipf: IP Filter: v4.1.27 (404) Kernel: IP Filter: v4.1.27 Running: yes Log Flags: 0 = none set Default: block all, Logging: available Active list: 0 Feature mask: 0xe -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 22:21:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A041016A418 for ; Wed, 17 Oct 2007 22:21:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 3901F13C481 for ; Wed, 17 Oct 2007 22:21:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-055-120.pools.arcor-ip.net [88.66.55.120]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1IiHGm2Vjr-0000sD; Thu, 18 Oct 2007 00:21:40 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 18 Oct 2007 00:21:33 +0200 User-Agent: KMail/1.9.7 References: <359284519.20071018014832@masm.elcom.ru> <200710172357.18221.max@love2party.net> <6210619899.20071018020530@masm.elcom.ru> In-Reply-To: <6210619899.20071018020530@masm.elcom.ru> 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="nextPart1749356.CM5bSGe87K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710180021.39250.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19TmL3GqNL9EOU/ue4+Ddzcr/tCFFVrtEHLgeC qO/mwStfl8AfrUrwfbvhNTJjNSZX2SdEDf++YdrnSTqa+zP33K LiBw4yyVY0dzAOdCPgRKkFNVDKuEw8zJRbvLtK+SIU= Cc: "Victor M. Blood" Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 22:21:42 -0000 --nextPart1749356.CM5bSGe87K Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 18 October 2007, Victor M. Blood wrote: > On 18.10.2007, Max Laier wrote: > > On Wednesday 17 October 2007, Victor M. Blood wrote: > >> Hi, All. > >> > >> I try to use options in kernel instead of a module build of the > >> ipfilter and got error then kernel builds. > >> > >> I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h > >> and correct #ifdef statament :) no more warnings... > > > > ipf is likely broken anyway. See thread: "7.0 CURRENT, need help > > with panic: Trying sleep, but thread marked as sleeping prohibited" > > on this ML a few days back. That this warning went unnoticed tells > > you something, too. > > New version, new problems, no more to say) few days back I have panic > with ip filter, now it seems as worked, after upgrade. > > #ipf -V > ipf: IP Filter: v4.1.27 (404) > Kernel: IP Filter: v4.1.27 > Running: yes > Log Flags: 0 =3D none set > Default: block all, Logging: available > Active list: 0 > Feature mask: 0xe Is this with a WITNESS/INVARIANTS enabled kernel? From a quick glance at=20 the code you should see warnings on the ioctl path as there are copy=20 operations to/from userland with the lock held. Moving to rw_locks is the right direction, but the config path is still=20 broken. =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 --nextPart1749356.CM5bSGe87K Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHForzXyyEoT62BG0RAjhvAJ94Mzhh5WRlHaFsTjSh0VvbhVTjKQCeNSk6 KI5H3UNeG6IgIBdhGI++tPI= =/JV0 -----END PGP SIGNATURE----- --nextPart1749356.CM5bSGe87K-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 22:26:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E2C716A41A for ; Wed, 17 Oct 2007 22:26:19 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id D8B1413C45A for ; Wed, 17 Oct 2007 22:26:18 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1644233rvb for ; Wed, 17 Oct 2007 15:25:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=6JheaoBLt2t1C/b/CYoH90h8Z2+7++j7fN3T2TMb/5E=; b=eT1Y/HYgsmykI2HOclKTsiPrnbKMhyF0B7LnyRv+zPEkuX9DhO3tkj7nVYICyxa5UN2ciHTbo2y10N8R1BMgeyv6stLmnR6vDGwnqPVGLPXJGyatkRoA/vI8r8j98sd6hr6NWdNcOJexyhoZQmlmriPWeo08lU7PdeqC52z3hHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=qrIQdQ6CyahAlcc/t3DqGc2Ac1kB7KH6/GvXrOJhTa1V5fMyHUkhUaFazewry5IRzWbIZG+SW1A7V+WGYfRErv7dOitgZ6woivqSZJIAINV0aYAaCz7N6P1YzPjh55MdESi1j/p87WkQZ0anszmoifFYpUA7PuyRwo1f4bmCl2U= Received: by 10.141.50.17 with SMTP id c17mr4541036rvk.1192659957359; Wed, 17 Oct 2007 15:25:57 -0700 (PDT) Received: by 10.141.197.6 with HTTP; Wed, 17 Oct 2007 15:25:57 -0700 (PDT) Message-ID: <3e1162e60710171525m6d6b3ecey6b797fa3b245b88@mail.gmail.com> Date: Wed, 17 Oct 2007 15:25:57 -0700 From: "David Leimbach" To: "Steve Kargl" In-Reply-To: <20071017215241.GA97384@troutmask.apl.washington.edu> MIME-Version: 1.0 References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> <20071017203438.GA37057@freebsd.org> <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> <20071017215241.GA97384@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Roman Divacky , FreeBSD Current , Ed Schouten , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 22:26:19 -0000 On 10/17/07, Steve Kargl wrote: > > On Wed, Oct 17, 2007 at 02:28:01PM -0700, David Leimbach wrote: > > On 10/17/07, Roman Divacky wrote: > > > > > > On Wed, Oct 17, 2007 at 08:27:58PM +0200, Ed Schouten wrote: > > > > * Ed Schouten wrote: > > > > > One of the major obstacles for PCC is that it didn't support a way > to > > > > > pack structures in a comfortable way. Most of the FreeBSD userland > > > just > > > > > built with it. Most of the stuff that didn't compile properly, was > > > > > related to kernel headers, using __attribute__ stuff, instead of > the > > > > > cdef'd stuff, like __packed. It seems things have changed in the > mean > > > > > time. > > > > > > > > Indeed; PCC now supports _Pragma("packed"). I've attached a patch > for > > > > sys/cdefs.h that should make at least src/bin compile like it > should. > > > > The patch is in no way meant to be complete. > > > > > > on the other hand llvm-gcc (and clang in the near future) compiles > > > basically > > > everything out of the box + its highly optimizing (yet still much > faster > > > than > > > gcc) + BSD licensed.. ;) > > > > > > > It's derived from gcc yet BSD licensed? Erm, how? > > It's not derived from gcc. Google appears to broken > in your little corner of the net. > > http://llvm.org/docs/FAQ.html#license Google's not broken at all thanks... First hit for llvm-gcc shows the following. From: http://llvm.org/cmds/llvmgcc.html "The *llvm-gcc* command is the LLVM C front end. It is a modified version of gcc that compiles C/ObjC programs into native objects, LLVM bitcode or LLVM assembly language, depending upon the options." Are dictionaries broken in your little corner of the net? Dave From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 22:29:45 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E35516A420 for ; Wed, 17 Oct 2007 22:29:45 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id F30A813C467 for ; Wed, 17 Oct 2007 22:29:44 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1644795rvb for ; Wed, 17 Oct 2007 15:29:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=eX1VXTHjKYWiUMvQ0lrL7vl90KGTpM7Gk8TTe/nAoIU=; b=Ql55HVJTcgvB9RivAIQEXVJJey4s485QxDnVAIB4Ja4Fg7ZTIhvE3AAOK6wJdm/lrMR/Cn2dhSV6p9e/HED624cEuyqVxKGhYF/TDQM8lxfciwmrza9l/KBMVbU+upK3HJ0oewSR0qzcQ5EffZOtZh76RbGzI0RtnI/HjUkUmBM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=a9M4RNQPhcmzi4B3glpBKTkKDva3320PJ27FVVkMOTUKIr/bS8bLAYa0SULFsl5/LO3KchPsCzkn9Rb7nsmSMcGUhI2S1l+lRERm3xbD2+tLfNSES6Zl9CVr8xulBLPcdPBdsB9RvGfG45Mfr6aT3wkYxB/l3QeaTCxnSA0FMFA= Received: by 10.141.48.10 with SMTP id a10mr4531757rvk.1192660184624; Wed, 17 Oct 2007 15:29:44 -0700 (PDT) Received: by 10.141.197.6 with HTTP; Wed, 17 Oct 2007 15:29:44 -0700 (PDT) Message-ID: <3e1162e60710171529m16828b5ejecaad54d239324f1@mail.gmail.com> Date: Wed, 17 Oct 2007 15:29:44 -0700 From: "David Leimbach" To: "Brooks Davis" In-Reply-To: <20071017220039.GA10642@lor.one-eyed-alien.net> MIME-Version: 1.0 References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> <20071017203438.GA37057@freebsd.org> <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> <20071017220039.GA10642@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Roman Divacky , FreeBSD Current , Ed Schouten , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 22:29:45 -0000 On 10/17/07, Brooks Davis wrote: > > On Wed, Oct 17, 2007 at 02:28:01PM -0700, David Leimbach wrote: > > On 10/17/07, Roman Divacky wrote: > > > > > > On Wed, Oct 17, 2007 at 08:27:58PM +0200, Ed Schouten wrote: > > > > * Ed Schouten wrote: > > > > > One of the major obstacles for PCC is that it didn't support a way > to > > > > > pack structures in a comfortable way. Most of the FreeBSD userland > > > just > > > > > built with it. Most of the stuff that didn't compile properly, was > > > > > related to kernel headers, using __attribute__ stuff, instead of > the > > > > > cdef'd stuff, like __packed. It seems things have changed in the > mean > > > > > time. > > > > > > > > Indeed; PCC now supports _Pragma("packed"). I've attached a patch > for > > > > sys/cdefs.h that should make at least src/bin compile like it > should. > > > > The patch is in no way meant to be complete. > > > > > > on the other hand llvm-gcc (and clang in the near future) compiles > > > basically > > > everything out of the box + its highly optimizing (yet still much > faster > > > than > > > gcc) + BSD licensed.. ;) > > > > > > > It's derived from gcc yet BSD licensed? Erm, how? > > The gcc frontend option is GPL licensed, but the rest of the system is BSD > licensed including the clang frontend (not yet complete). > > -- Brooks > > That's what I thought. By the way, I've been using the gcc front end for a little bit now :-) I was just asking the question trying to figure out if I was going crazy or not. I didn't think it was a fully compatible re-write of the gcc front-end. The prospect of a fully gcc compatible front-end that's BSD licensed was pretty dang exciting for about 3 seconds. Dave From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 22:36:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6469416A417 for ; Wed, 17 Oct 2007 22:36:34 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 1DC8013C478 for ; Wed, 17 Oct 2007 22:36:33 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so248081ana for ; Wed, 17 Oct 2007 15:36:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=trHutJIJopdDQhKR7Wg0myJApoz8Jm9ViMOAc6ahz0A=; b=AWvSSd6SP0PFJx91sdRb2a4nNBLj183H2kaz1NZjFPmKzdjPCvlVFg0qnyDbKoTO7Po95deSQpB/6SDELGc9M+jSP4H/sROo4EUAeLfVYlViG7PTjJIO36XcvXPl+ujNkND8340A30/yhhiXsKDGIfsmNzVEQHqu7j+d5ddLXfA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T3+dZzLLALAOPMXUtPwz27RLaZRNceIv8SP9+1CJQGmAmDPm/9AnQvPcExK16VzKbIYc82dkkWhz9n7cpTHQPqeR1LL3k5YqjhuYKz9pyHmMhoaslSMHbYQQaArymEP8ChSXN7u+L9LFoN0A/U5ayVt7zELJumc9JI3HKl5nyXc= Received: by 10.142.12.14 with SMTP id 14mr2900126wfl.1192660592067; Wed, 17 Oct 2007 15:36:32 -0700 (PDT) Received: by 10.142.11.17 with HTTP; Wed, 17 Oct 2007 15:36:32 -0700 (PDT) Message-ID: <289d9e390710171536i62c2a358v3253759079a954d5@mail.gmail.com> Date: Thu, 18 Oct 2007 00:36:32 +0200 From: "Szymon 'slane' Kozak" To: freebsd-current@freebsd.org In-Reply-To: <289d9e390710171157o519fe8c0h98eb75ad1ec549f8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <289d9e390710170846s52f8d214w7a8880127caa48b4@mail.gmail.com> <289d9e390710171157o519fe8c0h98eb75ad1ec549f8@mail.gmail.com> Subject: Re: R61i Freeze on FreeBSD-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 22:36:34 -0000 On 10/17/07, Szymon 'slane' Kozak wrote: > Fwd from freebsd-mobile. > > Hi All, > > My ThinkPad R61i freeze on current. Stable snapshot (200709) works > fine, but my graphic card not supported (intel3100 - 965) > > Boot freeze error: > > > pci0: at device 27.0 (no driver attached) > pcib1: irq 20 at device 28.0 on pci0 > pci2: on pcib1 > pcib2: irq 21 at device 28.1 on pci0 > pci3: on pcib2 > pci3: at device 0.0 (no driver attached) > pcib3: irq 22 at device 28.2 on pci0 > pci4: on pcib3 > > > > Here is my dmesg from stable: > > > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-STABLE-200709 #0: Tue Sep 11 02:13:25 UTC 2007 > root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU T5250 @ 1.50GHz (1496.26-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 > Features=0xbfebfbff > Features2=0xe39d,CX16,,> > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 1063976960 (1014 MB) > avail memory = 1031987200 (984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 2000 > acpi0: Power Button (fixed) > acpi0: reservation of fec00000, 140000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > cpu1: on acpi0 > acpi_throttle1: on cpu1 > acpi_throttle1: failed to attach P_CNT > device_attach: acpi_throttle1 attach returned 6 > acpi_lid0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 2.0 (no driver attached) > pci0: at device 2.1 (no driver attached) > uhci0: port 0x1820-0x183f irq 20 at > device 26.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1840-0x185f irq 21 at > device 26.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > ehci0: mem 0xfe304800-0xfe304bff > irq 22 at device 26.7 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > pci0: at device 27.0 (no driver attached) > pcib1: irq 20 at device 28.0 on pci0 > pci2: on pcib1 > pcib2: irq 21 at device 28.1 on pci0 > pci3: on pcib2 > pci3: at device 0.0 (no driver attached) > pcib3: irq 22 at device 28.2 on pci0 > pci4: on pcib3 > bge0: mem > 0xfe000000-0xfe00ffff irq 18 at device 0.0 on pci4 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:15:58:cb:54:49 > pcib4: irq 23 at device 28.3 on pci0 > pci5: on pcib4 > pcib5: irq 20 at device 28.4 on pci0 > pci13: on pcib5 > uhci2: port 0x1860-0x187f irq 16 at > device 29.0 on pci0 > uhci2: [GIANT-LOCKED] > usb3: on uhci2 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > uhci3: port 0x1880-0x189f irq 17 at > device 29.1 on pci0 > uhci3: [GIANT-LOCKED] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0x18a0-0x18bf irq 18 at > device 29.2 on pci0 > uhci4: [GIANT-LOCKED] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub5: 2 ports with 2 removable, self powered > ehci1: mem 0xfe304c00-0xfe304fff > irq 19 at device 29.7 on pci0 > ehci1: [GIANT-LOCKED] > usb6: EHCI version 1.0 > usb6: companion controllers, 2 ports each: usb3 usb4 usb5 > usb6: on ehci1 > usb6: USB revision 2.0 > uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub6: 6 ports with 6 removable, self powered > pcib6: at device 30.0 on pci0 > pci21: on pcib6 > cbb0: mem 0xf8300000-0xf8300fff irq 16 at > device 0.0 on pci21 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > fwohci0: <1394 Open Host Controller Interface> mem > 0xf8301000-0xf83017ff irq 17 at device 0.1 on pci21 > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:01:6c:20:00:31:7b:40 > fwohci0: Phy 1394a available S400, 1 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:01:6c:31:7b:40 > fwe0: Ethernet address: 02:01:6c:31:7b:40 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > pci21: at device 0.2 (no driver attached) > pci21: at device 0.3 (no driver attached) > pci21: at device 0.4 (no driver attached) > pci21: at device 0.5 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on > pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port > 0x1c00-0x1c07,0x18d4-0x18d7,0x18d8-0x18df,0x18d0-0x18d3,0x18e0-0x18ff > mem 0xfe304000-0xfe3047ff irq 16 at device 31.2 on pci0 > atapci1: AHCI Version 01.10 controller with 3 ports detected > ata2: on atapci1 > ata3: on atapci1 > ata4: on atapci1 > pci0: at device 31.3 (no driver attached) > acpi_tz0: on acpi0 > acpi_tz1: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model Generic PS/2 mouse, device ID 0 > battery0: on acpi0 > acpi_acad0: on acpi0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ugen0: TouchStrip Fingerprint Sensor, rev 1.00/0.01, addr 2 > Timecounters tick every 1.000 msec > acd0: DVDR at ata0-master UDMA33 > ad4: 152627MB at ata2-master SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s3a > bge0: link state changed to DOWN > bge0: link state changed to UP > > > Thanks! > Hello again, I run current from snapshot with verbose logging, and i get: /../ pcib3: matched entry for 4.0 INTA pcib3: slot 0 INTA hardwired to IRQ 18 and freeze:| Anybody know what's happend? From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 22:46:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF5BB16A474; Wed, 17 Oct 2007 22:46:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 0772013C4AA; Wed, 17 Oct 2007 22:46:24 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.14.1) with ESMTP id l9HMf6JN049181; Wed, 17 Oct 2007 15:41:06 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.14.1/Submit) id l9HMensN049178; Wed, 17 Oct 2007 15:40:49 -0700 (PDT) (envelope-from sgk) Date: Wed, 17 Oct 2007 15:40:49 -0700 From: Steve Kargl To: David Leimbach Message-ID: <20071017224049.GA48997@troutmask.apl.washington.edu> References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> <20071017203438.GA37057@freebsd.org> <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> <20071017215241.GA97384@troutmask.apl.washington.edu> <3e1162e60710171525m6d6b3ecey6b797fa3b245b88@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e1162e60710171525m6d6b3ecey6b797fa3b245b88@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Roman Divacky , FreeBSD Current , Ed Schouten , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 22:46:25 -0000 On Wed, Oct 17, 2007 at 03:25:57PM -0700, David Leimbach wrote: > On 10/17/07, Steve Kargl wrote: > > > > On Wed, Oct 17, 2007 at 02:28:01PM -0700, David Leimbach wrote: > > > > http://llvm.org/docs/FAQ.html#license > > Google's not broken at all thanks... First hit for llvm-gcc shows the > following. > And, the first hit of llvm is the llvm home page. Read it and the FAQ link above and you'll find that llvm isn't derived from GCC. > Are dictionaries broken in your little corner of the net? I prefer my good old Webster's New Collegiate Dictionary, which is sitting 2 feet to my left. That fact that the llvm project uses the GCC C/C++ frontends does not means that llvm is a derivative of GCC. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Oct 17 23:21:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D34116A418 for ; Wed, 17 Oct 2007 23:21:40 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 044E413C48E for ; Wed, 17 Oct 2007 23:21:39 +0000 (UTC) (envelope-from leimy2k@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1652358rvb for ; Wed, 17 Oct 2007 16:21:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=plu3cm+hGJfqPhcHKJw9pRHMKwXYa8uoSZbUCNH8nHw=; b=e9EIhEvt5PKlf0DhOWeJBqtVdRtwcpbHB1SD+FjCfZCvHthDLi+IlSJnW2QJHA0kSIcElyHsq9RHjMZ5KJkQ26sWVY7aLRzAeJ6V2hkNIP+f0k1gncpdpLbI++0NwJZzG/Tz8Z5nQYfonjGmBeryX/p4xeYXoK8kFMAtY+H5Jls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Fcp/fOSO9Hj9sLxmaDmJXtyjl+cMjYx3Sho7Qghe/Ye2+hbKZK0Z7nPASo0TUbyvNb4a7MUUbLYjv2PTJJANAnJ4xH/zJveaWQaCWpX/3JZS26N66XUckUOwVMi/2bphcFcF4lxmCpJxfzrPBXmX2fpec2ZKXxTSlNdx2AKBcfg= Received: by 10.141.23.7 with SMTP id a7mr4577565rvj.1192663299248; Wed, 17 Oct 2007 16:21:39 -0700 (PDT) Received: by 10.141.197.6 with HTTP; Wed, 17 Oct 2007 16:21:39 -0700 (PDT) Message-ID: <3e1162e60710171621s3e9cec0am66ab88dc5dfcf528@mail.gmail.com> Date: Wed, 17 Oct 2007 16:21:39 -0700 From: "David Leimbach" To: "Steve Kargl" In-Reply-To: <20071017224049.GA48997@troutmask.apl.washington.edu> MIME-Version: 1.0 References: <132802.25776.qm@web33711.mail.mud.yahoo.com> <20071017173941.GT5411@hoeg.nl> <20071017182758.GU5411@hoeg.nl> <20071017203438.GA37057@freebsd.org> <3e1162e60710171428i1c28c7a5ha285a4d4ea8f5ce5@mail.gmail.com> <20071017215241.GA97384@troutmask.apl.washington.edu> <3e1162e60710171525m6d6b3ecey6b797fa3b245b88@mail.gmail.com> <20071017224049.GA48997@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Roman Divacky , FreeBSD Current , Ed Schouten , Abdullah Ibn Hamad Al-Marri Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2007 23:21:40 -0000 On 10/17/07, Steve Kargl wrote: > > On Wed, Oct 17, 2007 at 03:25:57PM -0700, David Leimbach wrote: > > On 10/17/07, Steve Kargl wrote: > > > > > > On Wed, Oct 17, 2007 at 02:28:01PM -0700, David Leimbach wrote: > > > > > > http://llvm.org/docs/FAQ.html#license > > > > Google's not broken at all thanks... First hit for llvm-gcc shows the > > following. > > > > And, the first hit of llvm is the llvm home page. Read it and > the FAQ link above and you'll find that llvm isn't derived from > GCC. Already knew that. I was querying about llvm-gcc. Sorry that I was too terse to make that clear originally. > > That fact that the llvm project uses the GCC C/C++ frontends > does not means that llvm is a derivative of GCC. Yeah, I guess I was hoping that would have been inferred by my question about the parts that were derived from gcc. Still, I shouldn't have been so snarky in my comments back to you. But then I really thought you were asking for it with the google comment. Especially since I'm using a gmail address. I apologize for my terse, difficult to understand question, and my snarkiness. I hope you can accept that. I don't want to start yet another pissing match on a FreeBSD mailing list. :-) Dave PS: I actually do use llvm-gcc on Mac OS X From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 03:14:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86F9216A417 for ; Thu, 18 Oct 2007 03:14:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8DFA913C442 for ; Thu, 18 Oct 2007 03:14:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l9HJaoG2026896 for ; Thu, 18 Oct 2007 05:36:50 +1000 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9HJaGPT028670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Oct 2007 05:36:17 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9HJaG6H059469; Thu, 18 Oct 2007 05:36:16 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9HJaFj6059467; Thu, 18 Oct 2007 05:36:15 +1000 (EST) (envelope-from peter) Date: Thu, 18 Oct 2007 05:36:15 +1000 From: Peter Jeremy To: Artem Kuchin Message-ID: <20071017193615.GO9006@server.vk2pj.dyndns.org> References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <012c01c810f3$aafeecf0$0c00a8c0@Artem> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: josh.carroll@gmail.com, Kostik Belousov , freebsd-current@freebsd.org, ??? Bill Hacker , Andrey Chernov Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 03:14:49 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 17, 2007 at 11:26:48PM +0400, Artem Kuchin wrote: >I have rerun all configs and started jails - still works. Then i=20 >remembered >that i have always run this script fro midnight commander. >Started mc >Pressed ENTER on this script and it got suspended. > >Now i am lost, whose problem is this? su's or mc's? or both? >If i remove su from the script and run simply >system('echo heck'); >from mc it work fine. With su it gets suspended. This bug (or another one with identical symptoms) affects the 'su' commands within the ports build system if you are using tcsh or zsh and maybe related to the gdb-with-tcsh problems that have been reported. It appeared in -current in the middle of 2006. The suggestions to date have been that there's something wrong with the signal handling in the kernel but you have opened a new line of attack. --=20 Peter --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFmQv/opHv/APuIcRAnYNAJ933bA7dU5Yb7kK14ll+sdkjUtEygCglsXI Ua5nDr8e0STb9TkOwPD9DBA= =4+I/ -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 03:26:58 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 869A316A41A; Thu, 18 Oct 2007 03:26:58 +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 3404013C455; Thu, 18 Oct 2007 03:26:58 +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.8/8.13.8) with ESMTP id l9I3QvK5050410; Wed, 17 Oct 2007 23:26:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9I3Qvuq044845; Wed, 17 Oct 2007 23:26:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE17673039; Wed, 17 Oct 2007 23:25:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071018032507.AE17673039@freebsd-current.sentex.ca> Date: Wed, 17 Oct 2007 23:25:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news 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: Thu, 18 Oct 2007 03:26:58 -0000 TB --- 2007-10-18 03:03:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-18 03:03:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-10-18 03:03:14 - cleaning the object tree TB --- 2007-10-18 03:03:55 - checking out the source tree TB --- 2007-10-18 03:03:55 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-10-18 03:03:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-18 03:12:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-18 03:12:37 - cd /src TB --- 2007-10-18 03:12:37 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 18 03:12:39 UTC 2007 >>> 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/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/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 -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/ia64/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 1597: Duplicated symbol `fork'. Did you forget to move it to ObsoleteVersions? File , line 2007: Duplicated symbol `_fork'. Did you forget to move it to ObsoleteVersions? File , line 2008: Duplicated symbol `__sys_fork'. Did you forget to move it to ObsoleteVersions? 3 errors total. *** Error code 1 Stop in /src/lib/libc. *** 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 --- 2007-10-18 03:25:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-18 03:25:07 - ERROR: failed to build world TB --- 2007-10-18 03:25:07 - tinderbox aborted TB --- 0.71 user 2.73 system 1312.81 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 03:50:37 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5E3B16A417; Thu, 18 Oct 2007 03:50:37 +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 6E33F13C447; Thu, 18 Oct 2007 03:50:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9I3oadd089556; Wed, 17 Oct 2007 23:50:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9I3oaEe088586; Wed, 17 Oct 2007 23:50:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D5B1673039; Wed, 17 Oct 2007 23:48:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071018034847.D5B1673039@freebsd-current.sentex.ca> Date: Wed, 17 Oct 2007 23:48:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news 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: Thu, 18 Oct 2007 03:50:37 -0000 TB --- 2007-10-18 03:25:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-18 03:25:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-10-18 03:25:07 - cleaning the object tree TB --- 2007-10-18 03:25:35 - checking out the source tree TB --- 2007-10-18 03:25:35 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-10-18 03:25:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-18 03:35:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-18 03:35:58 - cd /src TB --- 2007-10-18 03:35:58 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 18 03:35:59 UTC 2007 >>> 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/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/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 -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemmove.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/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 -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/wmemset.c building static c library ranlib libc.a cat /src/lib/libc/powerpc/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/quad/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map File , line 51: Unknown directive: `__syncicache;;'. File , line 1743: Duplicated symbol `pipe'. Did you forget to move it to ObsoleteVersions? 2 errors total. *** Error code 1 Stop in /src/lib/libc. *** 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 --- 2007-10-18 03:48:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-18 03:48:47 - ERROR: failed to build world TB --- 2007-10-18 03:48:47 - tinderbox aborted TB --- 0.80 user 2.45 system 1419.91 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 04:26:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A060F16A41A for ; Thu, 18 Oct 2007 04:26:52 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id 7433913C458 for ; Thu, 18 Oct 2007 04:26:52 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 97705 invoked by uid 1001); 18 Oct 2007 04:27:14 -0000 Date: Wed, 17 Oct 2007 21:27:14 -0700 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20071018042714.GE74861@redundancy.redundancy.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg User-Agent: Mutt/1.5.16 (2007-06-09) Subject: pthread segfaults after upgrade to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 04:26:52 -0000 Hello, On a couple boxes, after upgrading from 6-STABLE to RELENG_7, a fair number of apps segfault on execution even with compat6x installed. Is this related to the libthr changeover with 7? I don't see anything in a (quick) check of list archives or in UPDATING. A backtrace shows: Program received signal SIGSEGV, Segmentation fault. [Switching to LWP 100140] 0x287469d9 in pthread_join () from /lib/libthr.so.3 (gdb) bt #0 0x287469d9 in pthread_join () from /lib/libthr.so.3 #1 0x28743c94 in pthread_self () from /lib/libthr.so.3 #2 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 #3 0x28746bf1 in pthread_join () from /lib/libthr.so.3 #4 0x28743c94 in pthread_self () from /lib/libthr.so.3 #5 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 #6 0x28746bf1 in pthread_join () from /lib/libthr.so.3 #7 0x28743c94 in pthread_self () from /lib/libthr.so.3 #8 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 And so on ad infinitum. I've recently reproduced this with w3m and svn. Recompiling the app fixes the problem, so I don't mind much, but this seems like it will bite people, and it would be no fun on a production server. Thanks, David From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 06:11:03 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC9DE16A418; Thu, 18 Oct 2007 06:11:03 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id BAD3713C48A; Thu, 18 Oct 2007 06:11:03 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 8EF3B2FDCF; Thu, 18 Oct 2007 02:11:02 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 18 Oct 2007 02:11:02 -0400 X-Sasl-enc: cJ5nfcCaoU07XwcK2SOe+82l+0ohlXPJWswC5yjXdEXo 1192687862 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id ECD6716B; Thu, 18 Oct 2007 02:11:01 -0400 (EDT) Message-ID: <4716F8FD.1080901@freebsd.org> Date: Wed, 17 Oct 2007 23:11:09 -0700 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl> In-Reply-To: <20071008121523.GM2327@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS kmem_map too small. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 06:11:04 -0000 So, I just had another of these panics: panic: kmem_alloc(131072): kmem_map too small: 400011264 total allocated what I did to provoke it: zfs rollback room/freebsd@presnap From loader.conf: vm.kmem_size=536870912 vm.kmem_size_max=536870912 vfs.zfs.arc_max=409715200 vfs.zfs.prefetch_disable="1" Darren From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 07:04:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B8FC16A418 for ; Thu, 18 Oct 2007 07:04:15 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id D021313C461 for ; Thu, 18 Oct 2007 07:04:14 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 53922 invoked from network); 18 Oct 2007 11:04:12 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 11:04:12 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249971, updated: 18.10.2007] Message-ID: <001c01c81155$1393ba00$0c00a8c0@Artem> From: "Artem Kuchin" To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017194252.GL6511@deviant.kiev.zoral.com.ua> <007001c810fc$97cf3000$0c00a8c0@Artem> <471676A1.4030300@conducive.net> Date: Thu, 18 Oct 2007 11:04:04 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: josh.carroll@gmail.com, Kostik Belousov , freebsd-current@freebsd.org, Andrey Chernov Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 07:04:15 -0000 韓家標 Bill Hacker wrote: > Artem Kuchin wrote: >>> Ah, mc. >>> Ok, it is reproducable in the following way: >>> pooma% sh >>> +m ~ $ ~/work/scratch/su.pl >>> Password: >>> heck >>> done! >>> $ [1] + 1725 suspended (tty input) sh +m >>> pooma% >>> >>> Note the +m, that turns off the job control. >> >> I switched from csh (which is tcsh) > > Mmy PowerBook and my Beastie boxen don't *quite* agree on that point, > but 'close enough' ordinarily... > > to sh and run >> the script from midnight commander. >> I got: >> >> heck >> done! >> Press any key to continue...[1] + Stopped (tty output) mc >> >> So, script finished and midnight commander get suspended now. >> > > Not exactly what I *suspected* would be found when I asked if we were > chasing the right animal --- but not an su or tsch issue, either. > > What happens if you play with '&' '&&' 'exit' or even just a > in the script at the right places? still using /bin/sh as shell script is called a.pl 1) exit at the end of the script does not change anything 2) ./a.pl && does not change anything 3) ./a.pl & alsmost the same except thart order changes a bit # ./a.pl & Press any key to continue...heck done! 'Press any key to continues' comes from mc 4) if i chane the script $com="/usr/bin/su root -c 'echo heck' &"; (note & is related to shell in su, not to echo) # ./a.pl done! Press any key to continue...heck [1] + Stopped (tty input) mc # After heck it wait or ENTER to be pressed. This is interesting, because it means control is returned to mc and it wait for the key, but after i press ENTER i get stopped. 5) $com="/usr/bin/su root -c 'echo heck' &&"; does not change anything 6) & and && in echo like 'echo heck &' do no change anything -- Artem From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 07:11:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96D7E16A418 for ; Thu, 18 Oct 2007 07:11:08 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2D113C458 for ; Thu, 18 Oct 2007 07:11:08 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id A6E781C12912 for ; Thu, 18 Oct 2007 06:34:28 +0200 (CEST) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 8E35D3EA0DA for ; Thu, 18 Oct 2007 08:35:27 +0200 (CEST) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 63F9E3EA0C7 for ; Thu, 18 Oct 2007 08:35:27 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l9I6ZP71008028 for ; Thu, 18 Oct 2007 08:35:26 +0200 (CEST) From: Thierry Herbelot To: current@freebsd.org Date: Thu, 18 Oct 2007 08:35:17 +0200 User-Agent: KMail/1.9.7 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710180835.18929.thierry@herbelot.com> Cc: Subject: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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, 18 Oct 2007 07:11:08 -0000 Hello, I just saw on my -current box that some/most/all shared libraries seem not to have been bumped when REL_7 was branched : % ll /lib/libc.so* -r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 % uname -a FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 CEST 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 TfH From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 07:24:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1816616A418 for ; Thu, 18 Oct 2007 07:24:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9690013C461 for ; Thu, 18 Oct 2007 07:24:52 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47170A44.9050809@FreeBSD.org> Date: Thu, 18 Oct 2007 09:24:52 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071018042714.GE74861@redundancy.redundancy.org> In-Reply-To: <20071018042714.GE74861@redundancy.redundancy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pthread segfaults after upgrade to RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 07:24:53 -0000 David E. Thiel wrote: > Hello, > > On a couple boxes, after upgrading from 6-STABLE to RELENG_7, a fair > number of apps segfault on execution even with compat6x installed. Is > this related to the libthr changeover with 7? I don't see anything in a > (quick) check of list archives or in UPDATING. A backtrace shows: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to LWP 100140] > 0x287469d9 in pthread_join () from /lib/libthr.so.3 > (gdb) bt > #0 0x287469d9 in pthread_join () from /lib/libthr.so.3 > #1 0x28743c94 in pthread_self () from /lib/libthr.so.3 > #2 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 > #3 0x28746bf1 in pthread_join () from /lib/libthr.so.3 > #4 0x28743c94 in pthread_self () from /lib/libthr.so.3 > #5 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 > #6 0x28746bf1 in pthread_join () from /lib/libthr.so.3 > #7 0x28743c94 in pthread_self () from /lib/libthr.so.3 > #8 0x28743f5e in pthread_rwlock_timedwrlock () from /lib/libthr.so.3 > > And so on ad infinitum. I've recently reproduced this with w3m and svn. > Recompiling the app fixes the problem, so I don't mind much, but this > seems like it will bite people, and it would be no fun on a production > server. Part of the upgrade to RELENG_7 (as with any change of branch) *is* to recompile all ports. You don't need it if you plan never to compile any new ports on your 7.0 system, but if you start updating them piecewise then you will get binaries linked to two versions of FreeBSD libraries (like libthr.so.2 and libthr.so.3) which is a recipe for sadness. Kris From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 07:25:56 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69AE716A41B for ; Thu, 18 Oct 2007 07:25:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id B847213C457; Thu, 18 Oct 2007 07:25:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47170A83.6050607@FreeBSD.org> Date: Thu, 18 Oct 2007 09:25:55 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: thierry@herbelot.com References: <200710180835.18929.thierry@herbelot.com> In-Reply-To: <200710180835.18929.thierry@herbelot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 07:25:56 -0000 Thierry Herbelot wrote: > Hello, > > I just saw on my -current box that some/most/all shared libraries seem not to > have been bumped when REL_7 was branched : > > % ll /lib/libc.so* > -r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 > % uname -a > FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 CEST > 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 This is deliberate, there is no longer any need now or in the future (since symbol versioning now exists). Kris From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 07:49:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A20A16A420 for ; Thu, 18 Oct 2007 07:49:10 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id BBEC413C47E for ; Thu, 18 Oct 2007 07:49:09 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 38A8D1B10EA4; Thu, 18 Oct 2007 09:49:08 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, MIME_8BIT_HEADER autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 861081B10C26; Thu, 18 Oct 2007 09:49:05 +0200 (CEST) Message-ID: <47170FF1.3050602@moneybookers.com> Date: Thu, 18 Oct 2007 10:49:05 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> In-Reply-To: <471667DB.1010601@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.91.2/4545/Wed Oct 17 23:05:57 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 07:49:10 -0000 Hi, =E9=9F=93=E5=AE=B6=E6=A8=99 Bill Hacker wrote: > Peter Jeremy wrote: >> On Wed, Oct 17, 2007 at 11:26:48PM +0400, Artem Kuchin wrote: >>> I have rerun all configs and started jails - still works. Then i=20 >>> remembered >>> that i have always run this script fro midnight commander. >>> Started mc >>> Pressed ENTER on this script and it got suspended. >>> >>> Now i am lost, whose problem is this? su's or mc's? or both? >>> If i remove su from the script and run simply >>> system('echo heck'); >>> from mc it work fine. With su it gets suspended. >> >> This bug (or another one with identical symptoms) affects the 'su' >> commands within the ports build system if you are using tcsh or zsh >> and maybe related to the gdb-with-tcsh problems that have been >> reported. It appeared in -current in the middle of 2006. The >> suggestions to date have been that there's something wrong with the >> signal handling in the kernel but you have opened a new line of attack= =2E >> > > It doesn't seem to 'bite' when invoking a build from a 'seat' using=20 > bash or csh or sh. > > Keeping in mind that scripting WITIHIN Makefiles always has its own=20 > specification as to which shell is wanted, I wouldn't expect it to=20 > matter. > Unless the sh and csh binaries have been removed or over-written? > > If someone can tell me which ports exhibit the alleged problem, I'll=20 > try it and see what happens (no 5.X, but otherwise have 4.11 thru=20 > 8-CURRENT ready to hand).. > > I will not be surprised if it occurs when building as an 'ordinary=20 > user' and does NOT occur when building as root.... > > BNL (BSD's Not Linux).... > > Bill > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" I see something similar on all ports that have OPTIONS (make config). Here is example (do this as user member of wheel, but not root): #cd /usr/ports/misc/mc #make config =3D=3D=3D> Switching to root credentials to create /var/db/ports/mc =3D=3D=3D> Returning to user credentials zsh: suspended (tty output) make config FreeBSD 7.0-CURRENT #5: Fri Oct 5 14:05:56 EEST 2007 On FreeBSD-6 everything works fine. --=20 Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 07:58:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E46016A418 for ; Thu, 18 Oct 2007 07:58:35 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id C824E13C457 for ; Thu, 18 Oct 2007 07:58:33 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 55472 invoked from network); 18 Oct 2007 11:58:32 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 11:58:32 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249974, updated: 18.10.2007] Message-ID: <00e101c8115c$aaa91410$0c00a8c0@Artem> From: "Artem Kuchin" To: "Stefan Lambrev" , =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org><471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> Date: Thu, 18 Oct 2007 11:58:26 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-current@freebsd.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 07:58:35 -0000 Stefan Lambrev wrote: > Hi, > > 韓家標 Bill Hacker wrote: >> Peter Jeremy wrote: >>> On Wed, Oct 17, 2007 at 11:26:48PM +0400, Artem Kuchin wrote: >>>> I have rerun all configs and started jails - still works. Then i >>>> remembered >>>> that i have always run this script fro midnight commander. >>>> Started mc >>>> Pressed ENTER on this script and it got suspended. >>>> >>>> Now i am lost, whose problem is this? su's or mc's? or both? >>>> If i remove su from the script and run simply >>>> system('echo heck'); >>>> from mc it work fine. With su it gets suspended. >>> >>> This bug (or another one with identical symptoms) affects the 'su' >>> commands within the ports build system if you are using tcsh or zsh >>> and maybe related to the gdb-with-tcsh problems that have been >>> reported. It appeared in -current in the middle of 2006. The >>> suggestions to date have been that there's something wrong with the >>> signal handling in the kernel but you have opened a new line of >>> attack. >> >> It doesn't seem to 'bite' when invoking a build from a 'seat' using >> bash or csh or sh. >> >> Keeping in mind that scripting WITIHIN Makefiles always has its own >> specification as to which shell is wanted, I wouldn't expect it to >> matter. >> Unless the sh and csh binaries have been removed or over-written? >> >> If someone can tell me which ports exhibit the alleged problem, I'll >> try it and see what happens (no 5.X, but otherwise have 4.11 thru >> 8-CURRENT ready to hand).. >> >> I will not be surprised if it occurs when building as an 'ordinary >> user' and does NOT occur when building as root.... >> >> BNL (BSD's Not Linux).... >> >> Bill >> >> >> >> _______________________________________________ >> 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" > I see something similar on all ports that have OPTIONS (make config). > Here is example (do this as user member of wheel, but not root): > > #cd /usr/ports/misc/mc > #make config > ===> Switching to root credentials to create /var/db/ports/mc > ===> Returning to user credentials > zsh: suspended (tty output) make config > > FreeBSD 7.0-CURRENT #5: Fri Oct 5 14:05:56 EEST 2007 > On FreeBSD-6 everything works fine. Oh yes! i didn't notice it because i always do su before i compile ports. But if i try to compile port not being root i get: $ make ===> Switching to root credentials to create /var/db/ports/mc Password: ===> Returning to user credentials [1] + Stopped (tty output) make $ I guess this happens to ANY port which is smart enough to switch to root before building. My shell is /bin/sh FreebSD 7-PRERELEASE -- Artem From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 08:13:41 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8CC016A46C for ; Thu, 18 Oct 2007 08:13:41 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 934FB13C46E for ; Thu, 18 Oct 2007 08:13:41 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 543751B10EE0; Thu, 18 Oct 2007 10:13:40 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 9A7DA1B10EA4; Thu, 18 Oct 2007 10:13:33 +0200 (CEST) Message-ID: <471715AD.3080102@moneybookers.com> Date: Thu, 18 Oct 2007 11:13:33 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Richard Tector References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> <47163ACC.1080807@moneybookers.com> <47163B9B.4010901@thekeelecentre.com> In-Reply-To: <47163B9B.4010901@thekeelecentre.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4545/Wed Oct 17 23:05:57 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 08:13:42 -0000 Hi, Richard Tector wrote: > Stefan Lambrev wrote: >> Richard Tector wrote: >>> Stefan Lambrev wrote: >>>> Hi list, >>>> >>>> I'm having problems with the raid controller of HP ProLiant DL140 >>>> G3 Server and RELENG_7 >>>> >>>> I have 2x 500GB SATA HDDs configured as mirror, but the write speed >>>> is very slow ~7MB/s. >>>> >>>> I guess that there is no battery for the raid controller and the >>>> write cache is off, but 7MB/s .. >>>> Also there is no way to see the status of the raid from FreeBSD ? >>>> >>>> Any ideas how to improve this? >>> >>> Write cache is the most probable cause. >>> You can force it on with: >>> hw.mpt.enable_sata_wc=1 > >> This have to be put in /boot/loader.conf as I do not see such sysctl? >> Anyway I'll force the write cache to be always on from the raid >> configuration if this does not work. > > If you have the option in the RAID bios. Try that first. > Failing that, yes, pop that in /boot/loader.conf, and it should do the > trick. > > Regards, > > Richard Enabling write cache really helps, so now I have to find a battery backup unit for the controller (if it supports it). Anyway here are the results of bonnie++ : Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP netguard.com 16G 416 99 63957 15 26411 8 702 99 70399 13 192.2 5 Latency 21185us 462ms 785ms 22855us 134ms 139ms Version 1.93c ------Sequential Create------ --------Random Create-------- netguard.com -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files:max:min /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 256:65536:65536/16 865 13 897 9 30908 60 858 13 88 2 6251 48 Latency 1082ms 136ms 357ms 1678ms 3044ms 1065ms 1.93c,1.93c,netguard..com,1,1192619536,16G,,416,99,63957,15,26411,8,702,99,70399,13,192.2,5,256,65536,65536,,16,865,13,897,9,30908,60,858,13,88,2,6251,48,21185us,462ms,785ms,22855us,134ms,139ms,1082ms,136ms,357ms,1678ms,3044ms,1065ms But isn't 70MB/s sequential read little slow for raid 1 with 2x500GB SATA II HDDs? -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 08:20:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9BC016A41A for ; Thu, 18 Oct 2007 08:20:42 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 654A213C457 for ; Thu, 18 Oct 2007 08:20:42 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 7D48541B0; Thu, 18 Oct 2007 09:20:41 +0100 (BST) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id CmYWxcSsqG05; Thu, 18 Oct 2007 09:20:38 +0100 (BST) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx0.thekeelecentre.com (Postfix) with ESMTP id 5AD86416F; Thu, 18 Oct 2007 09:20:38 +0100 (BST) Message-ID: <47171750.8050906@thekeelecentre.com> Date: Thu, 18 Oct 2007 09:20:32 +0100 From: Richard Tector User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Stefan Lambrev References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> <47163ACC.1080807@moneybookers.com> <47163B9B.4010901@thekeelecentre.com> <471715AD.3080102@moneybookers.com> In-Reply-To: <471715AD.3080102@moneybookers.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060905080309080309020304" Cc: freebsd-current@freebsd.org Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 08:20:43 -0000 This is a cryptographically signed message in MIME format. --------------ms060905080309080309020304 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Stefan Lambrev wrote: > Enabling write cache really helps, so now I have to find a battery > backup unit for the controller (if it supports it). > > Anyway here are the results of bonnie++ : > > Version 1.93c ------Sequential Output------ --Sequential Input- > --Random- > Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- > --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP > /sec %CP > netguard.com 16G 416 99 63957 15 26411 8 702 99 70399 13 > 192.2 5 > Latency 21185us 462ms 785ms 22855us 134ms > 139ms > Version 1.93c ------Sequential Create------ --------Random > Create-------- > netguard.com -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- > files:max:min /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > /sec %CP > 256:65536:65536/16 865 13 897 9 30908 60 858 13 88 2 > 6251 48 > Latency 1082ms 136ms 357ms 1678ms 3044ms > 1065ms > 1.93c,1.93c,netguard..com,1,1192619536,16G,,416,99,63957,15,26411,8,702,99,70399,13,192.2,5,256,65536,65536,,16,865,13,897,9,30908,60,858,13,88,2,6251,48,21185us,462ms,785ms,22855us,134ms,139ms,1082ms,136ms,357ms,1678ms,3044ms,1065ms > > > But isn't 70MB/s sequential read little slow for raid 1 with 2x500GB > SATA II HDDs? 70MB/s from desktop drives is pretty respectabloe, IMHO. Richard --------------ms060905080309080309020304 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzEwMTgwODIwMzJaMCMGCSqGSIb3DQEJBDEWBBROwVQ26aqbQD/fCzITSftaJGtr VTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgL+0l+oV2/ZLMRA/EFFYDNoz jexaRwkg5eq48NabUdzC1+VjJzYSLb44qKDXEeDyf2XHX4lst+whInSTge3PHbkfOmxh97yD ojeiZrg38X11vxEeDgzpdbkLkl/YxwDb8EUStsynUAtUtwlUvGZgQFtglY21nZi8zaargUBq k2GXAAAAAAAA --------------ms060905080309080309020304-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 08:29:12 2007 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5A2B16A468 for ; Thu, 18 Oct 2007 08:29:12 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6CE13C465; Thu, 18 Oct 2007 08:29:12 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9I8T7c3052189; Thu, 18 Oct 2007 08:29:09 GMT (envelope-from davidxu@freebsd.org) Message-ID: <47171988.7040706@freebsd.org> Date: Thu, 18 Oct 2007 16:30:00 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Artem Kuchin References: <00bd01c810ec$10371230$0c00a8c0@Artem> In-Reply-To: <00bd01c810ec$10371230$0c00a8c0@Artem> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 08:29:12 -0000 Artem Kuchin wrote: > Hello! > > I really not at all good at any kind of system programming > in FreeBSD or Un*x, but since my contacts with last commited > of su could not be establish i decided to look at it myself. > > If you don't know what is the problem i'll describe it shortly: > > if you try to run a very simple perl script: > > #!/usr/bin/perl > $com="/usr/bin/su root -c 'echo heck'"; > system($com); > print "done!\n"; > > it will print heck > > and then > > Suspended (tty output) > > and will hang in memory untill you type > fg > > then you get > > done! > > > I am working in csh, but i tested it in sh - result is > the same. FreeBSD version is 7-PRERELEASE. > > > So, I fetched su v. 1.76 from 6.2-STABLE and compiled it - it works > like a charm. SO, i decided to figure what fails in 1.86. > > There are such like in the default: dection of switch > > child_pgrp = getpgid(child_pid); > if (tcgetpgrp(STDERR_FILENO) == child_pgrp) > tcsetpgrp(STDERR_FILENO, getpgrp()); > > > The problem is here. > getpgid(child_pid) simply fails with errno 3 (process doesn't exist) > and tcgetpgrp(STDERR_FILENO) return 100000 (can it be THAT high? i though > it is only in 0-65535 range). > > The weird thing is that if i just comment out those lines like this > > /* child_pgrp = getpgid(child_pid); > if (tcgetpgrp(STDERR_FILENO) == child_pgrp) */ > tcsetpgrp(STDERR_FILENO, getpgrp()); > > su starts working again just fine. > > Any idea why getpgid fails and why tcgetpgrp return 100000 (always the same > number)? What will brak if i leave these lines commented? > > -- > Regards, > Artem file su.c, line 472 may be incorrect since line 456 is a while loop which only exits if child process is exited. just remove line 472 and 473 to see if problem is fixed. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 08:53:50 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BFE216A419 for ; Thu, 18 Oct 2007 08:53:50 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 8789613C469 for ; Thu, 18 Oct 2007 08:53:49 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 56988 invoked from network); 18 Oct 2007 12:53:47 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 12:53:47 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249974, updated: 18.10.2007] Message-ID: <013c01c81164$628def90$0c00a8c0@Artem> From: "Artem Kuchin" To: "David Xu" References: <00bd01c810ec$10371230$0c00a8c0@Artem> <47171988.7040706@freebsd.org> Date: Thu, 18 Oct 2007 12:53:40 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-current@FreeBSD.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 08:53:50 -0000 David Xu wrote: > Artem Kuchin wrote: >> Hello! >> >> I really not at all good at any kind of system programming >> in FreeBSD or Un*x, but since my contacts with last commited >> of su could not be establish i decided to look at it myself. >> >> If you don't know what is the problem i'll describe it shortly: >> >> if you try to run a very simple perl script: >> >> #!/usr/bin/perl >> $com="/usr/bin/su root -c 'echo heck'"; >> system($com); >> print "done!\n"; >> >> it will print heck >> >> and then >> >> Suspended (tty output) >> >> and will hang in memory untill you type >> fg >> >> then you get >> >> done! >> >> >> I am working in csh, but i tested it in sh - result is >> the same. FreeBSD version is 7-PRERELEASE. >> >> >> So, I fetched su v. 1.76 from 6.2-STABLE and compiled it - it works >> like a charm. SO, i decided to figure what fails in 1.86. >> >> There are such like in the default: dection of switch >> >> child_pgrp = getpgid(child_pid); >> if (tcgetpgrp(STDERR_FILENO) == child_pgrp) >> tcsetpgrp(STDERR_FILENO, getpgrp()); >> >> >> The problem is here. >> getpgid(child_pid) simply fails with errno 3 (process doesn't exist) >> and tcgetpgrp(STDERR_FILENO) return 100000 (can it be THAT high? i >> though it is only in 0-65535 range). >> >> The weird thing is that if i just comment out those lines like this >> >> /* child_pgrp = getpgid(child_pid); >> if (tcgetpgrp(STDERR_FILENO) == child_pgrp) */ >> tcsetpgrp(STDERR_FILENO, getpgrp()); >> >> su starts working again just fine. >> >> Any idea why getpgid fails and why tcgetpgrp return 100000 (always >> the same number)? What will brak if i leave these lines commented? >> >> -- >> Regards, >> Artem > > file su.c, line 472 may be incorrect since line 456 is a while loop > which only > exits if child process is exited. just remove line 472 and 473 to see > if problem > is fixed. Let me quote myself: The weird thing is that if i just comment out those lines like this /* child_pgrp = getpgid(child_pid); if (tcgetpgrp(STDERR_FILENO) == child_pgrp) */ tcsetpgrp(STDERR_FILENO, getpgrp()); su starts working again just fine. Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95DFD16A419 for ; Thu, 18 Oct 2007 08:58:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7E28F13C4A6 for ; Thu, 18 Oct 2007 08:58:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 627141CC05F; Thu, 18 Oct 2007 01:58:12 -0700 (PDT) Date: Thu, 18 Oct 2007 01:58:12 -0700 From: Jeremy Chadwick To: Richard Tector Message-ID: <20071018085812.GA8481@eos.sc1.parodius.com> Mail-Followup-To: Richard Tector , Stefan Lambrev , freebsd-current@freebsd.org References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> <47163ACC.1080807@moneybookers.com> <47163B9B.4010901@thekeelecentre.com> <471715AD.3080102@moneybookers.com> <47171750.8050906@thekeelecentre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47171750.8050906@thekeelecentre.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, Stefan Lambrev Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 08:58:12 -0000 On Thu, Oct 18, 2007 at 09:20:32AM +0100, Richard Tector wrote: > Stefan Lambrev wrote: >> Enabling write cache really helps, so now I have to find a battery backup >> unit for the controller (if it supports it). >> Anyway here are the results of bonnie++ : >> Version 1.93c ------Sequential Output------ --Sequential Input- >> --Random- >> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- >> --Seeks-- >> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP >> /sec %CP >> netguard.com 16G 416 99 63957 15 26411 8 702 99 70399 13 192.2 >> 5 >> Latency 21185us 462ms 785ms 22855us 134ms >> 139ms >> Version 1.93c ------Sequential Create------ --------Random >> Create-------- >> netguard.com -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- >> files:max:min /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP >> /sec %CP >> 256:65536:65536/16 865 13 897 9 30908 60 858 13 88 2 6251 >> 48 >> Latency 1082ms 136ms 357ms 1678ms 3044ms >> 1065ms >> 1.93c,1.93c,netguard..com,1,1192619536,16G,,416,99,63957,15,26411,8,702,99,70399,13,192.2,5,256,65536,65536,,16,865,13,897,9,30908,60,858,13,88,2,6251,48,21185us,462ms,785ms,22855us,134ms,139ms,1082ms,136ms,357ms,1678ms,3044ms,1065ms >> But isn't 70MB/s sequential read little slow for raid 1 with 2x500GB SATA >> II HDDs? > > 70MB/s from desktop drives is pretty respectabloe, IMHO. In a RAID 1 configuration, I would say 70MByte/sec read is more than decent. That's about what I get from an individual drive on a built-in nVidia nForce 4 SATAII controller. Here's a sequential read from a disk on that controller, using dd and gstat; sometimes it hits 78MB. ad10: 476940MB at ata5-master SATA300 L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 1 571 571 72850 1.4 0 0 0.0 82.0| ad10 You might also want to verify that the disks are actually running at SATA300 speeds (which won't necessarily gain you a lot over SATA150, but worth turning on assuming it's compatible with your controller). Seagate drives, for example, have a little jumper on them that limits the interface to SATA150; remove it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 09:00:39 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89D7916A420 for ; Thu, 18 Oct 2007 09:00:39 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id B21FF13C447 for ; Thu, 18 Oct 2007 09:00:38 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 57344 invoked from network); 18 Oct 2007 13:00:37 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 13:00:37 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 249974, updated: 18.10.2007] Message-ID: <015d01c81165$56d248d0$0c00a8c0@Artem> From: "Artem Kuchin" To: "Artem Kuchin" , "David Xu" References: <00bd01c810ec$10371230$0c00a8c0@Artem><47171988.7040706@freebsd.org> <013c01c81164$628def90$0c00a8c0@Artem> Date: Thu, 18 Oct 2007 13:00:29 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-current@FreeBSD.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 09:00:39 -0000 > Though, i still dont; understand why tcgetpgrp return 100000 > (an unusually high number). arghh! heck! got it man tcgetpgrp If there is no foreground process group, tcgetpgrp() returns an invalid process ID. (missed the line in the man cuz was looking for RETURN VALUE section) -- Regards, Artem From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 09:09:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0114316A41A for ; Thu, 18 Oct 2007 09:09:22 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id A564E13C459 for ; Thu, 18 Oct 2007 09:09:22 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 02CAE1B10EE6; Thu, 18 Oct 2007 11:09:20 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 5AE9F1B10EA4 for ; Thu, 18 Oct 2007 11:09:18 +0200 (CEST) Message-ID: <471722BE.20107@moneybookers.com> Date: Thu, 18 Oct 2007 12:09:18 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> <47163ACC.1080807@moneybookers.com> <47163B9B.4010901@thekeelecentre.com> <471715AD.3080102@moneybookers.com> <47171750.8050906@thekeelecentre.com> <20071018085812.GA8481@eos.sc1.parodius.com> In-Reply-To: <20071018085812.GA8481@eos.sc1.parodius.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4545/Wed Oct 17 23:05:57 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 09:09:23 -0000 Hi, Jeremy Chadwick wrote: > On Thu, Oct 18, 2007 at 09:20:32AM +0100, Richard Tector wrote: > >> Stefan Lambrev wrote: >> >>> -skip- >> 70MB/s from desktop drives is pretty respectabloe, IMHO. >> > > In a RAID 1 configuration, I would say 70MByte/sec read is more than > decent. That's about what I get from an individual drive on a built-in > nVidia nForce 4 SATAII controller. Here's a sequential read from a disk > on that controller, using dd and gstat; sometimes it hits 78MB. > > ad10: 476940MB at ata5-master SATA300 > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 1 571 571 72850 1.4 0 0 0.0 82.0| ad10 > > You might also want to verify that the disks are actually running > at SATA300 speeds (which won't necessarily gain you a lot over SATA150, > but worth turning on assuming it's compatible with your controller). > Seagate drives, for example, have a little jumper on them that limits > the interface to SATA150; remove it. > > da0: Fixed Direct Access SCSI-2 device da0: 300.000MB/s transfers Yes it is detected as SATA300, and the raid reports HDDs the same way. May be I have wrong impression that mirror should increase read speed almost twice compared to single disk, but I forget that bonnie++ was run as single thread. May be if I start it with concurrency=2 then I'll see the real performance of the mirror ? Or should I move to the thread to performance@ :) -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 09:15:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC2D016A418 for ; Thu, 18 Oct 2007 09:15:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 96BF213C45D for ; Thu, 18 Oct 2007 09:15:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 708A71CC05C; Thu, 18 Oct 2007 02:15:31 -0700 (PDT) Date: Thu, 18 Oct 2007 02:15:31 -0700 From: Jeremy Chadwick To: Stefan Lambrev Message-ID: <20071018091531.GA8737@eos.sc1.parodius.com> Mail-Followup-To: Stefan Lambrev , freebsd-current@freebsd.org References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> <47163ACC.1080807@moneybookers.com> <47163B9B.4010901@thekeelecentre.com> <471715AD.3080102@moneybookers.com> <47171750.8050906@thekeelecentre.com> <20071018085812.GA8481@eos.sc1.parodius.com> <471722BE.20107@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471722BE.20107@moneybookers.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 09:15:31 -0000 On Thu, Oct 18, 2007 at 12:09:18PM +0300, Stefan Lambrev wrote: > May be I have wrong impression that mirror should increase read speed > almost twice compared to > single disk, but I forget that bonnie++ was run as single thread. > May be if I start it with concurrency=2 then I'll see the real performance > of the mirror ? > Or should I move to the thread to performance@ :) The easiest way for me to describe it would be to refer you to the Wikipedia article. See the section "Other benefits of mirroring": http://en.wikipedia.org/wiki/Disk_mirror Generally speaking, RAID 1 sequential read across 2 disks should be slightly higher than the same disk in a JBOD configuration -- keyword is "slightly". RAID 0 (striping) is what gives you the immense improvement, but I'm sure you know how risky RAID 0 is... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 09:19:52 2007 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79D5216A418 for ; Thu, 18 Oct 2007 09:19:52 +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 EA32B13C43E for ; Thu, 18 Oct 2007 09:19:51 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l9I9JoYc001854; Thu, 18 Oct 2007 13:19:50 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1192699190; bh=7XzQ0IGpigHV+z76fpfeKOhork9WD4Ar8fQUeer Ck48=; l=952; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=DlC0smQiX6pt5FiORn4BTB2TxEgjbi0CRqAEQo75 l8ySaddAnxhaixNCCJkWQxqeKhwccMLrbGSDu9iMT+nwM/beixt0ln6RKDp/8gtEwV5 INq+gF15iCMDzv/Tn4bcV6wHacwMUFLRELbMM5tUvzpS5C/2sOZ9BxxwMOcUHdwY= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l9I9JosK001853; Thu, 18 Oct 2007 13:19:50 +0400 (MSD) (envelope-from ache) Date: Thu, 18 Oct 2007 13:19:50 +0400 From: Andrey Chernov To: Kris Kennaway Message-ID: <20071018091950.GB1546@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Kris Kennaway , thierry@herbelot.com, current@FreeBSD.ORG References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47170A83.6050607@FreeBSD.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@FreeBSD.ORG, thierry@herbelot.com Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 09:19:52 -0000 On Thu, Oct 18, 2007 at 09:25:55AM +0200, Kris Kennaway wrote: > Thierry Herbelot wrote: >> Hello, >> I just saw on my -current box that some/most/all shared libraries seem not >> to have been bumped when REL_7 was branched : >> % ll /lib/libc.so* >> -r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 >> % uname -a >> FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 >> CEST 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 > > This is deliberate, there is no longer any need now or in the future (since > symbol versioning now exists). I don't understand this thing well, since it is new. Is there some howto's in symbol versioning exists for most common cases like that: a) some new function/variable/struct added b) some existen function/variable/struct changed (at this moment I am interesting especially in a) case since did it for ctype) -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 09:40:11 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1942816A417; Thu, 18 Oct 2007 09:40:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 894A513C447; Thu, 18 Oct 2007 09:40:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IiRrK-0009ei-OX; Thu, 18 Oct 2007 12:40:06 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IiRrJ-000OVS-1g; Thu, 18 Oct 2007 12:40:06 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9I9dpS7000547; Thu, 18 Oct 2007 12:39:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9I9dmqV000546; Thu, 18 Oct 2007 12:39:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 18 Oct 2007 12:39:48 +0300 From: Kostik Belousov To: Eric Anderson Message-ID: <20071018093948.GN6511@deviant.kiev.zoral.com.ua> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WU3I8Do+sziGY3UL" Content-Disposition: inline In-Reply-To: <4715FAA7.7030404@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: cdcac4e9833a162831dcdc7415f73b92 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1631 [Oct 17 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Pieter de Goeje , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 09:40:11 -0000 --WU3I8Do+sziGY3UL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 17, 2007 at 07:05:59AM -0500, Eric Anderson wrote: > Kostik Belousov wrote: > >On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: > >>2007/10/16, Eric Anderson : > >>>Pieter de Goeje wrote: > >>>>On Sunday 14 October 2007, Eric Anderson wrote: > >>>>>Pieter de Goeje wrote: > >>>>>>On Saturday 13 October 2007, Rolf Witt wrote: > >>>>>>>Backtrace from crash tonight (after portsnap cron): > >>>>>> > >>>>>> > >>>>>>># uname -a > >>>>>>>FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE > >>>>>>>#121: Thu Oct 11 16:29:05 CEST 2007 > >>>>>>>rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > >>>>>>> > >>>>>>>Sources from Builddate. > >>>>>>> > >>>>>>>Rowi > >>>>>>Eric sent me this patch: > >>>>>>http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > >>>>>>which seems to be working great so far. I am still testing it, but I > >>>>>>think it fixed the problem. > >>>>>>To apply, cd /usr/src; patch < /path/to/patch and then rebuild the > >>>>>>kernel. > >>>>>> > >>>>>>Cheers, > >>>>>>Pieter de Goeje > >>>>>It doesn't actually 'fix' the problem, but I think it helps identify > >>>it. > >>>>>I'm not 100% certain if this is the right fix our not, but so far > >>>>>feedback has been good when running with this patch. > >>>>> > >>>>>Can somebody confirm that this patch is ok? > >>>>> > >>>>>Eric > >>>>Can you elaborate on what this patch exactly does / what the problem = is? > >>>> > >>>>Pieter > >>> > >>>I think the problem is that blocks are being put in the worklist twice, > >>>but I'm not certain why yet. The patch reduces the chance of this > >>>happening by more often removing the block from the worklist instead of > >>>leaving it on. I think actually the patch is hiding the real issue mo= re > >>>than anything, which is why I said it isn't fixing the problem, but > >>>because of the reports I've seen, I think we're sniffing in the right > >>>area. I'll be looking more into this soon, when I get another few > >>>minutes of free time and my debugger.. > >>I actually seem to be getting the panic more often with the patch (i.e. > >>twice in just 30 minutes with the patch, about twice per day without the > >>patch), while doing the same things as usual. The panic usually happens= =20 > >>when > >>I'm compiling or linking. Is that strange? > > > >Patch is wrong. Actually, it does put the dirrem to the proccessing twice > >when xp !=3D NULL. >=20 > Yes, exactly why I said 'it doesn't fix the problem'. In fact, I=20 > actually did not post it to the list, and didn't intend for it to be=20 > posted. I was hoping for feedback for further examination. >=20 > Kostik - do you have any ideas on what is going on here? Did you see=20 > the message in another thread that looked similar (it was regarding=20 > gjournal)? No, I have no idea. BTW, some further information from the people that experience the problem could be helpful. For instance, UFS1/UFS2 size of the problematic fs/% of the space used are quotas enabled in kernel/active for the fs ? are softupdates on ? what block number is reported as being freed twice ? is it always the same ? what is the full fsck diagnostic after reboot ? The range of questions is so wide because I try to somewhat localize the search field down from "anywhere". --WU3I8Do+sziGY3UL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFynkC3+MBN1Mb4gRAoWgAJsEkTx4hYcDJrktGoakW9diujNNkgCdHJtC AwPNYv52cQEiws1BC1EvzGc= =GBBR -----END PGP SIGNATURE----- --WU3I8Do+sziGY3UL-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 09:59:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C38716A419 for ; Thu, 18 Oct 2007 09:59:05 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id C803F13C465 for ; Thu, 18 Oct 2007 09:59:04 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so142571waf for ; Thu, 18 Oct 2007 02:59:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=1y89v1IDavm1egQu0Cj/3Yv6a7YU7REkDBhOM+2K250=; b=Ehs2Nfrp1I8CqwrQeD3zKDxoD7MU87kFoT25FQWjvGicCMGrTVHJsWtVHyO12IcmEeJj7hbnjZT18ZH07AqHVdpHHy6jXyYK77kFcP7lgv58kZLkyd4SDaQBrbl6yWWnE1K7lV5NdbgOGqlDvbOnM9wbF0gPpLHaFlOFeyV+02s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=pcX2uGujnURrJdxR+0CCgRYF+ZoL6GKcOT36zvFX10L8dFjJDkZPQ4ImnKmo9tJLQROmnoiNOlzH2Y7qCdKmKX+n1Lsv195xOxMBVqISyKjeOZNJgnUkKlFXMzyoF45U+FITArUqUpwsh0215ksokfUY5qIzKfaDGsWD79GB2D8= Received: by 10.114.152.17 with SMTP id z17mr418310wad.1192701543533; Thu, 18 Oct 2007 02:59:03 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Thu, 18 Oct 2007 02:59:03 -0700 (PDT) Message-ID: Date: Thu, 18 Oct 2007 11:59:03 +0200 From: "Arjan van Leeuwen" To: "Kostik Belousov" In-Reply-To: <20071018093948.GN6511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Pieter de Goeje , freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.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, 18 Oct 2007 09:59:05 -0000 Hey Kostik, 2007/10/18, Kostik Belousov : > > On Wed, Oct 17, 2007 at 07:05:59AM -0500, Eric Anderson wrote: > > Kostik Belousov wrote: > > >On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: > > >>2007/10/16, Eric Anderson : > > >>>Pieter de Goeje wrote: > > >>>>On Sunday 14 October 2007, Eric Anderson wrote: > > >>>>>Pieter de Goeje wrote: > > >>>>>>On Saturday 13 October 2007, Rolf Witt wrote: > > >>>>>>>Backtrace from crash tonight (after portsnap cron): > > >>>>>> > > >>>>>> > > >>>>>>># uname -a > > >>>>>>>FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD > 7.0-PRERELEASE > > >>>>>>>#121: Thu Oct 11 16:29:05 CEST 2007 > > >>>>>>>rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > > >>>>>>> > > >>>>>>>Sources from Builddate. > > >>>>>>> > > >>>>>>>Rowi > > >>>>>>Eric sent me this patch: > > >>>>>>http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > > >>>>>>which seems to be working great so far. I am still testing it, but > I > > >>>>>>think it fixed the problem. > > >>>>>>To apply, cd /usr/src; patch < /path/to/patch and then rebuild the > > >>>>>>kernel. > > >>>>>> > > >>>>>>Cheers, > > >>>>>>Pieter de Goeje > > >>>>>It doesn't actually 'fix' the problem, but I think it helps > identify > > >>>it. > > >>>>>I'm not 100% certain if this is the right fix our not, but so far > > >>>>>feedback has been good when running with this patch. > > >>>>> > > >>>>>Can somebody confirm that this patch is ok? > > >>>>> > > >>>>>Eric > > >>>>Can you elaborate on what this patch exactly does / what the problem > is? > > >>>> > > >>>>Pieter > > >>> > > >>>I think the problem is that blocks are being put in the worklist > twice, > > >>>but I'm not certain why yet. The patch reduces the chance of this > > >>>happening by more often removing the block from the worklist instead > of > > >>>leaving it on. I think actually the patch is hiding the real issue > more > > >>>than anything, which is why I said it isn't fixing the problem, but > > >>>because of the reports I've seen, I think we're sniffing in the right > > >>>area. I'll be looking more into this soon, when I get another few > > >>>minutes of free time and my debugger.. > > >>I actually seem to be getting the panic more often with the patch (i.e > . > > >>twice in just 30 minutes with the patch, about twice per day without > the > > >>patch), while doing the same things as usual. The panic usually > happens > > >>when > > >>I'm compiling or linking. Is that strange? > > > > > >Patch is wrong. Actually, it does put the dirrem to the proccessing > twice > > >when xp != NULL. > > > > Yes, exactly why I said 'it doesn't fix the problem'. In fact, I > > actually did not post it to the list, and didn't intend for it to be > > posted. I was hoping for feedback for further examination. > > > > Kostik - do you have any ideas on what is going on here? Did you see > > the message in another thread that looked similar (it was regarding > > gjournal)? > > No, I have no idea. BTW, some further information from the people that > experience the problem could be helpful. For instance, > UFS1/UFS2 UFS2, filesystem created with FreeBSD 6-STABLE size of the problematic fs/% of the space used /dev/ad4s1g 90613368 22619950 60744350 27% /home are quotas enabled in kernel/active for the fs ? No to both. are softupdates on ? Yes. Turning them off seems to fix the problem (fingers crossed - I only turned it off this morning, didn't have a panic yet) what block number is reported as being freed twice ? is it always the same ? > what is the full fsck diagnostic after reboot ? I'm in X when it happens, so I can't see the message. It doesn't say which block is being freed on reboot. I haven't saved the fsck output either. I can turn softupdates back on tonight and reproduce the panic to get a full fsck log, if you want me to. The range of questions is so wide because I try to somewhat localize the > search field down from "anywhere". > > np :) Arjan From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 10:06:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5835216A469; Thu, 18 Oct 2007 10:06:23 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (unknown [IPv6:2001:618:400::54ea:1138]) by mx1.freebsd.org (Postfix) with ESMTP id 5E85113C448; Thu, 18 Oct 2007 10:06:21 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IiSGK-000GfX-BP; Thu, 18 Oct 2007 11:05:56 +0100 Date: Thu, 18 Oct 2007 11:05:56 +0100 From: Tim Bishop To: Kostik Belousov Message-ID: <20071018100556.GG88271@carrick.bishnet.net> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071018093948.GN6511@deviant.kiev.zoral.com.ua> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00, UPPERCASE_25_50 0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: Pieter de Goeje , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tim@bishnet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 10:06:23 -0000 On Thu, Oct 18, 2007 at 12:39:48PM +0300, Kostik Belousov wrote: > No, I have no idea. BTW, some further information from the people that > experience the problem could be helpful. For instance, > UFS1/UFS2 UFS2 > size of the problematic fs/% of the space used Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/mirror/gm0s1f 137110242 37650508 88490916 30% /u1 The problems only occur under load, and this is the filesystem that has all the activity on it. Also note that I'm using gmirror. > are quotas enabled in kernel/active for the fs ? No. > are softupdates on ? Yes. > what block number is reported as being freed twice ? is it always the same ? It's not always the same. Recently I've had: block = 2752640 block = 2754352 block = 7639552 > what is the full fsck diagnostic after reboot ? /dev/mirror/gm0s1f: INCORRECT BLOCK COUNT I=615883 (7328 should be 0) (CORRECTED) /dev/mirror/gm0s1f: INCORRECT BLOCK COUNT I=615921 (416 should be 0) (CORRECTED) /dev/mirror/gm0s1f: INCORRECT BLOCK COUNT I=616086 (7328 should be 0) (CORRECTED) /dev/mirror/gm0s1f: INCORRECT BLOCK COUNT I=616102 (4 should be 0) (CORRECTED) /dev/mirror/gm0s1f: LINK COUNT DIR I=612441 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 COUNT 20 SHOULD BE 19 (ADJUSTED) /dev/mirror/gm0s1f: LINK COUNT DIR I=612454 OWNER=root MODE=41777 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 COUNT 5 SHOULD BE 2 (ADJUSTED) /dev/mirror/gm0s1f: UNREF FILE I=616131 OWNER=root MODE=120755 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=4057971 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=4057972 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=4057973 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=4057974 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: LINK COUNT DIR I=4199271 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 COUNT 20 SHOULD BE 19 (ADJUSTED) /dev/mirror/gm0s1f: UNREF DIR I=4429003 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=4429004 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=4429005 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: LINK COUNT DIR I=4480478 OWNER=root MODE=41777 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 COUNT 5 SHOULD BE 2 (ADJUSTED) /dev/mirror/gm0s1f: LINK COUNT DIR I=4480479 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 COUNT 13 SHOULD BE 12 (ADJUSTED) /dev/mirror/gm0s1f: LINK COUNT DIR I=4480487 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 COUNT 8 SHOULD BE 7 (ADJUSTED) /dev/mirror/gm0s1f: UNREF FILE I=4482650 OWNER=root MODE=100444 /dev/mirror/gm0s1f: SIZE=67 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF FILE I=4482655 OWNER=root MODE=120755 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF FILE I=4482663 OWNER=root MODE=100644 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF FILE I=4482668 OWNER=root MODE=100644 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429954 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429956 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429958 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF FILE I=6429959 OWNER=root MODE=120755 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: ZERO LENGTH DIR I=6429971 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: ZERO LENGTH DIR I=6429972 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: ZERO LENGTH DIR I=6429979 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429980 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429981 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429982 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429983 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429984 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429985 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429986 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429987 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429988 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429989 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429990 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429991 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429992 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429993 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429994 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429995 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429996 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429997 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429998 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6429999 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430000 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430001 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430002 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430003 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430004 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430005 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430006 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430007 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430008 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430009 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430010 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430011 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430012 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430013 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430014 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430017 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430018 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430019 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430020 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430021 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430022 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430023 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430024 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430025 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430026 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430027 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430028 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430031 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430032 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430033 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430034 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430035 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430036 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430037 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430038 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430039 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430040 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430041 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430042 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430043 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430044 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430045 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430046 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430047 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430049 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430050 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430051 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430052 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430053 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430054 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430056 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430058 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430060 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430061 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430062 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430121 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430122 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430123 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430124 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430126 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430128 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430129 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430323 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430550 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430551 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430552 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430553 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430554 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430555 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430556 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430557 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430558 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430559 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430560 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430561 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430567 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430569 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430588 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430589 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430590 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430591 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430592 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430593 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430594 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430595 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430596 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430597 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430598 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430599 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430600 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430601 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430602 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430603 OWNER=man MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430604 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430605 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430606 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430607 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430608 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430609 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430610 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430611 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430612 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6430613 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6759554 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835793 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835794 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835795 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835796 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835797 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835798 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835799 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835800 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835801 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835802 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835803 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835804 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=1536 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835805 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835806 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835807 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835808 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835809 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835810 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835811 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835812 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835813 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835814 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835815 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835816 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835817 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835818 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835819 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835820 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835821 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835822 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835823 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835824 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835825 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835826 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835827 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835828 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835829 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835830 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835831 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835832 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835833 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835834 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835835 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835836 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835837 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835838 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835839 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835840 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835841 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835842 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835843 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835844 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835845 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835846 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835847 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835848 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835849 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835850 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835851 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835852 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835853 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835854 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835855 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835856 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835857 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835858 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835859 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835860 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835861 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835862 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835863 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835864 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835865 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835866 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835867 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835868 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835869 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835870 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835871 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835872 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835873 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835874 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835875 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835876 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835877 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835878 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835879 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835880 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835881 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835882 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835883 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835884 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835885 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835886 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835887 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835888 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835889 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835890 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835891 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835892 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835893 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835894 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835895 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835896 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835897 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835898 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835899 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835900 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835901 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835902 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835903 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835904 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835905 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835906 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835907 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835908 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835909 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835910 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835911 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835912 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835913 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835914 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835915 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835916 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835917 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835918 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6835919 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF FILE I=6853663 OWNER=root MODE=120755 /dev/mirror/gm0s1f: SIZE=0 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853977 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853978 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853979 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853980 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853981 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853982 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853983 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853984 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853985 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853986 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853987 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853988 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853989 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853990 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853991 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853992 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853993 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853994 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853995 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853996 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853997 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853998 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6853999 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854000 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854001 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854002 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854003 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854004 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854005 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854006 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854007 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854008 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854009 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854010 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854011 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854012 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854013 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854014 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854015 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854016 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854017 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854018 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854019 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854020 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854021 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854022 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854023 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854024 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854025 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854026 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854027 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854028 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854029 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854030 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854031 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854032 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854033 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854034 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854035 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854036 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854037 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854038 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854040 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=3584 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854041 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854042 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854043 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854044 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854045 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854046 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854047 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854048 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854049 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854050 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854051 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854052 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854053 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854054 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854055 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854056 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854057 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854058 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854059 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854060 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854061 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854062 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854063 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854065 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854067 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854068 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854069 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854070 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854071 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854072 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854073 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854074 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854075 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854076 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854077 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854078 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854079 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854080 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854081 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854082 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854083 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854084 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854085 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854086 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854087 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6854088 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6927015 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6927016 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6927017 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6927018 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6927019 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6927020 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6927021 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972169 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972170 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972171 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972172 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972173 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972174 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972175 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972176 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972177 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972178 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972179 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972180 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972181 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972182 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972183 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972184 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972185 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972186 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972187 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972188 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972189 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972190 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972191 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972192 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972193 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972194 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972195 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972196 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972197 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972198 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972199 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972200 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972201 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972202 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972203 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972204 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972205 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972206 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972207 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972208 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972209 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972210 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972211 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972212 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972213 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972214 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972215 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972216 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972217 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972218 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972219 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972220 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972221 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972222 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972223 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972224 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972225 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972226 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972227 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972228 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972229 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972230 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972231 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972232 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972233 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972234 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972235 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972236 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972237 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972238 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972239 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972240 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972241 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972242 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972243 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972244 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972245 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972246 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972247 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972248 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972249 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972250 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972251 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972252 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972253 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972254 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972255 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972256 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972257 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972258 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972259 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972260 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972261 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972262 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972263 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972264 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972265 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972266 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972267 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972268 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972269 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972270 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972271 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF DIR I=6972272 OWNER=root MODE=40755 /dev/mirror/gm0s1f: SIZE=512 MTIME=Oct 15 18:57 2007 (CLEARED) /dev/mirror/gm0s1f: UNREF FILE I=6972273 OWNER=root MODE=100644 /dev/mirror/gm0s1f: SIZE=39340 MTIME=Jan 18 23:51 2006 (CLEARED) /dev/mirror/gm0s1f: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/mirror/gm0s1f: SUMMARY INFORMATION BAD (SALVAGED) /dev/mirror/gm0s1f: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/mirror/gm0s1f: 1162970 files, 18819250 used, 49735871 free (300559 frags, 6179414 blocks, 0.4% fragmentation) Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 10:26:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115FA16A41A; Thu, 18 Oct 2007 10:26:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 73E9F13C45B; Thu, 18 Oct 2007 10:26:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IiSZk-000Fgz-0A; Thu, 18 Oct 2007 13:26:00 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IiSZg-000Oa0-1Q; Thu, 18 Oct 2007 13:25:58 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9IAPoXC001540; Thu, 18 Oct 2007 13:25:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9IAPnMk001539; Thu, 18 Oct 2007 13:25:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 18 Oct 2007 13:25:49 +0300 From: Kostik Belousov To: Eric Anderson Message-ID: <20071018102549.GO6511@deviant.kiev.zoral.com.ua> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eHmdSDY+kY2au76U" Content-Disposition: inline In-Reply-To: <20071018093948.GN6511@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: b22dd54e5e410b0526d530b08df0ebb5 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1631 [Oct 17 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Pieter de Goeje , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 10:26:02 -0000 --eHmdSDY+kY2au76U Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 18, 2007 at 12:39:48PM +0300, Kostik Belousov wrote: > No, I have no idea. BTW, some further information from the people that > experience the problem could be helpful. For instance, > UFS1/UFS2 > size of the problematic fs/% of the space used > are quotas enabled in kernel/active for the fs ? > are softupdates on ? > what block number is reported as being freed twice ? is it always the sam= e ? > what is the full fsck diagnostic after reboot ? >=20 > The range of questions is so wide because I try to somewhat localize the > search field down from "anywhere". Oh, and another one: was there a message "handle_workitem_freeblocks: block count" from the kernel before the panic ? --eHmdSDY+kY2au76U Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFzStC3+MBN1Mb4gRAlyfAJ44izY72aljdpjznKq6WkxYze9D5wCfSRbQ tsIJck3fYuqShHDoEoNU9CI= =4Q0q -----END PGP SIGNATURE----- --eHmdSDY+kY2au76U-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 10:42:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 472FB16A419; Thu, 18 Oct 2007 10:42:30 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (unknown [IPv6:2001:618:400::54ea:1138]) by mx1.freebsd.org (Postfix) with ESMTP id 04E6713C447; Thu, 18 Oct 2007 10:42:30 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IiSpU-000HVn-10; Thu, 18 Oct 2007 11:42:16 +0100 Date: Thu, 18 Oct 2007 11:42:15 +0100 From: Tim Bishop To: Kostik Belousov Message-ID: <20071018104215.GH88271@carrick.bishnet.net> References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> <20071018102549.GO6511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071018102549.GO6511@deviant.kiev.zoral.com.ua> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.05, required 5, autolearn=not spam, AWL -0.45, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: Pieter de Goeje , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tim@bishnet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 10:42:30 -0000 On Thu, Oct 18, 2007 at 01:25:49PM +0300, Kostik Belousov wrote: > On Thu, Oct 18, 2007 at 12:39:48PM +0300, Kostik Belousov wrote: > > No, I have no idea. BTW, some further information from the people that > > experience the problem could be helpful. For instance, > > UFS1/UFS2 > > size of the problematic fs/% of the space used > > are quotas enabled in kernel/active for the fs ? > > are softupdates on ? > > what block number is reported as being freed twice ? is it always the same ? > > what is the full fsck diagnostic after reboot ? > > > > The range of questions is so wide because I try to somewhat localize the > > search field down from "anywhere". > > Oh, and another one: > was there a message "handle_workitem_freeblocks: block count" > from the kernel before the panic ? In my case, no. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 11:17:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B1B516A417 for ; Thu, 18 Oct 2007 11:17:58 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 410B113C459 for ; Thu, 18 Oct 2007 11:17:58 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l9IBHgWK059767; Thu, 18 Oct 2007 06:17:42 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <471740CD.5000405@freebsd.org> Date: Thu, 18 Oct 2007 06:17:33 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kostik Belousov References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> <20071018102549.GO6511@deviant.kiev.zoral.com.ua> In-Reply-To: <20071018102549.GO6511@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Pieter de Goeje , freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 11:17:58 -0000 Kostik Belousov wrote: > On Thu, Oct 18, 2007 at 12:39:48PM +0300, Kostik Belousov wrote: >> No, I have no idea. BTW, some further information from the people that >> experience the problem could be helpful. For instance, >> UFS1/UFS2 >> size of the problematic fs/% of the space used >> are quotas enabled in kernel/active for the fs ? >> are softupdates on ? >> what block number is reported as being freed twice ? is it always the same ? >> what is the full fsck diagnostic after reboot ? >> >> The range of questions is so wide because I try to somewhat localize the >> search field down from "anywhere". > > Oh, and another one: > was there a message "handle_workitem_freeblocks: block count" > from the kernel before the panic ? > Of all the reports recently, this one has only come up once, in another thread, but he did not get the blkfree panic with it. Eric From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 11:35:13 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FC9516A418 for ; Thu, 18 Oct 2007 11:35:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4C25413C457 for ; Thu, 18 Oct 2007 11:35:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1IiTeh-0007tt-G6; Thu, 18 Oct 2007 13:35:11 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: hackers@FreeBSD.org In-reply-to: References: <20070904233246.GA2409@epia-2.farid-hajji.net> <043a01c7f202$a7ad0920$f7071b60$@co.uk> <046801c7f229$a4534510$ecf9cf30$@co.uk> Comments: In-reply-to Danny Braniss message dated "Mon, 10 Sep 2007 11:14:45 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Oct 2007 13:35:11 +0200 From: Danny Braniss Message-ID: Cc: freebsd-current@FreeBSD.org Subject: Re: dump 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: Thu, 18 Oct 2007 11:35:13 -0000 > > > > > > > > the only indication I can see, is that one of the dump procs. is > > > > waiting on > > > > sbwait, and probably it's some deadlock, which is similar to what I > > > > keep > > > > seeing here, i'll try now with SCHED_ULE to see if it make a > > > > difference. > > > > > > > > > I'm running SCHED_ULE on these already, if your not I guess it's not the > > > scheduler? > > > > > I can get it to 'work' by fiddling with the b flag (blocksize), which still > > points to some timming/deadlock problem. > > ie: > > dump 0abf 64 /some/backup/file /file/to/backup > > now works, but > > dump 0abf 64 - | restore rbf 64 - > > hangs as before. (i don't think the b 64 in restore is needed). > > ok, it is time to look at the sources, this program has been around since the > beginin of time, > or at least since Unix V6 :-), and it has been hacked ever since. but now that > most of you never heard of 9track tapes, etc, I was wondering if there is a > point in hacking at > it again. > pros: dump/restore has never failed me till now. > cons: there are other programs tar/cpio/gtar/etc, but they each have their > nits. > so here are some questions: > - is the readers/writer split realy needed now? my guess it was put in in the > old > days to get tapes streaming - which is btw, what's not working. > - is it/will it be needed for ZFS? [dump is for ufs ...] > > danny Assumption: Since dump was written, much has changed, and in the days of single-core/UP the Caltech hack (see /usr/src/sbin/dump/tape.c) works. On newer multicore hardware it will enter into deadlock and thus hang, specially if 'tape' is a file or pipe. While I'm now putting on the surgical cap to dissect tape.c, any further insight is welcome. cheers, danny From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 11:43:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 624BE16A417 for ; Thu, 18 Oct 2007 11:43:05 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF9413C45D for ; Thu, 18 Oct 2007 11:43:05 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62527 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IiTmJ-0005Te-Gi for freebsd-current@freebsd.org; Thu, 18 Oct 2007 11:43:03 +0000 Message-ID: <471746C7.20306@conducive.net> Date: Thu, 18 Oct 2007 07:43:03 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> In-Reply-To: <47170FF1.3050602@moneybookers.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 11:43:05 -0000 Stefan Lambrev wrote: > Hi, > *snip* >> I will not be surprised if it occurs when building as an 'ordinary >> user' and does NOT occur when building as root.... >> >> BNL (BSD's Not Linux).... >> > I see something similar on all ports that have OPTIONS (make config). > Here is example (do this as user member of wheel, but not root): > Stop right there. '..NOT root'?? Why would I DO that? I'd *expect* a port to have problems if not invoked as EUID 'root' ls -lF /usr/ports// Owner of the entire tree is 'root' with rwx and rw-. Group and 'others' do not have 'w' privs, only 'r--'. Note a 'make' cycle creates a ~/work/ within that tree. When invoked as root. Cannot do so otherwise. HTH do you expect to write the results output by ./configure to a dirtree you do not have the privilege to write to *at all*? pkg_add and pkgsrc work a bit diferently w/r their workspace, but these, too can be expected to encounter problems if invoked by other than 'root'. If nothing else breaks first, they can neither install to the various ~/lib, ~/libexec, ~/bin, ~/sbin or even ~/etc dirtrees, nor update /var/db/pkg. Read ls -lF on those critters, and you'll see why. IF/AS/WHEN you want to take an advance look at what *would* transpire in a build w/o doing it as 'root', you need to open the tarball(s) elsewhere, where your current EUID *does* have rwx privs. I mkdir (and own) /usr/local/src/ for that purpose. As good a name as any ..but BSD's (still) Not Linux Bill From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 11:55:25 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 640D716A49C for ; Thu, 18 Oct 2007 11:55:25 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 28C3113C46E for ; Thu, 18 Oct 2007 11:55:22 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9IBtHCH009591 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 18 Oct 2007 13:55:17 +0200 From: "Petr Holub" To: "Jeremy Messenger" Date: Thu, 18 Oct 2007 13:55:24 +0200 Message-ID: <011e01c8117d$c47734f0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Thu, 18 Oct 2007 13:55:17 +0200 (CEST) Cc: current@freebsd.org Subject: RE: nvidia freeze in i386 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 11:55:25 -0000 > Right now, I am running nvidia-driver from one ports/117121 that update to > 100.14.19 and using a patch by Craig Boston. > > http://lists.freebsd.org/pipermail/freebsd-current/2007-October/077677.html > > It works fine with RELENG_7 so far, but I never have use compiz before so > I can't make any comment on that. Thanks a lot, that really helped. I will try to run that for some time if it stable, but that definitely sorted out those deterministic freezes. I also use ports/117121 versio with the lock patch from the above mentioned mail. Petr From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 12:04:57 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32A6316A4A7 for ; Thu, 18 Oct 2007 12:04:57 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id E164C13C458 for ; Thu, 18 Oct 2007 12:04:56 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 6AA921B10F09; Thu, 18 Oct 2007 14:04:55 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, MIME_8BIT_HEADER autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id E35931B10EA4; Thu, 18 Oct 2007 14:04:52 +0200 (CEST) Message-ID: <47174BE4.6020300@moneybookers.com> Date: Thu, 18 Oct 2007 15:04:52 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> <471746C7.20306@conducive.net> In-Reply-To: <471746C7.20306@conducive.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV 0.91.2/4545/Wed Oct 17 23:05:57 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 12:04:57 -0000 Hi Bill, =E9=9F=93=E5=AE=B6=E6=A8=99 Bill Hacker wrote: > Stefan Lambrev wrote: >> Hi, >> > *snip* > >>> I will not be surprised if it occurs when building as an 'ordinary=20 >>> user' and does NOT occur when building as root.... >>> >>> BNL (BSD's Not Linux).... >>> > >> I see something similar on all ports that have OPTIONS (make config). >> Here is example (do this as user member of wheel, but not root): >> > > Stop right there. '..NOT root'?? > > Why would I DO that? You can do this by mistake for example. When you have 10 terminals=20 sometimes you did not pay enough attention are you root or not Also you may want only to "read" what is the last configuration of a=20 port using: make config (not configure!) and for this you do not have to be root( see permitions of /var/db/ports/= ) Also it's a nice feature in FreeBSD ports, so I really do not know why=20 not to use it, as it's a feature, but not a bug. Anyway why or why not does not matter. The only think that matter is that doing this trigger the bug in "su". Bug that does not exist in 6.2-STABLE or before, and normally bugs are=20 exploited by users that are not root. P.S. /usr/ports/Mk/ look for SU_CMD :) --=20 Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 12:32:00 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9A1516A421 for ; Thu, 18 Oct 2007 12:32:00 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 96B6D13C448 for ; Thu, 18 Oct 2007 12:32:00 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59507 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IiUXe-0005op-UL for freebsd-current@freebsd.org; Thu, 18 Oct 2007 12:31:58 +0000 Message-ID: <4717523E.1000403@conducive.net> Date: Thu, 18 Oct 2007 08:31:58 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> <471746C7.20306@conducive.net> <47174BE4.6020300@moneybookers.com> In-Reply-To: <47174BE4.6020300@moneybookers.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 12:32:00 -0000 Stefan Lambrev wrote: > Hi Bill, > > 韓家標 Bill Hacker wrote: >> Stefan Lambrev wrote: >>> Hi, >>> >> *snip* >> >>>> I will not be surprised if it occurs when building as an 'ordinary >>>> user' and does NOT occur when building as root.... >>>> >>>> BNL (BSD's Not Linux).... >>>> >> >>> I see something similar on all ports that have OPTIONS (make config). >>> Here is example (do this as user member of wheel, but not root): >>> >> >> Stop right there. '..NOT root'?? >> >> Why would I DO that? > You can do this by mistake for example. When you have 10 terminals > sometimes you did not pay enough attention are you root or not LOL! trust me to know that one! 50 years since I submitted my first card deck to a mainframe, but I did exactly that - twice, yet - in the last 24 hours.. Including EUID in the 'prompt' just need a hug and kiss, as I use several different shells... > Also you may want only to "read" what is the last configuration of a > port using: make config (not configure!) > and for this you do not have to be root( see permitions of /var/db/ports/) ACK. > Also it's a nice feature in FreeBSD ports, so I really do not know why > not to use it, as it's a feature, but not a bug. > ACK. > Anyway why or why not does not matter. > The only think that matter is that doing this trigger the bug in "su". > Bug that does not exist in 6.2-STABLE or before, and normally bugs are > exploited by users that are not root. > What Artem is seeing is not (yet) a 'bug' in su in my mind. MC is 'in the way' of getting accurate response (smells of the classical DOS 'pause' when in echo-off, and/or at a point in time when stdio is not connected to the VTTY in use). Unless/until mc is ether sorted or taken out of the loop, the result is not conclusive. IOW - I can reproduce the 'fail-to-complete and say so' easily enough in any CLI shell so far mentioned, but I cannot reproduce the 'quietly go away and hide' behaviour in a 'raw' shell. That doesn't mean that su is perfect. But I'd not waste an su coder's time on su so long as there is a lack of transparency / lack of proper error return in mc's script handling. Separate issue. > P.S. /usr/ports/Mk/ look for SU_CMD :) > And? Are you of the opinion that suexec-* et al can over-ride system security when invoked by a non-root EUID caller? I surely hope not... ;-) Bill From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 12:44:22 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A307B16A41B for ; Thu, 18 Oct 2007 12:44:22 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 88C8C13C46E for ; Thu, 18 Oct 2007 12:44:22 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JQ300GROY1KZHU8@vms040.mailsrvcs.net> for freebsd-current@freebsd.org; Thu, 18 Oct 2007 07:44:08 -0500 (CDT) Date: Thu, 18 Oct 2007 08:45:44 -0400 From: Skip Ford In-reply-to: <471746C7.20306@conducive.net> To: Bill Hacker Mail-followup-to: Bill Hacker , freebsd-current@freebsd.org Message-id: <20071018124544.GI51310@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> <471746C7.20306@conducive.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 12:44:22 -0000 ??? Bill Hacker wrote: > Stefan Lambrev wrote: > >I see something similar on all ports that have OPTIONS (make config). > >Here is example (do this as user member of wheel, but not root): > > Stop right there. '..NOT root'?? > > Why would I DO that? There are lots of reasons one might build a port as someone other than root. > I'd *expect* a port to have problems if not invoked as EUID 'root' You shouldn't. It's supported. > ls -lF /usr/ports// > > Owner of the entire tree is 'root' with rwx and rw-. > > Group and 'others' do not have 'w' privs, only 'r--'. > > Note a 'make' cycle creates a ~/work/ within that tree. > When invoked as root. Cannot do so otherwise. It creates ${WRKDIR}, which happens to default to ${.CURDIR}/work. But you can build to any directory to which you can write. > HTH do you expect to write the results output by ./configure to a dirtree > you do not have the privilege to write to *at all*? > > pkg_add and pkgsrc work a bit diferently w/r their workspace, but these, > too can be expected to encounter problems if invoked by other than 'root'. > > If nothing else breaks first, they can neither install to the various > ~/lib, ~/libexec, ~/bin, ~/sbin or even ~/etc dirtrees, nor update > /var/db/pkg. Assuming that's where you want to install what you've built, you'd need root for that. But again, you can install to another directory just like you can build in another directory. And you can maintain your own database of installed ports in whatevery directory you want as well. > Read ls -lF on those critters, and you'll see why. > > IF/AS/WHEN you want to take an advance look at what *would* transpire in a > build w/o doing it as 'root', you need to open the tarball(s) elsewhere, > where your current EUID *does* have rwx privs. This was all solved a long time ago. If the ports system didn't support all of this, there would be no need for it to ever invoke su(1) as has been referenced within this thread to begin with. You might want to read /usr/ports/Mk/bsd.port.mk -- Skip From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 12:45:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B93B16A41A for ; Thu, 18 Oct 2007 12:45:53 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 7B25913C46E for ; Thu, 18 Oct 2007 12:45:52 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 64322 invoked from network); 18 Oct 2007 16:45:50 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 16:45:50 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 250008, updated: 18.10.2007] Message-ID: <010f01c81184$cd375550$0c00a8c0@Artem> From: "Artem Kuchin" To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= , References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> <471746C7.20306@conducive.net><47174BE4.6020300@moneybookers.com> <4717523E.1000403@conducive.net> Date: Thu, 18 Oct 2007 16:45:37 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 12:45:53 -0000 > What Artem is seeing is not (yet) a 'bug' in su in my mind. > You missed reply from David Xu in the list on this matter. To me there is CLEARLY a bug in the source code. It tried to get group of already dead process. Here is quote from my and David's letters: > The weird thing is that if i just comment out those lines like this > > /* child_pgrp = getpgid(child_pid); > if (tcgetpgrp(STDERR_FILENO) == child_pgrp) */ > tcsetpgrp(STDERR_FILENO, getpgrp()); > > su starts working again just fine. > > Any idea why getpgid fails and why tcgetpgrp return 100000 (always the same > number)? What will brak if i leave these lines commented? > > -- > Regards, > Artem file su.c, line 472 may be incorrect since line 456 is a while loop which only exits if child process is exited. just remove line 472 and 473 to see if problem is fixed. -- Artem From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 13:17:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 023D716A419 for ; Thu, 18 Oct 2007 13:17:16 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFA613C448 for ; Thu, 18 Oct 2007 13:17:15 +0000 (UTC) (envelope-from reinhard.haller@interactive-net.de) Received: from interactive.dnsalias.net (ppp-88-217-30-241.dynamic.mnet-online.de [88.217.30.241]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1IiVFR3z6E-0002kK; Thu, 18 Oct 2007 15:17:14 +0200 Received: from fs-inter.interactive.de ([192.168.0.1]) by interactive.dnsalias.net with smtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IiVFO-0000Nx-61 for freebsd-current@freebsd.org; Thu, 18 Oct 2007 15:17:10 +0200 Received: from [192.168.0.75] (core2duo.interactive.de [192.168.0.75]) by fs-inter.interactive.de; Thu, 18 Oct 2007 15:17:09 +0200 Message-ID: <47175CAE.8040904@interactive-net.de> Date: Thu, 18 Oct 2007 15:16:30 +0200 From: Reinhard Haller User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-ACL-rcpt: freebsd-current@freebsd.org X-ACL-Send: reinhard.haller@interactive-net.de X-Provags-ID: V01U2FsdGVkX1/MjzZn4KAd7e2GFXiDH+ilGmxhF6YNhuDf6tr 1FCyMP59h+LPIVYmavMuHmOtcy1ndQ0o9q7rdPEM0RR5QfYTTD SG1ovPtGslEjIT1p5iG/Q== Subject: DLT V4 SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 13:17:16 -0000 Hi, any experience with a Quantum DLT v4 SATA drive on freebsd 7.0? Thanks Reinhard From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 13:24:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DD0616A41B for ; Thu, 18 Oct 2007 13:24:40 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id B9D3A13C458 for ; Thu, 18 Oct 2007 13:24:38 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60087 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IiVMb-0005yN-BG for freebsd-current@freebsd.org; Thu, 18 Oct 2007 13:24:37 +0000 Message-ID: <47175E94.6090309@conducive.net> Date: Thu, 18 Oct 2007 09:24:36 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> <471746C7.20306@conducive.net><47174BE4.6020300@moneybookers.com> <4717523E.1000403@conducive.net> <010f01c81184$cd375550$0c00a8c0@Artem> In-Reply-To: <010f01c81184$cd375550$0c00a8c0@Artem> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 13:24:40 -0000 Artem Kuchin wrote: >> What Artem is seeing is not (yet) a 'bug' in su in my mind. >> > > You missed reply from David Xu in the list on this matter. > No, I saw it.. I just have a different 'take' on it. Two actually.. s.b. > To me there is CLEARLY a bug in the source code. It tried > to get group of already dead process. > > Here is quote from my and David's letters: > >> The weird thing is that if i just comment out those lines like this >> >> /* child_pgrp = getpgid(child_pid); >> if (tcgetpgrp(STDERR_FILENO) == child_pgrp) */ >> tcsetpgrp(STDERR_FILENO, getpgrp()); >> >> su starts working again just fine. >> >> Any idea why getpgid fails and why tcgetpgrp return 100000 (always the >> same >> number)? What will brak if i leave these lines commented? >> >> -- >> Regards, >> Artem > > file su.c, line 472 may be incorrect since line 456 is a while loop > which only > exits if child process is exited. just remove line 472 and 473 to see if > problem > is fixed. > > -- > Artem > Agree that *seems to fix* the immediate issue. But - it may be treating the symptom, not the underlying problem. Specifically - *why* was it coded that way to begin with? I'm sure 'su' has had lots of peer review and rewrite since V1 ATT UNIX. T'would be 'of interest', given how much re-write or auditing has been done to two such, to see how OpenBSD and DragonFlyBSD have altered it. Or if they have. Perhaps I'm overly conservative, but one has to ask - should there be more selective code *added* to handle the case of a missing child process pid and carry on, rather than removing that snippet of code? "Working again just fine' has yet to be proven to not break something else under some other set of circumstances. Or open an exploitable hole. JMNSHO, but 'su' is too important, in too many places to be trifled with lightly. So - your query 'What will break if..' is a good starting point. More review and testing is in order. Best, Bill From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 13:24:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8623916A480 for ; Thu, 18 Oct 2007 13:24:59 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4719413C44B for ; Thu, 18 Oct 2007 13:24:56 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 438483D8674; Thu, 18 Oct 2007 17:24:53 +0400 (MSD) Received: from dsl-212-78.elcom.ru (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 3C2933D865A; Thu, 18 Oct 2007 17:24:51 +0400 (MSD) Date: Thu, 18 Oct 2007 17:24:32 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1564774296.20071018172432@masm.elcom.ru> To: Max Laier , freebsd-current@freebsd.org In-Reply-To: <200710180021.39250.max@love2party.net> References: <359284519.20071018014832@masm.elcom.ru> <200710172357.18221.max@love2party.net> <6210619899.20071018020530@masm.elcom.ru> <200710180021.39250.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------1D251FAA1B626F" Cc: Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 13:24:59 -0000 ------------1D251FAA1B626F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 18.10.2007, Max Laier wrote: > On Thursday 18 October 2007, Victor M. Blood wrote: >> On 18.10.2007, Max Laier wrote: >> > On Wednesday 17 October 2007, Victor M. Blood wrote: >> >> Hi, All. >> >> >> >> I try to use options in kernel instead of a module build of the >> >> ipfilter and got error then kernel builds. >> >> >> >> I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h >> >> and correct #ifdef statament :) no more warnings... >> > >> > ipf is likely broken anyway. See thread: "7.0 CURRENT, need help >> > with panic: Trying sleep, but thread marked as sleeping prohibited" >> > on this ML a few days back. That this warning went unnoticed tells >> > you something, too. >> >> New version, new problems, no more to say) few days back I have panic >> with ip filter, now it seems as worked, after upgrade. >> >> #ipf -V >> ipf: IP Filter: v4.1.27 (404) >> Kernel: IP Filter: v4.1.27 >> Running: yes >> Log Flags: 0 = none set >> Default: block all, Logging: available >> Active list: 0 >> Feature mask: 0xe > Is this with a WITNESS/INVARIANTS enabled kernel? yes, all debug option are on, and WITNESS/INVARIANTS too > From a quick glance at > the code you should see warnings on the ioctl path as there are copy > operations to/from userland with the lock held. Hmm... I don't understand there I can find it, may be exist way to fix. Make results in attach. > Moving to rw_locks is the right direction, but the config path is still > broken. I send all building and patch results to Darren Reed... -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 ------------1D251FAA1B626F Content-Type: TEXT/PLAIN; name="ipfilter.build.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="ipfilter.build.log" U2NyaXB0IHN0YXJ0ZWQgb24gVGh1IE9jdCAxOCAxNzoxNTowNSAyMDA3CnJlbGVhc2UjIGNk IC90bXAvdmFyBwgbW0sIG1tLCBtbSwgbW0sIG1tLCBtbSwgbW0t2YXIvdG1wL2lwX2ZpbDQu MS4yNy8NDQpyZWxlYXNlIyBtYWtlIGZyZWVic2Q3DQ0KbWtkaXIgLXAgbmV0IG5ldGluZXQN CmlmIFsgISAtZiBuZXRpbmV0L2RvbmUgXSA7IHRoZW4gIChjZCBuZXRpbmV0OyBsbiAtcyAu Li8qLmggLjsgbG4gLXMgLi4vaXBfKl9weHkuYyAuOyk7ICAoY2QgbmV0aW5ldDsgbG4gLXMg Li4vaXBzZW5kL3RjcGlwLmggdGNwaXAuaCk7ICB0b3VjaCBuZXRpbmV0L2RvbmU7ICBmaQ0K KGNkIG5ldGluZXQ7IGxuIC1zIC4uL2lwX3J1bGVzLmggaXBfcnVsZXMuaCkNCmxuOiBpcF9y dWxlcy5oOiBGaWxlIGV4aXN0cw0KKioqIEVycm9yIGNvZGUgMSAoaWdub3JlZCkNCmlmIFsg ISAtZiBuZXQvZG9uZSBdIDsgdGhlbiAgKGNkIG5ldDsgbG4gLXMgLi4vcmFkaXhfaXBmLmgg LjsgKTsgIHRvdWNoIG5ldC9kb25lOyAgZmkNCmlmIFsgeCA9IHggXSA7IHRoZW4gIGVjaG8g IiN1bmRlZiBJTkVUNiIgPiBvcHRfaW5ldDYuaDsgIGVsc2UgIGVjaG8gIiNkZWZpbmUgSU5F VDYiID4gb3B0X2luZXQ2Lmg7ICBmaQ0KaWYgWyAieCIgPSAieCIgXSA7IHRoZW4gIGVjaG8g IiN1bmRlZiBOQlBGIiA+IG9wdF9icGYuaDsgIGVjaG8gIiN1bmRlZiBOQlBGSUxURVIiID4g b3B0X2JwZi5oOyAgZWNobyAiI3VuZGVmIERFVl9CUEYiID4gb3B0X2JwZi5oOyAgZWxzZSAg ZWNobyAiI2RlZmluZSBOQlBGIiA+IG9wdF9icGYuaDsgIGVjaG8gIiNkZWZpbmUgTkJQRklM VEVSIiA+IG9wdF9icGYuaDsgIGVjaG8gIiNkZWZpbmUgREVWX0JQRiIgPiBvcHRfYnBmLmg7 ICBmaQ0KaWYgWyB4ID0geCBdIDsgdGhlbiAgZWNobyAiI3VuZGVmIFBGSUxfSE9PS1MiID4g b3B0X3BmaWwuaDsgIGVsc2UgIGVjaG8gIiNkZWZpbmUgUEZJTF9IT09LUyIgPiBvcHRfcGZp bC5oOyAgZmkNCm1ha2Ugc2V0dXAgIlRBUkdPUz1CU0QiICJDUFVESVI9YHVuYW1lIC1zfHNl ZCAtZSAnc0AvQEBnJ2AtYHVuYW1lIC1yYC1gdW5hbWUgLW1gIg0KaWYgWyAhIC1kIEJTRC9G cmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYgXSA7IHRoZW4gbWtkaXIgQlNEL0ZyZWVCU0Qt Ny4wLVBSRVJFTEVBU0UtaTM4NjsgZmkNCnJtIC1mIEJTRC9GcmVlQlNELTcuMC1QUkVSRUxF QVNFLWkzODYvTWFrZWZpbGUgQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9NYWtl ZmlsZS5pcHNlbmQNCmxuIC1zIC4uL01ha2VmaWxlIEJTRC9GcmVlQlNELTcuMC1QUkVSRUxF QVNFLWkzODYvTWFrZWZpbGUNCmxuIC1zIC4uL01ha2VmaWxlLmlwc2VuZCBCU0QvRnJlZUJT RC03LjAtUFJFUkVMRUFTRS1pMzg2L01ha2VmaWxlLmlwc2VuZA0KaWYgWyAtZiBCU0QvTWFr ZWZpbGUuY29tbW9uIF0gOyB0aGVuICBybSAtZiBCU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFT RS1pMzg2L01ha2VmaWxlLmNvbW1vbjsgIGxuIC1zIC4uL01ha2VmaWxlLmNvbW1vbiBCU0Qv RnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L01ha2VmaWxlLmNvbW1vbjsgZmkNCihjZCBC U0QvYHVuYW1lIC1zfHNlZCAtZSAnc0AvQEBnJ2AtYHVuYW1lIC1yYC1gdW5hbWUgLW1gOyBt YWtlIGJ1aWxkIFRPUD0uLi8uLiAnQ0ZMQUdTPS1JJChUT1ApIC1EX0JTRF9TT1VSQ0UgICAg JyAgIklQRkxPRz0tRElQRklMVEVSX0xPRyIgIkxPR0ZBQz0tRExPR0ZBQz1MT0dfTE9DQUww IiAiUE9MSUNZPS1ESVBGX0RFRkFVTFRfUEFTUz1GUl9QQVNTIiAgIlNPTEFSSVMyPSIgIkRF QlVHPS1nIiAiRENQVT1gdW5hbWUgLW1gIiAgIkxJQkJQRj0iICJDUFVESVI9YHVuYW1lIC1z fHNlZCAtZSAnc0AvQEBnJ2AtYHVuYW1lIC1yYC1gdW5hbWUgLW1gIiAiSVBGQlBGPSIgICdT VEFURVRPUF9DRkxBR1M9LURTVEFURVRPUCcgIkJQRklMVEVSPSIgICdTVEFURVRPUF9JTkM9 LUkvdXNyL2luY2x1ZGUnICdTVEFURVRPUF9MSUI9LUwvdXNyL2xpYiAtbG5jdXJzZXMnICAi QklUUz0iICJPQko9LiIgIkxPT0tVUD0tRElQRklMVEVSX0xPT0tVUCAtRElQRklMVEVSX1ND QU4iICJDT01QSVBGPSIgICdTWU5DPScgJ0FMTE9QVFM9LURJUEZJTFRFUl9MT0cgLURJUEZJ TFRFUl9MT09LVVAgIC1ESVBGSUxURVJfU0NBTiAtRElQRklMVEVSX1NZTkMgLURJUEZJTFRF Ul9DS1NVTScgJ0xJQkJQRj0nICJJUEZMS009LURJUEZJTFRFUl9MS00iICJNTD1tbGZrX2lw bC5jIiAiTUxEPW1sZmtfaXBsLmMiICJMS009aXBmLmtvLjUiICJMS01SPWlwZnJ1bGUua28u NSIgIkRMS009LURLTERfTU9EVUxFIiAiTUxSPW1sZmtfcnVsZS5vIjsgY2QgLi4pDQppZiBb IC1mIC91c3Ivc2hhcmUvbWsvYnNkLmttb2QubWsgLWEgImB1bmFtZSAtc2AiID0gIk5ldEJT RCIgXSA7IHRoZW4gIHJtIC1mIE1ha2VmaWxlLmttb2Q7ICBsbiAtcyAvdXNyL3NoYXJlL21r L2JzZC5rbW9kLm1rIE1ha2VmaWxlLmttb2Q7ICBmaQ0KaWYgWyAtZiBNYWtlZmlsZS5rbW9k IF0gOyB0aGVuICBtYWtlIC1mIE1ha2VmaWxlLmttb2QgZGVwZW5kIE1LVVBEQVRFPW5vOyAg ZmkNCmVjaG8gJyNkZWZpbmUgREVWX0JQRiAxJyA+IGJwZi5oDQpnY2MgLVdhbGwgLVd1bmlu aXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdl cnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2Fk ZGljbXAuYyAtbyAuL2FkZGljbXAubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0 cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0 aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1J Li4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9hZGRpcG9wdC5jIC1vIC4v YWRkaXBvcHQubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5 cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24t Y29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNE X1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9hbGlzdF9mcmVlLmMgLW8gLi9hbGlzdF9mcmVl Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAtYyAuLi8uLi9saWIvYWxpc3RfbmV3LmMgLW8gLi9hbGlzdF9uZXcubw0KZ2NjIC1X YWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1w cm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRp dGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4u Ly4uL2xpYi9iY29weXdyYXAuYyAtbyAuL2Jjb3B5d3JhcC5vDQpnY2MgLVdhbGwgLVd1bmlu aXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdl cnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2Jp bnByaW50LmMgLW8gLi9iaW5wcmludC5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1X c3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFy aXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcg LUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2J1aWxkb3B0cy5jIC1v IC4vYnVpbGRvcHRzLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJv dG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1z aWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1E X0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvY2hlY2tyZXYuYyAtbyAuL2NoZWNrcmV2 Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAtYyAuLi8uLi9saWIvY291bnQ2Yml0cy5jIC1vIC4vY291bnQ2Yml0cy5vDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMg Li4vLi4vbGliL2NvdW50NGJpdHMuYyAtbyAuL2NvdW50NGJpdHMubw0KZ2NjIC1XYWxsIC1X dW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFs IC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xp Yi9kZWJ1Zy5jIC1vIC4vZGVidWcubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0 cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0 aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1J Li4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9mYWNwcmkuYyAtbyAuL2Zh Y3ByaS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMg LU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21w YXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09V UkNFICAgICAgLWMgLi4vLi4vbGliL2ZsYWdzLmMgLW8gLi9mbGFncy5vDQpnY2MgLVdhbGwg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9u YWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4v bGliL2ZpbGw2Yml0cy5jIC1vIC4vZmlsbDZiaXRzLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlh bGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3Bv aW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9y IC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvZ2V0aG9z dC5jIC1vIC4vZ2V0aG9zdC5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0 LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1X bm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8u LiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2dldGlmbmFtZS5jIC1vIC4vZ2V0 aWZuYW1lLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBl cyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNv bXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9T T1VSQ0UgICAgICAtYyAuLi8uLi9saWIvZ2V0bmF0dHlwZS5jIC1vIC4vZ2V0bmF0dHlwZS5v DQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1X bm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAg ICAgLWMgLi4vLi4vbGliL2dldHBvcnQuYyAtbyAuL2dldHBvcnQubw0KZ2NjIC1XYWxsIC1X dW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFs IC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xp Yi9nZXRwb3J0cHJvdG8uYyAtbyAuL2dldHBvcnRwcm90by5vDQpnY2MgLVdhbGwgLVd1bmlu aXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdl cnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2dl dHByb3RvLmMgLW8gLi9nZXRwcm90by5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1X c3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFy aXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcg LUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2dldHN1bWQuYyAtbyAu L2dldHN1bWQubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5 cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24t Y29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNE X1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9ob3N0bmFtZS5jIC1vIC4vaG9zdG5hbWUubw0K Z2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25v LXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAg IC1jIC4uLy4uL2xpYi9pY21wY29kZS5jIC1vIC4vaWNtcGNvZGUubw0KZ2NjIC1XYWxsIC1X dW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFs IC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xp Yi9pbmV0X2FkZHIuYyAtbyAuL2luZXRfYWRkci5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2luaXRwYXJz ZS5jIC1vIC4vaW5pdHBhcnNlLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJp Y3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGgg LVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4u Ly4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvaW9uYW1lcy5jIC1vIC4vaW9u YW1lcy5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMg LU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21w YXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09V UkNFICAgICAgLWMgLi4vLi4vbGliL2lwb3B0c2VjLmMgLW8gLi9pcG9wdHNlYy5vDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMg Li4vLi4vbGliL2lwZl9kb3R1bmluZy5jIC1vIC4vaXBmX2RvdHVuaW5nLm8NCmdjYyAtV2Fs bCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJv dG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRp b25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8u Li9saWIvaXBmdF9lZi5jIC1vIC4vaXBmdF9lZi5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2lwZnRfaHgu YyAtbyAuL2lwZnRfaHgubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1w cm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25v LXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4g LURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9pcGZ0X3BjLmMgLW8gLi9pcGZ0X3Bj Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAtYyAuLi8uLi9saWIvaXBmdF9zbi5jIC1vIC4vaXBmdF9zbi5vDQpnY2MgLVdhbGwg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9u YWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4v bGliL2lwZnRfdGQuYyAtbyAuL2lwZnRfdGQubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXpl ZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRl ci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUku IC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9pcGZ0X3R4LmMg LW8gLi9pcGZ0X3R4Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJv dG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1z aWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1E X0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIva21lbS5jIC1vIC4va21lbS5vDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMg Li4vLi4vbGliL2ttZW1jcHl3cmFwLmMgLW8gLi9rbWVtY3B5d3JhcC5vDQpnY2MgLVdhbGwg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9u YWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4v bGliL2t2YXRvbmFtZS5jIC1vIC4va3ZhdG9uYW1lLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlh bGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3Bv aW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9y IC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvbG9hZF9m aWxlLmMgLW8gLi9sb2FkX2ZpbGUubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0 cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0 aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1J Li4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9sb2FkX2hhc2guYyAtbyAu L2xvYWRfaGFzaC5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3Rv dHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2ln bi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9C U0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL2xvYWRfaGFzaG5vZGUuYyAtbyAuL2xvYWRf aGFzaG5vZGUubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5 cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24t Y29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNE X1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9sb2FkX2h0dHAuYyAtbyAuL2xvYWRfaHR0cC5v DQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1X bm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAg ICAgLWMgLi4vLi4vbGliL2xvYWRfcG9vbC5jIC1vIC4vbG9hZF9wb29sLm8NCmdjYyAtV2Fs bCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJv dG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRp b25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8u Li9saWIvbG9hZF9wb29sbm9kZS5jIC1vIC4vbG9hZF9wb29sbm9kZS5vDQpnY2MgLVdhbGwg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9u YWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4v bGliL2xvYWRfdXJsLmMgLW8gLi9sb2FkX3VybC5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL211dGV4X2Vt dWwuYyAtbyAuL211dGV4X2VtdWwubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0 cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0 aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1J Li4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9uYW1ldG9rdmEuYyAtbyAu L25hbWV0b2t2YS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3Rv dHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2ln bi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9C U0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL25hdF9zZXRncm91cG1hcC5jIC1vIC4vbmF0 X3NldGdyb3VwbWFwLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJv dG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1z aWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1E X0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvbnRvbWFzay5jIC1vIC4vbnRvbWFzay5v DQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1X bm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAg ICAgLWMgLi4vLi4vbGliL29wdG5hbWUuYyAtbyAuL29wdG5hbWUubw0KZ2NjIC1XYWxsIC1X dW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFs IC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xp Yi9vcHRwcmludC5jIC1vIC4vb3B0cHJpbnQubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXpl ZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRl ci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUku IC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9vcHRwcmludHY2 LmMgLW8gLi9vcHRwcmludHY2Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJp Y3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGgg LVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4u Ly4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvb3B0dmFsdWUuYyAtbyAuL29w dHZhbHVlLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBl cyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNv bXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9T T1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcG9ydG5hbWUuYyAtbyAuL3BvcnRuYW1lLm8NCmdj YyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3Np bmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10 cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAt YyAuLi8uLi9saWIvcHJpbnRfdG9pZi5jIC1vIC4vcHJpbnRfdG9pZi5vDQpnY2MgLVdhbGwg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9u YWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4v bGliL3ByaW50YWN0aXZlbmF0LmMgLW8gLi9wcmludGFjdGl2ZW5hdC5vDQpnY2MgLVdhbGwg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9u YWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4v bGliL3ByaW50YXBzLmMgLW8gLi9wcmludGFwcy5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3ByaW50YnVm LmMgLW8gLi9wcmludGJ1Zi5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0 LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1X bm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8u LiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3ByaW50aGFzaC5jIC1vIC4vcHJp bnRoYXNoLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBl cyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNv bXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9T T1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcHJpbnRoYXNoZGF0YS5jIC1vIC4vcHJpbnRoYXNo ZGF0YS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMg LU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21w YXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09V UkNFICAgICAgLWMgLi4vLi4vbGliL3ByaW50aGFzaG5vZGUuYyAtbyAuL3ByaW50aGFzaG5v ZGUubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1P IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFy ZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJD RSAgICAgIC1jIC4uLy4uL2xpYi9wcmludGhhc2hfbGl2ZS5jIC1vIC4vcHJpbnRoYXNoX2xp dmUubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1P IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFy ZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJD RSAgICAgIC1jIC4uLy4uL2xpYi9wcmludGlwLmMgLW8gLi9wcmludGlwLm8NCmdjYyAtV2Fs bCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJv dG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRp b25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8u Li9saWIvcHJpbnRwb29sLmMgLW8gLi9wcmludHBvb2wubw0KZ2NjIC1XYWxsIC1XdW5pbml0 aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X cG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJy b3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9wcmlu dHBvb2xkYXRhLmMgLW8gLi9wcmludHBvb2xkYXRhLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlh bGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3Bv aW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9y IC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcHJpbnRw b29sbm9kZS5jIC1vIC4vcHJpbnRwb29sbm9kZS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3ByaW50cG9v bF9saXZlLmMgLW8gLi9wcmludHBvb2xfbGl2ZS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3ByaW50cHJv dG8uYyAtbyAuL3ByaW50cHJvdG8ubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0 cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0 aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1J Li4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9wcmludGZyLmMgLW8gLi9w cmludGZyLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBl cyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNv bXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9T T1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcHJpbnRmcmFnaW5mby5jIC1vIC4vcHJpbnRmcmFn aW5mby5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMg LU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21w YXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09V UkNFICAgICAgLWMgLi4vLi4vbGliL3ByaW50aG9zdG1hcC5jIC1vIC4vcHJpbnRob3N0bWFw Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAtYyAuLi8uLi9saWIvcHJpbnRpZm5hbWUuYyAtbyAuL3ByaW50aWZuYW1lLm8NCmdj YyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3Np bmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10 cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAt YyAuLi8uLi9saWIvcHJpbnRob3N0bWFzay5jIC1vIC4vcHJpbnRob3N0bWFzay5vDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMg Li4vLi4vbGliL3ByaW50bG9nLmMgLW8gLi9wcmludGxvZy5vDQpnY2MgLVdhbGwgLVd1bmlu aXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdl cnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3By aW50bWFzay5jIC1vIC4vcHJpbnRtYXNrLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQg LVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXIt YXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAt ZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcHJpbnRuYXQuYyAt byAuL3ByaW50bmF0Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJv dG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1z aWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1E X0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcHJpbnRwb3J0Y21wLmMgLW8gLi9wcmlu dHBvcnRjbXAubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5 cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24t Y29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNE X1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9wcmludHBhY2tldC5jIC1vIC4vcHJpbnRwYWNr ZXQubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1P IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFy ZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJD RSAgICAgIC1jIC4uLy4uL2xpYi9wcmludHBhY2tldDYuYyAtbyAuL3ByaW50cGFja2V0Ni5v DQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdt aXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1X bm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAg ICAgLWMgLi4vLi4vbGliL3ByaW50c2J1Zi5jIC1vIC4vcHJpbnRzYnVmLm8NCmdjYyAtV2Fs bCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJv dG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRp b25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8u Li9saWIvcHJpbnRzdGF0ZS5jIC1vIC4vcHJpbnRzdGF0ZS5vDQpnY2MgLVdhbGwgLVd1bmlu aXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdl cnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3By aW50dHF0YWJsZS5jIC1vIC4vcHJpbnR0cXRhYmxlLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlh bGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3Bv aW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9y IC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcHJpbnR0 dW5hYmxlLmMgLW8gLi9wcmludHR1bmFibGUubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXpl ZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRl ci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUku IC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9yZW1vdmVfaGFz aC5jIC1vIC4vcmVtb3ZlX2hhc2gubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0 cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0 aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1J Li4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi9yZW1vdmVfaGFzaG5vZGUu YyAtbyAuL3JlbW92ZV9oYXNobm9kZS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1X c3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFy aXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcg LUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3JlbW92ZV9wb29sLmMg LW8gLi9yZW1vdmVfcG9vbC5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0 LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1X bm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8u LiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3JlbW92ZV9wb29sbm9kZS5jIC1v IC4vcmVtb3ZlX3Bvb2xub2RlLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJp Y3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGgg LVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4u Ly4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIvcmVzZXRsZXhlci5jIC1vIC4v cmVzZXRsZXhlci5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3Rv dHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2ln bi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9C U0RfU09VUkNFICAgICAgLWMgLi4vLi4vbGliL3J3bG9ja19lbXVsLmMgLW8gLi9yd2xvY2tf ZW11bC5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMg LU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21w YXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09V UkNFICAgICAgLWMgLi4vLi4vbGliL3RjcGZsYWdzLmMgLW8gLi90Y3BmbGFncy5vDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMg Li4vLi4vbGliL3RjcF9mbGFncy5jIC1vIC4vdGNwX2ZsYWdzLm8NCmdjYyAtV2FsbCAtV3Vu aW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBl cyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAt V2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi9saWIv dmFyLmMgLW8gLi92YXIubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1w cm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25v LXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4g LURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL2xpYi92ZXJib3NlLmMgLW8gLi92ZXJib3Nl Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAtYyAuLi8uLi9saWIvdjZpb25hbWVzLmMgLW8gLi92NmlvbmFtZXMubw0KZ2NjIC1X YWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1w cm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRp dGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4u Ly4uL2xpYi92Nm9wdHZhbHVlLmMgLW8gLi92Nm9wdHZhbHVlLm8NCi9iaW4vcm0gLWYgLi9s aWJpcGYuYQ0KYXIgY3EgLi9saWJpcGYuYSAuL2FkZGljbXAubyAgLi9hZGRpcG9wdC5vICAu L2FsaXN0X2ZyZWUubyAgLi9hbGlzdF9uZXcubyAgLi9iY29weXdyYXAubyAgLi9iaW5wcmlu dC5vICAuL2J1aWxkb3B0cy5vICAuL2NoZWNrcmV2Lm8gIC4vY291bnQ2Yml0cy5vICAuL2Nv dW50NGJpdHMubyAgLi9kZWJ1Zy5vICAuL2ZhY3ByaS5vICAuL2ZsYWdzLm8gIC4vZmlsbDZi aXRzLm8gIC4vZ2V0aG9zdC5vICAuL2dldGlmbmFtZS5vICAuL2dldG5hdHR5cGUubyAgLi9n ZXRwb3J0Lm8gIC4vZ2V0cG9ydHByb3RvLm8gIC4vZ2V0cHJvdG8ubyAgLi9nZXRzdW1kLm8g IC4vaG9zdG5hbWUubyAgLi9pY21wY29kZS5vICAuL2luZXRfYWRkci5vICAuL2luaXRwYXJz ZS5vICAuL2lvbmFtZXMubyAgLi9pcG9wdHNlYy5vICAuL2lwZl9kb3R1bmluZy5vICAuL2lw ZnRfZWYubyAgLi9pcGZ0X2h4Lm8gIC4vaXBmdF9wYy5vICAuL2lwZnRfc24ubyAgLi9pcGZ0 X3RkLm8gIC4vaXBmdF90eC5vICAuL2ttZW0ubyAgLi9rbWVtY3B5d3JhcC5vICAuL2t2YXRv bmFtZS5vICAuL2xvYWRfZmlsZS5vICAuL2xvYWRfaGFzaC5vICAuL2xvYWRfaGFzaG5vZGUu byAgLi9sb2FkX2h0dHAubyAgLi9sb2FkX3Bvb2wubyAgLi9sb2FkX3Bvb2xub2RlLm8gIC4v bG9hZF91cmwubyAgLi9tdXRleF9lbXVsLm8gIC4vbmFtZXRva3ZhLm8gIC4vbmF0X3NldGdy b3VwbWFwLm8gIC4vbnRvbWFzay5vICAuL29wdG5hbWUubyAgLi9vcHRwcmludC5vICAuL29w dHByaW50djYubyAgLi9vcHR2YWx1ZS5vICAuL3BvcnRuYW1lLm8gIC4vcHJpbnRfdG9pZi5v ICAuL3ByaW50YWN0aXZlbmF0Lm8gIC4vcHJpbnRhcHMubyAgLi9wcmludGJ1Zi5vICAuL3By aW50aGFzaC5vICAuL3ByaW50aGFzaGRhdGEubyAgLi9wcmludGhhc2hub2RlLm8gIC4vcHJp bnRoYXNoX2xpdmUubyAgLi9wcmludGlwLm8gIC4vcHJpbnRwb29sLm8gIC4vcHJpbnRwb29s ZGF0YS5vICAuL3ByaW50cG9vbG5vZGUubyAgLi9wcmludHBvb2xfbGl2ZS5vICAuL3ByaW50 cHJvdG8ubyAgLi9wcmludGZyLm8gIC4vcHJpbnRmcmFnaW5mby5vICAuL3ByaW50aG9zdG1h cC5vICAuL3ByaW50aWZuYW1lLm8gIC4vcHJpbnRob3N0bWFzay5vICAuL3ByaW50bG9nLm8g IC4vcHJpbnRtYXNrLm8gIC4vcHJpbnRuYXQubyAgLi9wcmludHBvcnRjbXAubyAgLi9wcmlu dHBhY2tldC5vICAuL3ByaW50cGFja2V0Ni5vICAuL3ByaW50c2J1Zi5vICAuL3ByaW50c3Rh dGUubyAgLi9wcmludHRxdGFibGUubyAgLi9wcmludHR1bmFibGUubyAgLi9yZW1vdmVfaGFz aC5vICAuL3JlbW92ZV9oYXNobm9kZS5vICAuL3JlbW92ZV9wb29sLm8gIC4vcmVtb3ZlX3Bv b2xub2RlLm8gIC4vcmVzZXRsZXhlci5vICAuL3J3bG9ja19lbXVsLm8gIC4vdGNwZmxhZ3Mu byAgLi90Y3BfZmxhZ3MubyAgLi92YXIubyAgLi92ZXJib3NlLm8gIC4vdjZpb25hbWVzLm8g IC4vdjZvcHR2YWx1ZS5vDQpyYW5saWIgLi9saWJpcGYuYQ0KZ2NjIC1XYWxsIC1XdW5pbml0 aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X cG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJy b3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4uLy4uL3Rvb2xzL2lw Zi5jIC1vIGlwZi5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3Rv dHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2ln bi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9C U0RfU09VUkNFICAgICAgLWMgLi4vLi4vdG9vbHMvaXBmY29tcC5jIC1vIGlwZmNvbXAubw0K KGNkIC4uLy4uL3Rvb2xzOyBtYWtlICJERVNUPS92YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0Qv RnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2IiAvdmFyL3RtcC9pcF9maWw0LjEuMjcvQlNE L0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcGZfeS5jKQ0KeWFjYyAtZCBpcGZfeS55 DQp5YWNjOiA4IHNoaWZ0L3JlZHVjZSBjb25mbGljdHMNCnNlZCAtZSAncy95eS9pcGZfeXkv ZycgLWUgJ3MveS50YWIuaC9pcGZfeS5jLycgIC1lICdzLyJpcGZfeS55Ii8iLi5cL3Rvb2xz XC9pcGZfeS55Ii8nICB5LnRhYi5jID4gL3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVl QlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBmX3kuYw0Kc2VkIC1lICdzL3l5L2lwZl95eS9n JyAtZSAncy95LnRhYi5oL2lwZl95LmgvJyB5LnRhYi5oID4gL3Zhci90bXAvaXBfZmlsNC4x LjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBmX3kuaA0KL2Jpbi9ybSAt ZiB5LnRhYi5jIHkudGFiLmgNCihjZCAuLi8uLi90b29sczsgbWFrZSAiREVTVD0vdmFyL3Rt cC9pcF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4NiIgL3Zhci90 bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBmX2wu aCkNCnNlZCAtZSAncy95eS9pcGZfeXkvZycgbGV4ZXIuaCA+IC92YXIvdG1wL2lwX2ZpbDQu MS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwZl9sLmgNCmdjYyAtV2Fs bCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJv dG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRp b25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAgLWMgaXBm X3kuYyAtbyBpcGZfeS5vDQooY2QgLi4vLi4vdG9vbHM7IG1ha2UgIkRFU1Q9L3Zhci90bXAv aXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYiIC92YXIvdG1w L2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwZl9sLmMp DQpzZWQgLWUgJ3MveXkvaXBmX3l5L2cnIC1lICdzL3kudGFiLmgvaXBmX3kuaC8nICAtZSAn cy9sZXhlci5oL2lwZl9sLmgvJyBsZXhlci5jID4gL3Zhci90bXAvaXBfZmlsNC4xLjI3L0JT RC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBmX2wuYw0KZ2NjIC1XYWxsIC1XdW5p bml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVz IC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1X ZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1JLiAtYyBpcGZfbC5j IC1vIGlwZl9sLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90 eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWdu LWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JT RF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURJUEZJ TFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNIC1jIC4uLy4uL2Jw Zl9maWx0ZXIuYyAtbyBicGZfZmlsdGVyX3Uubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXpl ZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRl ci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUku IC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIGlwZi5vIGlwZmNvbXAubyBpcGZfeS5v IGlwZl9sLm8gYnBmX2ZpbHRlcl91Lm8gLW8gaXBmIC1MLiAtbGlwZiAgLWxsIA0KZ2NjIC1X YWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1w cm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRp dGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIC4u Ly4uL3Rvb2xzL2lwZnMuYyAtbyBpcGZzLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQg LVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXIt YXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAt ZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICBpcGZzLm8gLW8gaXBmcw0KZ2NjIC1XYWxs IC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90 b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlv bmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1EU1RBVEVU T1AgLUkvdXNyL2luY2x1ZGUgIC1jIC4uLy4uL3Rvb2xzL2lwZnN0YXQuYyAtbyBpcGZzdGF0 Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAtRFNUQVRFVE9QIC1JL3Vzci9pbmNsdWRlIGlwZnN0YXQubyAgLW8gaXBmc3RhdCAt TC4gLWxpcGYgIC1ML3Vzci9saWIgLWxuY3Vyc2VzIC1sa3ZtDQpnY2MgLVdhbGwgLVd1bmlu aXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdl cnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgLi4vLi4vdG9vbHMv aXBmdGVzdC5jIC1vIGlwZnRlc3Qubw0KLi9pcGYgLWNjIC1uZiAuLi8uLi9ydWxlcy9pcF9y dWxlcw0KaWYgWyAhIC1mIC4uLy4uL2lwX3J1bGVzLmggXSA7IHRoZW4gIC9iaW4vbXYgLWYg aXBfcnVsZXMuaCAuLi8uLjsgIGVsc2UgIHRvdWNoIC4uLy4uL2lwX3J1bGVzLmg7ICBmaQ0K Z2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25v LXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAg IC1ESVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQICAtRElQRklMVEVSX1NDQU4gLURJ UEZJTFRFUl9TWU5DIC1ESVBGSUxURVJfQ0tTVU0gIC1jIC4uLy4uL2ZpbC5jIC1vIGZpbF91 Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURJUEZJTFRFUl9TQ0FO IC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNIC1jIC4uLy4uL2lwX2ZyYWcuYyAt byBpcF9mcmFnX3Uubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90 b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNp Z24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURf QlNEX1NPVVJDRSAgICAgIC1ESVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQICAtRElQ RklMVEVSX1NDQU4gLURJUEZJTFRFUl9TWU5DIC1ESVBGSUxURVJfQ0tTVU0gLWMgLi4vLi4v aXBfc3RhdGUuYyAtbyBpcF9zdGF0ZV91Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQg LVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXIt YXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAt ZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVS X0xPT0tVUCAgLURJUEZJTFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NL U1VNIC1jIC4uLy4uL2lwX25hdC5jIC1vIGlwX25hdF91Lm8NCmdjYyAtV2FsbCAtV3VuaW5p dGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAt V3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vy cm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAt RElQRklMVEVSX0xPT0tVUCAgLURJUEZJTFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQ RklMVEVSX0NLU1VNIC1jIC4uLy4uL2lwX3Byb3h5LmMgLW8gaXBfcHJveHlfdS5vDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLURJ UEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgIC1ESVBGSUxURVJfU0NBTiAtRElQRklM VEVSX1NZTkMgLURJUEZJTFRFUl9DS1NVTSAtYyAuLi8uLi9pcF9hdXRoLmMgLW8gaXBfYXV0 aF91Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAt TyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBh cmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VS Q0UgICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURJUEZJTFRFUl9T Q0FOIC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNIC1jIC4uLy4uL2lwX2h0YWJs ZS5jIC1vIGlwX2h0YWJsZV91Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJp Y3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGgg LVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4u Ly4uIC1EX0JTRF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tV UCAgLURJUEZJTFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNIC1j IC4uLy4uL2lwX2xvb2t1cC5jIC1vIGlwX2xvb2t1cF91Lm8NCmdjYyAtV2FsbCAtV3VuaW5p dGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAt V3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vy cm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAt RElQRklMVEVSX0xPT0tVUCAgLURJUEZJTFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQ RklMVEVSX0NLU1VNIC1jIC4uLy4uL2lwX3Bvb2wuYyAtbyBpcF9wb29sX3Uubw0KZ2NjIC1X YWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1w cm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRp dGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1ESVBG SUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQICAtRElQRklMVEVSX1NDQU4gLURJUEZJTFRF Ul9TWU5DIC1ESVBGSUxURVJfQ0tTVU0gLWMgLi4vLi4vaXBfc2Nhbi5jIC1vIGlwX3NjYW5f dS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8g LVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJl IC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNF ICAgICAgLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgIC1ESVBGSUxURVJfU0NB TiAtRElQRklMVEVSX1NZTkMgLURJUEZJTFRFUl9DS1NVTSAtYyAuLi8uLi9pcF9zeW5jLmMg LW8gaXBfc3luY191Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJv dG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1z aWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1E X0JTRF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURJ UEZJTFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNIC1jIGlwX3J1 bGVzLmMgLW8gaXBfcnVsZXNfdS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3Ry aWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRo IC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUku Li8uLiAtRF9CU0RfU09VUkNFICAgICAgLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09L VVAgIC1ESVBGSUxURVJfU0NBTiAtRElQRklMVEVSX1NZTkMgLURJUEZJTFRFUl9DS1NVTSAt YyAuLi8uLi9pcF9maWwuYyAtbyBpcF9maWxfdS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLURJUEZJTFRFUl9MT0cgLURJUEZJ TFRFUl9MT09LVVAgIC1ESVBGSUxURVJfU0NBTiAtRElQRklMVEVSX1NZTkMgLURJUEZJTFRF Ul9DS1NVTSAtYyAuLi8uLi9pcF9sb2cuYyAtbyBpcF9sb2dfdS5vDQooY2QgLi4vLi4vdG9v bHM7IG1ha2UgIkRFU1Q9L3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcuMC1Q UkVSRUxFQVNFLWkzODYiIC92YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAt UFJFUkVMRUFTRS1pMzg2L2lwcG9vbF9sLmgpDQpzZWQgLWUgJ3MveXkvaXBwb29sX3l5L2cn IGxleGVyLmggPiAvdmFyL3RtcC9pcF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJF TEVBU0UtaTM4Ni9pcHBvb2xfbC5oDQooY2QgLi4vLi4vdG9vbHM7IG1ha2UgIkRFU1Q9L3Zh ci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYiIC92 YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lw cG9vbF95LmMpDQp5YWNjIC1kIGlwcG9vbF95LnkNCnNlZCAtZSAncy95eS9pcHBvb2xfeXkv ZycgLWUgJ3MvImlwcG9vbF95LnkiLyIuLlwvdG9vbHNcL2lwcG9vbF95LnkiLycgIHkudGFi LmMgPiAvdmFyL3RtcC9pcF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0Ut aTM4Ni9pcHBvb2xfeS5jDQpzZWQgLWUgJ3MveXkvaXBwb29sX3l5L2cnIHkudGFiLmggPiAv dmFyL3RtcC9pcF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9p cHBvb2xfeS5oDQovYmluL3JtIC1mIHkudGFiLmMgeS50YWIuaA0KZ2NjIC1XYWxsIC1XdW5p bml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVz IC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1X ZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1jIGlwcG9vbF95LmMg LW8gaXBwb29sX3kubw0KKGNkIC4uLy4uL3Rvb2xzOyBtYWtlICJERVNUPS92YXIvdG1wL2lw X2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2IiAvdmFyL3RtcC9p cF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcHBvb2xfbC5j KQ0Kc2VkIC1lICdzL3l5L2lwcG9vbF95eS9nJyAtZSAncy95LnRhYi5oL2lwcG9vbF95Lmgv JyAgLWUgJ3MvbGV4ZXIuaC9pcHBvb2xfbC5oLycgbGV4ZXIuYyA+IC92YXIvdG1wL2lwX2Zp bDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwcG9vbF9sLmMNCmdj YyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3Np bmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10 cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAt SS4gLWMgaXBwb29sX2wuYyAtbyBpcHBvb2xfbC5vDQooY2QgLi4vLi4vdG9vbHM7IG1ha2Ug IkRFU1Q9L3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNF LWkzODYiIC92YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFT RS1pMzg2L2lwbmF0X3kuYykNCnlhY2MgLWQgaXBuYXRfeS55DQp5YWNjOiAxIHJ1bGUgbmV2 ZXIgcmVkdWNlZA0KeWFjYzogNyBzaGlmdC9yZWR1Y2UgY29uZmxpY3RzDQpzZWQgLWUgJ3Mv eXkvaXBuYXRfeXkvZycgLWUgJ3MveS50YWIuYy9pcG5hdF95LmMvJyAgLWUgcy9cImlwbmF0 X3kueVwiL1wiLi5cXC90b29sc1xcL2lwbmF0X3kueVwiLyAgeS50YWIuYyA+IC92YXIvdG1w L2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwbmF0X3ku Yw0Kc2VkIC1lICdzL3l5L2lwbmF0X3l5L2cnIC1lICdzL3kudGFiLmgvaXBuYXRfeS5oLycg IHkudGFiLmggPiAvdmFyL3RtcC9pcF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJF TEVBU0UtaTM4Ni9pcG5hdF95LmgNCi9iaW4vcm0gLWYgeS50YWIuYyB5LnRhYi5oDQooY2Qg Li4vLi4vdG9vbHM7IG1ha2UgIkRFU1Q9L3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVl QlNELTcuMC1QUkVSRUxFQVNFLWkzODYiIC92YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0QvRnJl ZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwbmF0X2wuaCkNCnNlZCAtZSAncy95eS9pcG5h dF95eS9nJyBsZXhlci5oID4gL3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcu MC1QUkVSRUxFQVNFLWkzODYvaXBuYXRfbC5oDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVk IC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVy LWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4g LWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgaXBuYXRfeS5jIC1vIGlwbmF0X3ku bw0KKGNkIC4uLy4uL3Rvb2xzOyBtYWtlICJERVNUPS92YXIvdG1wL2lwX2ZpbDQuMS4yNy9C U0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2IiAvdmFyL3RtcC9pcF9maWw0LjEuMjcv QlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcG5hdF9sLmMpDQpzZWQgLWUgJ3Mv eXkvaXBuYXRfeXkvZycgLWUgJ3MveS50YWIuaC9pcG5hdF95LmgvJyAgLWUgJ3MvbGV4ZXIu aC9pcG5hdF9sLmgvJyBsZXhlci5jID4gL3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVl QlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBuYXRfbC5jDQpnY2MgLVdhbGwgLVd1bmluaXRp YWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdw b2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJv ciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLUkuIC1jIGlwbmF0X2wuYyAt byBpcG5hdF9sLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90 eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWdu LWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JT RF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURJUEZJ TFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNIC1jIC4uLy4uL21k NS5jIC1vIG1kNV91Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJv dG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1z aWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1E X0JTRF9TT1VSQ0UgICAgICAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURJ UEZJTFRFUl9TQ0FOIC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNIC1jIC4uLy4u L3JhZGl4LmMgLW8gcmFkaXhfdS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3Ry aWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRo IC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUku Li8uLiAtRF9CU0RfU09VUkNFICAgICAgaXBmdGVzdC5vIGZpbF91Lm8gaXBfZnJhZ191Lm8g aXBfc3RhdGVfdS5vIGlwX25hdF91Lm8gIGlwX3Byb3h5X3UubyBpcF9hdXRoX3UubyBpcF9o dGFibGVfdS5vIGlwX2xvb2t1cF91Lm8gaXBfcG9vbF91Lm8gIGlwX3NjYW5fdS5vIGlwX3N5 bmNfdS5vIGlwX3J1bGVzX3UubyBpcF9maWxfdS5vIGlwX2xvZ191Lm8gIGlwcG9vbF95Lm8g aXBwb29sX2wubyBpcGZfeS5vIGlwZl9sLm8gaXBuYXRfeS5vIGlwbmF0X2wubyAgbWQ1X3Uu byByYWRpeF91Lm8gYnBmX2ZpbHRlcl91Lm8gLW8gaXBmdGVzdCAtTC4gLWxpcGYgIC1sbCAN CmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21p c3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVdu by10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAg ICAtRExPR0ZBQz1MT0dfTE9DQUwwIC1jIC4uLy4uL3Rvb2xzL2lwbW9uLmMgLW8gaXBtb24u bw0KKGNkIC4uLy4uL3Rvb2xzOyBtYWtlICJERVNUPS92YXIvdG1wL2lwX2ZpbDQuMS4yNy9C U0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2IiAvdmFyL3RtcC9pcF9maWw0LjEuMjcv QlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcG1vbl95LmMpDQp5YWNjIC1kIGlw bW9uX3kueQ0Kc2VkIC1lICdzL3l5L2lwbW9uX3l5L2cnIC1lICdzLyJpcG1vbl95LnkiLyIu LlwvdG9vbHNcL2lwbW9uX3kueSIvJyAgeS50YWIuYyA+IC92YXIvdG1wL2lwX2ZpbDQuMS4y Ny9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwbW9uX3kuYw0Kc2VkIC1lICdz L3l5L2lwbW9uX3l5L2cnIHkudGFiLmggPiAvdmFyL3RtcC9pcF9maWw0LjEuMjcvQlNEL0Zy ZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcG1vbl95LmgNCi9iaW4vcm0gLWYgeS50YWIu YyB5LnRhYi5oDQooY2QgLi4vLi4vdG9vbHM7IG1ha2UgIkRFU1Q9L3Zhci90bXAvaXBfZmls NC4xLjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYiIC92YXIvdG1wL2lwX2Zp bDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwbW9uX2wuaCkNCnNl ZCAtZSAncy95eS9pcG1vbl95eS9nJyBsZXhlci5oID4gL3Zhci90bXAvaXBfZmlsNC4xLjI3 L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBtb25fbC5oDQpnY2MgLVdhbGwg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9u YWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLWMgaXBtb25f eS5jIC1vIGlwbW9uX3kubw0KKGNkIC4uLy4uL3Rvb2xzOyBtYWtlICJERVNUPS92YXIvdG1w L2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2IiAvdmFyL3Rt cC9pcF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcG1vbl9s LmMpDQpzZWQgLWUgJ3MveXkvaXBtb25feXkvZycgLWUgJ3MveS50YWIuaC9pcG1vbl95Lmgv JyAgLWUgJ3MvbGV4ZXIuaC9pcG1vbl9sLmgvJyBsZXhlci5jID4gL3Zhci90bXAvaXBfZmls NC4xLjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBtb25fbC5jDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgLUku IC1jIGlwbW9uX2wuYyAtbyBpcG1vbl9sLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQg LVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXIt YXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAt ZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICBpcG1vbi5vIGlwbW9uX3kubyBpcG1vbl9s Lm8gLW8gaXBtb24gLUwuIC1saXBmICAtbGwNCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQg LVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXIt YXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAt ZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi90b29scy9pcG5hdC5jIC1v IGlwbmF0Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBl cyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNv bXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9T T1VSQ0UgICAgICBpcG5hdC5vIGlwbmF0X3kubyBpcG5hdF9sLm8gLW8gaXBuYXQgLUwuIC1s aXBmICAtbGt2bSAtbGwNCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJv dG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1z aWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1E X0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi90b29scy9pcHBvb2wuYyAtbyBpcHBvb2wubw0K Z2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25v LXRyYWRpdGlvbmFsIC1XZXJyb3IgLWcgLUkuIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAg aXBwb29sX3kubyBpcHBvb2xfbC5vIGttZW0ubyBpcHBvb2wubyAtbyBpcHBvb2wgLWxsIC1s a3ZtIC1MLiAtbGlwZg0KKGNkIC4uLy4uL3Rvb2xzOyBtYWtlICJERVNUPS92YXIvdG1wL2lw X2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2IiAvdmFyL3RtcC9p cF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcHNjYW5feS5j KQ0KeWFjYyAtZCBpcHNjYW5feS55DQpzZWQgLWUgJ3MveXkvaXBzY2FuX3l5L2cnICAtZSAn cy8iaXBzY2FuX3kueSIvIi4uXC90b29sc1wvaXBzY2FuX3kueSIvJyAgeS50YWIuYyA+IC92 YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lw c2Nhbl95LmMNCnNlZCAtZSAncy95eS9pcHNjYW5feXkvZycgeS50YWIuaCA+IC92YXIvdG1w L2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwc2Nhbl95 LmgNCi9iaW4vcm0gLWYgeS50YWIuYyB5LnRhYi5oDQooY2QgLi4vLi4vdG9vbHM7IG1ha2Ug IkRFU1Q9L3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNF LWkzODYiIC92YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFT RS1pMzg2L2lwc2Nhbl9sLmgpDQpzZWQgLWUgJ3MveXkvaXBzY2FuX3l5L2cnIGxleGVyLmgg PiAvdmFyL3RtcC9pcF9maWw0LjEuMjcvQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4 Ni9pcHNjYW5fbC5oDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3Rv dHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2ln bi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9C U0RfU09VUkNFICAgICAgLWMgaXBzY2FuX3kuYyAtbyBpcHNjYW5feS5vDQooY2QgLi4vLi4v dG9vbHM7IG1ha2UgIkRFU1Q9L3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcu MC1QUkVSRUxFQVNFLWkzODYiIC92YXIvdG1wL2lwX2ZpbDQuMS4yNy9CU0QvRnJlZUJTRC03 LjAtUFJFUkVMRUFTRS1pMzg2L2lwc2Nhbl9sLmMpDQpzZWQgLWUgJ3MveXkvaXBzY2FuX3l5 L2cnIC1lICdzL3kudGFiLmgvaXBzY2FuX3kuaC8nICAtZSAncy9sZXhlci5oL2lwc2Nhbl9s LmgvJyBsZXhlci5jID4gL3Zhci90bXAvaXBfZmlsNC4xLjI3L0JTRC9GcmVlQlNELTcuMC1Q UkVSRUxFQVNFLWkzODYvaXBzY2FuX2wuYw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAt V3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1h cml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1n IC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1JLiAtYyBpcHNjYW5fbC5jIC1vIGlwc2Nh bl9sLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAt TyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBh cmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1nIGlwc2Nhbl95Lm8gaXBzY2FuX2wubyAt byBpcHNjYW4gLWxsIC1MLiAtbGlwZiAgLWxrdm0NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6 ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50 ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1J LiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICAtYyAuLi8uLi90b29scy9pcHN5bmNt LmMgLW8gaXBzeW5jbS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXBy b3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8t c2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAt RF9CU0RfU09VUkNFICAgICAgaXBzeW5jbS5vIC1vIGlwc3luY20gLUwuIC1saXBmIA0KZ2Nj IC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2lu Zy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRy YWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgIC1j IC4uLy4uL3Rvb2xzL2lwc3luY3MuYyAtbyBpcHN5bmNzLm8NCmdjYyAtV2FsbCAtV3VuaW5p dGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAt V3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vy cm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgICBpcHN5bmNzLm8gLW8gaXBz eW5jcyAtTC4gLWxpcGYgDQovYmluL3JtIC1mIGlwX2ZpbC5jDQpsbiAtcyAuLi8uLi9pcF9m aWxfYHVuYW1lIC1zfHRyIEEtWiBhLXpgLmMgaXBfZmlsLmMNCmdjYyAtV2FsbCAtV3VuaW5p dGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAt V3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vy cm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgIC1ESVBGSUxURVJfTEtNIC1E SVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQIC1ESVBGSUxURVJfU0NBTiAgLURpMzg2 IC1EX19pMzg2X18gLURJTkVUIC1ES0VSTkVMIC1EX0tFUk5FTCAtSS91c3IvaW5jbHVkZSAt SS9zeXMgLUkvc3lzL3N5cyAtSS9zeXMvYXJjaCAtRERFVkZTIC1mbm8tYnVpbHRpbiAtREtM RF9NT0RVTEUgICAtYyBpcF9maWwuYyAtbyBpcF9maWwubw0KZ2NjIC1XYWxsIC1XdW5pbml0 aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X cG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJy b3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgLURJUEZfREVGQVVMVF9QQVNT PUZSX1BBU1MgLURJUEZJTFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09L VVAgLURJUEZJTFRFUl9TQ0FOICAtRGkzODYgLURfX2kzODZfXyAtRElORVQgLURLRVJORUwg LURfS0VSTkVMIC1JL3Vzci9pbmNsdWRlIC1JL3N5cyAtSS9zeXMvc3lzIC1JL3N5cy9hcmNo IC1EREVWRlMgLWZuby1idWlsdGluIC1ES0xEX01PRFVMRSAgICAgLWMgLi4vLi4vZmlsLmMg LW8gZmlsLm8NCm1rZGlyIC1wIC4uL3N5cw0KaWYgWyAtZiAvc3lzL2tlcm4vdm5vZGVfaWYu c2ggXSA7IHRoZW4gIHNoIC9zeXMva2Vybi92bm9kZV9pZi5zaCAvc3lzL2tlcm4vdm5vZGVf aWYuc3JjOyAgZmkNCmlmIFsgLWYgL3N5cy9rZXJuL3Zub2RlX2lmLnBsIF0gOyB0aGVuICBw ZXJsIC9zeXMva2Vybi92bm9kZV9pZi5wbCAvc3lzL2tlcm4vdm5vZGVfaWYuc3JjOyAgZmkN CmlmIFsgLWYgLi4vc3lzL3Zub2RlX2lmLmggXSA7IHRoZW4gbXYgLi4vc3lzL3Zub2RlX2lm LmggLjsgZmkNCnJtZGlyIC4uL3N5cw0KL2Jpbi9ybSAtZiB2bm9kZV9pZi5jDQpnY2MgLVdh bGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0 aW9uYWwgLVdlcnJvciAtSS4gLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAtRElQRklMVEVS X0xLTSAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAtRElQRklMVEVSX1NDQU4g IC1EaTM4NiAtRF9faTM4Nl9fIC1ESU5FVCAtREtFUk5FTCAtRF9LRVJORUwgLUkvdXNyL2lu Y2x1ZGUgLUkvc3lzIC1JL3N5cy9zeXMgLUkvc3lzL2FyY2ggLURERVZGUyAtZm5vLWJ1aWx0 aW4gLURLTERfTU9EVUxFICAtYyAuLi8uLi9tbGZrX2lwbC5jIC1vIG1sX2lwbC5vDQpnY2Mg LVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5n LXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJh ZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAtRElQ RklMVEVSX0xLTSAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAtRElQRklMVEVS X1NDQU4gIC1EaTM4NiAtRF9faTM4Nl9fIC1ESU5FVCAtREtFUk5FTCAtRF9LRVJORUwgLUkv dXNyL2luY2x1ZGUgLUkvc3lzIC1JL3N5cy9zeXMgLUkvc3lzL2FyY2ggLURERVZGUyAtZm5v LWJ1aWx0aW4gLURLTERfTU9EVUxFICAtYyAuLi8uLi9pcF9uYXQuYyAtbyBpcF9uYXQubw0K Z2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlz c2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25v LXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAg LURJUEZJTFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgLURJUEZJ TFRFUl9TQ0FOICAtRGkzODYgLURfX2kzODZfXyAtRElORVQgLURLRVJORUwgLURfS0VSTkVM IC1JL3Vzci9pbmNsdWRlIC1JL3N5cyAtSS9zeXMvc3lzIC1JL3N5cy9hcmNoIC1EREVWRlMg LWZuby1idWlsdGluIC1ES0xEX01PRFVMRSAgLWMgLi4vLi4vaXBfZnJhZy5jIC1vIGlwX2Zy YWcubw0KZ2NjIC1XYWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1P IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFy ZSAtV25vLXRyYWRpdGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJD RSAgICAgLURJUEZJTFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAg LURJUEZJTFRFUl9TQ0FOICAtRGkzODYgLURfX2kzODZfXyAtRElORVQgLURLRVJORUwgLURf S0VSTkVMIC1JL3Vzci9pbmNsdWRlIC1JL3N5cyAtSS9zeXMvc3lzIC1JL3N5cy9hcmNoIC1E REVWRlMgLWZuby1idWlsdGluIC1ES0xEX01PRFVMRSAgLWMgLi4vLi4vaXBfc3RhdGUuYyAt byBpcF9zdGF0ZS5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3Rv dHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2ln bi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLWcgLUkuLi8uLiAtRF9C U0RfU09VUkNFICAgICAtRElQRklMVEVSX0xLTSAtRElQRklMVEVSX0xPRyAtRElQRklMVEVS X0xPT0tVUCAtRElQRklMVEVSX1NDQU4gIC1EaTM4NiAtRF9faTM4Nl9fIC1ESU5FVCAtREtF Uk5FTCAtRF9LRVJORUwgLUkvdXNyL2luY2x1ZGUgLUkvc3lzIC1JL3N5cy9zeXMgLUkvc3lz L2FyY2ggLURERVZGUyAtZm5vLWJ1aWx0aW4gLURLTERfTU9EVUxFICAtYyAuLi8uLi9pcF9w cm94eS5jIC1vIGlwX3Byb3h5Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJp Y3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGgg LVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4u Ly4uIC1EX0JTRF9TT1VSQ0UgICAgIC1ESVBGSUxURVJfTEtNIC1ESVBGSUxURVJfTE9HIC1E SVBGSUxURVJfTE9PS1VQIC1ESVBGSUxURVJfU0NBTiAgLURpMzg2IC1EX19pMzg2X18gLURJ TkVUIC1ES0VSTkVMIC1EX0tFUk5FTCAtSS91c3IvaW5jbHVkZSAtSS9zeXMgLUkvc3lzL3N5 cyAtSS9zeXMvYXJjaCAtRERFVkZTIC1mbm8tYnVpbHRpbiAtREtMRF9NT0RVTEUgIC1jIC4u Ly4uL2lwX2F1dGguYyAtbyBpcF9hdXRoLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQg LVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXIt YXJpdGggLVduby1zaWduLWNvbXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAt ZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgIC1ESVBGSUxURVJfTEtNIC1ESVBGSUxURVJf TE9HIC1ESVBGSUxURVJfTE9PS1VQIC1ESVBGSUxURVJfU0NBTiAgLURpMzg2IC1EX19pMzg2 X18gLURJTkVUIC1ES0VSTkVMIC1EX0tFUk5FTCAtSS91c3IvaW5jbHVkZSAtSS9zeXMgLUkv c3lzL3N5cyAtSS9zeXMvYXJjaCAtRERFVkZTIC1mbm8tYnVpbHRpbiAtREtMRF9NT0RVTEUg IC1jIC4uLy4uL2lwX2xvZy5jIC1vIGlwX2xvZy5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxp emVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2lu dGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAt SS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAtRElQRklMVEVSX0xLTSAtRElQRklM VEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAtRElQRklMVEVSX1NDQU4gIC1EaTM4NiAtRF9f aTM4Nl9fIC1ESU5FVCAtREtFUk5FTCAtRF9LRVJORUwgLUkvdXNyL2luY2x1ZGUgLUkvc3lz IC1JL3N5cy9zeXMgLUkvc3lzL2FyY2ggLURERVZGUyAtZm5vLWJ1aWx0aW4gLURLTERfTU9E VUxFICAtYyAuLi8uLi9pcF9wb29sLmMgLW8gaXBfcG9vbC5vDQpnY2MgLVdhbGwgLVd1bmlu aXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLVdtaXNzaW5nLXByb3RvdHlwZXMg LVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJlIC1Xbm8tdHJhZGl0aW9uYWwgLVdl cnJvciAtSS4gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAtRElQRklMVEVSX0xLTSAt RElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAtRElQRklMVEVSX1NDQU4gIC1EaTM4 NiAtRF9faTM4Nl9fIC1ESU5FVCAtREtFUk5FTCAtRF9LRVJORUwgLUkvdXNyL2luY2x1ZGUg LUkvc3lzIC1JL3N5cy9zeXMgLUkvc3lzL2FyY2ggLURERVZGUyAtZm5vLWJ1aWx0aW4gLURL TERfTU9EVUxFICAtYyAuLi8uLi9pcF9odGFibGUuYyAtbyBpcF9odGFibGUubw0KZ2NjIC1X YWxsIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1w cm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRp dGlvbmFsIC1XZXJyb3IgLUkuIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgLURJUEZJ TFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgLURJUEZJTFRFUl9T Q0FOICAtRGkzODYgLURfX2kzODZfXyAtRElORVQgLURLRVJORUwgLURfS0VSTkVMIC1JL3Vz ci9pbmNsdWRlIC1JL3N5cyAtSS9zeXMvc3lzIC1JL3N5cy9hcmNoIC1EREVWRlMgLWZuby1i dWlsdGluIC1ES0xEX01PRFVMRSAgLWMgLi4vLi4vaXBfbG9va3VwLmMgLW8gaXBfbG9va3Vw Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAg IC1ESVBGSUxURVJfTEtNIC1ESVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQIC1ESVBG SUxURVJfU0NBTiAgLURpMzg2IC1EX19pMzg2X18gLURJTkVUIC1ES0VSTkVMIC1EX0tFUk5F TCAtSS91c3IvaW5jbHVkZSAtSS9zeXMgLUkvc3lzL3N5cyAtSS9zeXMvYXJjaCAtRERFVkZT IC1mbm8tYnVpbHRpbiAtREtMRF9NT0RVTEUgICAtYyBpcF9ydWxlcy5jIC1vIGlwX3J1bGVz Lm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNvbXBhcmUg LVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgIC1ESVBGSUxURVJfTEtNIC1ESVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQIC1E SVBGSUxURVJfU0NBTiAgLURpMzg2IC1EX19pMzg2X18gLURJTkVUIC1ES0VSTkVMIC1EX0tF Uk5FTCAtSS91c3IvaW5jbHVkZSAtSS9zeXMgLUkvc3lzL3N5cyAtSS9zeXMvYXJjaCAtRERF VkZTIC1mbm8tYnVpbHRpbiAtREtMRF9NT0RVTEUgIC1jIC4uLy4uL2lwX3NjYW4uYyAtbyBp cF9zY2FuLm8NCmdjYyAtV2FsbCAtV3VuaW5pdGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBl cyAtTyAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVduby1zaWduLWNv bXBhcmUgLVduby10cmFkaXRpb25hbCAtV2Vycm9yIC1JLiAtZyAtSS4uLy4uIC1EX0JTRF9T T1VSQ0UgICAgIC1ESVBGSUxURVJfTEtNIC1ESVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9P S1VQIC1ESVBGSUxURVJfU0NBTiAgLURpMzg2IC1EX19pMzg2X18gLURJTkVUIC1ES0VSTkVM IC1EX0tFUk5FTCAtSS91c3IvaW5jbHVkZSAtSS9zeXMgLUkvc3lzL3N5cyAtSS9zeXMvYXJj aCAtRERFVkZTIC1mbm8tYnVpbHRpbiAtREtMRF9NT0RVTEUgIC1jIC4uLy4uL2lwX3N5bmMu YyAtbyBpcF9zeW5jLm8NCmxkIC13YXJuLWNvbW1vbiAtciAtZCAtbyBpcGYua2xkLjUgaXBf ZmlsLm8gZmlsLm8gbWxfaXBsLm8gaXBfbmF0Lm8gaXBfZnJhZy5vIGlwX3N0YXRlLm8gaXBf cHJveHkubyAgaXBfYXV0aC5vIGlwX2xvZy5vIGlwX3Bvb2wubyBpcF9odGFibGUubyBpcF9s b29rdXAubyBpcF9ydWxlcy5vICBpcF9zY2FuLm8gaXBfc3luYy5vDQpsZCAtQnNoYXJlYWJs ZSAtZCAtd2Fybi1jb21tb24gLW8gaXBmLmtvIGlwZi5rbGQuNQ0KZ2NjIC1XYWxsIC1XdW5p bml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1XbWlzc2luZy1wcm90b3R5cGVz IC1XcG9pbnRlci1hcml0aCAtV25vLXNpZ24tY29tcGFyZSAtV25vLXRyYWRpdGlvbmFsIC1X ZXJyb3IgLUkuIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgLURJUEZJTFRFUl9MS00gLURJ UEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgLURJUEZJTFRFUl9TQ0FOICAtRGkzODYg LURfX2kzODZfXyAtRElORVQgLURLRVJORUwgLURfS0VSTkVMIC1JL3Vzci9pbmNsdWRlIC1J L3N5cyAtSS9zeXMvc3lzIC1JL3N5cy9hcmNoIC1EREVWRlMgLWZuby1idWlsdGluIC1ES0xE X01PRFVMRSAgLURJUEZJTFRFUl9DT01QSUxFRCAtYyBpcF9ydWxlcy5jIC1vIGlwX3J1bGVz eC5vDQpnY2MgLVdhbGwgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8g LVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1Xbm8tc2lnbi1jb21wYXJl IC1Xbm8tdHJhZGl0aW9uYWwgLVdlcnJvciAtSS4gLUkuLi8uLiAtRF9CU0RfU09VUkNFICAg ICAtRElQRklMVEVSX0xLTSAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAtRElQ RklMVEVSX1NDQU4gIC1EaTM4NiAtRF9faTM4Nl9fIC1ESU5FVCAtREtFUk5FTCAtRF9LRVJO RUwgLUkvdXNyL2luY2x1ZGUgLUkvc3lzIC1JL3N5cy9zeXMgLUkvc3lzL2FyY2ggLURERVZG UyAtZm5vLWJ1aWx0aW4gLURLTERfTU9EVUxFICAtYyAuLi8uLi9tbGZrX3J1bGUuYyAtbyBt bGZrX3J1bGUubw0KbGQgLXdhcm4tY29tbW9uIC1yIC1kIC1vIGlwZnJ1bGUua2xkLjUgaXBf cnVsZXN4Lm8gbWxma19ydWxlLm8NCmxkIC1Cc2hhcmVhYmxlIC1kIC13YXJuLWNvbW1vbiAt byBpcGZydWxlLmtvIGlwZnJ1bGUua2xkLjUNCnNoIC1jICdmb3IgaSBpbiBpcGYgaXBmdGVz dCBpcG1vbiBpcHBvb2wgaXBuYXQgaXBzY2FuIGlwc3luY20gaXBzeW5jczsgZG8gL2Jpbi9y bSAtZiAuLi8uLi8kaTsgbG4gLXMgYHB3ZGAvJGkgLi4vLi47IGRvbmUnDQovYmluL3JtIC1m IC4uL3Rvb2xzIC4vdG9vbHMNCmxuIC1zIC4uL3Rvb2xzIC4NCmxuIC1zIC4uL3Rvb2xzIC4u DQooY2QgQlNEL2B1bmFtZSAtc3xzZWQgLWUgJ3NAL0BAZydgLWB1bmFtZSAtcmAtYHVuYW1l IC1tYDsgbWFrZSAtZiBNYWtlZmlsZS5pcHNlbmQgYnVpbGQgVE9QPS4uLy4uICdDRkxBR1M9 LUkkKFRPUCkgLURfQlNEX1NPVVJDRSAgICAnICAiSVBGTE9HPS1ESVBGSUxURVJfTE9HIiAi TE9HRkFDPS1ETE9HRkFDPUxPR19MT0NBTDAiICJQT0xJQ1k9LURJUEZfREVGQVVMVF9QQVNT PUZSX1BBU1MiICAiU09MQVJJUzI9IiAiREVCVUc9LWciICJEQ1BVPWB1bmFtZSAtbWAiICAi TElCQlBGPSIgIkNQVURJUj1gdW5hbWUgLXN8c2VkIC1lICdzQC9AQGcnYC1gdW5hbWUgLXJg LWB1bmFtZSAtbWAiICJJUEZCUEY9IiAgJ1NUQVRFVE9QX0NGTEFHUz0tRFNUQVRFVE9QJyAi QlBGSUxURVI9IiAgJ1NUQVRFVE9QX0lOQz0tSS91c3IvaW5jbHVkZScgJ1NUQVRFVE9QX0xJ Qj0tTC91c3IvbGliIC1sbmN1cnNlcycgICJCSVRTPSIgIk9CSj0uIiAiTE9PS1VQPS1ESVBG SUxURVJfTE9PS1VQIC1ESVBGSUxURVJfU0NBTiIgIkNPTVBJUEY9IiAgJ1NZTkM9JyAnQUxM T1BUUz0tRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURJUEZJTFRFUl9TQ0FO IC1ESVBGSUxURVJfU1lOQyAtRElQRklMVEVSX0NLU1VNJyAnTElCQlBGPSc7IGNkIC4uKQ0K Z2NjIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1nIC1JLi4vLi4g LURfQlNEX1NPVVJDRSAgICAgLWMgLi4vLi4vaXBzZW5kL2lwc2VuZC5jIC1vIGlwc2VuZC5v DQpnY2MgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLWcgLUkuLi8u LiAtRF9CU0RfU09VUkNFICAgICAtYyAuLi8uLi9pcHNlbmQvaXAuYyAtbyBpcC5vDQpnY2Mg LVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLWcgLUkuLi8uLiAtRF9C U0RfU09VUkNFICAgICAtYyAuLi8uLi9pcHNlbmQvaXBzb3B0LmMgLW8gaXBzb3B0Lm8NCihj ZCAuLi8uLi9pcGxhbmc7IG1ha2UgLi4vQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4 Ni9pcGxhbmdfeS5vICJCSU5ERVNUPS91c3Ivc2JpbiIgIlNCSU5ERVNUPS9zYmluIiAiTUFO RElSPS91c3Ivc2hhcmUvbWFuIiAgJ0NGTEFHUz0tSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAg ICcgIklQRkxLTT0iICAiSVBGTE9HPS1ESVBGSUxURVJfTE9HIiAiTE9HRkFDPS1ETE9HRkFD PUxPR19MT0NBTDAiICJQT0xJQ1k9LURJUEZfREVGQVVMVF9QQVNTPUZSX1BBU1MiICAiU09M QVJJUzI9IiAiREVCVUc9LWciICJEQ1BVPSIgICJDUFVESVI9RnJlZUJTRC03LjAtUFJFUkVM RUFTRS1pMzg2IiAiTE9PS1VQPS1ESVBGSUxURVJfTE9PS1VQIC1ESVBGSUxURVJfU0NBTiIg J0RFU1RESVI9Li4vQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4NicgKQ0KeWFjYyAt ZCBpcGxhbmdfeS55DQptdiB5LnRhYi5jIC4uL0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNF LWkzODYvaXBsYW5nX3kuYw0KbXYgeS50YWIuaCAuLi9CU0QvRnJlZUJTRC03LjAtUFJFUkVM RUFTRS1pMzg2L2lwbGFuZ195LmgNCmNjIC1nIC1JLiAtSS4uIC1JLi4vQlNEL0ZyZWVCU0Qt Ny4wLVBSRVJFTEVBU0UtaTM4NiAtSS4uL2lwc2VuZCAtSS4uLy4uIC1EX0JTRF9TT1VSQ0Ug ICAgICAgLWMgLi4vQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4Ni9pcGxhbmdfeS5j IC1vIC4uL0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBsYW5nX3kubw0KKGNk IC4uLy4uL2lwbGFuZzsgbWFrZSAuLi9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2 L2lwbGFuZ19sLm8gIkJJTkRFU1Q9L3Vzci9zYmluIiAiU0JJTkRFU1Q9L3NiaW4iICJNQU5E SVI9L3Vzci9zaGFyZS9tYW4iICAnQ0ZMQUdTPS1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAg JyAiSVBGTEtNPSIgICJJUEZMT0c9LURJUEZJTFRFUl9MT0ciICJMT0dGQUM9LURMT0dGQUM9 TE9HX0xPQ0FMMCIgIlBPTElDWT0tRElQRl9ERUZBVUxUX1BBU1M9RlJfUEFTUyIgICJTT0xB UklTMj0iICJERUJVRz0tZyIgIkRDUFU9IiAgIkNQVURJUj1GcmVlQlNELTcuMC1QUkVSRUxF QVNFLWkzODYiICJMT09LVVA9LURJUEZJTFRFUl9MT09LVVAgLURJUEZJTFRFUl9TQ0FOIiAn REVTVERJUj0uLi9CU0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2JyApDQpsZXggaXBs YW5nX2wubA0KbXYgbGV4Lnl5LmMgLi4vQlNEL0ZyZWVCU0QtNy4wLVBSRVJFTEVBU0UtaTM4 Ni9pcGxhbmdfbC5jDQpjYyAtZyAtSS4gLUkuLiAtSS4uL0JTRC9GcmVlQlNELTcuMC1QUkVS RUxFQVNFLWkzODYgLUkuLi9pcHNlbmQgLUkuLi8uLiAtRF9CU0RfU09VUkNFICAgICAgIC1j IC4uL0JTRC9GcmVlQlNELTcuMC1QUkVSRUxFQVNFLWkzODYvaXBsYW5nX2wuYyAtbyAuLi9C U0QvRnJlZUJTRC03LjAtUFJFUkVMRUFTRS1pMzg2L2lwbGFuZ19sLm8NCmdjYyAtV3VuaW5p dGlhbGl6ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtZyAtSS4uLy4uIC1EX0JTRF9TT1VS Q0UgICAgIC1jIC4uLy4uL2lwc2VuZC9zYnBmLmMgLW8gc2JwZi5vDQpnY2MgLVd1bmluaXRp YWxpemVkIC1Xc3RyaWN0LXByb3RvdHlwZXMgLU8gLWcgLUkuLi8uLiAtRF9CU0RfU09VUkNF ICAgICAtYyAuLi8uLi9pcHNlbmQvc29jay5jIC1vIHNvY2subw0KZ2NjIC1XdW5pbml0aWFs aXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAg ICAgLWMgLi4vLi4vaXBzZW5kLzQ0YXJwLmMgLW8gNDRhcnAubw0KZ2NjIC1XdW5pbml0aWFs aXplZCAtV3N0cmljdC1wcm90b3R5cGVzIC1PIC1nIGlwc2VuZC5vIGlwLm8gaXBzb3B0Lm8g aXBsYW5nX3kubyBpcGxhbmdfbC5vIHNicGYubyBzb2NrLm8gNDRhcnAubyAtbyBpcHNlbmQg LUwuIC1saXBmIC1sbA0KZ2NjIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90b3R5cGVz IC1PIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgLWMgLi4vLi4vaXBzZW5kL2lwcmVz ZW5kLmMgLW8gaXByZXNlbmQubw0KZ2NjIC1XdW5pbml0aWFsaXplZCAtV3N0cmljdC1wcm90 b3R5cGVzIC1PIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgLWMgLi4vLi4vaXBzZW5k L3Jlc2VuZC5jIC1vIHJlc2VuZC5vDQpnY2MgLVd1bmluaXRpYWxpemVkIC1Xc3RyaWN0LXBy b3RvdHlwZXMgLU8gLWcgaXByZXNlbmQubyBpcC5vIHJlc2VuZC5vIHNicGYubyBzb2NrLm8g NDRhcnAubyAtbyBpcHJlc2VuZCAtTC4gLWxpcGYNCmdjYyAtV3VuaW5pdGlhbGl6ZWQgLVdz dHJpY3QtcHJvdG90eXBlcyAtTyAtZyAtSS4uLy4uIC1EX0JTRF9TT1VSQ0UgICAgIC1jIC4u Ly4uL2lwc2VuZC9pcHRlc3QuYyAtbyBpcHRlc3Qubw0KZ2NjIC1XdW5pbml0aWFsaXplZCAt V3N0cmljdC1wcm90b3R5cGVzIC1PIC1nIC1JLi4vLi4gLURfQlNEX1NPVVJDRSAgICAgLWMg Li4vLi4vaXBzZW5kL2lwdGVzdHMuYyAtbyBpcHRlc3RzLm8NCmdjYyAtV3VuaW5pdGlhbGl6 ZWQgLVdzdHJpY3QtcHJvdG90eXBlcyAtTyAtZyBpcHRlc3QubyBpcHRlc3RzLm8gaXAubyBz YnBmLm8gc29jay5vIDQ0YXJwLm8gLW8gaXB0ZXN0IC1MLiAtbGlwZg0KcmVsZWFzZSMgZXhp dA0NCmV4aXQNCgpTY3JpcHQgZG9uZSBvbiBUaHUgT2N0IDE4IDE3OjE5OjU1IDIwMDcK ------------1D251FAA1B626F Content-Type: TEXT/PLAIN; name="ipfilter.module.build.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="ipfilter.module.build.log" U2NyaXB0IHN0YXJ0ZWQgb24gVGh1IE9jdCAxOCAxNzowOToxNiAyMDA3CnJlbGVhc2UjIG1h a2UgZGVwZW5kDQ0KZWNobyAiI2RlZmluZSBERVZfQlBGIDEiID4gb3B0X2JwZi5oDQplY2hv ICIjZGVmaW5lIElORVQ2IDEiID4gb3B0X2luZXQ2LmgNCnJtIC1mIC5kZXBlbmQNCm1rZGVw IC1mIC5kZXBlbmQgLWEgICAtbm9zdGRpbmMgLURJUEZJTFRFUj0xIC1ESVBGSUxURVJfTEtN IC1ESVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQIC1EX0tFUk5FTCAtREtMRF9NT0RV TEUgLUkvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lwZmls dGVyIC1JLiAtSUAgLUlAL2NvbnRyaWIvYWx0cSAvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZp bHRlci8uLi8uLi9jb250cmliL2lwZmlsdGVyL25ldGluZXQvbWxma19pcGwuYyAvdXNyL3Ny Yy9zeXMvbW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lwZmlsdGVyL25ldGluZXQv aXBfbmF0LmMgL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29udHJpYi9p cGZpbHRlci9uZXRpbmV0L2lwX2ZyYWcuYyAvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZpbHRl ci8uLi8uLi9jb250cmliL2lwZmlsdGVyL25ldGluZXQvaXBfc3RhdGUuYyAvdXNyL3NyYy9z eXMvbW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lwZmlsdGVyL25ldGluZXQvaXBf cHJveHkuYyAvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lw ZmlsdGVyL25ldGluZXQvaXBfYXV0aC5jIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVy Ly4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9sb2cuYyAvdXNyL3NyYy9zeXMv bW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lwZmlsdGVyL25ldGluZXQvaXBfZmls X2ZyZWVic2QuYyAvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmli L2lwZmlsdGVyL25ldGluZXQvZmlsLmMgL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIv Li4vLi4vY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX2xvb2t1cC5jIC91c3Ivc3JjL3N5 cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9w b29sLmMgL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29udHJpYi9pcGZp bHRlci9uZXRpbmV0L2lwX2h0YWJsZS5jIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVy Ly4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9zeW5jLmMNCnJlbGVhc2UjIG1h a2UNDQpXYXJuaW5nOiBPYmplY3QgZGlyZWN0b3J5IG5vdCBjaGFuZ2VkIGZyb20gb3JpZ2lu YWwgL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXINCmNjIC1PMiAtZm5vLXN0cmljdC1h bGlhc2luZyAtcGlwZSAtbWFyY2g9cGVudGl1bTMgLURJUEZJTFRFUj0xIC1ESVBGSUxURVJf TEtNIC1ESVBGSUxURVJfTE9HIC1ESVBGSUxURVJfTE9PS1VQICAtRF9LRVJORUwgLURLTERf TU9EVUxFIC1zdGQ9Yzk5IC1ub3N0ZGluYyAgLUkvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZp bHRlci8uLi8uLi9jb250cmliL2lwZmlsdGVyIC1JLiAtSUAgLUlAL2NvbnRyaWIvYWx0cSAt ZmlubGluZS1saW1pdD04MDAwIC0tcGFyYW0gaW5saW5lLXVuaXQtZ3Jvd3RoPTEwMCAtLXBh cmFtIGxhcmdlLWZ1bmN0aW9uLWdyb3d0aD0xMDAwIC1mbm8tY29tbW9uICAtbW5vLWFsaWdu LWxvbmctc3RyaW5ncyAtbXByZWZlcnJlZC1zdGFjay1ib3VuZGFyeT0yICAtbW5vLW1teCAt bW5vLTNkbm93IC1tbm8tc3NlIC1tbm8tc3NlMiAtbW5vLXNzZTMgLWZmcmVlc3RhbmRpbmcg LVdhbGwgLVdyZWR1bmRhbnQtZGVjbHMgLVduZXN0ZWQtZXh0ZXJucyAtV3N0cmljdC1wcm90 b3R5cGVzICAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVdpbmxpbmUg LVdjYXN0LXF1YWwgIC1XdW5kZWYgLVduby1wb2ludGVyLXNpZ24gLWZmb3JtYXQtZXh0ZW5z aW9ucyAtYyAvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lw ZmlsdGVyL25ldGluZXQvbWxma19pcGwuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1waXBlIC1tYXJjaD1wZW50aXVtMyAtRElQRklMVEVSPTEgLURJUEZJTFRFUl9MS00gLURJ UEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgIC1EX0tFUk5FTCAtREtMRF9NT0RVTEUg LXN0ZD1jOTkgLW5vc3RkaW5jICAtSS91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4u Ly4uL2NvbnRyaWIvaXBmaWx0ZXIgLUkuIC1JQCAtSUAvY29udHJpYi9hbHRxIC1maW5saW5l LWxpbWl0PTgwMDAgLS1wYXJhbSBpbmxpbmUtdW5pdC1ncm93dGg9MTAwIC0tcGFyYW0gbGFy Z2UtZnVuY3Rpb24tZ3Jvd3RoPTEwMDAgLWZuby1jb21tb24gIC1tbm8tYWxpZ24tbG9uZy1z dHJpbmdzIC1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5PTIgIC1tbm8tbW14IC1tbm8tM2Ru b3cgLW1uby1zc2UgLW1uby1zc2UyIC1tbm8tc3NlMyAtZmZyZWVzdGFuZGluZyAtV2FsbCAt V3JlZHVuZGFudC1kZWNscyAtV25lc3RlZC1leHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlwZXMg IC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAtV2Nhc3Qt cXVhbCAgLVd1bmRlZiAtV25vLXBvaW50ZXItc2lnbiAtZmZvcm1hdC1leHRlbnNpb25zIC1j IC91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIv bmV0aW5ldC9pcF9uYXQuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1t YXJjaD1wZW50aXVtMyAtRElQRklMVEVSPTEgLURJUEZJTFRFUl9MS00gLURJUEZJTFRFUl9M T0cgLURJUEZJTFRFUl9MT09LVVAgIC1EX0tFUk5FTCAtREtMRF9NT0RVTEUgLXN0ZD1jOTkg LW5vc3RkaW5jICAtSS91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRy aWIvaXBmaWx0ZXIgLUkuIC1JQCAtSUAvY29udHJpYi9hbHRxIC1maW5saW5lLWxpbWl0PTgw MDAgLS1wYXJhbSBpbmxpbmUtdW5pdC1ncm93dGg9MTAwIC0tcGFyYW0gbGFyZ2UtZnVuY3Rp b24tZ3Jvd3RoPTEwMDAgLWZuby1jb21tb24gIC1tbm8tYWxpZ24tbG9uZy1zdHJpbmdzIC1t cHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5PTIgIC1tbm8tbW14IC1tbm8tM2Rub3cgLW1uby1z c2UgLW1uby1zc2UyIC1tbm8tc3NlMyAtZmZyZWVzdGFuZGluZyAtV2FsbCAtV3JlZHVuZGFu dC1kZWNscyAtV25lc3RlZC1leHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlwZXMgIC1XbWlzc2lu Zy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAtV2Nhc3QtcXVhbCAgLVd1 bmRlZiAtV25vLXBvaW50ZXItc2lnbiAtZmZvcm1hdC1leHRlbnNpb25zIC1jIC91c3Ivc3Jj L3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9p cF9mcmFnLmMNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtbWFyY2g9cGVu dGl1bTMgLURJUEZJTFRFUj0xIC1ESVBGSUxURVJfTEtNIC1ESVBGSUxURVJfTE9HIC1ESVBG SUxURVJfTE9PS1VQICAtRF9LRVJORUwgLURLTERfTU9EVUxFIC1zdGQ9Yzk5IC1ub3N0ZGlu YyAgLUkvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lwZmls dGVyIC1JLiAtSUAgLUlAL2NvbnRyaWIvYWx0cSAtZmlubGluZS1saW1pdD04MDAwIC0tcGFy YW0gaW5saW5lLXVuaXQtZ3Jvd3RoPTEwMCAtLXBhcmFtIGxhcmdlLWZ1bmN0aW9uLWdyb3d0 aD0xMDAwIC1mbm8tY29tbW9uICAtbW5vLWFsaWduLWxvbmctc3RyaW5ncyAtbXByZWZlcnJl ZC1zdGFjay1ib3VuZGFyeT0yICAtbW5vLW1teCAtbW5vLTNkbm93IC1tbm8tc3NlIC1tbm8t c3NlMiAtbW5vLXNzZTMgLWZmcmVlc3RhbmRpbmcgLVdhbGwgLVdyZWR1bmRhbnQtZGVjbHMg LVduZXN0ZWQtZXh0ZXJucyAtV3N0cmljdC1wcm90b3R5cGVzICAtV21pc3NpbmctcHJvdG90 eXBlcyAtV3BvaW50ZXItYXJpdGggLVdpbmxpbmUgLVdjYXN0LXF1YWwgIC1XdW5kZWYgLVdu by1wb2ludGVyLXNpZ24gLWZmb3JtYXQtZXh0ZW5zaW9ucyAtYyAvdXNyL3NyYy9zeXMvbW9k dWxlcy9pcGZpbHRlci8uLi8uLi9jb250cmliL2lwZmlsdGVyL25ldGluZXQvaXBfc3RhdGUu Yw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1tYXJjaD1wZW50aXVtMyAt RElQRklMVEVSPTEgLURJUEZJTFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9M T09LVVAgIC1EX0tFUk5FTCAtREtMRF9NT0RVTEUgLXN0ZD1jOTkgLW5vc3RkaW5jICAtSS91 c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIgLUku IC1JQCAtSUAvY29udHJpYi9hbHRxIC1maW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBpbmxp bmUtdW5pdC1ncm93dGg9MTAwIC0tcGFyYW0gbGFyZ2UtZnVuY3Rpb24tZ3Jvd3RoPTEwMDAg LWZuby1jb21tb24gIC1tbm8tYWxpZ24tbG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0YWNr LWJvdW5kYXJ5PTIgIC1tbm8tbW14IC1tbm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2UyIC1t bm8tc3NlMyAtZmZyZWVzdGFuZGluZyAtV2FsbCAtV3JlZHVuZGFudC1kZWNscyAtV25lc3Rl ZC1leHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlwZXMgIC1XbWlzc2luZy1wcm90b3R5cGVzIC1X cG9pbnRlci1hcml0aCAtV2lubGluZSAtV2Nhc3QtcXVhbCAgLVd1bmRlZiAtV25vLXBvaW50 ZXItc2lnbiAtZmZvcm1hdC1leHRlbnNpb25zIC1jIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2lw ZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9wcm94eS5jDQpjYyAt TzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLW1hcmNoPXBlbnRpdW0zIC1ESVBGSUxU RVI9MSAtRElQRklMVEVSX0xLTSAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAg LURfS0VSTkVMIC1ES0xEX01PRFVMRSAtc3RkPWM5OSAtbm9zdGRpbmMgIC1JL3Vzci9zcmMv c3lzL21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29udHJpYi9pcGZpbHRlciAtSS4gLUlAIC1J QC9jb250cmliL2FsdHEgLWZpbmxpbmUtbGltaXQ9ODAwMCAtLXBhcmFtIGlubGluZS11bml0 LWdyb3d0aD0xMDAgLS1wYXJhbSBsYXJnZS1mdW5jdGlvbi1ncm93dGg9MTAwMCAtZm5vLWNv bW1vbiAgLW1uby1hbGlnbi1sb25nLXN0cmluZ3MgLW1wcmVmZXJyZWQtc3RhY2stYm91bmRh cnk9MiAgLW1uby1tbXggLW1uby0zZG5vdyAtbW5vLXNzZSAtbW5vLXNzZTIgLW1uby1zc2Uz IC1mZnJlZXN0YW5kaW5nIC1XYWxsIC1XcmVkdW5kYW50LWRlY2xzIC1XbmVzdGVkLWV4dGVy bnMgLVdzdHJpY3QtcHJvdG90eXBlcyAgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVy LWFyaXRoIC1XaW5saW5lIC1XY2FzdC1xdWFsICAtV3VuZGVmIC1Xbm8tcG9pbnRlci1zaWdu IC1mZm9ybWF0LWV4dGVuc2lvbnMgLWMgL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIv Li4vLi4vY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX2F1dGguYw0KY2MgLU8yIC1mbm8t c3RyaWN0LWFsaWFzaW5nIC1waXBlIC1tYXJjaD1wZW50aXVtMyAtRElQRklMVEVSPTEgLURJ UEZJTFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgIC1EX0tFUk5F TCAtREtMRF9NT0RVTEUgLXN0ZD1jOTkgLW5vc3RkaW5jICAtSS91c3Ivc3JjL3N5cy9tb2R1 bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIgLUkuIC1JQCAtSUAvY29udHJp Yi9hbHRxIC1maW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBpbmxpbmUtdW5pdC1ncm93dGg9 MTAwIC0tcGFyYW0gbGFyZ2UtZnVuY3Rpb24tZ3Jvd3RoPTEwMDAgLWZuby1jb21tb24gIC1t bm8tYWxpZ24tbG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5PTIgIC1t bm8tbW14IC1tbm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2UyIC1tbm8tc3NlMyAtZmZyZWVz dGFuZGluZyAtV2FsbCAtV3JlZHVuZGFudC1kZWNscyAtV25lc3RlZC1leHRlcm5zIC1Xc3Ry aWN0LXByb3RvdHlwZXMgIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAt V2lubGluZSAtV2Nhc3QtcXVhbCAgLVd1bmRlZiAtV25vLXBvaW50ZXItc2lnbiAtZmZvcm1h dC1leHRlbnNpb25zIC1jIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2Nv bnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9sb2cuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFs aWFzaW5nIC1waXBlIC1tYXJjaD1wZW50aXVtMyAtRElQRklMVEVSPTEgLURJUEZJTFRFUl9M S00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09LVVAgIC1EX0tFUk5FTCAtREtMRF9N T0RVTEUgLXN0ZD1jOTkgLW5vc3RkaW5jICAtSS91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmls dGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIgLUkuIC1JQCAtSUAvY29udHJpYi9hbHRxIC1m aW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBpbmxpbmUtdW5pdC1ncm93dGg9MTAwIC0tcGFy YW0gbGFyZ2UtZnVuY3Rpb24tZ3Jvd3RoPTEwMDAgLWZuby1jb21tb24gIC1tbm8tYWxpZ24t bG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0YWNrLWJvdW5kYXJ5PTIgIC1tbm8tbW14IC1t bm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2UyIC1tbm8tc3NlMyAtZmZyZWVzdGFuZGluZyAt V2FsbCAtV3JlZHVuZGFudC1kZWNscyAtV25lc3RlZC1leHRlcm5zIC1Xc3RyaWN0LXByb3Rv dHlwZXMgIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAt V2Nhc3QtcXVhbCAgLVd1bmRlZiAtV25vLXBvaW50ZXItc2lnbiAtZmZvcm1hdC1leHRlbnNp b25zIC1jIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBm aWx0ZXIvbmV0aW5ldC9pcF9maWxfZnJlZWJzZC5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUgLW1hcmNoPXBlbnRpdW0zIC1ESVBGSUxURVI9MSAtRElQRklMVEVSX0xL TSAtRElQRklMVEVSX0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURfS0VSTkVMIC1ES0xEX01P RFVMRSAtc3RkPWM5OSAtbm9zdGRpbmMgIC1JL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0 ZXIvLi4vLi4vY29udHJpYi9pcGZpbHRlciAtSS4gLUlAIC1JQC9jb250cmliL2FsdHEgLWZp bmxpbmUtbGltaXQ9ODAwMCAtLXBhcmFtIGlubGluZS11bml0LWdyb3d0aD0xMDAgLS1wYXJh bSBsYXJnZS1mdW5jdGlvbi1ncm93dGg9MTAwMCAtZm5vLWNvbW1vbiAgLW1uby1hbGlnbi1s b25nLXN0cmluZ3MgLW1wcmVmZXJyZWQtc3RhY2stYm91bmRhcnk9MiAgLW1uby1tbXggLW1u by0zZG5vdyAtbW5vLXNzZSAtbW5vLXNzZTIgLW1uby1zc2UzIC1mZnJlZXN0YW5kaW5nIC1X YWxsIC1XcmVkdW5kYW50LWRlY2xzIC1XbmVzdGVkLWV4dGVybnMgLVdzdHJpY3QtcHJvdG90 eXBlcyAgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XaW5saW5lIC1X Y2FzdC1xdWFsICAtV3VuZGVmIC1Xbm8tcG9pbnRlci1zaWduIC1mZm9ybWF0LWV4dGVuc2lv bnMgLWMgL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29udHJpYi9pcGZp bHRlci9uZXRpbmV0L2ZpbC5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUg LW1hcmNoPXBlbnRpdW0zIC1ESVBGSUxURVI9MSAtRElQRklMVEVSX0xLTSAtRElQRklMVEVS X0xPRyAtRElQRklMVEVSX0xPT0tVUCAgLURfS0VSTkVMIC1ES0xEX01PRFVMRSAtc3RkPWM5 OSAtbm9zdGRpbmMgIC1JL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29u dHJpYi9pcGZpbHRlciAtSS4gLUlAIC1JQC9jb250cmliL2FsdHEgLWZpbmxpbmUtbGltaXQ9 ODAwMCAtLXBhcmFtIGlubGluZS11bml0LWdyb3d0aD0xMDAgLS1wYXJhbSBsYXJnZS1mdW5j dGlvbi1ncm93dGg9MTAwMCAtZm5vLWNvbW1vbiAgLW1uby1hbGlnbi1sb25nLXN0cmluZ3Mg LW1wcmVmZXJyZWQtc3RhY2stYm91bmRhcnk9MiAgLW1uby1tbXggLW1uby0zZG5vdyAtbW5v LXNzZSAtbW5vLXNzZTIgLW1uby1zc2UzIC1mZnJlZXN0YW5kaW5nIC1XYWxsIC1XcmVkdW5k YW50LWRlY2xzIC1XbmVzdGVkLWV4dGVybnMgLVdzdHJpY3QtcHJvdG90eXBlcyAgLVdtaXNz aW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XaW5saW5lIC1XY2FzdC1xdWFsICAt V3VuZGVmIC1Xbm8tcG9pbnRlci1zaWduIC1mZm9ybWF0LWV4dGVuc2lvbnMgLWMgL3Vzci9z cmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29udHJpYi9pcGZpbHRlci9uZXRpbmV0 L2lwX2xvb2t1cC5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLW1hcmNo PXBlbnRpdW0zIC1ESVBGSUxURVI9MSAtRElQRklMVEVSX0xLTSAtRElQRklMVEVSX0xPRyAt RElQRklMVEVSX0xPT0tVUCAgLURfS0VSTkVMIC1ES0xEX01PRFVMRSAtc3RkPWM5OSAtbm9z dGRpbmMgIC1JL3Vzci9zcmMvc3lzL21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29udHJpYi9p cGZpbHRlciAtSS4gLUlAIC1JQC9jb250cmliL2FsdHEgLWZpbmxpbmUtbGltaXQ9ODAwMCAt LXBhcmFtIGlubGluZS11bml0LWdyb3d0aD0xMDAgLS1wYXJhbSBsYXJnZS1mdW5jdGlvbi1n cm93dGg9MTAwMCAtZm5vLWNvbW1vbiAgLW1uby1hbGlnbi1sb25nLXN0cmluZ3MgLW1wcmVm ZXJyZWQtc3RhY2stYm91bmRhcnk9MiAgLW1uby1tbXggLW1uby0zZG5vdyAtbW5vLXNzZSAt bW5vLXNzZTIgLW1uby1zc2UzIC1mZnJlZXN0YW5kaW5nIC1XYWxsIC1XcmVkdW5kYW50LWRl Y2xzIC1XbmVzdGVkLWV4dGVybnMgLVdzdHJpY3QtcHJvdG90eXBlcyAgLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XaW5saW5lIC1XY2FzdC1xdWFsICAtV3VuZGVm IC1Xbm8tcG9pbnRlci1zaWduIC1mZm9ybWF0LWV4dGVuc2lvbnMgLWMgL3Vzci9zcmMvc3lz L21vZHVsZXMvaXBmaWx0ZXIvLi4vLi4vY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX3Bv b2wuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1tYXJjaD1wZW50aXVt MyAtRElQRklMVEVSPTEgLURJUEZJTFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRF Ul9MT09LVVAgIC1EX0tFUk5FTCAtREtMRF9NT0RVTEUgLXN0ZD1jOTkgLW5vc3RkaW5jICAt SS91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIg LUkuIC1JQCAtSUAvY29udHJpYi9hbHRxIC1maW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBp bmxpbmUtdW5pdC1ncm93dGg9MTAwIC0tcGFyYW0gbGFyZ2UtZnVuY3Rpb24tZ3Jvd3RoPTEw MDAgLWZuby1jb21tb24gIC1tbm8tYWxpZ24tbG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0 YWNrLWJvdW5kYXJ5PTIgIC1tbm8tbW14IC1tbm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2Uy IC1tbm8tc3NlMyAtZmZyZWVzdGFuZGluZyAtV2FsbCAtV3JlZHVuZGFudC1kZWNscyAtV25l c3RlZC1leHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlwZXMgIC1XbWlzc2luZy1wcm90b3R5cGVz IC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAtV2Nhc3QtcXVhbCAgLVd1bmRlZiAtV25vLXBv aW50ZXItc2lnbiAtZmZvcm1hdC1leHRlbnNpb25zIC1jIC91c3Ivc3JjL3N5cy9tb2R1bGVz L2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9odGFibGUuYw0K Y2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1tYXJjaD1wZW50aXVtMyAtRElQ RklMVEVSPTEgLURJUEZJTFRFUl9MS00gLURJUEZJTFRFUl9MT0cgLURJUEZJTFRFUl9MT09L VVAgIC1EX0tFUk5FTCAtREtMRF9NT0RVTEUgLXN0ZD1jOTkgLW5vc3RkaW5jICAtSS91c3Iv c3JjL3N5cy9tb2R1bGVzL2lwZmlsdGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIgLUkuIC1J QCAtSUAvY29udHJpYi9hbHRxIC1maW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBpbmxpbmUt dW5pdC1ncm93dGg9MTAwIC0tcGFyYW0gbGFyZ2UtZnVuY3Rpb24tZ3Jvd3RoPTEwMDAgLWZu by1jb21tb24gIC1tbm8tYWxpZ24tbG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0YWNrLWJv dW5kYXJ5PTIgIC1tbm8tbW14IC1tbm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2UyIC1tbm8t c3NlMyAtZmZyZWVzdGFuZGluZyAtV2FsbCAtV3JlZHVuZGFudC1kZWNscyAtV25lc3RlZC1l eHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlwZXMgIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9p bnRlci1hcml0aCAtV2lubGluZSAtV2Nhc3QtcXVhbCAgLVd1bmRlZiAtV25vLXBvaW50ZXIt c2lnbiAtZmZvcm1hdC1leHRlbnNpb25zIC1jIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2lwZmls dGVyLy4uLy4uL2NvbnRyaWIvaXBmaWx0ZXIvbmV0aW5ldC9pcF9zeW5jLmMNCmxkICAtZCAt d2Fybi1jb21tb24gLXIgLWQgLW8gaXBsLmtsZCBtbGZrX2lwbC5vIGlwX25hdC5vIGlwX2Zy YWcubyBpcF9zdGF0ZS5vIGlwX3Byb3h5Lm8gaXBfYXV0aC5vIGlwX2xvZy5vIGlwX2ZpbF9m cmVlYnNkLm8gZmlsLm8gaXBfbG9va3VwLm8gaXBfcG9vbC5vIGlwX2h0YWJsZS5vIGlwX3N5 bmMubw0KOj4gZXhwb3J0X3N5bXMNCmF3ayAtZiAvdXNyL3NyYy9zeXMvbW9kdWxlcy9pcGZp bHRlci8uLi8uLi9jb25mL2ttb2Rfc3ltcy5hd2sgaXBsLmtsZCAgZXhwb3J0X3N5bXMgfCB4 YXJncyAtSiUgb2JqY29weSAlIGlwbC5rbGQNCmxkIC1Cc2hhcmVhYmxlICAtZCAtd2Fybi1j b21tb24gLW8gaXBsLmtvIGlwbC5rbGQNCm9iamNvcHkgLS1zdHJpcC1kZWJ1ZyBpcGwua28N CnJlbGVhc2UjIGxzDQ0KLmRlcGVuZAkJCWlwX2ZyYWcubwkJaXBmbG9nDQpACQkJaXBfaHRh YmxlLm8JCWlwbC5rbGQNCk1ha2VmaWxlCQlpcF9sb2cubwkJaXBsLmtvDQpNYWtlZmlsZS5v cmlnCQlpcF9sb29rdXAubwkJbWFjaGluZQ0KTWFrZWZpbGUucmVqCQlpcF9uYXQubwkJbWxm a19pcGwubw0KZXhwb3J0X3N5bXMJCWlwX3Bvb2wubwkJb3B0X2JwZi5oDQpmaWwubwkJCWlw X3Byb3h5Lm8JCW9wdF9pbmV0Ni5oDQppcF9hdXRoLm8JCWlwX3N0YXRlLm8NCmlwX2ZpbF9m cmVlYnNkLm8JaXBfc3luYy5vDQoK ------------1D251FAA1B626F-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 13:34:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC14616A421 for ; Thu, 18 Oct 2007 13:34:36 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 0AD0913C48D for ; Thu, 18 Oct 2007 13:34:35 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 65774 invoked from network); 18 Oct 2007 17:34:33 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 18 Oct 2007 17:34:33 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 250035, updated: 18.10.2007] Message-ID: <01b801c8118b$9baa1340$0c00a8c0@Artem> From: "Artem Kuchin" To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= , References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> <471746C7.20306@conducive.net><47174BE4.6020300@moneybookers.com> <4717523E.1000403@conducive.net><010f01c81184$cd375550$0c00a8c0@Artem> <47175E94.6090309@conducive.net> Date: Thu, 18 Oct 2007 17:34:27 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 13:34:36 -0000 韓家標 Bill Hacker wrote: > Artem Kuchin wrote: >>> What Artem is seeing is not (yet) a 'bug' in su in my mind. >>> >> >> You missed reply from David Xu in the list on this matter. >> > > No, I saw it.. I just have a different 'take' on it. Two actually.. > s.b. > >> To me there is CLEARLY a bug in the source code. It tried >> to get group of already dead process. >> >> Here is quote from my and David's letters: >> >>> The weird thing is that if i just comment out those lines like this >>> >>> /* child_pgrp = getpgid(child_pid); >>> if (tcgetpgrp(STDERR_FILENO) == child_pgrp) */ >>> tcsetpgrp(STDERR_FILENO, getpgrp()); >>> >>> su starts working again just fine. >>> >>> Any idea why getpgid fails and why tcgetpgrp return 100000 (always >>> the same >>> number)? What will brak if i leave these lines commented? >>> >>> -- >>> Regards, >>> Artem >> >> file su.c, line 472 may be incorrect since line 456 is a while loop >> which only >> exits if child process is exited. just remove line 472 and 473 to >> see if problem >> is fixed. >> > Specifically - *why* was it coded that way to begin with? I'm sure > 'su' has had lots of peer review and rewrite since V1 ATT UNIX. Just MAUBE something was really badly broken in waitpid or lower, so it was coded this way. But as i see it is no longer broken there and su is broken here. > Perhaps I'm overly conservative, but one has to ask - should there be > more selective code *added* to handle the case of a missing child > process pid and carry on, rather than removing that snippet of code? Well, if you look at cvs history this strange code was added not so long ago to fix something which came up back then. I think it is no longer needed. > JMNSHO, but 'su' is too important, in too many places to be trifled > with lightly. Yes, and it su is broken now and must be fixed because it is important. > So - your query 'What will break if..' is a good starting point. More review and testing is in order. It is quite possible then commiter to su just overlooked this code error because they do no use su the way some people do (like me) and they have never seen this bug. I have tested the cases uneder all shells and su does not work correctly anywhere, so it is SU's fault. So, i ask people to fix their su and play around a bit and then submit patch to cvs. I am not a submitter and have no clue about the procedure. -- Artem From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 13:58:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9EE16A417; Thu, 18 Oct 2007 13:58:15 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from smtp.utwente.nl (unknown [IPv6:2001:610:1908:1000:204:23ff:feb5:7e66]) by mx1.freebsd.org (Postfix) with ESMTP id 90B3813C46E; Thu, 18 Oct 2007 13:58:14 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from lux.student.utwente.nl (lux.student.utwente.nl [130.89.170.81]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id l9IDvgUx010928; Thu, 18 Oct 2007 15:57:42 +0200 From: Pieter de Goeje To: Kostik Belousov Date: Thu, 18 Oct 2007 15:57:41 +0200 User-Agent: KMail/1.9.7 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> In-Reply-To: <20071018093948.GN6511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710181557.41837.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-current@freebsd.org, avleeuwen@piwebs.com, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 13:58:15 -0000 On Thursday 18 October 2007, Kostik Belousov wrote: > On Wed, Oct 17, 2007 at 07:05:59AM -0500, Eric Anderson wrote: > > Kostik Belousov wrote: > > >On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: > > >>2007/10/16, Eric Anderson : > > >>>Pieter de Goeje wrote: > > >>>>On Sunday 14 October 2007, Eric Anderson wrote: > > >>>>>Pieter de Goeje wrote: > > >>>>>>On Saturday 13 October 2007, Rolf Witt wrote: > > >>>>>>>Backtrace from crash tonight (after portsnap cron): > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>># uname -a > > >>>>>>>FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD > > >>>>>>> 7.0-PRERELEASE #121: Thu Oct 11 16:29:05 CEST 2007 > > >>>>>>>rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > > >>>>>>> > > >>>>>>>Sources from Builddate. > > >>>>>>> > > >>>>>>>Rowi > > >>>>>> > > >>>>>>Eric sent me this patch: > > >>>>>>http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > > >>>>>>which seems to be working great so far. I am still testing it, but > > >>>>>> I think it fixed the problem. > > >>>>>>To apply, cd /usr/src; patch < /path/to/patch and then rebuild the > > >>>>>>kernel. > > >>>>>> > > >>>>>>Cheers, > > >>>>>>Pieter de Goeje > > >>>>> > > >>>>>It doesn't actually 'fix' the problem, but I think it helps identify > > >>> > > >>>it. > > >>> > > >>>>>I'm not 100% certain if this is the right fix our not, but so far > > >>>>>feedback has been good when running with this patch. > > >>>>> > > >>>>>Can somebody confirm that this patch is ok? > > >>>>> > > >>>>>Eric > > >>>> > > >>>>Can you elaborate on what this patch exactly does / what the problem > > >>>> is? > > >>>> > > >>>>Pieter > > >>> > > >>>I think the problem is that blocks are being put in the worklist > > >>> twice, but I'm not certain why yet. The patch reduces the chance of > > >>> this happening by more often removing the block from the worklist > > >>> instead of leaving it on. I think actually the patch is hiding the > > >>> real issue more than anything, which is why I said it isn't fixing > > >>> the problem, but because of the reports I've seen, I think we're > > >>> sniffing in the right area. I'll be looking more into this soon, > > >>> when I get another few minutes of free time and my debugger.. > > >> > > >>I actually seem to be getting the panic more often with the patch (i.e. > > >>twice in just 30 minutes with the patch, about twice per day without > > >> the patch), while doing the same things as usual. The panic usually > > >> happens when > > >>I'm compiling or linking. Is that strange? > > > > > >Patch is wrong. Actually, it does put the dirrem to the proccessing > > > twice when xp != NULL. > > > > Yes, exactly why I said 'it doesn't fix the problem'. In fact, I > > actually did not post it to the list, and didn't intend for it to be > > posted. I was hoping for feedback for further examination. > > > > Kostik - do you have any ideas on what is going on here? Did you see > > the message in another thread that looked similar (it was regarding > > gjournal)? > > No, I have no idea. BTW, some further information from the people that > experience the problem could be helpful. For instance, > UFS1/UFS2 UFS2 > size of the problematic fs/% of the space used Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad6s1f 143295066 8698604 123132858 7% /usr > are quotas enabled in kernel/active for the fs ? No > are softupdates on ? Yes > what block number is reported as being freed twice ? is it always the same > ? what is the full fsck diagnostic after reboot ? I'll try to get these items for you. > > The range of questions is so wide because I try to somewhat localize the > search field down from "anywhere". To me this problem happened on both SMP and UP systems, all running amd64. From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 13:59:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74A8B16A418 for ; Thu, 18 Oct 2007 13:59:10 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 30EED13C49D for ; Thu, 18 Oct 2007 13:59:09 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:61277 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IiVu0-00064S-JQ for freebsd-current@freebsd.org; Thu, 18 Oct 2007 13:59:08 +0000 Message-ID: <471766AB.1040306@conducive.net> Date: Thu, 18 Oct 2007 09:59:07 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <471667DB.1010601@conducive.net> <47170FF1.3050602@moneybookers.com> <471746C7.20306@conducive.net><47174BE4.6020300@moneybookers.com> <4717523E.1000403@conducive.net><010f01c81184$cd375550$0c00a8c0@Artem> <47175E94.6090309@conducive.net> <01b801c8118b$9baa1340$0c00a8c0@Artem> In-Reply-To: <01b801c8118b$9baa1340$0c00a8c0@Artem> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 13:59:10 -0000 Artem Kuchin wrote: > 韓家標 Bill Hacker wrote: >> Artem Kuchin wrote: *trimmed in the interest of brevity* > Just MAUBE something was really badly broken in waitpid or lower, so > it was coded this way. But as i see it is no longer broken there and > su is broken here. > Correct. As you see it... But asking for a pid on a process that has gone tits-up in the meanwhile is not a 'bug' per se. The call cannot know that said process is gone until it makes the query. The 'bug' is not having a way to handle an unexpected response. That it does not matter that the process inquired after has gone walkabout in THIS CASE is not a guarantee that it is ALWAYS to be ignored. Otherwise, why ask at all? > > Perhaps I'm overly conservative, but one has to ask - should there be >> more selective code *added* to handle the case of a missing child >> process pid and carry on, rather than removing that snippet of code? > > Well, if you look at cvs history this strange code was added not so > long ago > to fix something which came up back then. I think it is no longer needed. > You may very well be correct. But let's look at it that way. A bit of *apparently* obsolete code that EITHER needs to be made able to return and carry-on, OR determined 'for sure' to now be superfluous in 'all cases' and be removed. >> JMNSHO, but 'su' is too important, in too many places to be trifled >> with lightly. > > Yes, and it su is broken now and must be fixed because it is > important. > Agreed. But among those who should look at that are (at least) the committer who made that change. I doubt it was done casually or without good reason. >> So - your query 'What will break if..' is a good starting point. More >> review and testing is in order. > > It is quite possible then commiter to su just overlooked this code > error because they do no use su the way some people do (like me) and > they have never seen this bug. I have tested the cases uneder all shells > and > su does not work correctly anywhere, so it is SU's fault. > > So, i ask people to fix their su and play around a bit and then submit > patch > to cvs. I am not a submitter and have no clue about the procedure. > We're only still 'talking' because you did a good and fast job of finding the lines involved. But more than 'play around a bit' will be needed. BNL Best, Bill > -- > Artem > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 14:23:57 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB66216A419 for ; Thu, 18 Oct 2007 14:23:57 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9DCFB13C480 for ; Thu, 18 Oct 2007 14:23:57 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l9IEAZxp002680; Thu, 18 Oct 2007 10:10:35 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Thu, 18 Oct 2007 10:10:35 -0400 (EDT) Date: Thu, 18 Oct 2007 10:10:35 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kris Kennaway In-Reply-To: <47170A83.6050607@FreeBSD.org> Message-ID: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, thierry@herbelot.com Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 14:23:57 -0000 On Thu, 18 Oct 2007, Kris Kennaway wrote: > Thierry Herbelot wrote: >> Hello, >> >> I just saw on my -current box that some/most/all shared libraries seem not >> to have been bumped when REL_7 was branched : >> >> % ll /lib/libc.so* >> -r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 >> % uname -a >> FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 CEST >> 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 > > This is deliberate, there is no longer any need now or in the future (since > symbol versioning now exists). Even so, we never bumped until there was an ABI change! -- DE From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 14:29:41 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E245816A417 for ; Thu, 18 Oct 2007 14:29:41 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4D413C44B for ; Thu, 18 Oct 2007 14:29:41 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9IETdcm027933 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 18 Oct 2007 16:29:39 +0200 From: "Petr Holub" To: Date: Thu, 18 Oct 2007 16:29:46 +0200 Message-ID: <012101c81193$54e2bef0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Thu, 18 Oct 2007 16:29:39 +0200 (CEST) Cc: Subject: USB keyboard leds gone wild on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 14:29:42 -0000 Hi, another report of weird behavior on 7.0-PRERELEASE. After booting up the machine with IBM ThinkPad USB keyboard, it shows NumLock correctly turned on. However, after pushing any key that should change led status, it starts to show a state that doesn't make any sense (e.g. after pressing NumLock, NumLock led is correctly turned off but also ScrollLock and CapsLock are turned on - this is just led problem, the state of the keyboard is OK). The same keyboard works just fine with 6.2-RELEASE. FreeBSD fbsd-7.fi.muni.cz 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #5: Thu Oct 18 1 1:07:20 CEST 2007 toor@fbsd-7.fi.muni.cz:/usr/obj/usr/src/sys/FBSD7 i386 dmesg part of the keyboard: uhub7: on uhub1 uhub7: 4 ports with 2 removable, bus powered ukbd0: on uhub7 kbd2 at ukbd0 uhid0: on uhub7 ums0: on uhub7 ums0: 3 buttons. ums1: on uhub7 ums1: 3 buttons. Petr From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 14:43:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 053CD16A418; Thu, 18 Oct 2007 14:43:48 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id B9F9713C447; Thu, 18 Oct 2007 14:43:47 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l9IEhkvD029659; Thu, 18 Oct 2007 10:43:46 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.netplex.net [204.213.176.10]); Thu, 18 Oct 2007 10:43:46 -0400 (EDT) Date: Thu, 18 Oct 2007 10:43:46 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrey Chernov In-Reply-To: <20071018091950.GB1546@nagual.pp.ru> Message-ID: References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, thierry@herbelot.com Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 14:43:48 -0000 On Thu, 18 Oct 2007, Andrey Chernov wrote: > On Thu, Oct 18, 2007 at 09:25:55AM +0200, Kris Kennaway wrote: >> Thierry Herbelot wrote: >>> Hello, >>> I just saw on my -current box that some/most/all shared libraries seem not >>> to have been bumped when REL_7 was branched : >>> % ll /lib/libc.so* >>> -r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 >>> % uname -a >>> FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 >>> CEST 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 >> >> This is deliberate, there is no longer any need now or in the future (since >> symbol versioning now exists). > > I don't understand this thing well, since it is new. Is there some > howto's in symbol versioning exists for most common cases like that: > a) some new function/variable/struct added You just add the symbol to the appropriate symbol map for added interfaces. Keep in mind that added interfaces will have to be supported forever (*). Even if they are deprecated and removed later, you will still have to have compat versions hanging around libc (or whatever symbol versioned library they are in). (*) libc and other symbol versioned libraries may be bumped again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). It was deemed to late in the game to do this for 7.0. > b) some existen function/variable/struct changed > (at this moment I am interesting especially in a) case since did it for > ctype) See http://people.freebsd.org/~deischen/symver/library_versioning.txt I just updated it, but it will probably need additional editing. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 14:50:35 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EC3916A41B for ; Thu, 18 Oct 2007 14:50:35 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33707.mail.mud.yahoo.com (web33707.mail.mud.yahoo.com [68.142.201.204]) by mx1.freebsd.org (Postfix) with SMTP id D8DFC13C44B for ; Thu, 18 Oct 2007 14:50:34 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 56941 invoked by uid 60001); 18 Oct 2007 14:50:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=jZVSmAXaouYnxUO35jHnThfzBYnObUym4ZiQINC+8WvpaIZQV7OH8PsuYsUt293O0/1eO6iwXHa3wYastEyfelPAFgLY2DjQe7vN5I+9415tqHlodwAOdT3Bu7njI6zzNG+CdCSlgoJ5cFNxcc1c59GOhWoDYX14N+Vc+/QezcQ=; X-YMail-OSG: 0Zkc5XsVM1lFp1MNpKQhD4Z.MfUnuc9OPV_EsMPhqyk6SsP0aAfxRbUAFh9dQQrtrLWOUw3mRaW.lrPqM.VjpL37go0Vob0guxbRXFs_nu_RR9ksDEs- Received: from [86.62.225.4] by web33707.mail.mud.yahoo.com via HTTP; Thu, 18 Oct 2007 07:50:33 PDT X-Mailer: YahooMailRC/814.05 YahooMailWebService/0.7.134.12 Date: Thu, 18 Oct 2007 07:50:33 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Ed Schouten MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <766820.55482.qm@web33707.mail.mud.yahoo.com> Cc: FreeBSD Current Subject: Re: PCC and FreeBSD in the future? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 14:50:35 -0000 ----- Original Message ----=0A> From: Ed Schouten =0A> To: Abdul= lah Ibn Hamad Al-Marri =0A> Cc: FreeBSD Current =0A> Sent: Wednesday, October 17, 2007 9:27:58 PM=0A>= Subject: Re: PCC and FreeBSD in the future?=0A> =0A> * Ed Schouten wrote:= =0A> > One of the major obstacles for PCC is that it didn't support a way t= o=0A> > pack structures in a comfortable way. Most of the FreeBSD=0A> userl= and=0A> =0A just=0A> > built with it. Most of the stuff that didn't compile= properly, was=0A> > related to kernel headers, using __attribute__ stuff, = instead of the=0A> > cdef'd stuff, like __packed. It seems things have chan= ged in the mean=0A> > time.=0A> =0A> Indeed; PCC now supports _Pragma("pack= ed"). I've attached a patch for=0A> sys/cdefs.h that should make at least s= rc/bin compile like it should.=0A> The patch is in no way meant to be compl= ete.=0A> =0A> -- =0A> Ed Schouten =0A> WWW: http://g-rave.nl/=0A> =0A> = =0A> -----Inline Attachment Follows-----=0A> =0A> --- src/sys/sys/cdefs.h = 2006-09-21 03:38:58.000000000 +0200=0A> +++ src/sys/sys/cdefs.h 2007-1= 0-17 19:56:42.000000000 +0200=0A> @@ -111,7 +111,7 @@=0A> /*=0A> * Macro= to test if we're using a specific version of gcc or later.=0A> */=0A> -#= if defined(__GNUC__) && !defined(__INTEL_COMPILER)=0A> +#if defined(__GNUC_= _) && !defined(__INTEL_COMPILER)=0A> &&=0A> =0A !defined(__PCC__)=0A> #def= ine __GNUC_PREREQ__(ma, mi) \=0A> (__GNUC__ > (ma) || __GNUC__ = =3D=3D (ma) && __GNUC_MINOR__ >=3D (mi))=0A> #else=0A> @@ -140,7 +140,7 @@= =0A> #define __const const /* define reserved names=0A> t= o=0A> =0A standard */=0A> #define __signed signed=0A> #define __= volatile volatile=0A> -#if defined(__cplusplus)=0A> +#if defined(__cplus= plus) || defined(__PCC__)=0A> #define __inline inline /* conv= ert to C++ keyword */=0A> #else=0A> #if !(defined(__CC_SUPPORTS___INLINE)= )=0A> @@ -221,6 +221,15 @@=0A> #define __aligned(x) __attribute__((__al= igned__(x)))=0A> #define __section(x) __attribute__((__section__(x)))= =0A> #endif=0A> +#if defined(__PCC__)=0A> +#define __dead2=0A> +#define __= pure2=0A> +#define __unused=0A> +#define __used=0A> +#define __packed _P= ragma("packed")=0A> +#define __aligned(x)=0A> +#define __section(x)=0A> +#e= ndif=0A> #endif=0A> =0A> #if __GNUC_PREREQ__(2, 96)=0A=0AVery interestin= g, I just noticed David O'Brien is the maintainer of the pcc port in the Fr= eeBSD ports, and it was added in Sep, 17, 07, so I think FreeBSD is very in= terested on it ;)=0A=0A ---=0ARegards, =0A-Abdullah Ibn Hamad Al-Marri=0AAr= ab Portal=0Ahttp://www.WeArab.Net/=0A=0A=0A=0A=0A=0A_______________________= ___________________________=0ADo You Yahoo!?=0ATired of spam? Yahoo! Mail = has the best spam protection around =0Ahttp://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 14:57:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FC7B16A417 for ; Thu, 18 Oct 2007 14:57:35 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: from muon.bluestop.org (muon.bluestop.org [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id E752C13C45D for ; Thu, 18 Oct 2007 14:57:34 +0000 (UTC) (envelope-from brucec@muon.bluestop.org) Received: by muon.bluestop.org (Postfix, from userid 1000) id B877E3017A; Thu, 18 Oct 2007 15:57:33 +0100 (BST) Date: Thu, 18 Oct 2007 15:57:33 +0100 From: bruce@cran.org.uk To: Petr Holub Message-ID: <20071018145733.GA28398@muon.bluestop.org> References: <012101c81193$54e2bef0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <012101c81193$54e2bef0$5317fb93@KLOBOUCEK> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@freebsd.org Subject: Re: USB keyboard leds gone wild on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 14:57:35 -0000 On Thu, Oct 18, 2007 at 04:29:46PM +0200, Petr Holub wrote: > Hi, > > another report of weird behavior on 7.0-PRERELEASE. > After booting up the machine with IBM ThinkPad USB > keyboard, it shows NumLock correctly turned on. However, > after pushing any key that should change led status, > it starts to show a state that doesn't make any sense > (e.g. after pressing NumLock, NumLock led is correctly > turned off but also ScrollLock and CapsLock are turned > on - this is just led problem, the state of the keyboard > is OK). The same keyboard works just fine with > 6.2-RELEASE. I reported this last month - see the thread "USB keyboard status indicators not working". -- Bruce > > FreeBSD fbsd-7.fi.muni.cz 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #5: Thu Oct 18 1 > 1:07:20 CEST 2007 toor@fbsd-7.fi.muni.cz:/usr/obj/usr/src/sys/FBSD7 i386 > > dmesg part of the keyboard: > uhub7: 0/2.01, addr 2> on uhub1 > uhub7: 4 ports with 2 removable, bus powered > ukbd0: ddr 3> on uhub7 > kbd2 at ukbd0 > uhid0: ddr 3> on uhub7 > ums0: addr 4> on uhub7 > ums0: 3 buttons. > ums1: addr 4> on uhub7 > ums1: 3 buttons. > > Petr > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 15:04:10 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBE4216A419 for ; Thu, 18 Oct 2007 15:04:10 +0000 (UTC) (envelope-from grafan@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 5B78513C447 for ; Thu, 18 Oct 2007 15:04:09 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so168854nfb for ; Thu, 18 Oct 2007 08:04:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WFbrOoAwRKIzci7qpsL+PxbcfrgYwsRU5XJ//4Ev2Wo=; b=GucElP9Xs460A9/FJBWp/trhXuFSdD6hvc9SnmHo54/nxApQ4xYDYrNzW49WjM2YsO1PDNIv2TYCHCnesROyGfgrrqv7HgWnY57rQ4G9Qic5RSJzQObbtqTTR2/dS2z85QSqU7LowppWl45WPksp5+2ixz7Hla0TTjlgbA5x084= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nVZIfrlD02jtQE3jY6Eg4hJRIj3sDTmXWZbCw5seTf2RpmNEcwBTYNwDAk+KEkP5+opLxZAFRCPawP7pRoCE4J7pZjZHydV2/2BUN7fsRTkHntlhwJ3YXlXQcABsyUQVXVfGI7uedmHL/P9NoCwsOt52YLjH8sFSw5HwkHRtJo0= Received: by 10.82.172.10 with SMTP id u10mr1270271bue.1192719847225; Thu, 18 Oct 2007 08:04:07 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Thu, 18 Oct 2007 08:04:07 -0700 (PDT) Message-ID: <6eb82e0710180804u55f2a9e2q98f2f4b75b2b5abf@mail.gmail.com> Date: Thu, 18 Oct 2007 23:04:07 +0800 From: "Rong-en Fan" To: "Kostik Belousov" In-Reply-To: <20071018093948.GN6511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> Cc: freebsd-current@freebsd.org Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 15:04:10 -0000 On 10/18/07, Kostik Belousov wrote: > On Wed, Oct 17, 2007 at 07:05:59AM -0500, Eric Anderson wrote: > > Kostik Belousov wrote: > > >On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: [...] > > > > > >Patch is wrong. Actually, it does put the dirrem to the proccessing twice > > >when xp != NULL. > > > > Yes, exactly why I said 'it doesn't fix the problem'. In fact, I > > actually did not post it to the list, and didn't intend for it to be > > posted. I was hoping for feedback for further examination. > > > > Kostik - do you have any ideas on what is going on here? Did you see > > the message in another thread that looked similar (it was regarding > > gjournal)? > > No, I have no idea. BTW, some further information from the people that > experience the problem could be helpful. For instance, > UFS1/UFS2 > size of the problematic fs/% of the space used > are quotas enabled in kernel/active for the fs ? > are softupdates on ? > what block number is reported as being freed twice ? is it always the same ? > what is the full fsck diagnostic after reboot ? Just want to add one more instance ;-) I have seen this kind of panic since 4.x, it does not happen very often but it often (not always) happens when the filesystem is full. The server in question is an i386 with local disk exported via nfs to ~20 clients. The filesystem was UFS1 and now UFS2 (but the underlying disk was changed to another raid box). Softupdate is turned on all the time, but not quota. The block in panic message does not the same. And I do full fsck after the panic (no background fsck). Some previous ddb and kgdb sessions can be found at: http://www.rafan.org/FreeBSD/panic/freeing_free_block/ Regards, Rong-En Fan > > The range of questions is so wide because I try to somewhat localize the > search field down from "anywhere". > > From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 15:34:08 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D36E216A417 for ; Thu, 18 Oct 2007 15:34:08 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDA613C457 for ; Thu, 18 Oct 2007 15:34:08 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9IFY4Nm020614 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 18 Oct 2007 17:34:05 +0200 From: "Petr Holub" To: Date: Thu, 18 Oct 2007 17:34:12 +0200 Message-ID: <012201c8119c$551c7d80$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: <20071018145733.GA28398@muon.bluestop.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Thu, 18 Oct 2007 17:34:05 +0200 (CEST) Cc: current@freebsd.org Subject: RE: USB keyboard leds gone wild on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 15:34:08 -0000 > I reported this last month - see the thread "USB keyboard status > indicators not working". How about filing this as a PR? Petr From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 15:37:19 2007 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3BCF16A420 for ; Thu, 18 Oct 2007 15:37:19 +0000 (UTC) (envelope-from yar@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C4C1C13C447 for ; Thu, 18 Oct 2007 15:37:19 +0000 (UTC) (envelope-from yar@FreeBSD.org) Received: from freefall.freebsd.org (yar@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9IFbJEh076363 for ; Thu, 18 Oct 2007 15:37:19 GMT (envelope-from yar@freefall.freebsd.org) Received: (from yar@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9IFbJh6076362 for current@freebsd.org; Thu, 18 Oct 2007 15:37:19 GMT (envelope-from yar) Date: Thu, 18 Oct 2007 15:37:19 +0000 From: Yar Tikhiy To: current@FreeBSD.org Message-ID: <20071018153719.GA55261@freefall.freebsd.org> References: <20071018034847.D5B1673039@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071018034847.D5B1673039@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 15:37:19 -0000 On Wed, Oct 17, 2007 at 11:48:47PM -0400, FreeBSD Tinderbox wrote: > cat /src/lib/libc/powerpc/Symbol.map /src/lib/libc/db/Symbol.map /src/lib/libc/compat-43/Symbol.map /src/lib/libc/gdtoa/Symbol.map /src/lib/libc/gen/Symbol.map /src/lib/libc/gmon/Symbol.map /src/lib/libc/inet/Symbol.map /src/lib/libc/locale/Symbol.map /src/lib/libc/nameser/Symbol.map /src/lib/libc/net/Symbol.map /src/lib/libc/nls/Symbol.map /src/lib/libc/posix1e/Symbol.map /src/lib/libc/quad/Symbol.map /src/lib/libc/regex/Symbol.map /src/lib/libc/resolv/Symbol.map /src/lib/libc/stdio/Symbol.map /src/lib/libc/stdlib/Symbol.map /src/lib/libc/stdtime/Symbol.map /src/lib/libc/string/Symbol.map /src/lib/libc/sys/Symbol.map /src/lib/libc/rpc/Symbol.map /src/lib/libc/uuid/Symbol.map /src/lib/libc/xdr/Symbol.map /src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/src/lib/libc/Versions.def -f /src/share/mk/version_gen.awk > Version.map > File , line 51: Unknown directive: `__syncicache;;'. > File , line 1743: Duplicated symbol `pipe'. Did you forget to move it to ObsoleteVersions? > 2 errors total. > *** Error code 1 It appears that my changes to version_gen.awk have exposed some latent bugs in MD symbol maps of libc. By now, powerpc should be OK (thanks to Peter Grehan) as well as ia64. However, arm is broken in that respect, but I can't fix its Symbol.map because buildworld on arm seems to have been broken even earlier. Did anyone have success in building FreeBSD for arm lately? Thanks! Yar From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 15:56:35 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61D8216A421; Thu, 18 Oct 2007 15:56:35 +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 A642113C448; Thu, 18 Oct 2007 15:56:34 +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.4) with ESMTP id l9IFkEE0009448; Thu, 18 Oct 2007 19:46:14 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l9IFkAOB009446; Thu, 18 Oct 2007 19:46:10 +0400 (MSD) (envelope-from yar) Date: Thu, 18 Oct 2007 19:46:10 +0400 From: Yar Tikhiy To: Daniel Eischen Message-ID: <20071018154609.GA3573@comp.chem.msu.su> References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: Andrey Chernov , current@freebsd.org, thierry@herbelot.com Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 15:56:35 -0000 On Thu, Oct 18, 2007 at 10:43:46AM -0400, Daniel Eischen wrote: > On Thu, 18 Oct 2007, Andrey Chernov wrote: > > >On Thu, Oct 18, 2007 at 09:25:55AM +0200, Kris Kennaway wrote: > >>Thierry Herbelot wrote: > >>>Hello, > >>>I just saw on my -current box that some/most/all shared libraries seem > >>>not > >>>to have been bumped when REL_7 was branched : > >>>% ll /lib/libc.so* > >>>-r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 > >>>% uname -a > >>>FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 > >>>CEST 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 > >> > >>This is deliberate, there is no longer any need now or in the future > >>(since > >>symbol versioning now exists). > > > >I don't understand this thing well, since it is new. Is there some > >howto's in symbol versioning exists for most common cases like that: > >a) some new function/variable/struct added > > You just add the symbol to the appropriate symbol map for added > interfaces. Keep in mind that added interfaces will have to be > supported forever (*). Even if they are deprecated and removed > later, you will still have to have compat versions hanging around > libc (or whatever symbol versioned library they are in). > > (*) libc and other symbol versioned libraries may be bumped > again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). > It was deemed to late in the game to do this for 7.0. > > >b) some existen function/variable/struct changed > >(at this moment I am interesting especially in a) case since did it for > >ctype) > > See http://people.freebsd.org/~deischen/symver/library_versioning.txt > > I just updated it, but it will probably need additional editing. I used to believe that http://people.freebsd.org/~deischen/symver/freebsd_versioning.txt had more details in it, especially on the policy. Isn't it time to merge them in a single document? It shouldn't be too hard yet. -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 16:40:12 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70CD916A417 for ; Thu, 18 Oct 2007 16:40:12 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 418FB13C46B for ; Thu, 18 Oct 2007 16:40:12 +0000 (UTC) (envelope-from avleeuwen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so267937waf for ; Thu, 18 Oct 2007 09:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=B+yev6zNGSHKxfVTpkz9d0bDfpD1DhSwisuE4prAuV4=; b=QEn9208M4bpV2BxEi2BRHskRgHgWJDZUjZZZ95GabsOI/YU+yyX5EA1yH35Z0tKtI7l9naAf0pJuH3fcNT/D4uBvj4FmQrMvQgyoGRSMG8PFKUqVC6T+fRcz91e5l4AJp3UjcYp5IBhx2qqX0PTQMs/qqrWsPDIFY1ws3/EO7Zw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=kCyyUB47D9RNcZR161H1fAaohDlQHT5GnKWU8RMEJp4+ti8c1AF1yaMksuvIw1YUCVDJtbxuhW665ekp+qBMbUFXjN3+TzSJ6B34fX5IVBTjYnyPdfcfY/4Pc9O1NMjZLN/9czyrSLTemUm4+0ID8kmX9GedSBZ9ynGoBXauNm4= Received: by 10.114.254.1 with SMTP id b1mr839440wai.1192725610609; Thu, 18 Oct 2007 09:40:10 -0700 (PDT) Received: by 10.114.133.11 with HTTP; Thu, 18 Oct 2007 09:40:04 -0700 (PDT) Message-ID: Date: Thu, 18 Oct 2007 18:40:04 +0200 From: "Arjan van Leeuwen" To: "Kostik Belousov" In-Reply-To: MIME-Version: 1.0 References: <1191175387.92510.6.camel@shumai.marcuscom.com> <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Pieter de Goeje , freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: avleeuwen@piwebs.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, 18 Oct 2007 16:40:12 -0000 2007/10/18, Arjan van Leeuwen : > > Hey Kostik, > > 2007/10/18, Kostik Belousov : > > > > On Wed, Oct 17, 2007 at 07:05:59AM -0500, Eric Anderson wrote: > > > Kostik Belousov wrote: > > > >On Tue, Oct 16, 2007 at 12:20:59PM +0200, Arjan van Leeuwen wrote: > > > >>2007/10/16, Eric Anderson < anderson@freebsd.org>: > > > >>>Pieter de Goeje wrote: > > > >>>>On Sunday 14 October 2007, Eric Anderson wrote: > > > >>>>>Pieter de Goeje wrote: > > > >>>>>>On Saturday 13 October 2007, Rolf Witt wrote: > > > >>>>>>>Backtrace from crash tonight (after portsnap cron): > > > >>>>>> > > > >>>>>> > > > >>>>>>># uname -a > > > >>>>>>>FreeBSD peanuts.homenet.local 7.0-PRERELEASE FreeBSD > > 7.0-PRERELEASE > > > >>>>>>>#121: Thu Oct 11 16:29:05 CEST 2007 > > > >>>>>>>rowi@peanuts.homenet.local:/usr/obj/usr/src/sys/PEANUTS i386 > > > >>>>>>> > > > >>>>>>>Sources from Builddate. > > > >>>>>>> > > > >>>>>>>Rowi > > > >>>>>>Eric sent me this patch: > > > >>>>>>http://www.googlebit.com/freebsd/patches/ffs_softdep.c-patch > > > >>>>>>which seems to be working great so far. I am still testing it, > > but I > > > >>>>>>think it fixed the problem. > > > >>>>>>To apply, cd /usr/src; patch < /path/to/patch and then rebuild > > the > > > >>>>>>kernel. > > > >>>>>> > > > >>>>>>Cheers, > > > >>>>>>Pieter de Goeje > > > >>>>>It doesn't actually 'fix' the problem, but I think it helps > > identify > > > >>>it. > > > >>>>>I'm not 100% certain if this is the right fix our not, but so far > > > >>>>>feedback has been good when running with this patch. > > > >>>>> > > > >>>>>Can somebody confirm that this patch is ok? > > > >>>>> > > > >>>>>Eric > > > >>>>Can you elaborate on what this patch exactly does / what the > > problem is? > > > >>>> > > > >>>>Pieter > > > >>> > > > >>>I think the problem is that blocks are being put in the worklist > > twice, > > > >>>but I'm not certain why yet. The patch reduces the chance of this > > > >>>happening by more often removing the block from the worklist > > instead of > > > >>>leaving it on. I think actually the patch is hiding the real issue > > more > > > >>>than anything, which is why I said it isn't fixing the problem, but > > > >>>because of the reports I've seen, I think we're sniffing in the > > right > > > >>>area. I'll be looking more into this soon, when I get another few > > > >>>minutes of free time and my debugger.. > > > >>I actually seem to be getting the panic more often with the patch ( > > i.e. > > > >>twice in just 30 minutes with the patch, about twice per day without > > the > > > >>patch), while doing the same things as usual. The panic usually > > happens > > > >>when > > > >>I'm compiling or linking. Is that strange? > > > > > > > >Patch is wrong. Actually, it does put the dirrem to the proccessing > > twice > > > >when xp != NULL. > > > > > > Yes, exactly why I said 'it doesn't fix the problem'. In fact, I > > > actually did not post it to the list, and didn't intend for it to be > > > posted. I was hoping for feedback for further examination. > > > > > > Kostik - do you have any ideas on what is going on here? Did you see > > > the message in another thread that looked similar (it was regarding > > > gjournal)? > > > > No, I have no idea. BTW, some further information from the people that > > experience the problem could be helpful. For instance, > > UFS1/UFS2 > > UFS2, filesystem created with FreeBSD 6-STABLE > > size of the problematic fs/% of the space used > > /dev/ad4s1g 90613368 22619950 60744350 27% /home > > are quotas enabled in kernel/active for the fs ? > > No to both. > > are softupdates on ? > > Yes. Turning them off seems to fix the problem (fingers crossed - I only > turned it off this morning, didn't have a panic yet) > After working for a whole day without softupdates, I can say that turning them off at least causes less panics to happen than with them turned on, maybe they even don't happen at all without softupdates; I haven't had a panic all day, while I have one every few hours with softupdates turned on. Arjan From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 17:11:03 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FA5516A494 for ; Thu, 18 Oct 2007 17:11:03 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id D1F1E13C448 for ; Thu, 18 Oct 2007 17:11:02 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9IHAxS8006834 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 18 Oct 2007 19:10:59 +0200 From: "Petr Holub" To: Date: Thu, 18 Oct 2007 19:11:05 +0200 Message-ID: <013201c811a9$de3e9e10$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: <20071018145733.GA28398@muon.bluestop.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Thu, 18 Oct 2007 19:10:59 +0200 (CEST) Cc: current@freebsd.org Subject: RE: USB keyboard leds gone wild on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 17:11:03 -0000 > I reported this last month - see the thread "USB keyboard status > indicators not working". BTW, it looks like it might be i386-specific bug, as the indicators work with the same keyboard on two other amd64 machines running 7.0-PRERELEASE. Petr From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 17:15:03 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D727916A47A for ; Thu, 18 Oct 2007 17:15:03 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e002::32]) by mx1.freebsd.org (Postfix) with ESMTP id B6FB113C494 for ; Thu, 18 Oct 2007 17:15:01 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p4054-ipbf904funabasi.chiba.ocn.ne.jp [122.26.39.54]) (authenticated bits=128) by mail.allbsd.org (8.13.8/8.13.8) with ESMTP id l9IHEmYM037963 for ; Fri, 19 Oct 2007 02:14:59 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l9IHERqQ065749 for ; Fri, 19 Oct 2007 02:14:29 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 19 Oct 2007 02:14:08 +0900 (JST) Message-Id: <20071019.021408.138664034.hrs@allbsd.org> To: current@FreeBSD.org From: Hiroki Sato In-Reply-To: <20071015.034121.120532311.hrs@allbsd.org> References: <20071015.034121.120532311.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Oct_19_02_14_08_2007_542)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.allbsd.org [133.31.130.32]); Fri, 19 Oct 2007 02:14:59 +0900 (JST) Cc: Subject: Re: panic in 8-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, 18 Oct 2007 17:15:03 -0000 ----Security_Multipart(Fri_Oct_19_02_14_08_2007_542)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20071015.034121.120532311.hrs@allbsd.org>: hr> I got the following panic with the Oct 14 8-CURRENT kernel. A 2-way hr> (Opteron) box running GENERIC FreeBSD/i386 kernel with serial console hr> access, and typing some keys just after "Trying to mount..." line hr> appears seems to prevent this panic. Without typing any keys the box hr> remain stopped after displaying the line, and then typing a key will hr> cause this panic. Whether the panic occurs depends on the time hr> between displaying the line and typing a key. hr> hr> ----(from here) hr> WARNING: WITNESS option enabled, expect reduced performance. hr> Trying to mount root from ufs:/dev/ad4s1a hr> spin lock 0xc0c17a6c (sio) held by 0xc3f0d630 (tid 100004) too long hr> panic: spin lock held too long hr> cpuid = 0 hr> KDB: enter: panic hr> [thread pid 46 tid 100056 ] hr> Stopped at kdb_enter+0x32: leave hr> db> bt hr> Tracing pid 46 tid 100056 td 0xc40b9a50 hr> kdb_enter(c0a9c1bb,0,c0a9afae,e44f303c,0,...) at kdb_enter+0x32 hr> panic(c0a9afae,c3f0d630,c0b73ea0,c3f0d630,186a4,...) at panic+0x124 hr> _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f3094,...) at _mtx_lock_spin_failed+0x51 hr> _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,9fc,...) at _mtx_lock_spin+0x75 hr> _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,9fc,a,...) at _mtx_lock_spin_flags+0x10e hr> sio_cnputc(c0b73ee0,73,e44f324c,5,73,...) at sio_cnputc+0x8d hr> cnputc(73,e44f324c,e44f310c,c077ac51,c0a0f1de,...) at cnputc+0x5f hr> putcons(c0a0f1de,1,1000006,c0c17a6c,c0a9af7f,...) at putcons+0x17 hr> putchar(73,e44f324c,ee9898c0,257,0,...) at putchar+0x61 hr> kvprintf(c0a9af7e,c077abf0,e44f324c,a,e44f3278,...) at kvprintf+0x75 hr> printf(c0a9af7e,c0c17a6c,c0b73ea0,c3f0d630,186a4,...) at printf+0x4e hr> _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f32d0,...) at _mtx_lock_spin_failed+0x39 hr> _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,9fc,...) at _mtx_lock_spin+0x75 hr> _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,9fc,a,...) at _mtx_lock_spin_flags+0x10e hr> sio_cnputc(c0b73ee0,73,e44f3488,5,73,...) at sio_cnputc+0x8d hr> cnputc(73,e44f3488,e44f3348,c077ac51,c0a0f1de,...) at cnputc+0x5f hr> putcons(c0a0f1de,1,1000006,c0c17a6c,c0a9af7f,...) at putcons+0x17 hr> putchar(73,e44f3488,ee9898c0,257,c40b9a50,...) at putchar+0x61 hr> kvprintf(c0a9af7e,c077abf0,e44f3488,a,e44f34b4,...) at kvprintf+0x75 hr> printf(c0a9af7e,c0c17a6c,c0b73ea0,c3f0d630,186a4,...) at printf+0x4e hr> _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f350c,...) at _mtx_lock_spin_failed+0x39 hr> _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,9fc,...) at _mtx_lock_spin+0x75 hr> _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,9fc,2570000,...) at _mtx_lock_spin_flags+0x10e hr> sio_cnputc(c0b73ee0,73,e44f36c4,5,73,...) at sio_cnputc+0x8d hr> cnputc(73,e44f36c4,e44f3584,c077ac51,c075c4e8,...) at cnputc+0x5f hr> putcons(c075c4e8,1,1000006,c0c17a6c,c0a9af7f,...) at putcons+0x17 hr> putchar(73,e44f36c4,ee9898c0,257,c0bb3580,...) at putchar+0x61 hr> kvprintf(c0a9af7e,c077abf0,e44f36c4,a,e44f36f0,...) at kvprintf+0x75 hr> printf(c0a9af7e,c0c17a6c,c0b73ea0,c3f0d630,186a4,...) at printf+0x4e hr> _mtx_lock_spin_failed(1,c40b9a50,c0c17a6c,0,e44f3748,...) at _mtx_lock_spin_failed+0x39 hr> _mtx_lock_spin(c0c17a6c,c40b9a50,0,c0ac3e92,80d,...) at _mtx_lock_spin+0x75 hr> _mtx_lock_spin_flags(c0c17a6c,0,c0ac3e92,80d,0,...) at _mtx_lock_spin_flags+0x10e hr> comstart(c40a2000,0,c0ac3e92,76d,3ac3e92,...) at comstart+0x278 hr> comparam(c40a2000,c40a20c4,0,8,c0a976e6,...) at comparam+0x2d1 hr> ttyopen(c40a8700,3,2000,c40b9a50,c0b55080,...) at ttyopen+0x262 hr> giant_open(c40a8700,3,2000,c40b9a50,c4291100,...) at giant_open+0x4f hr> devfs_open(e44f387c,e44f3950,e44f3950,0,e44f390c,...) at devfs_open+0x230 hr> VOP_OPEN_APV(c0b45500,e44f387c,0,c4235240,c40ca990,...) at VOP_OPEN_APV+0xa5 hr> vn_open_cred(e44f3950,c0bfe954,0,c3f14800,0,...) at vn_open_cred+0x44b hr> vn_open(e44f3950,c0bfe954,0,0,c0743fcd,...) at vn_open+0x33 hr> cn_devopen(c3f5d800,c40caaa0,e44f39f4,c07200bf,c3f5d800,...) at cn_devopen+0xf9 hr> cnopen(c3f5d800,3,2000,c40b9a50,c0b55460,...) at cnopen+0x3e hr> giant_open(c3f5d800,3,2000,c40b9a50,c4262d80,...) at giant_open+0x4f hr> devfs_open(e44f3a8c,c40b9a50,e44f3b80,0,e44f3b1c,...) at devfs_open+0x230 hr> VOP_OPEN_APV(c0b45500,e44f3a8c,e44f3a78,246,c40caaa0,...) at VOP_OPEN_APV+0xa5 hr> vn_open_cred(e44f3b80,e44f3c78,400,c3f14800,c42a6000,...) at vn_open_cred+0x44b hr> vn_open(e44f3b80,e44f3c78,400,c42a6000,e44f3b90,...) at vn_open+0x33 hr> kern_open(c40b9a50,80c34a5,0,3,80d3600,...) at kern_open+0xe7 hr> open(c40b9a50,e44f3cfc,c,c0acdafe,c0b48698,...) at open+0x30 hr> syscall(e44f3d38) at syscall+0x2b3 hr> Xint0x80_syscall() at Xint0x80_syscall+0x20 hr> --- syscall (5, FreeBSD ELF32, open), eip = 0x8088e3b, esp = 0xbfbfe90c, ebp = 0xbfbfe928 --- hr> db> hr> ----(to here) I found that this panic occurred only when "options [KDG]DB" were defined and reproducible on serial-console-enabled HP boxes such as DL140G3 and ML115. With the options, the same panic occurs even on 6.2R. -- | Hiroki SATO ----Security_Multipart(Fri_Oct_19_02_14_08_2007_542)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHF5RgTyzT2CeTzy0RApRXAJ4sNidImbDEtcwrZQ4fN637kDECiQCcD4W5 +VR0zsMWgEFHOCGU3zf0kug= =aT77 -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Oct_19_02_14_08_2007_542)---- From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 17:33:17 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDFC416A46D for ; Thu, 18 Oct 2007 17:33:17 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 6B93C13C494 for ; Thu, 18 Oct 2007 17:33:16 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so209153nfb for ; Thu, 18 Oct 2007 10:33:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Vk3OlhJFK+VF0rDTsEbhH8iKrQkb9tmGMqd4K2hkYtM=; b=TxPHeuiP6WwaBqhppJ8J3tNnx+Z4etBF59GaMIwQQijG+skEP3VCnv6vJojvDg7pg2ab+jPB0g+Xfsx6cKZ7mlpi6OOE/EUZ2RrC4XDuwTH9guPHo7dCCDivx91mNzVKtmgC1QlEQW0HualIz96zgY49WsfvX2k9FgN5UGriHiU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Zogn0zzAIpW0t3Hb7lXaZYmGaAWOiGLacMzePlAiSDZCKQB14HRbT5Vk6aVZeY7lPC2K8TLq7YqJpgjNKN8gJ+EK1gdDlQ9gfFQYXTKENd6juMlbBXJl4uIggFTtlgkBuOPzrd31khiJu4+xa2/uulDi47vHhlc8pUBNCoXiYrE= Received: by 10.86.77.5 with SMTP id z5mr629981fga.1192728795392; Thu, 18 Oct 2007 10:33:15 -0700 (PDT) Received: by 10.86.91.5 with HTTP; Thu, 18 Oct 2007 10:33:15 -0700 (PDT) Message-ID: <11167f520710181033j7d0443ffsec3c5d5feb22c7db@mail.gmail.com> Date: Thu, 18 Oct 2007 12:33:15 -0500 From: "Sam Fourman Jr." To: "Petr Holub" In-Reply-To: <013201c811a9$de3e9e10$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071018145733.GA28398@muon.bluestop.org> <013201c811a9$de3e9e10$5317fb93@KLOBOUCEK> Cc: bruce@cran.org.uk, current@freebsd.org Subject: Re: USB keyboard leds gone wild on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 17:33:18 -0000 On 10/18/07, Petr Holub wrote: > > I reported this last month - see the thread "USB keyboard status > > indicators not working". > > BTW, it looks like it might be i386-specific bug, as the indicators > work with the same keyboard on two other amd64 machines running > 7.0-PRERELEASE. > > Petr > > _______________________________________________ > 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" > I have this Same Trouble with a Logitech G15 Keyboard in 7 i386 (9-16-2007 snapshot) however I have not tried amd64 (because no nvidia driver) Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 17:45:18 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB3A616A46C for ; Thu, 18 Oct 2007 17:45:18 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id C257A13C46A for ; Thu, 18 Oct 2007 17:45:18 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id l9IHjFSd024981; Thu, 18 Oct 2007 10:45:15 -0700 (PDT) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id l9IHj60H024974; Thu, 18 Oct 2007 10:45:06 -0700 (PDT) (envelope-from obrien) Date: Thu, 18 Oct 2007 10:45:06 -0700 From: "David O'Brien" To: Peter Jeremy Message-ID: <20071018174506.GB420@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Peter Jeremy , Artem Kuchin , josh.carroll@gmail.com, Kostik Belousov , freebsd-current@freebsd.org, ??? Bill Hacker , Andrey Chernov References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071017193615.GO9006@server.vk2pj.dyndns.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: josh.carroll@gmail.com, Andrey Chernov , ??? Bill Hacker , freebsd-current@freebsd.org, Kostik Belousov , Artem Kuchin Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 17:45:19 -0000 On Thu, Oct 18, 2007 at 05:36:15AM +1000, Peter Jeremy wrote: > This bug (or another one with identical symptoms) affects the 'su' > commands within the ports build system if you are using tcsh or zsh or bash It has been suggested that reverting rev 1.79 of su.c may address the issue. ---------------------------- revision 1.79 date: 2006/01/03 09:17:04; author: brian; state: Exp; lines: +14 -1 Fix the other su bug reintroduced two commits ago, namely $ su % kill -STOP $$ where su is executing (t)csh. csh's job handling is a little more special than that of (a)sh, bash and even zsh and blows up a little more spectacularly. This modification restores the original mucking about with the tty pgrp, but is careful to only do it when su (or su's child) is the foreground process ---------------------------- -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 18:22:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F09A16A41A for ; Thu, 18 Oct 2007 18:22:44 +0000 (UTC) (envelope-from stadtkind2@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5DC5B13C44B for ; Thu, 18 Oct 2007 18:22:43 +0000 (UTC) (envelope-from stadtkind2@gmx.de) Received: (qmail invoked by alias); 18 Oct 2007 17:56:02 -0000 Received: from f051119064.adsl.alicedsl.de (EHLO [192.168.0.2]) [78.51.119.64] by mail.gmx.net (mp047) with SMTP; 18 Oct 2007 19:56:02 +0200 X-Authenticated: #42330871 X-Provags-ID: V01U2FsdGVkX19NadU+OblNgULaKGVT68HH26J3J4WlioGUBlvNMa ocAkTWQzkbvr3B Message-ID: <47179E29.40705@gmx.de> Date: Thu, 18 Oct 2007 17:55:53 +0000 From: =?ISO-8859-1?Q?Stefan_Kr=FCger?= User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Thu, 18 Oct 2007 18:46:01 +0000 Subject: Re: 7.0 CURRENT, need help with panic: Trying sleep, but thread marked as sleeping prohibited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 18:22:44 -0000 Robert Watson wrote: > The bug in ipfilter has to do with using a sleepable lock class in an > interrupt or a software interrupt thread. This can lead to deadlocks, > although is relatively unlikely to do so, so is reported by invariants > testing as a fatal condition. The panic won't turn up without > invariants enabled, and in practice the deadlock is quite unlikely, but > reflects a violation of the assumptions under which kernel > synchronization is designed to work. Switching to a non-sleepable lock > class doesn't provide an instant solution because the non-sleepable lock > will then be held over a potentially sleepable path for managing the > firewall from user space (if a copyin/copyout results in a page fault > that sleeps waiting on disk I/O, or worse, network I/O from > network-backed swap, which could lead directly to the deadlock). > Chances are, this is relatively easy to fix, but someone needs to do > that -- ideally someone very familiar with ipfilter. :-) this someone could take a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=117182 (FreeBSD 7.0-PRERELEASE w/ ipfilter, sleeping thread panic) From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 19:14:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4C4916A4FD for ; Thu, 18 Oct 2007 19:14:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A54CA13C461 for ; Thu, 18 Oct 2007 19:14:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 47AF71CC06A; Thu, 18 Oct 2007 12:14:36 -0700 (PDT) Date: Thu, 18 Oct 2007 12:14:36 -0700 From: Jeremy Chadwick To: "Sam Fourman Jr." Message-ID: <20071018191436.GA23271@eos.sc1.parodius.com> Mail-Followup-To: "Sam Fourman Jr." , Petr Holub , bruce@cran.org.uk, current@freebsd.org References: <20071018145733.GA28398@muon.bluestop.org> <013201c811a9$de3e9e10$5317fb93@KLOBOUCEK> <11167f520710181033j7d0443ffsec3c5d5feb22c7db@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11167f520710181033j7d0443ffsec3c5d5feb22c7db@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Petr Holub , bruce@cran.org.uk, current@freebsd.org Subject: Re: USB keyboard leds gone wild on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 19:14:36 -0000 On Thu, Oct 18, 2007 at 12:33:15PM -0500, Sam Fourman Jr. wrote: > I have this Same Trouble with a Logitech G15 Keyboard in 7 i386 > (9-16-2007 snapshot) The issue isn't specific to a particular model or vendor of USB keyboard. I can repeat the problem with numerous USB keyboards. If whoever wants to tackle this needs one, let me know and I'll be more than happy to purchase them one. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 19:31:59 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C66816A417 for ; Thu, 18 Oct 2007 19:31:59 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 44CA113C46B for ; Thu, 18 Oct 2007 19:31:58 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63807 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Iib65-0006pe-C7 for freebsd-current@freebsd.org; Thu, 18 Oct 2007 19:31:57 +0000 Message-ID: <4717B4AD.6000706@conducive.net> Date: Thu, 18 Oct 2007 15:31:57 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> <012c01c810f3$aafeecf0$0c00a8c0@Artem> <20071017193615.GO9006@server.vk2pj.dyndns.org> <20071018174506.GB420@dragon.NUXI.org> In-Reply-To: <20071018174506.GB420@dragon.NUXI.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 19:31:59 -0000 David O'Brien wrote: > On Thu, Oct 18, 2007 at 05:36:15AM +1000, Peter Jeremy wrote: >> This bug (or another one with identical symptoms) affects the 'su' >> commands within the ports build system if you are using tcsh or zsh > > or bash > > It has been suggested that reverting rev 1.79 of su.c may address the issue. > > ---------------------------- > revision 1.79 > date: 2006/01/03 09:17:04; author: brian; state: Exp; lines: +14 -1 > Fix the other su bug reintroduced two commits ago, namely > > $ su > % kill -STOP $$ > > where su is executing (t)csh. csh's job handling is a little more > special than that of (a)sh, bash and even zsh and blows up a little > more spectacularly. This modification restores the original mucking > about with the tty pgrp, but is careful to only do it when su (or > su's child) is the foreground process > ---------------------------- Well.... if 'blows up...' wasn't hyperbole, back in 2006, and IF calling for a pid on a dead/nonexistent process reliably returns the *same* invalid pid tday (100000 was cited) it might be safer for the time being to do a compare on that value then continue the march if matched. Belt and braces - at least 'til it can be better checked and cleaned up properly. JFWIW, pkgdb here lists around 600 packages and on each of three test slices, 2 i386, 1 amd64. Probably 90% were invoked from a csh, the rest with bash. Maybe 80% were built from a terminal in xfce4, and guessing that 80% were pkg_add'ed, rest were: cd /usr/ports// make install [-DFORCE_PKG_REGISTER]. Quite a few more attempted and failed did so for clear reasons not related to su. Not ONE instance of any *detectable* difficulty with su as-it-is-now. But 100% were built su'ed to root *before* running. Bill From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 22:53:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C43F16A41B for ; Thu, 18 Oct 2007 22:53:03 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id E1EA213C46A for ; Thu, 18 Oct 2007 22:53:02 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9IMr4Oo074223 for ; Thu, 18 Oct 2007 20:53:04 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Thu, 18 Oct 2007 20:52:57 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710182052.57565.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: new if_wi problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2007 22:53:03 -0000 On current I get events I never saw before. I have a dual-boot releng_6 and= =20 prerelease_7 and I get this soon current is up and after a while the wi car= d=20 stops working, this events and the stop problem does not happen on releng_6 seems the function in if_wi.c is the same on both versions so I am not sure= =20 why this happens on currrent what is strange I think is that it is always the same numbers, unless the l= ast=20 record after which the card stops Oct 18 12:35:23 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 13:25:01 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 14:30:12 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 15:33:59 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 15:47:30 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 16:38:32 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 17:52:04 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 17:57:35 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 18:01:50 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 18:23:21 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 18:25:06 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 18:37:51 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 19:06:22 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 19:47:39 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 20:18:40 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 21:02:11 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 21:04:11 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 21:49:13 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 21:52:13 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 22:20:01 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D8= 000 Oct 18 22:08:59 ap-c kernel: wi0: record read mismatch, rid=3Dfd44, got=3D2= 933 this card runs as hostap, somebdy has an idea? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Thu Oct 18 22:54:02 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5C2616A420; Thu, 18 Oct 2007 22:54:02 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id A8F1D13C48D; Thu, 18 Oct 2007 22:54:01 +0000 (UTC) (envelope-from simon@benji.nitro.dk) Received: from benji.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 518DC1E8C13; Thu, 18 Oct 2007 22:37:14 +0000 (UTC) Received: by benji.nitro.dk (Postfix, from userid 2000) id 44C29FE79; Fri, 19 Oct 2007 00:37:25 +0200 (CEST) Date: Fri, 19 Oct 2007 00:37:24 +0200 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org, freebsd-stable@FreeBSD.org Message-ID: <20071018223724.GA987@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-security@FreeBSD.org Subject: [simon@FreeBSD.org: cvs commit: src/crypto/openssl/ssl d1_both.c dtls1.h ssl.h ssl_err.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org, simon@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 22:54:02 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey, RELENG_7 isn't -STABLE yet, so the issue mention in the commit mail beolow will not get a Security Advisory. This only affects applications using DTLS, and I doubt there are many of those, but users should still upgrade to get this fix, just in case. See the OpenSSL advisory for some more details: http://www.openssl.org/news/secadv_20071012.txt If anybody were wondering, and hadn't checked the OpenSSL advisory: older versions of FreeBSD aren't affected as they have OpenSSL 0.9.7 which isn't affected (it doesn't have DTLS support). ----- Forwarded message from "Simon L. Nielsen" ----- =46rom: "Simon L. Nielsen" Date: Thu, 18 Oct 2007 22:20:04 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/crypto/openssl/ssl d1_both.c dtls1.h ssl.h ssl_err.c simon 2007-10-18 22:20:04 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) crypto/openssl/ssl d1_both.c dtls1.h ssl.h ssl_err.c=20 Log: MFC: Import DTLS security fix from upstream OpenSSL_0_9_8-stable branch. =20 Security: CVE-2007-4995 Security: http://www.openssl.org/news/secadv_20071012.txt Approved by: re (kensmith) =20 Revision Changes Path 1.1.1.1.2.1 +533 -605 src/crypto/openssl/ssl/d1_both.c 1.1.1.1.2.1 +3 -4 src/crypto/openssl/ssl/dtls1.h 1.1.1.16.2.1 +1 -0 src/crypto/openssl/ssl/ssl.h 1.1.1.11.2.1 +1 -0 src/crypto/openssl/ssl/ssl_err.c ----- End forwarded message ----- --=20 Simon L. Nielsen FreeBSD Deputy Security Officer --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHF+AkBJx0gP90kKsRAoFUAJ9zipHwlRUf6Hv10pAOMoe9HedTfQCfcou6 +3RFPlWCxEwhRu0gf3R/Miw= =3yB7 -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 00:56:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 515A716A417 for ; Fri, 19 Oct 2007 00:56:03 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id F21C113C458 for ; Fri, 19 Oct 2007 00:56:02 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so306906wxd for ; Thu, 18 Oct 2007 17:56:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=3/OzOJy5O8PkHH8yHGitDykdRPlak0tigfVFNKHS6VI=; b=UAcSMTlX+lKXc+L2McIXVE0Wwn+vJDAid5FTz7P4uHm1pWOya+6SAJzP1ual/XYfZYnDPYGYbQLZvRtMwrJA95KVybu8FR+xoa206mQSE4+6NiWU7GaGZAW9whAa5t2sS7IiVFdWomrhDLcLKd6zlblfZ7qRMwa2mkaSopJ5Jag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=mLNGrjsLn5xAw4UNEmy+hIUllnfoqlDnmMKt0//aWN+7NSGKtxGCdI8OxFjkKKOByDN4p3TbkalFUe51Aj0OKukS6IGdlcPg7MQ3nSlJS9RzTmYiibhz6GGWuIKAS0oA+K1bFJZ+L3ye6hnhWfjhBP6FwsUz6YYjntTy3dy9R5Q= Received: by 10.70.52.2 with SMTP id z2mr1974824wxz.1192755361521; Thu, 18 Oct 2007 17:56:01 -0700 (PDT) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id h34sm3703434wxd.2007.10.18.17.55.59 (version=SSLv3 cipher=OTHER); Thu, 18 Oct 2007 17:56:00 -0700 (PDT) Date: Thu, 18 Oct 2007 20:55:54 -0400 From: Alexander Kabaev To: Stefan Lambrev Message-ID: <20071018205554.010c710e@kan.dnsalias.net> In-Reply-To: <471722BE.20107@moneybookers.com> References: <47161A42.2050306@moneybookers.com> <471636E4.90807@thekeelecentre.com> <47163ACC.1080807@moneybookers.com> <47163B9B.4010901@thekeelecentre.com> <471715AD.3080102@moneybookers.com> <47171750.8050906@thekeelecentre.com> <20071018085812.GA8481@eos.sc1.parodius.com> <471722BE.20107@moneybookers.com> X-Mailer: Claws Mail 3.0.0 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_gEj_b8C1lC+c6s+bZkwBtfS; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: Very slow HP 8 Internal Port SAS HBA with RAID 0, 1 on Hot Plug SAS/SATA Models (LSI SAS1068 - mpt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 00:56:03 -0000 --Sig_gEj_b8C1lC+c6s+bZkwBtfS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 18 Oct 2007 12:09:18 +0300 Stefan Lambrev wrote: > Hi, >=20 > Jeremy Chadwick wrote: > > On Thu, Oct 18, 2007 at 09:20:32AM +0100, Richard Tector wrote: > > =20 > >> Stefan Lambrev wrote: > >> =20 > >>> =20 > -skip- > >> 70MB/s from desktop drives is pretty respectabloe, IMHO. > >> =20 > > > > In a RAID 1 configuration, I would say 70MByte/sec read is more than > > decent. That's about what I get from an individual drive on a > > built-in nVidia nForce 4 SATAII controller. Here's a sequential > > read from a disk on that controller, using dd and gstat; sometimes > > it hits 78MB. > > > > ad10: 476940MB at ata5-master SATA300 > > > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > > 1 571 571 72850 1.4 0 0 0.0 82.0| ad10 > > > > You might also want to verify that the disks are actually running > > at SATA300 speeds (which won't necessarily gain you a lot over > > SATA150, but worth turning on assuming it's compatible with your > > controller). Seagate drives, for example, have a little jumper on > > them that limits the interface to SATA150; remove it. > > > > =20 > da0: Fixed Direct Access SCSI-2 device > da0: 300.000MB/s transfers >=20 In my experience LSI lies in this message and 300.000MB/s are saying nothing. It said the same thing on my system at work while sata analyzer sitting between controller and the drive clearly showed 1.5G speed used on the actual link. --=20 Alexander Kabaev --Sig_gEj_b8C1lC+c6s+bZkwBtfS Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHGACaQ6z1jMm+XZYRAgY4AKCNsRrSTQsTwL+1lmKM/m8nICUjygCgupH0 dDl9Zod4VfZKSqVQcItYiH0= =njEk -----END PGP SIGNATURE----- --Sig_gEj_b8C1lC+c6s+bZkwBtfS-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 03:42:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29BE16A421 for ; Fri, 19 Oct 2007 03:42:25 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.freebsd.org (Postfix) with ESMTP id D429F13C459 for ; Fri, 19 Oct 2007 03:42:25 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from _hostname_ (c-66-31-37-31.hsd1.ma.comcast.net[66.31.37.31]) by comcast.net (rwcrmhc12) with SMTP id <20071019034224m1200gqgvve>; Fri, 19 Oct 2007 03:42:25 +0000 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Thu, 18 Oct 2007 23:42:24 -0400 From: "Craig Rodrigues" Date: Thu, 18 Oct 2007 23:42:24 -0400 To: Tom Evans Message-ID: <20071019034224.GA1167@crodrigues.org> References: <1191507549.1475.69.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1191507549.1475.69.camel@localhost> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Difficulties with samba usernames with spaces + patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 03:42:26 -0000 On Thu, Oct 04, 2007 at 03:19:09PM +0100, Tom Evans wrote: > Mounting from the command line works either with correctly quoting the > host, or using the -U switch, and correctly quoting the argument. > > mount_smbfs -U "Tom Evans" //RAZOR/it /mnt/it > mount_smbfs "//TOM EVANS@RAZOR/IT" /mnt/it > > This clearly seems to be a limitation of fstab(5) (inability to quote > arguments) and/or nsmb.conf(5) (inability to specify username). I am > going to change one or the other to allow this to work; which would be > preferable? If you change fstab(5) to accept "quoted arguments", then you would have to change getfsent() so that it can properly parse an /etc/fstab with quoted arguments. Then you would have to verify that clients of getfsent() such as mount(8) and quotacheck(8) still worked. If you could get that to work, that would be quite nice. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 05:51:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 230D816A419 for ; Fri, 19 Oct 2007 05:51:55 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7A11713C465 for ; Fri, 19 Oct 2007 05:51:53 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 7B6063D8716; Fri, 19 Oct 2007 09:51:51 +0400 (MSD) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 354EA3D872F; Fri, 19 Oct 2007 09:51:51 +0400 (MSD) Date: Fri, 19 Oct 2007 09:51:54 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <169896312.20071019095154@masm.elcom.ru> To: Max Laier , freebsd-current@freebsd.org In-Reply-To: <200710180021.39250.max@love2party.net> References: <359284519.20071018014832@masm.elcom.ru> <200710172357.18221.max@love2party.net> <6210619899.20071018020530@masm.elcom.ru> <200710180021.39250.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------EA1DC1B433A7E538" Cc: Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 05:51:55 -0000 ------------EA1DC1B433A7E538 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 18.10.2007, Max Laier wrote: > On Thursday 18 October 2007, Victor M. Blood wrote: >> On 18.10.2007, Max Laier wrote: >> > On Wednesday 17 October 2007, Victor M. Blood wrote: >> >> Hi, All. >> >> >> >> I try to use options in kernel instead of a module build of the >> >> ipfilter and got error then kernel builds. >> >> >> >> I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h >> >> and correct #ifdef statament :) no more warnings... >> > >> > ipf is likely broken anyway. See thread: "7.0 CURRENT, need help >> > with panic: Trying sleep, but thread marked as sleeping prohibited" >> > on this ML a few days back. That this warning went unnoticed tells >> > you something, too. >> >> New version, new problems, no more to say) few days back I have panic >> with ip filter, now it seems as worked, after upgrade. >> >> #ipf -V >> ipf: IP Filter: v4.1.27 (404) >> Kernel: IP Filter: v4.1.27 >> Running: yes >> Log Flags: 0 = none set >> Default: block all, Logging: available >> Active list: 0 >> Feature mask: 0xe > Is this with a WITNESS/INVARIANTS enabled kernel? From a quick glance at > the code you should see warnings on the ioctl path as there are copy > operations to/from userland with the lock held. Hmm... is it may crash ipnat, then it runs with `-s' key? In attach new panics :)) -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 ------------EA1DC1B433A7E538 Content-Type: text/plain; name="ipnat.crush.1.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="ipnat.crush.1.log" Cktlcm5lbCBwYWdlIGZhdWx0IHdpdGggdGhlIGZvbGxvd2luZyBub24tc2xlZXBhYmxlIGxv Y2tzIGhlbGQ6CgpzaGFyZWQgcncgaXBmIGZpbHRlciBsb2FkL3VubG9hZCBtdXRleCByID0g MCAoMHhjMDc0NDgyMCkgbG9ja2VkIEAgY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX2Zp bF9mcmVlYnNkLmM6MzQ4CgpLREI6IHN0YWNrIGJhY2t0cmFjZToKZGJfdHJhY2Vfc2VsZl93 cmFwcGVyKGMwNmVkYzBkLGM4ODEzY2VjLGMwNTg5ZDhkLGMwNmVkZmM3LGM4ODEzZDAwLC4u LikgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MjYKa2RiX2JhY2t0cmFjZShjMDZlZGZj NyxjODgxM2QwMCw0LDEsMCwuLi4pIGF0IGtkYl9iYWNrdHJhY2UrMHgyOQp3aXRuZXNzX3dh cm4oNSwwLGMwNzA5YjY0LDAsYzFhMzdkNDgsLi4uKSBhdCB3aXRuZXNzX3dhcm4rMHgxY2QK dHJhcChjODgxM2Q4YykgYXQgdHJhcCsweDExZQpjYWxsdHJhcCgpIGF0IGNhbGx0cmFwKzB4 NgotLS0gdHJhcCAweGMsIGVpcCA9IDB4YzA2YWYwN2MsIGVzcCA9IDB4Yzg4MTNkY2MsIGVi cCA9IDB4Yzg4MTRiOTggLS0tCnNsb3dfY29weW91dChjMTk0Zjg0MCxjMDM0NzI1ZCwxLDAs YzFhMzk4NDAsLi4uKSBhdCBzbG93X2NvcHlvdXQrMHg0CmZyX2lvY3Rsc3dpdGNoKDEsYzE5 NGY4NDAsYzAzNDcyNWQsMSwwLC4uLikgYXQgZnJfaW9jdGxzd2l0Y2grMHg3OQppcGxpb2N0 bChjMTc2ZDUwMCxjMDM0NzI1ZCxjMTk0Zjg0MCwxLGMxYTM5ODQwLC4uLikgYXQgaXBsaW9j dGwrMHhkYQpkZXZmc19pb2N0bF9mKGMxODNiNDM4LGMwMzQ3MjVkLGMxOTRmODQwLGMxYTA3 ODAwLGMxYTM5ODQwLC4uLikgYXQgZGV2ZnNfaW9jdGxfZisweGQ1Cmtlcm5faW9jdGwoYzFh Mzk4NDAsMyxjMDM0NzI1ZCxjMTk0Zjg0MCwxMDAwMDAwLC4uLikgYXQga2Vybl9pb2N0bCsw eDI1Mwppb2N0bChjMWEzOTg0MCxjODgxNGNmYyxjLGMwNmU4NmM2LGMwNzIwOTcwLC4uLikg YXQgaW9jdGwrMHgxM2YKc3lzY2FsbChjODgxNGQzOCkgYXQgc3lzY2FsbCsweDJmMwpYaW50 MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNjYWxsICg1 NCwgRnJlZUJTRCBFTEYzMiwgaW9jdGwpLCBlaXAgPSAweDI4MTY2ZjYzLCBlc3AgPSAweGJm YmZlYjFjLCBlYnAgPSAweGJmYmZlYjg4IC0tLQoKCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1 bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0gMHgyODIw MjAwMApmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3Igd3JpdGUsIHBhZ2Ugbm90IHByZXNlbnQK aW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4MjA6MHhjMDZhZjA3YwpzdGFjayBwb2ludGVyCSAg ICAgICAgPSAweDI4OjB4Yzg4MTNkY2MKZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgyODow eGM4ODE0Yjk4CmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlw ZSAweDFiCgkJCT0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxCnByb2Nlc3NvciBl ZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHBy b2Nlc3MJCT0gNjYxIChpcG5hdCkKcGFuaWM6IGZyb20gZGVidWdnZXIKVXB0aW1lOiAzMHMK UGh5c2ljYWwgbWVtb3J5OiAxMTkgTUIKRHVtcGluZyA0MSBNQjogMjYgMTAKCiMwICBkb2Fk dW1wICgpIGF0IHBjcHUuaDoxOTUKCWluIHBjcHUuaAoK ------------EA1DC1B433A7E538 Content-Type: text/plain; name="ipnat.crush.2.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="ipnat.crush.2.log" Cktlcm5lbCBwYWdlIGZhdWx0IHdpdGggdGhlIGZvbGxvd2luZyBub24tc2xlZXBhYmxlIGxv Y2tzIGhlbGQ6CgpzaGFyZWQgcncgaXBmIGZpbHRlciBsb2FkL3VubG9hZCBtdXRleCByID0g MCAoMHhjMDc0NDgyMCkgbG9ja2VkIEAgY29udHJpYi9pcGZpbHRlci9uZXRpbmV0L2lwX2Zp bF9mcmVlYnNkLmM6MzQ4CktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dy YXBwZXIoYzA2ZWRjMGQsYzgxNmVjZWMsYzA1ODlkOGQsYzA2ZWRmYzcsYzgxNmVkMDAsLi4u KSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyNgprZGJfYmFja3RyYWNlKGMwNmVkZmM3 LGM4MTZlZDAwLDQsMSwwLC4uLikgYXQga2RiX2JhY2t0cmFjZSsweDI5CndpdG5lc3Nfd2Fy big1LDAsYzA3MDliNjQsYzgxNmVkMWMsYzE5MDkyYTgsLi4uKSBhdCB3aXRuZXNzX3dhcm4r MHgxY2QKdHJhcChjODE2ZWQ4YykgYXQgdHJhcCsweDExZQpjYWxsdHJhcCgpIGF0IGNhbGx0 cmFwKzB4NgotLS0gdHJhcCAweGMsIGVpcCA9IDB4YzA2YWYwN2MsIGVzcCA9IDB4YzgxNmVk Y2MsIGVicCA9IDB4YzgxNmZiOTggLS0tCnNsb3dfY29weW91dChjMTk1M2I0MCxjMDM0NzI1 ZCwxLDAsYzE3NTU2MzAsLi4uKSBhdCBzbG93X2NvcHlvdXQrMHg0CmZyX2lvY3Rsc3dpdGNo KDEsYzE5NTNiNDAsYzAzNDcyNWQsMSwwLC4uLikgYXQgZnJfaW9jdGxzd2l0Y2grMHg3OQpp cGxpb2N0bChjMTc2ZDUwMCxjMDM0NzI1ZCxjMTk1M2I0MCwxLGMxNzU1NjMwLC4uLikgYXQg aXBsaW9jdGwrMHhkYQpkZXZmc19pb2N0bF9mKGMxODNjODI4LGMwMzQ3MjVkLGMxOTUzYjQw LGMxYWI3NTAwLGMxNzU1NjMwLC4uLikgYXQgZGV2ZnNfaW9jdGxfZisweGQ1Cmtlcm5faW9j dGwoYzE3NTU2MzAsMyxjMDM0NzI1ZCxjMTk1M2I0MCwxMDAwMDAwLC4uLikgYXQga2Vybl9p b2N0bCsweDI1Mwppb2N0bChjMTc1NTYzMCxjODE2ZmNmYyxjLGMwNmU4NmM2LGMwNzIwOTcw LC4uLikgYXQgaW9jdGwrMHgxM2YKc3lzY2FsbChjODE2ZmQzOCkgYXQgc3lzY2FsbCsweDJm MwpYaW50MHg4MF9zeXNjYWxsKCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDIwCi0tLSBzeXNj YWxsICg1NCwgRnJlZUJTRCBFTEYzMiwgaW9jdGwpLCBlaXAgPSAweDI4MTY2ZjYzLCBlc3Ag PSAweGJmYmZlYjFjLCBlYnAgPSAweGJmYmZlYjg4IC0tLQoKCkZhdGFsIHRyYXAgMTI6IHBh Z2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKZmF1bHQgdmlydHVhbCBhZGRyZXNzCT0g MHgyODIwMjAwMApmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3Igd3JpdGUsIHBhZ2Ugbm90IHBy ZXNlbnQKaW5zdHJ1Y3Rpb24gcG9pbnRlcgk9IDB4MjA6MHhjMDZhZjA3YwpzdGFjayBwb2lu dGVyCSAgICAgICAgPSAweDI4OjB4YzgxNmVkY2MKZnJhbWUgcG9pbnRlcgkgICAgICAgID0g MHgyODoweGM4MTZmYjk4CmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZm ZiwgdHlwZSAweDFiCgkJCT0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxCnByb2Nl c3NvciBlZmxhZ3MJPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMApjdXJy ZW50IHByb2Nlc3MJCT0gOTQ5IChpcG5hdCkKcGFuaWM6IGZyb20gZGVidWdnZXIKVXB0aW1l OiA0OG00MXMKUGh5c2ljYWwgbWVtb3J5OiAxMTkgTUIKRHVtcGluZyAyOSBNQjogMTQKCiMw ICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxOTUKCWluIHBjcHUuaAoK ------------EA1DC1B433A7E538-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 05:56:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C467016A41A for ; Fri, 19 Oct 2007 05:56:31 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5C84613C469 for ; Fri, 19 Oct 2007 05:56:31 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-001-171.pools.arcor-ip.net [88.66.1.171]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1IikqT2zHs-0003kX; Fri, 19 Oct 2007 07:56:30 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 19 Oct 2007 07:56:15 +0200 User-Agent: KMail/1.9.7 References: <359284519.20071018014832@masm.elcom.ru> <200710180021.39250.max@love2party.net> <169896312.20071019095154@masm.elcom.ru> In-Reply-To: <169896312.20071019095154@masm.elcom.ru> 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="nextPart1454673.4c1idN9nWK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710190756.27040.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/bq8l4yOSVvOgjB+siB9PIAi+TQo0j3WMDDii lljvNFJvsEWtsoGd2Y4yBU5IhcZb3yaKAQs/+dq/SCL1VSckW0 +IQf01z0hQ9+Vl+WjkFggRHrhJHY/5YkNHCu6zNlCU= Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 05:56:31 -0000 --nextPart1454673.4c1idN9nWK Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 19 October 2007, Victor M. Blood wrote: > On 18.10.2007, Max Laier wrote: > > On Thursday 18 October 2007, Victor M. Blood wrote: > >> On 18.10.2007, Max Laier wrote: > >> > On Wednesday 17 October 2007, Victor M. Blood wrote: > >> >> Hi, All. > >> >> > >> >> I try to use options in kernel instead of a module build of the > >> >> ipfilter and got error then kernel builds. > >> >> > >> >> I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h > >> >> and correct #ifdef statament :) no more warnings... > >> > > >> > ipf is likely broken anyway. See thread: "7.0 CURRENT, need help > >> > with panic: Trying sleep, but thread marked as sleeping > >> > prohibited" on this ML a few days back. That this warning went > >> > unnoticed tells you something, too. > >> > >> New version, new problems, no more to say) few days back I have > >> panic with ip filter, now it seems as worked, after upgrade. > >> > >> #ipf -V > >> ipf: IP Filter: v4.1.27 (404) > >> Kernel: IP Filter: v4.1.27 > >> Running: yes > >> Log Flags: 0 =3D none set > >> Default: block all, Logging: available > >> Active list: 0 > >> Feature mask: 0xe > > > > Is this with a WITNESS/INVARIANTS enabled kernel? From a quick > > glance at the code you should see warnings on the ioctl path as there > > are copy operations to/from userland with the lock held. > > Hmm... is it may crash ipnat, then it runs with `-s' key? In attach > new panics :)) Exactly my point. =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 --nextPart1454673.4c1idN9nWK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHGEcLXyyEoT62BG0RAnmfAJ9fQRHVGInOlg+QRMPwdSN/v21B7wCaA6Sx WRUkkKcsgYOTD4Vpej9VVn0= =enEK -----END PGP SIGNATURE----- --nextPart1454673.4c1idN9nWK-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 05:58:16 2007 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2776216A476 for ; Fri, 19 Oct 2007 05:58:16 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id B7C4913C4C2 for ; Fri, 19 Oct 2007 05:58:15 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so405342fka for ; Thu, 18 Oct 2007 22:58:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=Ha53fIAUpKxuV2gzUHVWdcQyb15V1TkebuWpCPyJM6k=; b=MmyCBRHs9hyIVqP73SW7dwYXK6X8M/c/iuud0r58dUTk8j2Q1rrhdVIBgNNRqWa6H9prrnKCiut4oiW5A8bGldB1AYjdr3EhMJg9rwh3C1p4xiCG5S/nZSAxYTMshTctlLWL+UMpWiOtA9YxAj5Zm7uiLSHD9CiBGk8VVdOwiWI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LpdNQQ+wu9ZBZuCjKkgsAq3+IDiVZOUkAuRO0sdhvBomh632pAcQl9O371nP8kHJ5pFeqpU+A0gSZLizqN3aK29hKql8LNzo12JiiBctQo96IlLOXm+4vPrzt7gLpPIthyYf+U98j5PUd0r7bOhzNT7pg6BsrPB2ka+4amkDeW8= Received: by 10.86.86.12 with SMTP id j12mr1086302fgb.1192773494634; Thu, 18 Oct 2007 22:58:14 -0700 (PDT) Received: by 10.86.91.5 with HTTP; Thu, 18 Oct 2007 22:58:14 -0700 (PDT) Message-ID: <11167f520710182258y1b358e2cg7a9d6ed89e3f1a46@mail.gmail.com> Date: Fri, 19 Oct 2007 00:58:14 -0500 From: "Sam Fourman Jr." To: Current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: evdev Protocol in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 05:58:16 -0000 Here is My Question, is it possible to use evdev (the xorg mouse protocol that may be linux specific)in RELENG_7 with xorg 7.3? I have a Logitech mx1000 mouse and I can not seem to get xorg to use the buttons correctly. I have searched google high and low. the dmesg says it is a 16 button mouse however I only count 12. whatever the case, the top buttons by the wheel have the same id as the wheel scroll in xev if there is an alternate way to use a 12 button mouse in FreeBSD please point me to the appropriate documentation. Thank you for any help Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 07:33:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33D3116A419 for ; Fri, 19 Oct 2007 07:33:53 +0000 (UTC) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 9AB9A13C45B for ; Fri, 19 Oct 2007 07:33:52 +0000 (UTC) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 19 Oct 2007 07:33:50 -0000 Received: from ppp-88-217-20-40.dynamic.mnet-online.de (EHLO dose.local.invalid) [88.217.20.40] by mail.gmx.net (mp035) with SMTP; 19 Oct 2007 09:33:50 +0200 X-Authenticated: #147403 X-Provags-ID: V01U2FsdGVkX1+TOd8a1Y2TpZxmVd1scrgFvjXC0BZbfDHk/orkON pIuptDdeYdGtFI Received: by dose.local.invalid (Postfix, from userid 1000) id 590B7C147; Fri, 19 Oct 2007 09:35:22 +0200 (CEST) Date: Fri, 19 Oct 2007 09:35:22 +0200 From: Simon Barner To: Craig Rodrigues Message-ID: <20071019073522.GA1499@dose.local.invalid> References: <1191507549.1475.69.camel@localhost> <20071019034224.GA1167@crodrigues.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <20071019034224.GA1167@crodrigues.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 Cc: Tom Evans , freebsd-current@freebsd.org Subject: Re: Difficulties with samba usernames with spaces + patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 07:33:53 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Craig Rodrigues wrote: > On Thu, Oct 04, 2007 at 03:19:09PM +0100, Tom Evans wrote: > > Mounting from the command line works either with correctly quoting the > > host, or using the -U switch, and correctly quoting the argument. > >=20 > > mount_smbfs -U "Tom Evans" //RAZOR/it /mnt/it > > mount_smbfs "//TOM EVANS@RAZOR/IT" /mnt/it > >=20 > > This clearly seems to be a limitation of fstab(5) (inability to quote > > arguments) and/or nsmb.conf(5) (inability to specify username). I am > > going to change one or the other to allow this to work; which would be > > preferable? >=20 >=20 > If you change fstab(5) to accept "quoted arguments", then you > would have to change getfsent() so that it can properly parse an > /etc/fstab with quoted arguments. Then you would have to verify that > clients of getfsent() such as mount(8) and quotacheck(8) still worked. >=20 > If you could get that to work, that would be quite nice. Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/55539 which contains such a patch for getfsent (using vis(3)). It could use some testing though (I never tested it with quotacheck(8) for example). Simon --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHGF45Ckn+/eutqCoRAkzaAKC9gMKZSYfkZ1oszStyHo2DD+ZViQCg2wDv Mspfjgd7Au7qvyOzF4kF3tc= =RN70 -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 08:48:23 2007 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0686B16A46B; Fri, 19 Oct 2007 08:48:23 +0000 (UTC) (envelope-from yar@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F11BF13C48D; Fri, 19 Oct 2007 08:48:22 +0000 (UTC) (envelope-from yar@FreeBSD.org) Received: from freefall.freebsd.org (yar@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9J8mMRk031725; Fri, 19 Oct 2007 08:48:22 GMT (envelope-from yar@freefall.freebsd.org) Received: (from yar@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9J8mMA5031724; Fri, 19 Oct 2007 08:48:22 GMT (envelope-from yar) Date: Fri, 19 Oct 2007 08:48:22 +0000 From: Yar Tikhiy To: Andrey Chernov Message-ID: <20071019084822.GA29754@freefall.freebsd.org> References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071018091950.GB1546@nagual.pp.ru> User-Agent: Mutt/1.4.2.3i Cc: Kris Kennaway , current@FreeBSD.org, thierry@herbelot.com Subject: Re: No libc shared lib number bump ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 08:48:23 -0000 On Thu, Oct 18, 2007 at 01:19:50PM +0400, Andrey Chernov wrote: > On Thu, Oct 18, 2007 at 09:25:55AM +0200, Kris Kennaway wrote: > > Thierry Herbelot wrote: > >> Hello, > >> I just saw on my -current box that some/most/all shared libraries seem not > >> to have been bumped when REL_7 was branched : > >> % ll /lib/libc.so* > >> -r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 > >> % uname -a > >> FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 > >> CEST 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 > > > > This is deliberate, there is no longer any need now or in the future (since > > symbol versioning now exists). > > I don't understand this thing well, since it is new. Is there some First of all, I'd recommend the original GNU ld documentation page on version script format and semantics: http://www.gnu.org/software/binutils/manual/ld-2.9.1/html_node/ld_25.html Our own implementation is just a simple frontend to that. > howto's in symbol versioning exists for most common cases like that: > a) some new function/variable/struct added > b) some existen function/variable/struct changed > (at this moment I am interesting especially in a) case since did it for > ctype) The technical side is covered well by the document by Daniel, and the essence of the policy we've finally outlined is rather simple: Make your best to ensure that the new versions of individual symbols you introduce in HEAD make it to the next major release. The background behind it is that ideally each and every version of a symbol introduced to a library will stay in it forever, thus adding more support overhead for the security team etc. Therefore it may be unwise in the long run to introduce versions that never see a release. Yar From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 08:49:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1930716A419; Fri, 19 Oct 2007 08:49:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id A4F4413C455; Fri, 19 Oct 2007 08:49:04 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-001-171.pools.arcor-ip.net [88.66.1.171]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1IinXT17cX-0002E0; Fri, 19 Oct 2007 10:49:03 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Fri, 19 Oct 2007 10:48:52 +0200 User-Agent: KMail/1.9.7 References: <200709302232.34505.max@love2party.net> <200710160401.18429.max@love2party.net> <200710160445.10993.max@love2party.net> In-Reply-To: <200710160445.10993.max@love2party.net> 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="nextPart20574124.tX2gCCj7zd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710191048.58350.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+YtEYTJ+vliaP0yCf3lrLV+FLvaLRG7u+GnXi 2EggaoR3g/x/9LyhxS+zjdD6HvIb9lbrZNZtDgOkdNZxA4Os1X 2eC8Ufd9canT4Nf8/JCS4uhZufRFP4PT17CP4FsZ+0= Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: libpcap/tcpdump 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: Fri, 19 Oct 2007 08:49:05 -0000 --nextPart20574124.tX2gCCj7zd Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Okay. libpcap 0.9.8 and tcpdump 3.9.8 are now imported into HEAD and=20 RELENG_7. Is anyone eager to pull it down to RELENG_6 as well, because I=20 don't have the resources available at the moment. The update was crucial=20 to me in HEAD and RELENG_7 to get a working pflog tcpdump, but RELENG_6=20 isn't broken for me ... Any takers? If not I might get round to it eventually, but I'd prefer=20 somebody with genuine interest would step up. =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 --nextPart20574124.tX2gCCj7zd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHGG96XyyEoT62BG0RAh9rAJkBE0NX4lEWzlZAy0MmoszGbp7HUACfechP DNfKc/Hc/WruXfvnIPRFFTY= =Ebx6 -----END PGP SIGNATURE----- --nextPart20574124.tX2gCCj7zd-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 08:58:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4608F16A468 for ; Fri, 19 Oct 2007 08:58:50 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id ECC1213C45A for ; Fri, 19 Oct 2007 08:58:45 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 0E4F11CC0C5; Fri, 19 Oct 2007 10:58:44 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 4172517036; Fri, 19 Oct 2007 10:58:43 +0200 (CEST) Date: Fri, 19 Oct 2007 10:58:42 +0200 From: Henrik Brix Andersen To: Max Laier Message-ID: <20071019085842.GB830@tirith.brixandersen.dk> Mail-Followup-To: Max Laier , freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <200709302232.34505.max@love2party.net> <200710160401.18429.max@love2party.net> <200710160445.10993.max@love2party.net> <200710191048.58350.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <200710191048.58350.max@love2party.net> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: libpcap/tcpdump 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: Fri, 19 Oct 2007 08:58:50 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Max, On Fri, Oct 19, 2007 at 10:48:52AM +0200, Max Laier wrote: > Okay. libpcap 0.9.8 and tcpdump 3.9.8 are now imported into HEAD and=20 > RELENG_7. Thank you for updating these two components! Regards, Brix --=20 Henrik Brix Andersen --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHGHHCv+Q4flTiePgRAtTJAJ9LlVtDrdLGqiF2OPk62ECZWtvcUgCePgVc sfhKRPX8gyKZv4ruYX9YR3s= =nCr6 -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 09:13:04 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5132616A420 for ; Fri, 19 Oct 2007 09:13:04 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (unknown [IPv6:2001:618:400::54ea:1138]) by mx1.freebsd.org (Postfix) with ESMTP id 175F713C4AC for ; Fri, 19 Oct 2007 09:13:03 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IinuT-0004CB-O1; Fri, 19 Oct 2007 10:12:49 +0100 Date: Fri, 19 Oct 2007 10:12:49 +0100 From: Tim Bishop To: avleeuwen@piwebs.com Message-ID: <20071019091249.GI88271@carrick.bishnet.net> References: <200710131857.46963.pieter@degoeje.nl> <471170E1.2090205@freebsd.org> <200710140408.46121.pieter@degoeje.nl> <471427BE.10500@freebsd.org> <20071016112907.GD6511@deviant.kiev.zoral.com.ua> <4715FAA7.7030404@freebsd.org> <20071018093948.GN6511@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.05, required 5, autolearn=not spam, AWL -0.45, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: Kostik Belousov , Pieter de Goeje , freebsd-current@freebsd.org, Rolf Witt Subject: Re: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 09:13:04 -0000 On Thu, Oct 18, 2007 at 06:40:04PM +0200, Arjan van Leeuwen wrote: > > are softupdates on ? > > > > Yes. Turning them off seems to fix the problem (fingers crossed - I only > > turned it off this morning, didn't have a panic yet) > > After working for a whole day without softupdates, I can say that turning > them off at least causes less panics to happen than with them turned on, > maybe they even don't happen at all without softupdates; I haven't had a > panic all day, while I have one every few hours with softupdates turned on. I've been running for the best part of a day now with softupdates turned off and so far no panics. I'm running tinderbox on the host, and it would quite reliably crash it before. Of course it's hard to say if this has fixed the problem... maybe it doesn't happen as often, or maybe my data is being slowly chewed up instead ;-) Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 12:39:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F7B516A419 for ; Fri, 19 Oct 2007 12:39:47 +0000 (UTC) (envelope-from michaellindm@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 3C81E13C46B for ; Fri, 19 Oct 2007 12:39:46 +0000 (UTC) (envelope-from michaellindm@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so748921uge for ; Fri, 19 Oct 2007 05:39:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=H98rKRwqUWTzyvBYzJFca93bCWwEAtGTGQqwWArHvKY=; b=M8tfl3m9pmIggvS/MTSi1bp4UTvCg+Qm9zNx/YLE5FCDYHIJ5OdRoKOafS23qfE9/6oJpw2UZM8gCNG/k5/8Eltc4BR/feWrvzF8U8z0YIQVKaaJGLG6P8hmFpY68nLZQq7qTM8yVmnNZsPsS32oRWL9I1qvesKyGfZgc0O+FbU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=VxcVJejTS5qi3/lmG2/INCiUkr72TX5CmLUbkgRYDqBh9UAHceC8A5Cljo8xlhL1uzX9XyqhHGUqezk2hBIE52MfzePw3oG3kp5YIyLMcGRWgsdHCeU49LFCs2J58RZsDEi+MikDnJFRZXeMpchLwRtxqq0PvKDeELEXRpj8VUg= Received: by 10.78.136.9 with SMTP id j9mr1159160hud.1192796029744; Fri, 19 Oct 2007 05:13:49 -0700 (PDT) Received: from ?192.168.2.103? ( [217.198.213.253]) by mx.google.com with ESMTPS id d24sm4556048nfh.2007.10.19.05.13.47 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Oct 2007 05:13:47 -0700 (PDT) Message-ID: <47189F8C.80001@gmail.com> Date: Fri, 19 Oct 2007 14:14:04 +0200 From: Michael Lind Mortensen User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Java applets after update to 7.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 12:39:47 -0000 Hello people, After having updated to 7.0 current, my Java applets started crashing Firefox everytime I tried to run them. I did nothing except just updating - and on 6.2 it just worked right after having compiled the packages from ports. I use these packages: firefox-2.0.0.7_1,1 diablo-jdk-1.5.0.07.01_7 Any idea what the problem is and perhaps maybe a solution? Cheers From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 12:39:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C0816A598 for ; Fri, 19 Oct 2007 12:39:58 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1584C13C459 for ; Fri, 19 Oct 2007 12:39:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9JCdvUo064850 for ; Fri, 19 Oct 2007 10:39:57 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Fri, 19 Oct 2007 10:39:52 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710191039.52384.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: if_ath and if_wi - dtimperiod X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 12:39:58 -0000 Hi for ath and wi dtimperiod must be set seperatly otherwise the ifconfig=20 commandline fails. Is it supposed to be so? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 14:15:53 2007 Return-Path: Delivered-To: Current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CEEE16A418 for ; Fri, 19 Oct 2007 14:15:53 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA1913C480 for ; Fri, 19 Oct 2007 14:15:51 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l9JDhw5A009621; Fri, 19 Oct 2007 08:43:58 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 19 Oct 2007 08:43:58 -0500 (CDT) From: "Sean C. Farley" To: "Sam Fourman Jr." In-Reply-To: <11167f520710182258y1b358e2cg7a9d6ed89e3f1a46@mail.gmail.com> Message-ID: References: <11167f520710182258y1b358e2cg7a9d6ed89e3f1a46@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: Current@FreeBSD.org Subject: Re: evdev Protocol in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 14:15:53 -0000 On Fri, 19 Oct 2007, Sam Fourman Jr. wrote: > Here is My Question, is it possible to use evdev (the xorg mouse > protocol that may be linux specific)in RELENG_7 with xorg 7.3? > > I have a Logitech mx1000 mouse and I can not seem to get xorg to use > the buttons correctly. I have searched google high and low. > > the dmesg says it is a 16 button mouse however I only count 12. > whatever the case, the top buttons by the wheel have the same id as > the wheel scroll in xev > > if there is an alternate way to use a 12 button mouse in FreeBSD > please point me to the appropriate documentation. Here is my setup for using the MX1000. It is probably not entirely correct, but I have been too busy to spend time restructuring it. If you get some better ideas, please let me know. First, I disable moused since it will not pass that many buttons (max seven buttons?) to Xorg. /etc/rc.conf: moused_enable="NO" moused_nondefault_enable="NO" Next, I tell Xorg how to use this mouse: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/ums0" Option "Emulate3Buttons" "false" Option "ZAxisMapping" "9 10" EndSection I run this in my .xinitrc/.xsession file: xmodmap -e "pointer = 1 11 3 9 10 6 7 8 4 5 2 12 13 14" Swapping buttons 11 and 2 moves the paste button from pressing the wheel to the up arrow. It stops all those paste-and-scroll up mistakes. Amusingly, I get this warning: Warning: Only changing the first 14 of 32 buttons. Yes! I have 32 buttons. :) I think it sees the press down and release actions as two separate buttons. No. xev does not show these actions as separate buttons. Lastly, I run a little program I wrote to disable CruiseControl else the up button will keep pasting or something else wicked that I no longer recall. Some buttons do not work for me, but I have not seen any need for them. Hopefully, this will help you get started to finding a better way. My payment then is for you to tell us (especially me! :)) of that way. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 14:22:21 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCF516A419; Fri, 19 Oct 2007 14:22:21 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 13A7313C465; Fri, 19 Oct 2007 14:22:20 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (dialup9.ach.sch.gr [81.186.70.9]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l9JELkJO013521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 19 Oct 2007 17:22:07 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l9JELdKS004361; Fri, 19 Oct 2007 17:21:41 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l9JELaIs004360; Fri, 19 Oct 2007 17:21:36 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 19 Oct 2007 17:21:35 +0300 From: Giorgos Keramidas To: Max Laier Message-ID: <20071019142135.GA4304@kobe.laptop> References: <200709302232.34505.max@love2party.net> <200710160401.18429.max@love2party.net> <200710160445.10993.max@love2party.net> <200710191048.58350.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710191048.58350.max@love2party.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.144, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.26, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: libpcap/tcpdump 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: Fri, 19 Oct 2007 14:22:21 -0000 On 2007-10-19 10:48, Max Laier wrote: > Okay. libpcap 0.9.8 and tcpdump 3.9.8 are now imported into HEAD and > RELENG_7. Is anyone eager to pull it down to RELENG_6 as well, > because I don't have the resources available at the moment. The > update was crucial to me in HEAD and RELENG_7 to get a working pflog > tcpdump, but RELENG_6 isn't broken for me ... > > Any takers? If not I might get round to it eventually, but I'd prefer > somebody with genuine interest would step up. Hi Max, I can do this. I may need a bit of help with code-style or parts which I am not very familiar with, but if you think you can do a pre-commit review of the RELENG_6 patches (or alternatively help me find another src-committer who can do this), that would be awesome :) From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 15:02:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2213416A469 for ; Fri, 19 Oct 2007 15:02:25 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9375613C4A7 for ; Fri, 19 Oct 2007 15:02:16 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l9JF2Hoe087809; Fri, 19 Oct 2007 13:02:17 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Fri, 19 Oct 2007 13:02:11 -0200 User-Agent: KMail/1.9.7 References: <47189F8C.80001@gmail.com> In-Reply-To: <47189F8C.80001@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710191302.11497.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Michael Lind Mortensen Subject: Re: Java applets after update to 7.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 15:02:25 -0000 On Friday 19 October 2007 10:14:04 Michael Lind Mortensen wrote: > Hello people, > > After having updated to 7.0 current, my Java applets started crashing > Firefox everytime I tried to run them. > I did nothing except just updating - and on 6.2 it just worked right > after having compiled the packages from ports. > > I use these packages: > > firefox-2.0.0.7_1,1 > diablo-jdk-1.5.0.07.01_7 > > Any idea what the problem is and perhaps maybe a solution? > perhaps your linprocfs is not mounted?=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 15:54:55 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 722C516A41B for ; Fri, 19 Oct 2007 15:54:55 +0000 (UTC) (envelope-from aryeh.friedman@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 242FC13C461 for ; Fri, 19 Oct 2007 15:54:49 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so487434wxd for ; Fri, 19 Oct 2007 08:54:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=hw+NCkp9NIIcf7sjKOOams7xJgCaMgsM/vLiB4JevRI=; b=hOWXq3rQfSf85JOL8kj1CAIr2tTsV9c6zoqiDw+va4rkaue2veID0LWefYRzF/uZKcJYG0jAtJ17Cypk6ubGpUYxwS+ELdu/engL+bqoAovT391oYxNiOO0VUIvvvqv0bSUvlT2HSgyn4B3th8hyaj2MmWvFM+m/TabuHOqwX6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=FM06+Z8Glra/5qWbpnSOEGYF+4YGOkdzspJsp9DhQMX0e3bWo76brn+pGjNFXNgUfRoQjBS6Bbop6u06DICOU/CEVx8rpd66JE2KxpuMMgk4NI8tJAU/2+2pAp7er4EdtA1UE6HuDQs/GabLHYn9CT8V6J07QMGWn0C98TcimSQ= Received: by 10.90.75.10 with SMTP id x10mr3151494aga.1192809287831; Fri, 19 Oct 2007 08:54:47 -0700 (PDT) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id d19sm3189071and.2007.10.19.08.54.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Oct 2007 08:54:45 -0700 (PDT) Message-ID: <47189A77.8060402@gmail.com> Date: Fri, 19 Oct 2007 11:52:23 +0000 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071016) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: lang/gcc34 broken on 8-current?!?!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 15:54:55 -0000 FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Oct 18 20:17:48 UTC 2007 aryeh@monster:/usr/obj/usr/src/sys/MONSTER amd64 mv tmp-libgcc.mk libgcc.mk TARGET_CPU_DEFAULT="" \ HEADERS="ansidecl.h" DEFINES="" \ /bin/sh .././..//gcc-3.4.6/gcc/mkconfig.sh tconfig.h ./xgcc -B./ -B/usr/local/x86_64-portbld-freebsd8.0/bin/ -isystem /usr/local/x86_64-portbld-freebsd8.0/include -isystem /usr/local/x86_64-portbld-freebsd8.0/sys-include -L/usr/ports/lang/gcc34/work/build/gcc/../ld -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I.././..//gcc-3.4.6/gcc -I.././..//gcc-3.4.6/gcc/. -I.././..//gcc-3.4.6/gcc/../include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time \ -c .././..//gcc-3.4.6/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o :78:1: warning: "__FreeBSD__" redefined :77:1: warning: this is the location of the previous definition In file included from .././..//gcc-3.4.6/gcc/tsystem.h:44, from .././..//gcc-3.4.6/gcc/crtstuff.c:62: ./include/stddef.h:57:26: machine/ansi.h: No such file or directory gmake[2]: *** [crtbegin.o] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc' gmake[1]: *** [stage1_build] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc' gmake: *** [bootstrap-lean] Error 2 *** Error code 2 From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 16:19:23 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 101CE16A417 for ; Fri, 19 Oct 2007 16:19:23 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7EA13C480 for ; Fri, 19 Oct 2007 16:19:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so472598nfb for ; Fri, 19 Oct 2007 09:19:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=nkXXrisoa198Ltjm2yy8UtycoU2w92aSFM+9bZHXD7U=; b=e7M2zX4kc8eXiACP7WJ+TRqbss14QMrpI1t8bLyEtYXAvedmQCj1XHNgwe4dHd78DCtO2K3GRgLOumP/1mK8f0W3QkGJOAmsbgNXCS970MRi3GhGaJ6sEmxt4MUzmroPmYgLNYOXDYpZP0vhvepF1AHVh5LH14Ra5rYKkeAV7Gw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BnsFvLUWb01kY7JQ4OUkEkc+KwEa9uU1yk8d+gW3iMMuYNh3SpMJtfctXqbI4xT2xXZvVv1941AAR19fzxVRMH6BHuU4gYeCSkS3DULtgBVMJ7F2xvuk54/Ah8dm2X1fPpIgjD/HS5JP/mYSrHSmkFPKWlR8p7pcmBNckehozAg= Received: by 10.86.49.13 with SMTP id w13mr1479233fgw.1192810757153; Fri, 19 Oct 2007 09:19:17 -0700 (PDT) Received: by 10.86.71.6 with HTTP; Fri, 19 Oct 2007 09:19:17 -0700 (PDT) Message-ID: <790a9fff0710190919s1387d773p8c8c42b91e784cd5@mail.gmail.com> Date: Fri, 19 Oct 2007 11:19:17 -0500 From: "Scot Hetzel" To: "Aryeh M. Friedman" In-Reply-To: <47189A77.8060402@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47189A77.8060402@gmail.com> Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: lang/gcc34 broken on 8-current?!?!? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 16:19:23 -0000 I had this same problem. There is an error in the freebsd-spec.h file which causes __FreeBSD__ to be defined twice when FBSD_MAJOR=8. This is caused by a missing 'else' before the 'if (FBSD_MAJOR == 7)' statement. See PR 117287 for the fix. If you have devel/gccxml installed, you'll also need PR 117289. Scot On 10/19/07, Aryeh M. Friedman wrote: > FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Oct 18 20:17:48 > UTC 2007 aryeh@monster:/usr/obj/usr/src/sys/MONSTER amd64 > > > mv tmp-libgcc.mk libgcc.mk > TARGET_CPU_DEFAULT="" \ > HEADERS="ansidecl.h" DEFINES="" \ > /bin/sh .././..//gcc-3.4.6/gcc/mkconfig.sh tconfig.h > ./xgcc -B./ -B/usr/local/x86_64-portbld-freebsd8.0/bin/ -isystem > /usr/local/x86_64-portbld-freebsd8.0/include -isystem > /usr/local/x86_64-portbld-freebsd8.0/sys-include > -L/usr/ports/lang/gcc34/work/build/gcc/../ld -O2 -DIN_GCC -W -Wall > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes > -Wold-style-definition -isystem ./include -I. -I. > -I.././..//gcc-3.4.6/gcc -I.././..//gcc-3.4.6/gcc/. > -I.././..//gcc-3.4.6/gcc/../include -g0 -finhibit-size-directive > -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss > -fno-unit-at-a-time \ > -c .././..//gcc-3.4.6/gcc/crtstuff.c -DCRT_BEGIN \ > -o crtbegin.o > :78:1: warning: "__FreeBSD__" redefined > :77:1: warning: this is the location of the previous definition > In file included from .././..//gcc-3.4.6/gcc/tsystem.h:44, > from .././..//gcc-3.4.6/gcc/crtstuff.c:62: > ./include/stddef.h:57:26: machine/ansi.h: No such file or directory > gmake[2]: *** [crtbegin.o] Error 1 > gmake[2]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc' > gmake[1]: *** [stage1_build] Error 2 > gmake[1]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc' > gmake: *** [bootstrap-lean] Error 2 > *** Error code 2 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 17:28:42 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6468516A417; Fri, 19 Oct 2007 17:28:42 +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 7DA0A13C468; Fri, 19 Oct 2007 17:28:34 +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.8/8.13.8) with ESMTP id l9JH64mH025465; Fri, 19 Oct 2007 13:06:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9JH64HV055318; Fri, 19 Oct 2007 13:06:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9554973039; Fri, 19 Oct 2007 13:04:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071019170404.9554973039@freebsd-current.sentex.ca> Date: Fri, 19 Oct 2007 13:04:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news 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, 19 Oct 2007 17:28:42 -0000 TB --- 2007-10-19 15:29:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-19 15:29:51 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-10-19 15:29:51 - cleaning the object tree TB --- 2007-10-19 15:30:18 - checking out the source tree TB --- 2007-10-19 15:30:18 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-10-19 15:30:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-19 15:38:10 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-19 15:38:10 - cd /src TB --- 2007-10-19 15:38:10 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 19 15:38:11 UTC 2007 >>> 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 Oct 19 16:54:33 UTC 2007 TB --- 2007-10-19 16:54:33 - generating LINT kernel config TB --- 2007-10-19 16:54:33 - cd /src/sys/powerpc/conf TB --- 2007-10-19 16:54:33 - /usr/bin/make -B LINT TB --- 2007-10-19 16:54:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-10-19 16:54:33 - cd /src TB --- 2007-10-19 16:54:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 19 16:54:33 UTC 2007 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/netflow/ng_netflow.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_UI.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_async.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_atmllc.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_base.c cc1: warnings being treated as errors /src/sys/netgraph/ng_base.c: In function 'dumpitem': /src/sys/netgraph/ng_base.c:3282: warning: format '%p' expects type 'void *', but argument 2 has type 'union ' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-19 17:04:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-19 17:04:04 - ERROR: failed to build lint kernel TB --- 2007-10-19 17:04:04 - tinderbox aborted TB --- 0.84 user 2.38 system 5653.32 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 17:41:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E38A916A419 for ; Fri, 19 Oct 2007 17:41:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 9070713C469 for ; Fri, 19 Oct 2007 17:41:18 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 85AE5EC260A; Sat, 20 Oct 2007 01:41:25 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id NbO1dJwFpReT; Sat, 20 Oct 2007 01:41:20 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3C7EEEC2603; Sat, 20 Oct 2007 01:41:20 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=d4uzspRbII7dL3rfQep4kN3jq6uK47gs/JU96O6rNtcf2SooRfLrb+PjtAOvJjGCC VqgsKTpxf1PGzyOa3pTZA== Message-ID: <4718EC36.7090401@delphij.net> Date: Fri, 19 Oct 2007 10:41:10 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: ECEG / Daniel Duerr References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> In-Reply-To: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA69E31B76B7EFC0D7E886B9D" Cc: FreeBSD Current Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 17:41:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA69E31B76B7EFC0D7E886B9D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable [Redirected to -current@, I think this is more suitable for -current@ or -scsi@] It seems that RELENG_7 carries a newer version of driver, so I guess the problem should have been resolved. Part of changes were MFC'ed 5 months ago to RELENG_6, so you may also want to try a RELENG_6 snapshot from: http://www.freebsd.org/snapshots/ In order to verify if it resolves your problem. Let us know if the problem still persists. ECEG / Daniel Duerr wrote: > Hi, >=20 > Pardon me if I seem ignorant here but I am new to the list and > procedures of Freebsd... >=20 > I've recently purchased a bunch of new supermicro servers with 3ware > 9650 SATA RAID controllers in them. The freebsd 6.2 install is > painstaking because the driver source in Freebsd is not current with th= e > latest twa driver source from 3Ware. As a result, I have had to build > custom install CD's with the driver on them so that I can manually load= > them in the boot loader. It's a pain. I don't know if the same issue > exists in Freebsd 7 but some of us are not going to want to move our > production environments to Freebsd 7 for a while... >=20 > What is the procedure for getting the latest twa source patched into th= e > Freebsd 6.2 source tree? It's freely available from 3Ware here and > takes all of 45 seconds to patch in: > http://www.3ware.com/KB/article.aspx?id=3D15003 Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigA69E31B76B7EFC0D7E886B9D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGOw2OfuToMruuMARCu76AJ9cWWC0oNbbeoTAdXqRGyZ7ZnyUPgCfVsXx Fyho8YMFR5l9mb7kxR0mJQc= =PMFy -----END PGP SIGNATURE----- --------------enigA69E31B76B7EFC0D7E886B9D-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 17:55:48 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46EC16A417; Fri, 19 Oct 2007 17:55:48 +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 4170413C442; Fri, 19 Oct 2007 17:55:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9JHtZGE085612; Fri, 19 Oct 2007 13:55:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9JHtZKx058030; Fri, 19 Oct 2007 13:55:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0399773039; Fri, 19 Oct 2007 13:53:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071019175346.0399773039@freebsd-current.sentex.ca> Date: Fri, 19 Oct 2007 13:53:45 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 17:55:48 -0000 TB --- 2007-10-19 16:28:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-10-19 16:28:05 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-10-19 16:28:05 - cleaning the object tree TB --- 2007-10-19 16:28:26 - checking out the source tree TB --- 2007-10-19 16:28:26 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-10-19 16:28:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-10-19 16:37:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-19 16:37:18 - cd /src TB --- 2007-10-19 16:37:18 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 19 16:37:20 UTC 2007 >>> 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 Oct 19 17:44:02 UTC 2007 TB --- 2007-10-19 17:44:02 - generating LINT kernel config TB --- 2007-10-19 17:44:02 - cd /src/sys/sparc64/conf TB --- 2007-10-19 17:44:02 - /usr/bin/make -B LINT TB --- 2007-10-19 17:44:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-10-19 17:44:02 - cd /src TB --- 2007-10-19 17:44:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 19 17:44:02 UTC 2007 >>> 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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/netflow/ng_netflow.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_UI.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_async.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_atmllc.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 -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_base.c cc1: warnings being treated as errors /src/sys/netgraph/ng_base.c: In function 'dumpitem': /src/sys/netgraph/ng_base.c:3282: warning: format '%p' expects type 'void *', but argument 2 has type 'union ' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-19 17:53:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-19 17:53:45 - ERROR: failed to build lint kernel TB --- 2007-10-19 17:53:45 - tinderbox aborted TB --- 0.74 user 2.52 system 5139.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 18:23:50 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8315A16A417 for ; Fri, 19 Oct 2007 18:23:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA8313C448 for ; Fri, 19 Oct 2007 18:23:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C2811EC262E; Sat, 20 Oct 2007 02:23:56 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Ikipq-6meJQt; Sat, 20 Oct 2007 02:23:51 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0703FEC2582; Sat, 20 Oct 2007 02:23:50 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=SZoPvj02wePqA0+TjOw8sn21re1FFAZZcoICT0d9HNSCS+Foy/oFFCiUpQxuD2MD8 eRroWqGOreTAxv0ABe6OQ== Message-ID: <4718F62D.7070704@delphij.net> Date: Fri, 19 Oct 2007 11:23:41 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: ECEG / Daniel Duerr References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> In-Reply-To: <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig2A50F2572DEADB9708C25448" Cc: FreeBSD Current , d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 18:23:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2A50F2572DEADB9708C25448 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable ECEG / Daniel Duerr wrote: > Thank you for redirecting my message. I've been keeping these machines= > updated on RELENG_6_2 because I have a couple pre-compiled hardware > drivers I must use which I do not have kernel source for. I just did a= > csup/buildkernel last week on the latest p8 source tree and tested the > included twa driver and it was not up to date. Would it be possible to= > get the twa driver pushed back into RELENG_6_2? I think the answer would be "No, the driver would not be pushed back into RELENG_6_2" because a new release is under way and it is not (IMO, correct me if I'm incorrect) a bug affects most if not all twa(4) owners which will call for a driver upgrade, but that's only my $0.02, as I'm not one of the release engineers nor I am the security officer, who has the authority to maintain the errata branch. Could you please download a RELENG_6 snapshot and try if it worked with your binary drivers? Once a '.0 release' is published, the RELENG_* branches would enter a KBI/ABI compatibility freeze so you can expect that your driver, even you don't have source code, should be able to run on the same latest RELENG_* code. That's said, your RELENG_6_2 binary driver *should* work just fine on RELENG_6. BTW. Could you tell us what your hardware is? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig2A50F2572DEADB9708C25448 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGPYtOfuToMruuMARCgHOAJ46gI6q+P29CWPVxoJklMB3hM0KwQCeIWGy hQuIfyCfQWL171iQNj9L9Qc= =ku4S -----END PGP SIGNATURE----- --------------enig2A50F2572DEADB9708C25448-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 18:34:30 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D81A16A41B for ; Fri, 19 Oct 2007 18:34:30 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5C06113C46B for ; Fri, 19 Oct 2007 18:34:30 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 3D39C33B90 for ; Fri, 19 Oct 2007 14:34:28 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 19 Oct 2007 14:34:28 -0400 X-Sasl-enc: yIUvzjS8to4GYqdsUJFtGJ5+UHswNWGz5PQZcuu5Siam 1192818866 Received: from [192.168.1.101] (r6i146.net.upc.cz [89.176.8.146]) by mail.messagingengine.com (Postfix) with ESMTP id 74BF115D13 for ; Fri, 19 Oct 2007 14:34:26 -0400 (EDT) Message-ID: <4718F8A7.1080305@freebsd.org> Date: Fri, 19 Oct 2007 11:34:15 -0700 From: Darren Reed User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <359284519.20071018014832@masm.elcom.ru> In-Reply-To: <359284519.20071018014832@masm.elcom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 18:34:30 -0000 Victor M. Blood wrote: > Hi, All. > > I try to use options in kernel instead of a module build of the > ipfilter and got error then kernel builds. > Thanks for bringing this to my attention, I'll attend to it shortly. FWIW, a "buildworld" and "buildkernel" (for GENERIC) completed cleanly before this commit but obviously that doesn't catch everything. Cheers, Darren From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 18:10:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E233E16A41A for ; Fri, 19 Oct 2007 18:10:09 +0000 (UTC) (envelope-from dd@emeraldcityeg.com) Received: from mail.justlinuxhosting.com (mail.justlinuxhosting.com [198.107.153.36]) by mx1.freebsd.org (Postfix) with ESMTP id BCDF913C4A6 for ; Fri, 19 Oct 2007 18:10:08 +0000 (UTC) (envelope-from dd@emeraldcityeg.com) Received: from localhost (localhost [127.0.0.1]) by mail.justlinuxhosting.com (Postfix) with ESMTP id 356A613F1E5; Fri, 19 Oct 2007 10:53:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at justlinuxhosting.com Received: from mail.justlinuxhosting.com ([127.0.0.1]) by localhost (curtain.justlinuxhosting.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HN4hrjSPGYF3; Fri, 19 Oct 2007 10:53:24 -0700 (PDT) Received: from [192.168.2.178] (204.11.227.123.static.etheric.net [204.11.227.123]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dd@emeraldcityeg.com) by mail.justlinuxhosting.com (Postfix) with ESMTP id 7213F13F19C; Fri, 19 Oct 2007 10:53:24 -0700 (PDT) In-Reply-To: <4718EC36.7090401@delphij.net> References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> Content-Transfer-Encoding: 7bit From: ECEG / Daniel Duerr Date: Fri, 19 Oct 2007 10:53:23 -0700 To: d@delphij.net X-Mailer: Apple Mail (2.752.3) X-Mailman-Approved-At: Fri, 19 Oct 2007 18:37:19 +0000 Cc: FreeBSD Current Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 18:10:10 -0000 Thank you for redirecting my message. I've been keeping these machines updated on RELENG_6_2 because I have a couple pre-compiled hardware drivers I must use which I do not have kernel source for. I just did a csup/buildkernel last week on the latest p8 source tree and tested the included twa driver and it was not up to date. Would it be possible to get the twa driver pushed back into RELENG_6_2? On Oct 19, 2007, at 10:41 AM, LI Xin wrote: > [Redirected to -current@, I think this is more suitable for - > current@ or > -scsi@] > > It seems that RELENG_7 carries a newer version of driver, so I > guess the > problem should have been resolved. Part of changes were MFC'ed 5 > months > ago to RELENG_6, so you may also want to try a RELENG_6 snapshot from: > > http://www.freebsd.org/snapshots/ > > In order to verify if it resolves your problem. Let us know if the > problem still persists. > > ECEG / Daniel Duerr wrote: >> Hi, >> >> Pardon me if I seem ignorant here but I am new to the list and >> procedures of Freebsd... >> >> I've recently purchased a bunch of new supermicro servers with 3ware >> 9650 SATA RAID controllers in them. The freebsd 6.2 install is >> painstaking because the driver source in Freebsd is not current >> with the >> latest twa driver source from 3Ware. As a result, I have had to >> build >> custom install CD's with the driver on them so that I can manually >> load >> them in the boot loader. It's a pain. I don't know if the same >> issue >> exists in Freebsd 7 but some of us are not going to want to move our >> production environments to Freebsd 7 for a while... >> >> What is the procedure for getting the latest twa source patched >> into the >> Freebsd 6.2 source tree? It's freely available from 3Ware here and >> takes all of 45 seconds to patch in: >> http://www.3ware.com/KB/article.aspx?id=15003 > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -- daniel duerr | president | emerald city entertainment group dd @ emeraldcityeg.com | +1 (831) 621-1710 x103 From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 19:04:46 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490B816A421 for ; Fri, 19 Oct 2007 19:04:46 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0118013C478 for ; Fri, 19 Oct 2007 19:04:45 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 265E43358A; Fri, 19 Oct 2007 15:04:45 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 19 Oct 2007 15:04:45 -0400 X-Sasl-enc: IYD9xP4MilNKYJspFu1ppewk84bh6BEDgOeE2C5Tqjax 1192820684 Received: from [192.168.1.101] (r6i146.net.upc.cz [89.176.8.146]) by mail.messagingengine.com (Postfix) with ESMTP id 5387F2242; Fri, 19 Oct 2007 15:04:44 -0400 (EDT) Message-ID: <4718FFC0.5030101@freebsd.org> Date: Fri, 19 Oct 2007 12:04:32 -0700 From: Darren Reed User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: Max Laier References: <359284519.20071018014832@masm.elcom.ru> <200710172357.18221.max@love2party.net> <6210619899.20071018020530@masm.elcom.ru> <200710180021.39250.max@love2party.net> In-Reply-To: <200710180021.39250.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Victor M. Blood" Subject: Re: ipfilter cannot be build within because warning's are present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 19:04:46 -0000 Max Laier wrote: > On Thursday 18 October 2007, Victor M. Blood wrote: > >> On 18.10.2007, Max Laier wrote: >> >>> On Wednesday 17 October 2007, Victor M. Blood wrote: >>> >>>> Hi, All. >>>> >>>> I try to use options in kernel instead of a module build of the >>>> ipfilter and got error then kernel builds. >>>> >>>> I'm edit files: fil.c, ip_auth.h, ip_auth.h, ip_log.c ip_compat.h >>>> and correct #ifdef statament :) no more warnings... >>>> >>> ipf is likely broken anyway. See thread: "7.0 CURRENT, need help >>> with panic: Trying sleep, but thread marked as sleeping prohibited" >>> on this ML a few days back. That this warning went unnoticed tells >>> you something, too. >>> >> New version, new problems, no more to say) few days back I have panic >> with ip filter, now it seems as worked, after upgrade. >> >> #ipf -V >> ipf: IP Filter: v4.1.27 (404) >> Kernel: IP Filter: v4.1.27 >> Running: yes >> Log Flags: 0 = none set >> Default: block all, Logging: available >> Active list: 0 >> Feature mask: 0xe >> > > Is this with a WITNESS/INVARIANTS enabled kernel? From a quick glance at > the code you should see warnings on the ioctl path as there are copy > operations to/from userland with the lock held. > > Moving to rw_locks is the right direction, but the config path is still > broken. > The real fault here is if the system needs to page in/out over NFS in order to fulfill the copyin/out. Does devfs prevent a kldunload from being executed while calls (ioctl/read/write) are outstanding? Darren From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 22:02:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EBB516A419 for ; Fri, 19 Oct 2007 22:02:53 +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 178A613C468 for ; Fri, 19 Oct 2007 22:02:52 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9JM2Y1N010732; Fri, 19 Oct 2007 16:02:37 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <47192969.20809@samsco.org> Date: Fri, 19 Oct 2007 16:02:17 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: ECEG / Daniel Duerr References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> In-Reply-To: <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 19 Oct 2007 16:02:37 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Current , d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 22:02:53 -0000 ECEG / Daniel Duerr wrote: > Thank you for redirecting my message. I've been keeping these machines > updated on RELENG_6_2 because I have a couple pre-compiled hardware > drivers I must use which I do not have kernel source for. I just did a > csup/buildkernel last week on the latest p8 source tree and tested the > included twa driver and it was not up to date. Would it be possible to > get the twa driver pushed back into RELENG_6_2? > There are plans to get the new device support pushed back to RELENG_6 in time for the 6.3 release. I know that's not the best answer for you at this moment. What is really, truly needed here is a "driver update disk" setup for the installer that allows you to load vendor-supplied drivers at install time and have those drivers integrated into the installed system. Sysinstall has a clunky feature that kinda sorta satisfies the first requirement, but completely falls down on the second requirement, making it completely useless. If anyone is serious about sitting down and making such a feature happen, let me know. It would be an incredibly positive step towards better vendor support. I'd like to be involved because I've been in the vendor role in the past with supporting linux, and I'd like to make sure that the linux mistakes aren't repeated. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 22:10:24 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8025B16A46B for ; Fri, 19 Oct 2007 22:10:24 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (unknown [IPv6:2001:5c0:8fff:fffe::214d]) by mx1.freebsd.org (Postfix) with ESMTP id 2D69713C45B for ; Fri, 19 Oct 2007 22:10:24 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1Ij02x-000PIs-7G; Fri, 19 Oct 2007 18:10:23 -0400 Date: Fri, 19 Oct 2007 18:10:23 -0400 From: Gary Palmer To: Scott Long Message-ID: <20071019221023.GC54662@in-addr.com> Mail-Followup-To: Scott Long , FreeBSD Current , d@delphij.net References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> <47192969.20809@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47192969.20809@samsco.org> Cc: FreeBSD Current , d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 22:10:24 -0000 On Fri, Oct 19, 2007 at 04:02:17PM -0600, Scott Long wrote: > ECEG / Daniel Duerr wrote: > >Thank you for redirecting my message. I've been keeping these machines > >updated on RELENG_6_2 because I have a couple pre-compiled hardware > >drivers I must use which I do not have kernel source for. I just did a > >csup/buildkernel last week on the latest p8 source tree and tested the > >included twa driver and it was not up to date. Would it be possible to > >get the twa driver pushed back into RELENG_6_2? > > > > There are plans to get the new device support pushed back to RELENG_6 in > time for the 6.3 release. I know that's not the best answer for you at > this moment. What is really, truly needed here is a "driver update > disk" setup for the installer that allows you to load vendor-supplied > drivers at install time and have those drivers integrated into the > installed system. Sysinstall has a clunky feature that kinda sorta > satisfies the first requirement, but completely falls down on the second > requirement, making it completely useless. If anyone is serious about > sitting down and making such a feature happen, let me know. It would be > an incredibly positive step towards better vendor support. I'd like to > be involved because I've been in the vendor role in the past with > supporting linux, and I'd like to make sure that the linux mistakes > aren't repeated. Since we still build a bunch of drivers into the kernel, how do you propose replacing a driver that is part of GENERIC? I think implementing the above feature will mean fundamentally changing the way we ship kernels. From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 22:18:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 778E016A418 for ; Fri, 19 Oct 2007 22:18:49 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id D471B13C461 for ; Fri, 19 Oct 2007 22:18:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 09206EB10D5; Sat, 20 Oct 2007 06:18:48 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id vxTdo3rfREZL; Sat, 20 Oct 2007 06:18:43 +0800 (CST) Received: from LI-Xins-MacBook.local (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 2A9F3EB1157; Sat, 20 Oct 2007 06:18:42 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type; b=IoSOfcGSyBPHXZyHAmP5m8aY/852m8zZCDt3sLClqNn7OBpUGB6SAOrlppohDomDI 95ML2j2wSx291eVsP38Iw== Message-ID: <47192D36.9010103@delphij.net> Date: Fri, 19 Oct 2007 15:18:30 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Scott Long , FreeBSD Current , d@delphij.net References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> <47192969.20809@samsco.org> <20071019221023.GC54662@in-addr.com> In-Reply-To: <20071019221023.GC54662@in-addr.com> X-Enigmail-Version: 0.95.3 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigE4772103DF61243FC3630624" Cc: Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 22:18:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE4772103DF61243FC3630624 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Gary Palmer wrote: > Since we still build a bunch of drivers into the kernel, how do you=20 > propose replacing a driver that is part of GENERIC? I think implementi= ng > the above feature will mean fundamentally changing the way we ship > kernels. A quick hack around this would be to make it possible to boot from the "Driver disc" and it saves the new kernel into some memory based images, e.g. tmpfs or whatever, then asks for installation disc; maybe even put sysinstall(8) on the driver disc so that it knows what to grab from the old distribution disc and what to patch. For on-hard disk installation replacing drivers within kernel is do-able because we already have some mechanism to make sure that loaded module has better priority of obtaining controls over the hardware. For long term solution we should make sure that drivers are unload-able at run time, but this would involve a lot of infrastructural changes on kernel, e.g. the way we dynamically link the kernel, or even disable part of the kernel. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE4772103DF61243FC3630624 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGS02OfuToMruuMARCnRYAJ9ml7krncnWER4QR/NZyNKrhqL1xACfXd06 Yu9OFfsZgqW39mD8Oaw+fcU= =FNDk -----END PGP SIGNATURE----- --------------enigE4772103DF61243FC3630624-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 23:02:53 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AA1F16A419 for ; Fri, 19 Oct 2007 23:02:53 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4DC13C465 for ; Fri, 19 Oct 2007 23:02:52 +0000 (UTC) (envelope-from rrs@cisco.com) X-IronPort-AV: E=Sophos;i="4.21,302,1188802800"; d="scan'208";a="239999408" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 19 Oct 2007 16:02:52 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l9JN2qGL006154 for ; Fri, 19 Oct 2007 16:02:52 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l9JN2Usv010946 for ; Fri, 19 Oct 2007 23:02:47 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 19 Oct 2007 16:02:44 -0700 Received: from [128.107.113.220] ([128.107.113.220]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 19 Oct 2007 16:02:44 -0700 Message-ID: <4719375A.1080202@cisco.com> Date: Fri, 19 Oct 2007 19:01:46 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Oct 2007 23:02:44.0779 (UTC) FILETIME=[28C1DFB0:01C812A4] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=582; t=1192834972; x=1193698972; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20trying=20to=20get=20eclipse=20in.. |Sender:=20; bh=Gj/fboOvKleuxEqThWlXVpihUXOAMnzgZY0sewyaNIE=; b=Fv59PD6FHQhi88xXPv5E/NHQW+QEMd6IwaBiTLYD0/GDL1lnLPI+NEwlSjgTY1+fIqCEYrGB ZiASwwsq++5WIwZ+ltS/KBYyxxaWHVEIBpP2+7UFTBl4ZHMnACSyt6iU; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Subject: trying to get eclipse in.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 23:02:53 -0000 Hi all; I am trying to get eclispe to build.. I went in to ports (the current one) and tried the build. It tells me to go pick up java Please open http://download.java.net/tiger/ in a web browser. Download the Update 12 Source, jdk-1_5_0_12-fcs-src-b04-jrl-02_may_2007.jar and the Source Binaries, jdk-1_5_0_12-fcs-bin-b04-jrl-02_may_2007.jar . But on the site as of 10/10 they have number 13.. not 12? Any idea how I can get an old one or if we will update? R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 23:16:52 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 927BC16A419 for ; Fri, 19 Oct 2007 23:16:52 +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 1B8F913C4B7 for ; Fri, 19 Oct 2007 23:16:51 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9JNGfW6011014; Fri, 19 Oct 2007 17:16:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <47193AC8.70106@samsco.org> Date: Fri, 19 Oct 2007 17:16:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: gpalmer@freebsd.org References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> <47192969.20809@samsco.org> <20071019221023.GC54662@in-addr.com> In-Reply-To: <20071019221023.GC54662@in-addr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 19 Oct 2007 17:16:42 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Current , d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 23:16:52 -0000 Gary Palmer wrote: > On Fri, Oct 19, 2007 at 04:02:17PM -0600, Scott Long wrote: >> ECEG / Daniel Duerr wrote: >>> Thank you for redirecting my message. I've been keeping these machines >>> updated on RELENG_6_2 because I have a couple pre-compiled hardware >>> drivers I must use which I do not have kernel source for. I just did a >>> csup/buildkernel last week on the latest p8 source tree and tested the >>> included twa driver and it was not up to date. Would it be possible to >>> get the twa driver pushed back into RELENG_6_2? >>> >> There are plans to get the new device support pushed back to RELENG_6 in >> time for the 6.3 release. I know that's not the best answer for you at >> this moment. What is really, truly needed here is a "driver update >> disk" setup for the installer that allows you to load vendor-supplied >> drivers at install time and have those drivers integrated into the >> installed system. Sysinstall has a clunky feature that kinda sorta >> satisfies the first requirement, but completely falls down on the second >> requirement, making it completely useless. If anyone is serious about >> sitting down and making such a feature happen, let me know. It would be >> an incredibly positive step towards better vendor support. I'd like to >> be involved because I've been in the vendor role in the past with >> supporting linux, and I'd like to make sure that the linux mistakes >> aren't repeated. > > Since we still build a bunch of drivers into the kernel, how do you > propose replacing a driver that is part of GENERIC? I think implementing > the above feature will mean fundamentally changing the way we ship > kernels. One option is to change GENERIC to only include the bare minimum components, and have everything else be a module. You'd then have the installer either loader every module in existence and see what attaches and what doesn't, or have the installer and/or loader be driven by an identification table. The table method has been talked about for years, and it's always been held up by disagreements and uncertainty about how to integrate such a thing into the driver API so that it doesn't introduce a bunch of extra work for driver writers. There are ways to break the impasse that I'd be happy to discuss. A different approach is to do tricks with the runtime loader/linker so that symbols can be overridden. As Xin said in another email, a mechanism already exists for drivers to get attachment priority over one another. The problem is letting two drivers with the same symbols into the kernel at the same time. Vendors have been doing hacks over the years with renaming their symbols at compile time so that they don't collide with the driver embedded into GENERIC, but that's painful and clunky. Having an override or dynamic renaming system means that GENERIC can remain the same, eliminating all of the pain of ID tables. Both methods have their strengths and weaknesses. Linux, windows, and OSX to an extent follow the first method. I think that the second method is intriguing, but I don't know what technical landmines might exist. The other big problem is getting the vendor driver onto the target system during install, and integrating it into the build so that a rebuild of the kernel doesn't make it suddenly go away. Driver packages could get bundled as regular FreeBSD packages and installed and managed that way. They could have some extra metadata for the installer to use that would be ignored by the normal pkg mechanism. The package could also hold both binary and source bits. The big missing piece here is getting the source to integrate into the kernel build. This probably isn't too hard to deal with if you accept that such drivers will only be built as modules and not as static parts of the kernel. There are already vectors in the build system to build specific modules in specific ways. Extending this would be pretty trivial. What I don't want to see is this work get derailed by grand proposals. The last time this topic was discussed, it died with a promise to radically change the kernel build and linking system into one where the kernel was just a specially linked set of modules (which would take care of the caveat at the end of the previous paragraph). Proposals like that are great, but they shouldn't be prerequisites for the larger task and the larger goal. What is don't like about the Redhat way: - The driver ID table is focused around just PCI. It has no provisions for something like USB. It's also Redhat specific and separate from the kernel, making it a PITA for vendors to deal with. - Only SCSI and NET drivers can be loaded during install - Kernel symbols are versioned based on a hash of the kernel version and certain options. Multiple binary versions of the driver then need to be built and distributed to handle options like SMP. This is absolutely maddening for vendors to deal with. - Only limited scripting is available to the driver package. The package isn't integrated into the RPM system, making it unmanageable. There's probably a dozen other things that I absolutely hated as a vendor about Redhat, but I've almost certainly repressed those bad memories =-) This task can be broken into parts that can be worked on independently. Bundling/packaging, build system integration, installer integration, and kernel linking can all be separate tasks that are worked on in parallel. Scott From owner-freebsd-current@FreeBSD.ORG Fri Oct 19 23:47:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42AB616A421 for ; Fri, 19 Oct 2007 23:47:36 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5A913C48A for ; Fri, 19 Oct 2007 23:47:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ij1Yy-0005UM-69 for freebsd-current@freebsd.org; Fri, 19 Oct 2007 23:47:32 +0000 Received: from 78-1-117-3.adsl.net.t-com.hr ([78.1.117.3]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Oct 2007 23:47:32 +0000 Received: from ivoras by 78-1-117-3.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Oct 2007 23:47:32 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 20 Oct 2007 01:47:20 +0200 Lines: 56 Message-ID: References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> <47192969.20809@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig985881773643B05B76062023" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-117-3.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <47192969.20809@samsco.org> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Oct 2007 23:47:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig985881773643B05B76062023 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Scott Long wrote: > ECEG / Daniel Duerr wrote: >> Thank you for redirecting my message. I've been keeping these >> machines updated on RELENG_6_2 because I have a couple pre-compiled >> hardware drivers I must use which I do not have kernel source for. I >> just did a csup/buildkernel last week on the latest p8 source tree and= >> tested the included twa driver and it was not up to date. Would it be= >> possible to get the twa driver pushed back into RELENG_6_2? >> >=20 > There are plans to get the new device support pushed back to RELENG_6 i= n > time for the 6.3 release. I know that's not the best answer for you at= > this moment. What is really, truly needed here is a "driver update > disk" setup for the installer that allows you to load vendor-supplied > drivers at install time and have those drivers integrated into the > installed system. Sysinstall has a clunky feature that kinda sorta > satisfies the first requirement, but completely falls down on the secon= d > requirement, making it completely useless. If anyone is serious about > sitting down and making such a feature happen, let me know. It would b= e > an incredibly positive step towards better vendor support. I'd like to= > be involved because I've been in the vendor role in the past with > supporting linux, and I'd like to make sure that the linux mistakes > aren't repeated. Hi, can you write something about it at http://wiki.freebsd.org/finstall/ToDo ? I don't know when I'll get around to implement it but it looks like a useful feature to have. --------------enig985881773643B05B76062023 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHGUIIldnAQVacBcgRAkP6AKCOfrr5m3151/yYQjI9L5jIipPCnACgi7eY Rp8Ntj7HnsXbGhH+GeQ1qes= =ramR -----END PGP SIGNATURE----- --------------enig985881773643B05B76062023-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 01:55:32 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB5D116A418 for ; Sat, 20 Oct 2007 01:55:32 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 58AA513C447 for ; Sat, 20 Oct 2007 01:55:32 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so762994mue for ; Fri, 19 Oct 2007 18:55:31 -0700 (PDT) Received: by 10.86.50.8 with SMTP id x8mr1750134fgx.1192835990899; Fri, 19 Oct 2007 16:19:50 -0700 (PDT) Received: by 10.86.71.6 with HTTP; Fri, 19 Oct 2007 16:19:49 -0700 (PDT) Message-ID: <790a9fff0710191619q750539b6u5021fc5875adf4d2@mail.gmail.com> Date: Fri, 19 Oct 2007 18:19:49 -0500 From: "Scot Hetzel" To: "Randall Stewart" In-Reply-To: <4719375A.1080202@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4719375A.1080202@cisco.com> Cc: FreeBSD Current Subject: Re: trying to get eclipse in.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 01:55:32 -0000 On 10/19/07, Randall Stewart wrote: > Hi all; > > I am trying to get eclispe to build.. I went > in to ports (the current one) and tried the build. > > It tells me to go pick up java > Please open http://download.java.net/tiger/ > in a web browser. Download the > Update 12 Source, jdk-1_5_0_12-fcs-src-b04-jrl-02_may_2007.jar and the > Source Binaries, jdk-1_5_0_12-fcs-bin-b04-jrl-02_may_2007.jar . > > > > But on the site as of 10/10 they have number 13.. not 12? > > Any idea how I can get an old one or if we will update? > Click on the "Previous Releases" link, and select "Update 12". Scot From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 02:50:16 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3B2F16A41A for ; Sat, 20 Oct 2007 02:50:16 +0000 (UTC) (envelope-from dd@emeraldcityeg.com) Received: from mail.justlinuxhosting.com (mail.justlinuxhosting.com [198.107.153.36]) by mx1.freebsd.org (Postfix) with ESMTP id ABD8113C458 for ; Sat, 20 Oct 2007 02:50:16 +0000 (UTC) (envelope-from dd@emeraldcityeg.com) Received: from localhost (localhost [127.0.0.1]) by mail.justlinuxhosting.com (Postfix) with ESMTP id 6C9CE143257; Fri, 19 Oct 2007 19:50:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at justlinuxhosting.com Received: from mail.justlinuxhosting.com ([127.0.0.1]) by localhost (curtain.justlinuxhosting.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id emDFXULCqyxj; Fri, 19 Oct 2007 19:50:16 -0700 (PDT) Received: from [192.168.2.178] (204.11.227.123.static.etheric.net [204.11.227.123]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dd@emeraldcityeg.com) by mail.justlinuxhosting.com (Postfix) with ESMTP id EF768143011; Fri, 19 Oct 2007 19:50:15 -0700 (PDT) In-Reply-To: <47192969.20809@samsco.org> References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <4718EC36.7090401@delphij.net> <4E478C75-35D0-47EA-A4A3-05D06A167A51@emeraldcityeg.com> <47192969.20809@samsco.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0910B534-FAAC-42C2-9EB4-A77B6CA3B90D@emeraldcityeg.com> Content-Transfer-Encoding: 7bit From: ECEG / Daniel Duerr Date: Fri, 19 Oct 2007 19:50:14 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.752.3) X-Mailman-Approved-At: Sat, 20 Oct 2007 03:02:09 +0000 Cc: d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 02:50:17 -0000 Hi Scott, Great perspective here, thanks for taking the time to respond. I agree with you and believe that some attention should be put on the hardware vendor driver side of things. It was *such* a pain to get to the point where I could even install Freebsd on these machines. And 3Ware RAID controllers are pretty standard IMHO. I've upgraded to RELENG_6 from RELENG_6_2 but I'm not at the data center and I cannot chance a reboot with the twa driver not working for me and the machine not coming back up. Cheers, Daniel On Oct 19, 2007, at 3:02 PM, Scott Long wrote: > ECEG / Daniel Duerr wrote: >> Thank you for redirecting my message. I've been keeping these >> machines updated on RELENG_6_2 because I have a couple pre- >> compiled hardware drivers I must use which I do not have kernel >> source for. I just did a csup/buildkernel last week on the latest >> p8 source tree and tested the included twa driver and it was not >> up to date. Would it be possible to get the twa driver pushed >> back into RELENG_6_2? > > There are plans to get the new device support pushed back to > RELENG_6 in > time for the 6.3 release. I know that's not the best answer for > you at > this moment. What is really, truly needed here is a "driver update > disk" setup for the installer that allows you to load vendor-supplied > drivers at install time and have those drivers integrated into the > installed system. Sysinstall has a clunky feature that kinda sorta > satisfies the first requirement, but completely falls down on the > second > requirement, making it completely useless. If anyone is serious about > sitting down and making such a feature happen, let me know. It > would be > an incredibly positive step towards better vendor support. I'd > like to > be involved because I've been in the vendor role in the past with > supporting linux, and I'd like to make sure that the linux mistakes > aren't repeated. > > Scott From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 06:37:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00B6A16A417 for ; Sat, 20 Oct 2007 06:37:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 90FA613C467 for ; Sat, 20 Oct 2007 06:37:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-150-53.lns11.adl6.internode.on.net [121.45.150.53]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l9K6bF0u096880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 16:07:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 20 Oct 2007 16:06:55 +0930 User-Agent: KMail/1.9.7 References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <47192969.20809@samsco.org> <0910B534-FAAC-42C2-9EB4-A77B6CA3B90D@emeraldcityeg.com> In-Reply-To: <0910B534-FAAC-42C2-9EB4-A77B6CA3B90D@emeraldcityeg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2206601.YEh2UJsieF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710201607.11221.doconnor@gsoft.com.au> X-Spam-Score: -2.216 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: ECEG / Daniel Duerr , d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 06:37:34 -0000 --nextPart2206601.YEh2UJsieF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 20 Oct 2007, ECEG / Daniel Duerr wrote: > Hi Scott, > > Great perspective here, thanks for taking the time to respond. I > agree with you and believe that some attention should be put on the > hardware vendor driver side of things. It was *such* a pain to get > to the point where I could even install Freebsd on these machines. > And 3Ware RAID controllers are pretty standard IMHO. > > I've upgraded to RELENG_6 from RELENG_6_2 but I'm not at the data > center and I cannot chance a reboot with the twa driver not working > for me and the machine not coming back up. It is quite trivial to modify the install disk if you have another=20 =46reeBSD machine handy to build the kernel. You can just drop in the=20 module you want to /boot/kernel on the CD. Although I agree, it would be nice if you could more easily load vendor=20 drivers.. (ie if the module overrode the kernel code) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2206601.YEh2UJsieF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHGaIX5ZPcIHs/zowRAqrVAKCZZ00oxmJR9coAFO886uZxjjAKMACfYw/m uU+WhD9ccLd/bkA9Lw2I1wc= =4JxS -----END PGP SIGNATURE----- --nextPart2206601.YEh2UJsieF-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 06:55:45 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C73AA16A419 for ; Sat, 20 Oct 2007 06:55:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id B260D13C46A for ; Sat, 20 Oct 2007 06:55:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 19 Oct 2007 23:45:03 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 4014812673F for ; Fri, 19 Oct 2007 23:45:03 -0700 (PDT) Message-ID: <4719A402.9040708@elischer.org> Date: Fri, 19 Oct 2007 23:45:22 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: kthread vs kproc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 06:55:45 -0000 after chatting with alc this afternoon I decided to revive a set of changes I have had sitting around for a time. Basically I change all teh kthread_xxx calls to kproc_xxx as they all act on processes, and then introduce a new interface set called kthread_xxx that actually do make threads. The first step is a wholesale renaming of the old code to 'kproc' with the following patch http://people.freebsd.org/~julian/kproc.diff the next step is to introduce the new thread creation code. (not-yet up to date version below) The last step is to convert as many of the kprocs as possible to be kthreads. some (for instance in the aio code I believe) need to remain separate processes. As Alan and I decided this evening, this has several advantages. 1/ threads have less overhead than processes 2/ creation of kprocs requires locks etc that are problematic in some situations while kthreads require a lot less, and can be done in a more light weight manner. if I'd had my witts about me I'd have done this before we branched 7 to catch any ABI incompatibilities.. oh well. here's the out of date replacement code: http://people.freebsd.org/~julian/kthread.diff I will be updating it... From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 07:33:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9AE316A468; Sat, 20 Oct 2007 07:33:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 62E7913C469; Sat, 20 Oct 2007 07:33:48 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4719AF5B.7030304@FreeBSD.org> Date: Sat, 20 Oct 2007 10:33:47 +0300 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Michael Lind Mortensen References: <47189F8C.80001@gmail.com> In-Reply-To: <47189F8C.80001@gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-java@FreeBSD.org Subject: Re: Java applets after update to 7.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 07:33:49 -0000 Michael Lind Mortensen wrote: > Hello people, > > After having updated to 7.0 current, my Java applets started crashing > Firefox everytime I tried to run them. > I did nothing except just updating - and on 6.2 it just worked right > after having compiled the packages from ports. > > I use these packages: > > firefox-2.0.0.7_1,1 > diablo-jdk-1.5.0.07.01_7 > > Any idea what the problem is and perhaps maybe a solution? I wonder if diablo is still doing dlopen("libc.so") and so loading both libc.so.6 and libc.so.7 in the same binary. Kris From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 07:43:15 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D215E16A419 for ; Sat, 20 Oct 2007 07:43:15 +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 6F1AD13C442 for ; Sat, 20 Oct 2007 07:43:14 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9K7h1vC012793; Sat, 20 Oct 2007 01:43:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4719B173.70502@samsco.org> Date: Sat, 20 Oct 2007 01:42:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: "Daniel O'Connor" References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <47192969.20809@samsco.org> <0910B534-FAAC-42C2-9EB4-A77B6CA3B90D@emeraldcityeg.com> <200710201607.11221.doconnor@gsoft.com.au> In-Reply-To: <200710201607.11221.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 20 Oct 2007 01:43:02 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: ECEG / Daniel Duerr , freebsd-current@freebsd.org, d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 07:43:15 -0000 Daniel O'Connor wrote: > On Sat, 20 Oct 2007, ECEG / Daniel Duerr wrote: >> Hi Scott, >> >> Great perspective here, thanks for taking the time to respond. I >> agree with you and believe that some attention should be put on the >> hardware vendor driver side of things. It was *such* a pain to get >> to the point where I could even install Freebsd on these machines. >> And 3Ware RAID controllers are pretty standard IMHO. >> >> I've upgraded to RELENG_6 from RELENG_6_2 but I'm not at the data >> center and I cannot chance a reboot with the twa driver not working >> for me and the machine not coming back up. > > It is quite trivial to modify the install disk if you have another > FreeBSD machine handy to build the kernel. You can just drop in the > module you want to /boot/kernel on the CD. > > Although I agree, it would be nice if you could more easily load vendor > drivers.. (ie if the module overrode the kernel code) > 1. Modifying the install disk is not trivial to most people, especially ones who just want to install the damn OS and use it, not hack it. 2. Modifying the install disk doesn't do a damn thing to make the driver work after the install is done and the computer is rebooted. Sure, you can drop a new 3ware driver onto the install disk and install to your new 3ware-enabled computer just fine. But then you reboot, and the stock GENERIC kernel has no idea how to talk to that device, and the driver that you dropped onto the CD is now no where to be found, leaving your fresh install stuck at the mountroot prompt. \o/ =-) Scott From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 07:48:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BA3D16A419 for ; Sat, 20 Oct 2007 07:48:40 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6FADF13C44B for ; Sat, 20 Oct 2007 07:48:40 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so582072rvb for ; Sat, 20 Oct 2007 00:48:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; bh=VC37Cde+KpwjZibPgyyJMxomPLID6qsafgxHUSra7nY=; b=hJdfotgFizI7EDtOT/rY9EwrxhsHDdvonca5KsI9Un8mQqGUQgyrYp3mb3MiCPZvcdOjuDh4GnjX41d4EqDPvchAHqDsMef2cQJJ1dPH212rpug9o2G81ofazO5nCk+nlYyh63nfJ251m84VXC4Holl3U9vJTA+E1cmaVwQ2ph8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:x-operation-sytem:from; b=eXgzz6Gf5Z/mPg4dNPN3K2dxlUyvwWjL37yyk+WwupryMAbCbZD1IHzoYoeC55mt2uF3XCk3q3MWfG8ltkeMUTdE9mVOBdczLeXCAlicL0txJsGy71CHbuND+W6sPl6WQr8+w6PnSVpmWtdblW8qr5gZZktlJZBrXAoTUs79N8w= Received: by 10.141.88.3 with SMTP id q3mr1446617rvl.1192866509162; Sat, 20 Oct 2007 00:48:29 -0700 (PDT) Received: from freebsd.weongyo.org ( [211.53.35.67]) by mx.google.com with ESMTPS id f13sm5278195rvb.2007.10.20.00.48.23 (version=SSLv3 cipher=OTHER); Sat, 20 Oct 2007 00:48:27 -0700 (PDT) Received: by freebsd.weongyo.org (sSMTP sendmail emulation); Sat, 20 Oct 2007 16:47:40 +0900 Date: Sat, 20 Oct 2007 16:47:40 +0900 To: Ted Lindgreen Message-ID: <20071020074740.GA65090@freebsd.weongyo.org> References: <200708301414.l7UEEMSi004166@omval.tednet.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <200708301414.l7UEEMSi004166@omval.tednet.nl> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD From: Weongyo Jeong Cc: freebsd-current@freebsd.org, Warner Losh Subject: Re: New if_zyd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 07:48:40 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 30, 2007 at 04:14:22PM +0200, Ted Lindgreen wrote: [... snipped ...] > However, the stick needs to be inserted after booting up. Then I can > also remove the stick without ill effects (for logmessages see below). > > When the stick is present during boot, the log shows: > Aug 30 15:25:17 lapje kernel: zyd0: on uhub4 > Aug 30 15:25:17 lapje kernel: zyd0: setting config no failed [... snipped ...] Hello Ted, I send you a patch which is attached with this email to fix a reset problem of the zyd driver when we reboot. In my environment, this patch was worked. Would you please test this patch and send me results? I hope it works. :-) Regards, Weongyo Jeong --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=UTF8 Content-Disposition: attachment; filename="zyd_patch_20071020.diff.gz" Content-Transfer-Encoding: quoted-printable =1F=8B=08=08Z=AD=19G=00=03zyd_patch_20071020.diff=00=ED=9DY=8F#I=92=DF=9F= =BB>E<=EC=D3=F6=D4N=90=0C^3X`=F2=A8=04=F4$@=FB(=08=8Bd2)5 =8D=80=D1=EC! =F3= =DD=D5=19=E6=C7=CF=DC=CC=3D<=98=D5=83=D5=A2=07=D8=DAl=92~=99=9B=DB=ED=FE=FF= =0F=7F=BC=BE=FF=EB=EF=86=9Fn=FF=F8=7F=FE=F7=F5=F6/=7F=F7=DF=BE=FC=FD=E7=FF= =F7=E5?=3D=FD=C3p=FB=E9=BF=BF=FFn=F8=ED=F5=F5=CF=AF=BF=FD=B9=EF=F9=FF=F20= =BF=F9=E7/=7Fz=FF=F3=9F~z=FF=E7=9F=FE=F8_=87?=FD=FC=FF=FE=D7O=FF=F3=8F=C3= =E6=EF=F6_=AE?=DDn=C3=D7=7F=1A=BE=FE=E9=E7=FF=E2=CC=BE~=FD=8A=FF=FCa;=0E=FF= =F1=ED=CF=C3v=1C=8F=C3x=FC=DDv=FA=DD=CF=9F|=1D=7F=FE=DF=0F=1F=DD=FC=F8=E3= =8F=0B=BF=9E=E4=D7_=FE=F0=87=E1=EB=F6=F0=9B=CD=E60=0E?=FE=FC=C7y=1A=87?=FC= =E1=CB=F0e=F8=ED=DF=FE=F07/=7Fz=7F=7F=FC=87=E7=BF=F9=E1o=7F=FB=F3G_=FF=E9= =A7?=FE=F9=F4=8F=7F=1E=FE=CFu=B3=DDl=FE=F1=F6=D3=9F=FE=C7=BF=BC=FE=E9=FD?= =FF=97=E1=EF=87=FF=FB=E5=EB=0F=E3=BF=8E=A7=DF=0C=E3=BF=9E7=1F=FF=BE=BC|=FC= =FB=ED=F9=E3=DF=F1<=7F=BE=FB=F8w=F3m=FE=FC=DBo=E6=16=CF=F3o=CF=D3=FC=CD&|= =F3=F3=BF=A7=B9=A7=E7=F9=F3=F0=9B=83j1=7F=BF=7F=9A=FF>=97=7FO=F1o=99=D5=DC= =CB=F9=19}=9D=F0=F7=C3<=C3=1Dg=F52=E5Y=3D=EF=F2L=A6=B9=C5vn1=8D=F3=BF=0F=D2= b=DA=7F=FC=D7#=E6~=DE=A2=C5=84=16=93=B4=D8=EFr=0B=F9=E6e=CCT=12*L=1B=CEJf-= =F3=95=F9=BC=1C=E7=B9=CF#=8Ds=EB=8DP=FD)=AC|=CC=DF<=CE=BFz=99=FB=98=9E=F3= =E7=0F=9BZ=8B=87C=1Ec=BB=C9=9F=A7=7FM=8B=DA=BF=0F=F3=BF=CF'i!=FFu=1E=F3N=C8= =9A=F8=B7nA=FA=EE=02=97=CC=BD=88=FC=94=D5>o3E=03=8DG=EE= y=A2u=A2=C9V=A8=EBQ]=A8K=BA=EF=B1=1F=FBL=DD=A7=F9=EF=E7=A9=7F?=E4=F3=D8"=ED= =CE=90=F6=E6=A0=E83=80:2=86=F45=8F=F44e=FA=88=1C|=D8=E6=CF=9F=E3=9E=EF3M6= =F3~<=9F=D5>=A7Y=9D=C3=89R=BF=C2=9E+.=89;=0B =17=F66=EE=D4P=D9'=AE|=AC=EE= =9A9=1FAO=D4w=CD=9C=C1o=FB<+=D1=9C=A29=E4=BC=CA=D9=94^=A7-=A9=BB=97u=CC=B3>= =8B=1C=FC=96{=9A=A2=AC=80=F4=91=3D =E7s=8C=B0=03[=AE=C3=B6=08=B4=D8=E51b=8B= =DA=AF8=C3=F3<=C6K=D8A=F5=CD=19s=DF=E6=7F=D3Z=DB-=BC=F5=89=95=81=15=D2zy=82= =E4=D3-=CEQ=8F=0EZ=EE=EE=E7Q_p=CE=0F;=F2=D5i,i%=BF}|VT=9018wpF=9Fdh=F3=95= =B7=1F=9Bm=A6=BE=FA|=0C=9F=DB=1D=DC=FAk=12Is=DAR=964(:=80=9EF=0F=92=A2=FC= =FCY=CEc=A0.=CF=84X=80ao=BA=B8=E4=1B=AD=B0*=97=A8~1=93=DD)=CF0=ED=8D=EC=A0'= =01j{c=D61=89L=84=8E =92H(=F2l=F7=83-=94=959=06=AA=CF-=0E=DF=9C=15=0EQ=DA=9F&=D5Z=E4=EE=04=FA=CC= =B3>=08E=1F2=C7l=1DK_=ECVY=A7=E8A=91=C1=D2S=F8M=94=BB=E8=8B2=D8=EDin=B1}q= =FA*f=B5=9Bzf=B5;=F7=CCj=F7=ADgV=D3nyV=D3=A9gVb=B7/=CDj=C2=AC=9E=D8=93=B2K= =C6=E8=8D=A4s`=ED=12=F9=F6!=EAZ=D8"=B2&=B1)y=9A=85ww/=96=13E=D3=9FD=96x<=0D= =C9=A0=B8=FA=A9=E4J=DDbQ=BF=F2t=C9=18K=F6g=FA;=8E=11d--K=DA(=B4E'=DA=A2"=1F= h!=3D=C1=9B=FC=ACd=A8i=E73=A4=D2fGN=14=FE=08=DF=C0=DEQR;=EE=0D5=8E=D9=83=E3= S=A0=8F=E1=F6=07=F8}=1CCd=8C=F4Tp"=B4w=A7=85=80wi=EF>o=ED:=BE=9D=17=FA5=EB=90=15=DCm=E9=8B=FC\= =B0=F47S=E6=D7=A0=85=A5=C5S>ia=B7=14_q?&c3=06=0F=D0=D1Q=E7=18=81=18=F4=B9)= =AC%=FCJY=AF=889=A4y=C0z=B539=C1=A3=D7=FB!=F6=F9=F1ey?=1E=94E=C6S=1B=F6=19= =E3=3DF?=DA=AE=1C=E7n=A4=ACt=D6a=AD=F0=E71=AF#Y=D1F=8A=AA=B3=CD=CFU=DC=87v= =9B:=DB=F0w=93,=90=16QN=0C=FAl=F3=04'Y`N=D4=E2 6=B2=9D=96=A7Z=C7=83=1A#=DA= =CBE=0B=B57Q=BA=1A=8F^=C9(=C3=ED=E3=A9=C6=EDvo=1E=E3=DE=C8=AC=D0=97=9C=DD= =F1hZLl=A1l=D1=03=CE=A0=D1v=E3Qy=DB=98=EF=83=A5=D5=91=B4=9A=10=81=A1=CDp~= =02WNa=E7e=0C=D8x"%F=DD=EF=07]=0E=81.&=C2=A2=AC=81M=A0h=A2=E4t"=B7=9F-E=1F3= =B7=17=1A=07=A3=AB=F1=F6y<=F1=00=1E=BD=F3=F1=88=D5=F2t=ED=D4~`=9DB=B10=9E= =8Cq=B0=B3R=92=D3=F0=F1=88=18=D9=92=BC=12-=E1=AD=FCy=9E=03=3D=F7Br=0E=F8=8D= =E1=AB=E7=C7=DC=DA=C6=AF6N=FC=8A-=C8=3D)B"=FB=01=8AR=AE=F0s=1D=D9=AEJ=EA=18= =3D=1D=A2=F4=88z0h/=9C=F0=86=F6=91=16G=A7=AF|=12=B1Oc=E0=F6=07X2n=CC*=B7=08= =B3J=91=F1=82=13]~c4 =D6=F6#=BC=97p=C2=C5^=D9=B3E=18=1D=B4=12=0E=E5=FA=E2:^`3=8C=C8]=0F6B=8F=B1=8B=FC=A0h=AC]=C9W=8F<=83]=F9A=CE=B0=D8=F3c=1E= ]=BE=990+FB=C6=85=95+=AA;=B9"=AB=F5=EB=D9=A5 Z=86=F1=0B=AE=FC=B3=B1=D7=CFE= =9D=B9Z=89=DF=3D>=E5S=F0=AC=D6A=F9!=F1v7=F3=D7\=87[=13=D0=8E=85{5=01=C6.Q6= =A3=D5+=07u=06=91=F3=98=D0;=EDG/=13'=BF=95=95s<=99=C7=A3=A2U=DB=86K=3D=99s.= =F1]=E5=CBn=FBg5=C1=9E=D3=B2=9D=FD=D6brE=CD=04=F3=9C=A2=AF=B6=99=07=0F=E2= =91i=99h=F3=11=D2=02=F5p=C1g=8A=99QT@=84h=D4=B6=BD=8E0=DFm=A6=8C=AD=B8=08= =B9=C2xj=E7o=0E=E7=BCN=89=C3=AA=16=C2=F9c=FB=9C=07=BF=86<=16=ED]J=CB)=B7=EB= =93=BB=CC`=C9o=1F=C4=C2=89=B6=96=D1=CE=8BU=1D6B=EF=9D=BB=B4=8ET=8B=03=DB=90= Q.=B1=96=0B-=DA=8C=B0=EC=C9=95=DA=BE=92oX=B1=C1(=05=B2=FA=AB=BC=A2o=95=B3:ki=C0= =B1=AD=9D=D8=D4=1F=1E_=3D<=FATH=95#=CD=16=8D=FDX=1DI=AD=CD=E4h=F7=DF9Q=9B= =A5=13l=BD=A2=C9=1F=EFt=0C=E3=19=EAnH=DDm9=86=A7=9DC^U=C6@=05L=B2=06=11=E5|= 4=B9=82'=A3=DB=97,d=B6(*=840F-_=9F=D6W=8B!3=F7=B0B=96=88=C5!=F6=83=AE=03=D8= =9E=B0=F2=8A=ECJ=E7=A6[=96=88=CE=F3d=C9=86=D5t=9E=EC=C2:=D6=F0=AE=DC.=B0=BC= =A4=AA=93=94=14=3D=BDd=AEV3|=CC=B4J=FE=83p"=EB$=C8=89=9E79=B7x^Z=EDp=8F=A4= =16=99=F6=E2=F8=06=92]=0B'=D5fL'Jj=1B=F7 =9E=A5=E4=BC=95-=CA=9A=AB*=EF*O=D8= =AD=11,Z=E8=F8U=D5=97=FD=1CuW=C7w=D3Y1=D4} u=99=F3=D6=D4=ADD&R=05=D5=F0=F9= =1A=E1j=0D=BD=97%7=D4UU=A5=AC=86=11=8D=BB=BBw=1D=AA=AF=A5 =18c=E9S;7*k=96*v=86=B1=88@=D6*v>=17=F1=BA=A3~W=AF=E3=F4=BD=D6=E1=D63u=C7= =C8R=DD=91=89=91=B9=9C=C1=D9J=8BZ=EC=ED1=F4k=B8=E4=93Uz=8C=B7{1 =E3=AB}=8F= =13=A5=C6;;=F2=8A=BE=A1=E7=B73=1Ae$'=E3=D7:=EE=C3=D1=19=05N=BF=1AJ=AD&=B7= =1DB=ED=D0j/=B5=EF=BE=C1N=F6v=9F=BFY=D2=CER=EB=F9b=F8=CA=AD=CB2|=E5J=1C3=C6= =196=8E=D2=89S=F9=F9=92=0D=C7=9E=FEm=EE=87=8E=BD=8A=D5#RFE=B3=0Fy=86=BA=C5= =A3=A9V_=CC=98=0F= =D4=0D=F5=0C=92=8Bg=85H=ACz=F8=F8[=D5=97=B0=EAA=C5)=A7=DCBW=D6=84=E89=D6!k ~m=AC=B6=1Bf=AB=DE=F8=B5=CF=90=A8.=0D!=AF=C2=89=A2=AD=EAE=EE=BB=F7=BC=A8)= =12=AD/=D6=3D=A8=9B*=12=D2H'g=1D=F2=CD=0B=B3dh=E1E=0Dd=1F=A5E=BD:=A1=D6b=82= T*2=BC=E4>HC7=E7m[=9C}n=D7v =CF3=F7F=F6QV=A0=A3=CE=D2=0B[=C8 =A4FxD=CD=BE=C7%J=1A`7u=ED=E0b=85=A1Yy=AD=C2=906|=E1=AB=99=16U=FD=B1''=DA= =D8=DB#3=F1U=FF\Q=DA=EAv=E7f=18)=CD=0C=CD=A3>Q=DB=BC=07=D5*=9B=07=8E=91=B2= =9E=C5=AF=E4=06O=B17B=AB_=A4=FA3E=8Dl$uio=185=10I=B6=B47=B4wm=F6=D5=DB=1B= =DAp=86_=DD=9A[x^=D3=8AHQ=B83h=C6p3=7FM]=CB=9E=B4=D5=17=EAKve=8B`=8B=EE=F2= =CE&=B9=0B=0B=92U=1D=8E=95=E9=E4=07kV=A6=E6=ABvn=D3=A3=D5=91=D2y=EB=EFf=EA= =D5H=1F=AE=D6=B5=BB=DAq=06=D1=A8^=9C=A12=86=9C=DA =F5=90=C5=A9=B59=0FO>=FE= =82gP=DF7=A8=9DAe=EFn=B9=8E=AA=BC=9A{=DA:-j=B2=D6=8DRP=1B|=07=DFY=C5=CE=E2= =890=9E=B0=E2|=CF=BF2=E7c=91=F3=BFC=9CA=ED&=EE%=F7=C5=DB=1Fy=FEU=DC=E7=11= =D9=F0v|=E6=A4+=E8=8C=FF=E1=CAGZd: 8xg=DE=CB=98<=9D=9D3a=B8=FD=FB=D9=0C2=C3=ED=82=CD=A0<=3D=DE]=D4q=9F =1CN=1D= =CE=BBR:=AB=BF=CF-V=F9=B5V=ABY=BB=C4=B9=89=A4fR=3D=83=DF/F=96=EA=3D,=ADP=EF= =D1=19UCT=BE=F3-=8B=A5{=89=86K=82=B7.=DC=8E =08fbu=9D=8C=F2=97q=83'=DC=BB=C3=FA=93=AF=86z=98G=D6=85K=EF=E2=C9=A8,=99=AA= b=13/=9E=96=B7=AE=B8A=0B=F9W=9DZ=DC=C1|=D47=DCvy'X=1B=93~E=9E&=B7=C3f=B8=B7= =D6`+g=9Ew=1D=D4:h=97<=981=DC3=08)=C3=ECt=F1j=8C=3D=1F=E6=0E=D6=19=16=B7^= =87=BDK=B6=13I=8D[=D8K=15=F1lQ=C4=C8X=1D=D9=15#c_#=BC=C2gf=A2=AA=9E=B0=9D= =C9=01=F1=99=93=8A=97<=E8o~=FE=F7=08=F9=98"=16b=C3=9D=9Do=06=BD=B3n=9D=8C= =D8j"=CF_=F2=F9x=E6=FD=C0=18=CB=88=B1=A9=1A}=D2=B7/=CE=AD=14=EE=B9=AD=DF=F6= h=15|'=BCM=C4;=14=B1=BA=8D=F7=95l=B5=C0=C9=B3w'=EC k=ABy=C3m=CB=F3=A1=E2=AD= =BCW=86he=E0=DDC=9Bw=0F=07=8C=1Do]=C9:=B0=07=8C=14=C9=DE=B9=D5=86=C8=EA?=D7= =EC=F6=87=F0=1BF=8Avy=A4@=B7.=9Ba=BF=05=EFz=14!=97=D4O=D1=90<=0E=C5=89#=BC= =86@=85=07=F0n=D57=E0n*=9BZ=FB=06=BBL=C5=C9D.=DDX=F8=06=FD.=F1qs=CFO=E4=B7x= =B3Kh%=F3=D1=B1=B0=B2=F5=0Bi=B5x=F3a=C0=CC=CD=19T=F5=ED=92O=80=DE]=D2=1F=A4= =C8=14+=92=A0=CFY=F1+>=A0d+TF=D1=BB=1F=E5=C5/=EC=9E3S=B9=94W5=16r=ED=E5=05= =BD=E7R=8Df%N8=DB=E0=18/=0E=C7=D6=D3K>=8F=E9=FE=B8=8D=9Ew=F9=E7=A1"A=FAE=E4= [q=A5s7|=A1z=E7NI=EDI=86gH5U=F7<=06~=B3=E7\8=EA%=7F"=1A'x=80=07J8=EB=0F=1Ey= =93Y=F9=83#$=B2=CAM =B73=9B=B9p{=99k w;=83G=BF=1F3g=D0=86=93(=86=AA=FDr=DE=A0s~%+=88=9A=DA=F2=D5=0Bf=825y=EBpns= =EC=D0Zy=A9=F2=DBvuB=BA=87b=F2=06=B5=19=16=F6=15m=F5=B6E=AE=EF=BE =87=CF3=D9=EAX=CFP=D6-)=DE=A5=1D=8D=D8=BB=B6=C2U=8D=17|=91=C5=9BH=A6=EA^=A8= =E7=D6=FB ?=C0=1B=D9=EBw0=DC=0D=D7/) ua=8B=F4Y=AF#=B2=FAJ=87c=9F=8Al=86=A1h= h=C1=1D\m'=A65=91V=E6D%=A9fWN=BB}I'=CE-=E4M=DE=82=8A=03d=94Y9oA=B8=9C=C1s= =C3=A8=81=D1j=F5=DB=CB=EE;=0C=83^_=B1=0E=DCL=1F=C1cjo=946`=D5=9C=CD=BE=B9>= =CE c=FCB=15B=8B=F7=12=87=DE=08=A4=D28:Ff=EE=D75r=08=D6=DE=3D=96Tx=E4k=13= =A7~n=97,r=E4v=B7=8E=3D=F1=F1=A8i(v =ACb=B5=DAcXm=A2=C8=A4=EF=B1=D4g2=8CEn= =C2=B9=FD=0Em=F9=FD+ =16=EB=08=9B'=CA=AD#4=91"=F5=06=99T=CD=E1=0D=E3d3Tv-= =BC_=B2=CFc=A7J@=DA=9F=94=0C=C8=18=85S=A7=EC=DDg=E3s=F2=C5=82=E4=C3=19=1D= =F5=12=BD8=FEjH=BD=C6=97=D2=3DO=B1=D6Zf=05=BB=BD=96=ED{=D1=1E$c=C8=90=A8=BC= =FF%T8=C4=B7w8=13=D6=A1c?=F4=FB=A2=D5=8A=ADo=E5y=8C-=0E=94=96=8C=EF=C23w=F7= =83=1E=B6=F1=9D=D3l=11O=94=15J=8D=F4a=9E=03_O=ADpb=D4=06=FC=D5=16=FA#=AC=0C=9FG=FC=0F=FEJ=B47k=0E= =3D=1D=15=EA=F4M=A5=EC=C1=9C(=D7=C7y=C6=89=F2|=06=89=14=1D=F3=AF=0E=C6=DBv= =EF=02l=D0/c=C8=DF=D0=93=93=EDs=A2=CE=93=D3=13=E3=A2=F2=0D=DF=B2=A0^=891=A7= =B9=C5=91=BA=16=99J=9B=0BI=91m=E6n=1E=F2x=CF=90=F3=CF=CA =DF=82=E3h=8B$=EE=CBt;r=E5=1B=B3=F2=90+r=F4G=CDfp=F5|3=DE=EEJ%=1Bo_q=CFkM= =BC]=ED ,V=FA=BB=07U/J+,=9D=9CLQ=9C=15=EF=05=9AE=8E=91=1D=84=FD=B1e=84=16= =11=86=02=89=06=9AsK=0B=C0h=9FX{=BE=A5=E7=C5=D6=DB=CCQ=BA=DAP=E6=C8=F7+XSS= =C8=15pb=90>=F0=EE,=AD6=0E=ADN=94=0C=1E=0D=A5E=E5=3DuU=EF=B5%=97=A8oH=AB=18= =F97+=7F=84,=A1=EDs=F0=EC=A0=B6-=BA=CF=14=EB|=17=E7=84=CFO=81=86=B2=0Ed-=16= =B1rd=8C=1D=F6=16=94=B1=AF=EA<=EB=8Cb=E5=15=8F=93=CE=E3=C2"=933(=91=C23*N= =8A=98=9C=B4=80=BD=A3Z=90w=BB=F2=83=DF(=A9=A3=97=C9=C8=84=B1=AF=D4x*=A6?2= =1A=81=88=17[=84=1Bc=8E=B7=AD=FAe=9D=83^y=AD=85=F7=1Ajw=AC=EF=E9E=9D=0FD#d= =E7=0F=A8/Ru=D6=07=F2=15O=EA=03=FB=A2=1C=CF=81=CA=AB=D8=98C=8C= =91Ey7T=EE+=0D=CB=B58VjK=9C!=D5=B7C=D6=A6 =9A=B4=02y=8Di=175q3=EA=ECT'=C57=E2w=B9w=F7=BDh=B3=8EZ=DD=D2=E7=AA=90&%=19= =16=B3=A1=83=A9=E5=EC=A9[=8A=7F=1B=DEU=B1>/=13=7Fo=AC=CF=E6=E8=16b}=CC=D1= =A9=CA=AAH=9F=A1=8C=010k=E5=DC=C2=F5"w^=CEt(=D6=17s=E9w=C62=AAR=8Dr%V=17=C0= z=15=EA=EF=8Dn=1F=F5K(=E0=C4=F0F=CA=84=16Sn=A1=DF=F2=96_m=F1=AB=B0=DB=07=F4= =A4=A8=1B=F2g=AC*=FCV=A5=C2=CAX_aS=D7=FB=ED=A6=EE'5=8E=92p=B4=C8=C4?u^=FE= =1A=C3H=18=C3=CE}=03=C4[=E95=C9=DD]9z=F8=15,=FDP9=A2*=97=C37x=AD^=EC=84=E0= =85=E9=B8(c=C8g=B4=D8U=C78;=DF=B0=DF!j5=ED=A5=8Ec=D7=BF=D6=C7=E9k=D1=F1=DB= =A3=E4=C2=CE=FD-=F4=18D=F7{z=CE{=AE=C6=88=96=9AH=86=CA=AFD=03=BC@=EEF=D9.= =D1=1A=DB"=A0=1A=ED=D4=D8=B2=0E=89v=C3=97=F9=1E=B4=FA=B5=C5=BF=97=16_=BE=FE= =E5=F7_~l"=A4=0F_~LbS=1C=84=DB=ED=E3=DF=F7=EB=DC=05=DC=87=CD=FB=FC=F9=FC=EF= =95=E9=D9=CDo=E6>=E4=1B=11u=D7 =BF:=E0=EF=F9=DB=FD=DB=FC=F7Y=FD=3D=F71=E1= =9B=A0=04=AFe=EB=F0=F7=EB=FC=9B]=9E=D3m=92>dV=D7]=9EGPUs=8B`r=C9=DF=F3=F1= =B9`=DE=1F =F4=C7=AC=DCL1=92=C0=A3K=0B=F9=FC6f =C9<&E=8F =F4_=F3ln=B8=AE=13D=A9P=FCMo=F6G=1F=97=F9W7q=07=AE=F9=FB=D7=8D=D3= =E2=E3=F3C=1Ea=1B=E6=B1=8A=C5rO=F3=BF=D7=93=F4!=FF=A5=E0=B4_=CB=BFS=8B=826= =97=B0/7=F4k{=AA=B5=16h=F4=F7[{=1E=B5=D6=B7C=FE=FB5=D0tE=EBc=EE#=8D,}=F4=B4= =9E?=B9=ED=9DUK=1F=ED=D6=1B5s=BB=EA=EEy=88=FA=90=B5=D4=E7=11=CE=AD=9C*12.= =F3=BFT+=C2=81:=8C*/=F7R=93|*zI=CE=E1N=9D=85!Zy=A1=A7.=FEx=A7=ADU=E3=D3I=CD= =0F=F3=90=A2=F1[-`=B3b_=DA=10=E8A=FA=08=3D=AEa~r=F6M=0B=A5=ADay=1C=DE=9D=D5= =C9<=E4=A9=80=A9l-R7=D0f=96M=01=00=FD5=F3=CA=F6=9D|z=85&=10i=16=9E=92=BF=E4= =9E=C2o=0E=AA'=E8=A8=85=9En=D5=9E=C0=A7=BBi=B9=A7=DD=D9=E9I=E6=81=F5=ED=8C= =9Fb{=9Av=EA7=B2/z}C=0Ce.=F4t=0D=BF=91>FL=94=DE=97=B3=1Dt= T=829=CF=FBb=A9y=F1is>R=BF=A8=F1=F6y<=B1=F0/V=96\H=0Fu=AAv=18=8F=FA=EF=94W= =1AF=88=0F=06@=8E=D9=E7=16=C9=BF5=1E=9A<=BF=E1=EC=AF=FB:=CF=80=BEx=92=94=B0= =D7=F9+=D5=FA=92?=B7r,=FAb=CAwE=0Bu]=071=8FD=CDa=96%=B0=93=F9=8D=F3H=AD=95= =CC1=02 ;9P=10=A9=C4=1E=19?=1E=E9G=A9=9E=98=B2B$=F0=15=D2*Y]=F0=A3T=C4j=EE=89qmr`= =C1i=E4S=16=A2=C9=9C=10%=0B=A7Z=EC=92=3D8m=B2=FC!=BC=C9=D5=C9*n=B0=0DFd=1D.= =9B=DAy =AB=93=99S=DEc=EF=DE=E2e0=99=C7%=D3=91=E3=15=E7b=C0YeO=88=05=07=EF= =C2=94=AA=B0=85=8A=D6^=02=B5 =83=AE=B4=93=E3c=D4i=1EG=91o"=E3=E9=E3=C4=B3o= =E4=95=0Bl^=ECK=8A=FEI=1Fr=DA=F6=18o=87=99=9Fs=8B=C0u=BC=98=E5=C9=F5hU=A4} = y';=A7=F4=F4M=E6=D3W=C8l=A1=07=FD=86=1A=955=3DF=C8P=C5+F=A6=C9=8C=83=F6=DC3= &M=98=C6Wh=90=B0=F3X]=01=05=0E>uA=CD=87E{lc=F5=BE=1A=03=9C=DD=901=D0Q5)=B3= =17=E98:=AB=18=A0o_=CD*L4Z=01=9A=0B?=ED=02?A=BF(_=12=F3=10=FA=CB<=9C=E7=C3= =1D=FDr=BCb=E65=9E=C0=DA=A3=9Dl=A5=0C#=04=D5=9Eb$^=F4=0B(E8s=D5=93G=CDa=8E= =13=C9<:xBvu=E3yKf=1E=C5=18i=BF\0=F3!=C7=D7=DB`=E6o=95=F8G=8Aq[{=1Dv=06c2= =E3[=EE=9BRZ=DB=EB5=AF=83=B6=B1=F2qba=A4=9C=17x=0C2=F6+s8Ss=B7o<=B7=EE=99= =1C=EA=1EH=8A =CE}=EC`=FB=AC=F5=A3=E2=BE,d(=90ieD2=8D,=FB=C21=E0=FD=C8=D9=BAT<=B5$%=90o= =E0=CC=15=8C9=AC(7=92"}l=D4=FA=86x=F5=84=FC=C1=11X=D5=90=E2A"=A1Q=8D=B0=F0X= =88=8E=1C=C0=07r=A2=05&BN=08=F3D=A7=0Ey=FAv=02=CF=C2c=94=98=F4=CF2=0B:j!=DB= y=CB=BC^x BSc=A9]=BC=F8B=B9=A2]X=91=91=1F=16=C0=FC=82=DC=D4=12=7F=08=AF;=B6= *t=ACP=F3=D5=8B=AFcl=95=D1=13=EDd=B2=18\i=DFy=E1=FC=14m=D2=13=9B=F9=BC=10= =BE=FC=1DRk\=EA=D5=FAQu=FD^=EC]=06/=87=7Fk2=B0\=F7=E7=E2=A7=DF=EF=BCH=1C=EE= =F2=96=B9=FF=AA=CE=0BeF=C8=A1=AE=9EG#w=9FiZ=CF=DC=CB=BE=A06=C9=A9=8A=88zdH'= R4=BA=9C<=95=F7=A8=02=97=1B=FE=90_=CA=AA=DF=D4=B9=95y,J`=DB=93=91=EB=12=A3U= =1Ej=F3$L{=95=CF=AET=01=B0W=17=B4=DC=F8=95*/)=DAi=9BwJ. $)(;=85=18=9B=B2$Q= =95=A6=1E=B1=A6=AE=89OX=0B=7FTV=C1=C7=BA=14d9=7F=13=E8q=C2=D8 =B2=FCfZ=08=C7=C3.=D1=F50B=95=E0=B3=90=BB=E85C2=AF=B1=D7S=DE)=AD=E8UG=02=A1= _=BA=00=CB=BD:=99=8E=F8:=E1=CA=19=AF=12k=F8=A2=E4=D8=82=07=823=A2,=99=C8=A7= =AC=A90=14\=80=1Ev=FC=069=11v<=01+=97=EA=B3=14-=90=B5=C3=BF=9D=96=C6+V=17= =F8~Cz=843"=FE=0B=A2$=0E=7F=E8=8CW=BF=FD!=FA=05^=8C=14=86_=DE=D4=B9E=06=EB= =02=CB=7Fqu=D0=FB=F2=AC=B4=A5=A6x=1A7=F0M=B1:=FA@=DD=D4=943=9AF=83~9=BC=99= =F1=EC=EAL=FE0=F2zm=BCW=3D^Z=9D=9C=FD=9B=AASr=AAf=84=B3=EDe=05Z=161w=06=FE= =08'=AC"=BF=CF=A7rN)=17 z=7F=DF=1C=BB=A9-=BC=F3=F2z=F1i=C0=CA=8E=E2=F7=D0/= =D5=BDX=8A=86v=CF=E3hw>r=1A=CE=ED=A2=9C(V!=19=0D=EF=DC D=B9=8Cg=01=CA=DD=CA=9A=B9=0F'=CFr=C3=8A=90=D3W=D9i=A1=99=13=E7=7F=A3=DC=DC= =94+=B2=A3=BD)=BD=AFl=CF8F=E6(=C3=CBiu=E2gW=E4=95=0BOn=A9=0C=F9!=B6=85p=91= =92W=A7<'WZ=99=F3=D2=B3=AB=A2=E1<=F9=B1a=85[M[{=D2=B1)?=A4=AA=DF=F2=AC=AA= =1BR=F38=DD2w=B1=85=F0D=AA=F4=B2=BC=02=FB=83~=F6B-_=F5=BC=AC=95=CC"=C7n[{^$= #=16=CE=A7=CDp=A2>6Y=DF=B4=D7=C5g4=91=1BVB=B9=BBZ=DF=C9=AA=12=D1=AE;=B5 =F2Gs=15=8B=F5)=86=1E=F4=D2)W=AA=BD=06=3Dww5=CD0=AE=AA_oPY=EA?@=E7=85*Z=AE= =E2=14h=D3=11=97j=ACb=18=8B:=94=FEJ=A3=0B":^=DDx'O=B0W=E6=A3.=A1=DFb=B6=9F= =8B=7F=B4A=93=92,A\=FB=EE=1D=96y=D8=F1=CE=CExi=E7=0B_=DC=C8=8FF=DD=DC=A0=A3= 8=BA>=99q=DC"=D6=93=C6=93;=06=A1=AAG=CB=12=E4M=D7ry=11_=97]=DD=E7o=16=FC=86= }>=03=EB=EB=A5\=19c=EC=B13,=19=A5=FF=A6=F2=F3%=BB=90=3D=B9{1`'=E4=BC=AC=DF= =0Br=E3J=B9N=ABWl=9B=CB=D5=CA=F5=CB!=F3=8A=8A=DD=EAZ=F1=0Ez=BC=BEa=F7*7=06= =96=F2@=16=80=FC=8DV%=EA=0F=E2=99=0B5H=AC'=A8=AD=88=9F=EB=B8=F6=063d6=A0=87= =EB=82=EF=E1hh=9C=E1=CE=F8=A9=E4\=9A=11=1DZ=DF=C5=1EI=1F|=E0=C8=EC=D1=16=19= _=95=95=8C=B4=81=1Dd=C1=C7k=D5V=05=0C=B5=C9=CF=D9=1Bp=AC=C5r{=B5y1=EC^=90= =1Cl=CD=1B_16D=7F=7F=93=D7=C2=9E=02}w=99Nj=A5'ES=A9=F3x=CDsR=C0=E3=B12=E1= =E3o]=97 =FC=B1=CB=9C=13=E4=04*=DF=18=C9=E2=C3=83iE=88))=E0q=EB;A=86v=EE=0B= =AD=D1J=DC=BDo_=9C =0E=B1=DDA=D9=14C=D1u=03=C5*=E4=F3=1B3[=BA=9E=CB=C8u=D9CiQ=ADS=D2=BF=17}=BB= =0B=B3J\T=E5:=E8=AE=E4=E3=B4=F9=F4\=B6p=B2=81Sm_d=0Fe=E6J=BEm=C1=BF*.%=95=BA r=BC-=010=EF=EB=1B=E3=B8=B5=DA=E8=C5z?=D8A=D6F=AF=D5=FB=15=DA=82u=06=1B=9C= =91-=F6=08=F4=B80c=1E}n=D9=17=E6=E4X=03m=B5=B8=A1G=AC=99=B0=B9=15=EA=91=C0= =8F=B4=EC4=C5=E7>Df=DC=18=9D=B0=19=83=EB_w_N=FF=9F=EEK<=B7=B5=DA=D7=A9=CFc= =17=1B=E6=E6=8F=D1=99=ABC|=8C=3D)=DF=FF=80=9D=E7=EA=A6=F09=F3b=D6=92=84=1Eq= l=FA=98=CFC\=AAfI.=AE=AE=19=1F;R=1Ao=C3N=0Ez=1F=E3=3Dqg'=A7=DCz=D1=BA=B2=F1= =8F=F9_'rP=19!=C6a=082=AE=CE=AA=F5:<=89(=F2=B4^=03=3Dt=9C<=9C[=A7=B6=E0dz= =C2=C9=D3yBJ|=0B0N=8Bv=EBi=88=95q=07=1F&`=9E=C7=BD=DE=A0=9C=04=EA[=D8=C6=8B= =BE=13=7Fc=E2=96=9D=BE=13=E7=DDQw=A1v=12=B7}=FB=CE=CB=85=A7=1E=1C=7FA=D6:= =DA=85=B5x=CB=89=BCR=B7=B8e=1E=94=E8=DD=12=D1=93cog=E7,=0C=1D'=C1=9C=97=FE= =DB=00 X=1Cq\u=16=E8=C3=F1n=90=B9=D9=1C=EB=1D=94=B6=E6=BD$=D63=EEK=9A5=F4= =9C=A97Q=1A=CC=EA=B9h=17R=1BV=EEG=F1=E4}=8F8n=01*n=FC=FD~P=F1=14QG=DDE=E7= =CD=BF=C1x=B1=F0=B3=9DZ=BEM=9E=13=AB=14=987=8D=B5=D6=A1"=94^0+Y=E5=8C=F0=A1= ]T=B5=C6=BB=A2=17=D6eO=99=1B=D8=AB=D2=1C=E2=97G=BBZ=F6=C5=D6=C3 =03=A1=CE*= =EE8^=E2=3D2=9C=DB=10#D=E5J=FA=D5PT=F5=A0B=B0=C8=03A=F2=F5D=DA=04N=FC=A6=DE= C=E1*h=7F=BC=9A=11=8A=93=07=FE=18a=1D=04=0E5=BE=BF:=15q=EF=98=AF=84M=AD=EE= =EE=99U=08 =F7-=DEl=EE=F0+=D9=C2=ADT=84~i=E7i=D9=D3=08o/=C5=94N=EB=E6QB=89g= =BF=F2U=7F3T=A0=C4=ED=DF=C2=A7=E0JU=13n=EE=06=C9=0D=F6=E0)=CB=AD }=07=0F=AF= 2=B4=A3L=F2mZ=1D=E6=C1=B3=EA=00=89=D7=BC=A2I=F1=07=EE.=04=AF=1F>=BE=03#=EE= =D5=C3L=D8=3DV7=F3=1E=D96s=A3=D6s=17=DE=E0b=E4fW=D2=C6=F2=EC!=DAAx3!=DCp=02= =FD=19=C9=92]+*=E2=10O=16=AB=E2Z=B3=CB_=F3ox=A7,=E6p=02=D5:8^@=AD=C2=AEV=E9= =D1=D3=D3=11=3D=15=F7=3D=F8v=D4+x=B6b=F9=A7}4=FA=F6L=F9=BD=CB=14=9CL=FC=D1= =B3=83=E4=C6=9D#'=9A=FC{v=E2R'r=1A_b=90=D9x=B7=141=8FPg0=F9=E391=F88o=13=97= =B2=F0=E1k=EE=15=90=1E >|=18u=CD=07-=DDk8=0F=CCWZ=8DY=89G4=F2=951=0F=9Ai~o= =BE=12T=93 =B1=1Bb=C8.t=B8=D0=C3=D0=9C=AD=A7=1Bh=C3=DB=DD*O=D8=A3=A1_=DF=D1+=E2=D6=85<= =E5m=A2=8E^=AFQ2=1B=FEhs=B6=F3*=80=92c.px=E2 Fb_o=F9=93=A8_=82w'=11=EFJ=8E= =EC=C8=FB=C1=B0ER=DD8n =F25=B7=0B=B3=8F=F5;=C1b[Bo%=D8=F0=A1=00=0D=87=9D&Q= =89T=91=85=BCi=E3W=99Oii=A9y=DCp=EA]=C8=E9=C6=BE=BC=EF=94~=C1=99=94=DF=B6= =CFN=BA=FB=D1>/=98_=8D=87=C67=DA=C9=8E=C5=0D=A9T=03=0COv!*=8A=D4x=B4=93=119= W=9F=07=DF=E3=8Az=1F=F2fq=EF'=D3FK+9=B7=BB=BC=9F=F6=B5=01{=CB=B9=D8;c=9F=DA= =DD=0B=B7=AD=F7f=A5Q=C3v=DB=A7#r=EF*=DFpRqm~c=A8=19>=E7=DE=A9\R=8F-=C8=15= =15=F5=FF=B2/=C2=1F=90c=8D=1BDv=D5F=DF=CA=EB=B4=96=82=94Jn=FDG=0FO=D4+nd=1E= =F0=A1=9DL=B0=91=0C\=9D=D6=B7[=DC=F4=B6@=E1W#=FBu=1D[=8F=9C=08u=C1=FBr=D5= =EF=AF=E4=F5=AE=1Bp^=ED=8E=F4=B1=E6=E6=DF06=DE=FBta=C2=D3=CC=1B=D1=AEf=9CN= =A0=F1H=83=0B=DFl=88=F6bG^]2=BE=0E=D7)9fA=C2=ED=8B=A9=0D=88p=C6=B5+=FE=12= =E7=A1=A4=92=CE{=98=BA=9C=CE*=05=E9u=EEc=E1=DE=C9/R=D7=A7=E0=C1=DF)=C7d=06= =93y=DF=AB=B6_=E1=FD=8F=18=FF`=FC=8F=16&=A5=01=F2< =8Ez=985=04=E2R*c=03=B9Y= =F3=CEn=D1;=93>=F0=AB=F0nA=DD=03d=EB!=9F9u=C3=1Dw=E3l~=8E=AD5=7F=BCA=86=F2= =A6=95=D0=E0p3=F3`=15=F8=85g=9F=15=BC=D5=9B=12=EF=18-=D2Ol~=CAG=EE=11=E1=E4= =F4^=90f=A0=87=A29g=8B=D5I=95=F2=E1=15=F4;=D1=0Er(=88=9ETF=031=CCh=AF=CBl= =DF=90=D3=A8e=82=E57=C5=8D#=E1S=D4=E5=1C=99=1D=D9T=E6=87=1D=D6~C;=C3=E9d4= =A2=16=C7<=C2=BB =D8=A3"/9D=DB=FD=CC=BC=80=8A=F3+ B~=F4=D5=C3=10=14=DCRvc}=AA}=A6l=DD^'=D5ju=98=E9=A5@=13_W=F3=A0=F5=8D=A8f= =A3N=1Aw=AF=1B=15=CDeOg=9E=DB=86=17=D8k=EE#=C8u=FD=BE=83=B5=C5O=99=D6WDqT=85=A0=8A;=D0*S=96=0CZ=AB= =F7kN=E1=F7=15y=CA=13=C6=17#=D5k=DE1=E6o=E4X=A0?=B5=CCw=C8W=D6=F2=A9=BA=1E= =F7=1A=A3=FE=C5=DEw=D6>=88=1C=ABY=F8=87=FC=DB=86g"=E7e=CC-V=D7[=C6z:=EB=85U= =CE*W=F4=EF=EF=9D=CD=C3=AE=C7=1E=E3=0EK=04&=C87=C9=A0=C5=9A^=C9=1F=98=1AF= =B1IEz^=D0=BA=B8=03=0B{=BDG=A7=08=08=F8=8D2>=EA9Dpy=8BJ=D6(=A7PA=803c=10q5= =E4=AC"=F7&=F1=F5`-E=FD^=FE=E6=3D=FCF=F6=16=BFjC=80=DB=DFD=19=A4=A0z-=0D.= =99=06=CC~=1D=14=AFW=FD=97+=CEQ=CD#8=92=1E=0E=00=B8=B5=8D7=E8U=9D=DB=10=93<= =04=BE[=ECI=EE=83=A5=9E=18OFO=EAE=08=FA=101g;=C0=DA=11z =B3=A8r?=E0=15=95sy= =CD=A3]=95\=BF=C2bl=83=7F_A=E5=F8=B6mmW=05=FC=FBf=B4Ea=1B0=AE=ED=E9=F4=A1= =1E-O=92=C8=C6=E9=D6K"=E4=91k=92=C8=89L;=FA=96~l=82=FE=CE=FBb=CEK=A0=A6=AA= =87=B1=F6p=0F=AFl=A3=95=01Y=D8=00=FE=1E=B4=96$=ECwa=8Fm=C1=07=F4=A9=D8z=9B9= I=EB[=99!_=81`=C5=CB=82,=89=FE=0Bc=D6MYr=A24=A8=9E[=17=AD=A6XQ=E0=95H'=EA9R Q{u=EB=1E=F2#Y8=C2=EB}=F6=CE=90=AC=CD}=A6J|=CBu=E1E=99=13>=97=BEy3 =EA=97= =CA=AD=04=85=05=B3=C3=AE=92o=D4;=02=CA=BA=E5 39=F6=93=CET#=FF"'O"~|=CF=D1F= =D7 =EC=1E=93=DF/=00=BF3=DF=D8,A=94=CC=AC=FF=98=F2Z=AC=15=A5=E6=87x=FC=A8=F8T= =C1}=A3E=B8=9Be<=D4=F4=1B=F8=95=A1=1A=81=EB=F6Z=0C=A3=CE=9E{=F9=ECf=CC=EE= =ED=86S=11=A3=0B=88=E5=1C=18Ye=A53=B55N=E7k=F4C=91K=E2=BE8P=DF6=97=A8=F7=C5= =E3=9C!F3,=DF=14@=DF=1D=FE=DC=E2=9D`c=D3U=ABF!=01=8A{=7Fb=075=D7-=F3`=8Deq+= =CF=C4=F97=E6-v+=95=8AjR=F8=95=3D7=F1\=CF=84=F9=EC=BE=1B=88=83=96=FD=9F=DC= =17=ED=BFtg=C3=DD=B8j=CD=7F=E9=BB=BD;d=FF=A5v{=B7=E6=91mg=8E=B98v=D0=B5{EK= =F9=FD=CF=E5=1B=18mT=F4=B0Q=84 ;=AFp5=9C|e=B3N=C6=AB=BB=90=C8A=88=9CA=B6=AA= =EA=16=BC=DC=95=E1=BD=11O6=11.=A7n(=FA,=A9=EF$=C7N=ADU=14=15E=83=D1Tb[=AE= =AC=0F=9A =0Dt=BC=90=19=E6Z=EER=D5=1CD=8BT=F6=85=15E=B5=EA=A2z=C6\=F6=A5=9E= 3o=F4=94x=88=F2=A3b=E1[=BD=AF*=9E=82=FCh=BFW=A42=9C^=CE[=FA=E8=C8p=D6r=DE= =9F=94cq=04=A1=07=AA=00=C4=9A=13=CA;=B0=DE=E6%=91Q=E3=8BMh1=E5=16|7=D7=01= =F5~g=8E=8FHe|=0DY=81z=BF=E7=95=DE[=AF=ED=D8=CCa=1E=9Fyg=E2=BB=EC=8BSO'=1A= =A4=F6R=D5=D9=B3=E9A=8F=0DPZ=A5W=8Eg=FFN=80=DE=88=AF=DB=D6=9B=0B=FE>=E4=BF = =AF=1D=EF=03Q=AE=F3&5+=9A=1B=7F=8B_I=8F=F3=EA=8F=D7=F8=D7=D4=08,=B6h=F7a=FE= =3DJ=06=EB|_=1FD=A9{=BB=E6=DDV#({=AC=F6+=91=F77=C8Y=F9=8D=C4=D3=D2=EF1=8F= =80=D8=B33c=8B=0D=89Z=C35=F4=F8=1E4=FD=B5=8F=7F=AB}|=F9q=F8=CB=EF=BF=0C_=BE= j$=EFK=01=E5-=F0=E0"=93=84=FF=C4=03=EEC=F2=9E[=8B=BC=BB=03=C9{nM\=EFUH=DE2= =F3]=1E=FB=86=FA=E1E$=EF=B9=B5=8B=E5=9D[=98=AA=C2=84=E4-=AD=E7o=C2=8Bg=A0= =CE=04z=10k9=DC=1E;=86=99=C3=EBq=B1=BC=87=D1G=F2=9E[=D7=B0=BC=CF=A8=03u=E5n= 7=1C<=91=A13=8E=F5=D7=1F=F4=9A=BA=B0=BC=DF=C2=DF2=F3=D8Wgk=893|=BC=05=7FO= =EB=DB=F93c=0B}?=E2=0Dw=B5=8Eo=A36[/=F64=B7>=A1F=A0=D6=93=8F@=FA5E=B0=C2=EE= V"=9Cn=D4on=DD=89=C7=3D=8Ce5=C9=DCz=15=1Ew=9A=CD)=8C}=07=1E=F70=BF(=803v=0F= =1E=F7=D7N;=D3}=D3=BBMsD=A1\"wyJ=C2=F9av=D8=F4=9A~#=EBf=B5=19*=B7=EC=1B=02=05"7=CE=98=F3.=EC= [=B9=D6=F2=AE=D8=D7=D2F=86=B5q=D15Qi=E6=F9=C5=B0R=03=D3>_D=E4=9E[W1=B9=B9V= =93=19=DB=BF;TC=0Buk=18=1E=A4=1E=DBbE=B4=F7>g=AC=BE=FEP=CCP{=B7m=FE=87=B5= =D7=8FF=9B"k=86=D7:_ =AD=AC=FB=FB=ED=B7z=95=D6{)F=C6=E6{`=94=1E=15=0E=96=AC= =F3=FB{=FB=84=16=A8=E1i=1E=E9e=E9n=C9=E4W=8Ce=0B{=15j8h^C=0D=0F=EF =C6za=BB= :=A1=9A=BC=04`=AA=16=DFx=BE%=C6=8A=18Z=E4=96=AD=F1=1A:Q=C3elT=D9P3,=A2=86= =CF=ADk=B8=DA=8B=A8=E1sk=177=BC=EC=C9[=9D=CC=1C=B3*p=C3=DD=9E=12=9D8s=B3>= =07[\=F7$=FB=8D=997p=C3=13/=E5=AA=F3Y"=F7dl=84=E36=99=07=D3=19=9B?[=85=1B.= =BC =AB=E7=1E=DC=F0Y*=AE9W=03=AC2H=A6=F0=0D=AC=D9E=DCp=A1=B9|?e=9Aw=E2=86= =DF5=F3$=8B=8CDV8=C3=BB=CC9.n8=F4=B7=8B=1C=9E[`=84=84=D0k=F8=DCE=0E=1F*=B8= =E1=D2=1A=F6D=97=AD.=96=C5=8DR=B1=139|@=15Q=87o=D0z=EB8K=A6{*=1A?Z=DF]=D1(= =BC=E6=BD Rp=88=8B=1C.3=E7=BD[=F9-x=AA=F5&=D8=D7=94ws=B0=DF=10=C1=F0_=C0=C9= =AD=ED=3D=B67=83n[=E2(=94=16=D7)F=05=8A=3D=F6_=CD*=E5=9A=8B=1D^r=8EZ=F7%=C6= =11=CAu=E3=BC=8D&=B7=BBd#=8B=A7_`=87[=AA=F1L=F3=AC=93=9A=C8~=A6=13-=A7=04>= =F7:=EC=F0ylf3=A9?=96N=AE=91=E7=94\=8B=D8=E1=F0=05'}=FA=F2x=A6Z=A6=90L=86= =CF;=B1=C3e=BF=B13=EC=A9=8A=1D=AE=A2T=0D=F4p=BF=A7xN=B1=EE=06zxZE=81=1D.;= =F6=06zN=E0 D=1F6=BC;=1D{=15=D9=82l=E2"zx=A2=E3tR2=D5=D6=12=ED25]lRF-=10k=E8E=0F/=A5=83= =BC=8F=D5=89=1Enw,=CA=CB=C1=E3=E0=82=8B=B0n[G&=16=92=83=1E=1E3=3D=88=1C=8Cf= }=CC=07=A9=D6#[=BB=F8=E1eOc=EE)q=8E=AC=1B=11=9A=02?=A7/=AE=ACKx= =1F=DAFvQ=C43=05=A1=A1 =0C=F1=F6~3=1Fm}=A5=8D=13w=A0=FF=87(=E1=04=0Bh=BDG=E5=BFiR=EA=D0WX=1B=B5=B1= =0B=3D=06?=A8=13E=BC2=F3u(=E2=F3=D8=9Br}=0E=8A8FH=15=15=88#=DF=81"=CE=D6=CD= =D8=92=FB*=9A=9C=92=D3 J=0D=C9=EA=8CZ=90^z=F7=DB1Q=9E7p=C4=07=EF=EC=E5=17+=8Du=1F=D74D=F9z1z%=E3Xg= =C9=B4=88#=9E=D6-v=B6^w'=8E=B8=19=9B=FC=1Cp=FFtf=83k=E5=89i=C6=1D=D2=0C=CB= =FD>r=EC=B58=E2z=DD=8EGU=8B=BD=F4=E5=C7=EC=CB=C2X=F7=E7=E2=A9=FA=846=B0=C0= =13=D5&=E2x=AA\=CD_=B7j =D9=11=C6=83^=C4=02=1F"oN=D1=D2D6o=A1=F6\=AC2=95=83= ^=8D=05=1E{2=DC=B2 =0B=1C=92=E9=0E,p=13=01_=85=05.=92I=A3=81=0F=C6&=1CF=1F=0B=DC=F8=DF|{z=11= =0B=1CY=07=17=0D<=9F7=BC=E1=92=B0=C0=ED=D8=C2=F3=B00=EC M=E8<=B4r=E9=03C=BE= 6,o=A3=BF=C3{=B8=D0=F5=F6&=9C=8Ei=DE=81=06.=E7=AD=99=FF^F=03=EF=8DZ=EC=C9= =8FJ=0BnQ=EF=BB =0D=BC=19o=91=DB=C4=16=A15=E0=C1=1Ej=BE=7F'=1A=B8=D9=B1pc=DC=8C=17=DE=C0-= =DE=E61Z=D0d=B2=96,=AE7H[=17=0F<=F5Z=E2=EBf=AA=F5=FB=82=01=8Byc5=F0"=1E8=F9= =BF=9B[=82=07=E7p=CB=FDx=E0-ny=F5=C6=1B=C6=8C=07N=9F=C8=D8'=ACX=F7=DFr=CB= =11=93=C9=F0W=F5=95=AB=B8=C3=A0=9A=8D=F0W=C7=1E9=F6=8A=F7c=1D=9AW=11=C1=D1= =C2=DD=8B=BB=E2=0E=A9W=C3k=0DD=F0=C1H=8A=EEu=CB=0B~=DE=BA=EF@=04=1F|=7FL,= =8C^Dp=D3=DA=E8=F2%=ED=CF=16=AB=10=C1E=0Bb}=AB=10=C1=9Bgl=11=11=1C:=F4=FA= =1D$=F2=B5=82=D1=3D=B2=86,r=91=95=C8k$=E4=DC=BA=8A n=AA=FE Dp=C3=E7=8B=98=E0if=EF=8Aj=DF=C3=F2Hx=DF=C5l]=B4o=E6$=11=A7un=BB=8Ag=87Z=90= =14=F9=1FK=EA4=AA=ED*=9C=DAYm7=8C=A5'=B9=F3=C7{=F38=84=94=BDK=AE%=FE7=FB=BD= =0E=EF{>=DF=98=F9*=BC=EF=BB|=C1z=0Ez=15=DEw3=A6=B9=88=F7-g=AC=BB=AE=A4=B8= =BF.T=F3=FA=1D=DC=B7t=AA=99=FB6V=F6=E7=E2Ln=8D=AE=89+."~7=B9=A5=13=F1=9B4= =EF~=F3=AC=BCa=DF=A4=F9=D2=9B=01=A0=F9=1D=88=DF+i^ =1A=19=9AS=9E|=AE=A2x=11= =F1=DB=F8=DF5=9F=BB=AE=BF=171=BF?=FE=DD8=BF1=92i7=B7=EB=C4J=EB=A6=B9=1AA=FE= =DEs=ECU=98=DF=E0=D4=FB1=BFK-=B8 =F3=BB=19W\=C4=FC6=11=F0Z|=CD=DD=8B=EE=F8Z_%uB=FD=1E4=FF=BB=98=DF=12=F97=B5= =DE=0B=F7=3D=DE=02=3Dp=BE=1B=A8=DF=C3=E8=E4m=C6X=E7=01K=A8=81=FA=3D=18=CCo= =A1=B9=B7=A6r=AD=94=01=9B0?=1B=BB=EF=E1=BBM=E0;#=15W=BD=A7=0D?=F4=0E=D4o=9E= =B1=F6=1B=FC"k=B5=F5e=A8=B6 =F5=DB=E6b=D9=13=EB ()Na=96&=96=DB@=13=CF=FC=F8=EE=B4=E6=CD2=F3=8A=A2=8B=FA= -=FB}=C1Zoy=86 =F7;=D3t=FE7=A1~=CF=AD;q=BF=07=83=FA-c=A3fm=F1=9D=E3!=F9=A4= =07J=A6U=B8=DFC=19=B5=B8=07=F7=BB=B5=DF=8B=B8=DF=B0=CF=EF=C0=FDn=FA=A1=8B= =B8=DF=D6'B=8BE=DCoFcA=1D=8BB=A8=F8=7FGn=B9=82SYo=C2=BF=D7=D4=F5=847=11=10Q= =A7d:=C6ZBf[d7=10gR=A8=CB=A4=DA=96T=AB=A1=8EW1h=95lY=85=93=3D=A47=E6uL=D3= =BE=98=8Az=93=BFF=C5a=15'{=CC=3Dy=1E=D5=1D8=D9=8C=0C=DA\ w=8C=F6=D3=86T=EB= =AF=F2=9CV=C4z=E4=93=06Nv=C5=DAs=B2k=E8IG=E7=C2=BD=CC=9DY=1FO+%=93=B2r;=91= =B2=07c}=99lK=7F=9E=CE=CD=1Bl0=DB=AD=BF=93=9Aj=B5=B5=AE=AF=F9=EFA=CAN#=08= =B7H;T=04=A8=D3j=F3=06=17=D5=DA;}C=C7=D9=B3=AD=CDYj e=8BLE=8BUR =BE=A0=8B=95=3D=AC=BBU=FB=BD=EF=A6=DE=10=01+=90=B2=11 =EE=F4=FF=CC=19[=E5= =FFu=CF\=9D=18=DCr]=95=AB1<=9F=B0=B2=9Bq=A6E=AC=EC=EF&=15=9D=FB=DF=A7<=F3= =BF^=ED=FBv4=3D=8DNO=A2=81y=1B=86=BE=CF=04=DE=8E:{(=3D=8BN=B4=EC=C1xy=94LV= =8F=B12=0D^=B8=F6=E6=EE@=CB=16=AE=BD+RTT,=90R=A8XXD=CB=96=1D=DB=E5=16=AB=D0= =B2=BB=CF=98=8B=96m=B2=8A=AC=F3XD=CB=C6=CC=0B=BC=EC=8F=16Kh=D9hM4=B2=84=97= =9Dzr=D1=B2=8D=07=ED=E2e=E7=16=12_=8B=95=1D=C2-=F8U=03/{0=D9=A0=EE(=95=BC= =0DU=E0=B1a=DD=AB=F0=B2=87=B2=F2=EE=1E=BC=EC=99j|/cW=AE=C2=FA=88=F2=82=E1M= =DD=E8m=FBc=A9=C5`d=8B=A9=87m[~z=EC=021{H=9C=BF4=0F=C8=F3=021;=CD=B0=81=97m= =BC=F7=DA=DF.^6=B3=8A=A2=B5D=DB=DD=F2=BE^y=EF=0C=EF=11h=EF=DDA=E3=DB;t6=FB= =DD=83=98=1D=FC#=C4Eb=9E=E8=0E=C4l=E9un=1D=EE=0F n=D7=8B=98=3Ds=0B=EF,1=E6= =B1=0B=D4=A9q=AD=F8=C0=A0=CE*=C4l=E1=16=D6=C8=C5=ECt=FE=95=B5=CF_=C3o=181= =B1T[=E2y=ECX=81=99=3Dt=BC=88[=F3,=187=85oP f=DB\=0D{=C2N=BA=88=D9=D4=06=BC= =0BxR3,z=15=FD=A6Oh'f=B6=A1=DA=91=BC=86{C=0D=CCl=B6=C6[y=3Do=16=D5g=BE 3=DBf=1D=C6r=1E=0D=CCl9%=115;S=C7=EAM/6=D1=CE=CDy=99=C4=A1=95=9B=EBA=01=11/= "R=AD=81=9Am=F7=D8=B4^D=CD=EE=A7=F9=154G\N=F1=A3=BE=0F=DC=A1=FDCu=9E=A7=05= =9B=BC=ED`=0E=C4=9E=E0=7F=DF=83=9A=0D_=D0=E0=91=A8=1A+=F8=06:=CB4B =F7=A3f=BB=D5P=E0=F3=1A:=B3=BC=ED=A8=3D*=AB=BBHg=17=7F=DB=C8s=07[=DB=D4 =A7=DF=D0F=86=0D=EA=E0[O=98G=A4=0D=B9ES=A4h-=B7D=0B=FCm=D1cxq=AB=9AY=C2=AD= =89zF=933l p=0Fcz=85=F4~=04=EE=9Cm=B9=03=81[v=8C=95N=F0^=16=11=B8elH=BFU=08= =DC=D4c=88=00=B6w/ Q=EC=1D=3D=B6=A4=B3=D9=13"=C1.=06=F7=E0y=B7=05=D5=F8=0Dw= =CF=B3.=87=D6 Mk=CA=942=A7DK=C5U=18=DCf=DD2=F3U=18=DC=03|=A2=BB=EEQ-=DD=AA= =ADI=07}=8FJ=F9=1C=9B=BC=8AE=0Cnd[=FAym=AB=DEO=BD=1F=83c=8EJ=D608=BE=DF=BD9= j=ABh=7F=D0'=AA=C7=D1=D2*<{m=C2=AD=F4=06 w=07=9F=8B=1D=D1@=E1N=1C=B7sq=B8=87Q=BD=03W=DC=A0=97=BCA=C5=E7+=90=B4=D3o=12= =A24[=1B=19Rm=BDa=EBU8=DCC=BA#=1By=0D=B7=9C:q=B8e/d=C7=90W=A8=FAA;=ECE=A4= =A0=F8=FE=D0=00=ABp=B8=DB4=E7l=B1=BA=84=C3M=CB=E3=94=B9=B0=13=87=1B~ =EBJ:q= =B8=91=C1.n=FB$=EA4p=B8M=FC=BC@=E2N=D4v3=8C=ED| t=B9=8B=C3M=DF=C0=E4=3D=CF= =CC:0=AE=AE=AA=F6W!q=0Fc=C6=E1=C6=8E=91=B6=16=ABP$=9A=92}=8Eu=BF=0E=89=BB= =B4=99V!q=DBl=AAg=87=17=3D=B9=EF=EDU<=F6=86gmh=DE=957=10[}=E9=C6=1F=DFo=D98= =AB=10=99:=86=13=97=FAHX=DC=C5N=16H=DCr=BE=C5=8B=82=BF_`q=E73V=CF=131Z=C0= =97`Nh=E1=C8=D4UX=DC=F6=94l=F3=18=9DX=DCCo&=B7=85=C5=3D=8F=8D=8C=C2*,=EE=A6= t=18=E3}=C8=C1=8B=EB=BA=BE=C1>=B7=F8~5=07=F5jf=17=8D=9Bg=89=E3=0D=E3=1DU=FB= =F7Z=3DK'=B4=13=8D{X=BE=F7=BE=88=C6=3D=00=8B[lEH=FAN4n=19=AD;=C6=15=EE=EDR= =CE=C7=8C=07=A2=C3=ACNZD=E3=9E[=CB+=C3w=A0q=8Bdz=F7=7F=B5=88=A0;=B7.=F0=B8= =87q =8D{=0Cs5=D9=B5=839K=CE=9D=E8-[W}=83=B7L=0F=17=8D=DB=DA=C8=87=DCBY=02;= =F4=14=B3=7FM=E9p>/=F4$=AD=D7=E0q=0Fc=CE[=C2>o=E3q=87=97=CD=89=9B=13m=C5h9= =E6=3D6=96=87=8F=C7=9D=D7m=F7u=7F=01=0F=F2=B6m\=85=F5=BF=AD4=AAG=E2!=D7:=A5= Q=EE=B5z=A7=A73=12?=B7&'P=EB.=E2q=E3=94=B8=88=DC=83=B1=8B=BB=B9e=0Bk=C3=C5= =E3F=0Ez4=BA=B2@=E4N=AD=13=1E=B7=CC=1C=99=94ED=EEa=0C=B1=CEt=17=196I'"=F7= =90=AD{K)=07=91;J=84=F6=8E=ADA=E4=A6u=0F=AB=AE=8D=C8=FD=1A%=88=AC=1Bc=ACB= =E4=96=D6=FBL=97=C5w=C7=F3o=94=9DZ=E0=C1$=9Eo=A0=C1 =96=EBbrg=FE=A2=95=AB= =CF=98=F1=E0=1Cde=C9~=88=16=17y=A7^H\=C4=E4=1EF=15s:o=FB5=F0=95=D2Yy=92w`r= =A3=F5=FD=98=DC=88=ED=ED=CD=BA=BD=16=99=1B=8E5m=B0=80=C9=3D=91S=19kX=85=C9= =8D=13=9AP=B9=D3=C9X=C4=E46=1A=F8=9D;S=E3=1C=F5JB=03=95=BB=E3=8C=F5=DF(-=EE= =ED =CD=E7u8=A8=DC&=DE=B8=B4n=89=BE=DF=8C<=E1=BD=B9"=E3a=DE9_D=E5=1EL=D4bkf>=7F= =D2B=E5nY=F7=8B7=AA=BB=AD=FB=FA=AD=BBU=F9=F6D=83h;=B8=91=D6b=ADnF=A0i;,=A2r= =9B=88I=81=CB=9D=C6vQ=B9=EF=B2[=BE=E7=CD=F5U=B8=DC=C3X=BCTp=07.7=F8=FC0e>_= =87=CB=DD=8A#/=E2r=9B=88=E8*\n=9BU\=9D=D1=DC=E1-=85=F5=19=CD=C5=BA=A5=F2o= =E5=7F7=90=B9=DD3=96"x=8C=F5=F4=9C+m=E97=B5=BF=AA=AB"mT=95=C8*d=EE=01Y=CF= =B6\=AB=E4=C2?y=C6t=BC=05=D5=01=AB=90=B9A=B5;=90=B91v=D8=E9=03z=02=CF=BB=C8= =DC=DFA=9E=ABW=A36=99_?=A7=BF?=A9=FD!=D7T=DD=DE)=F0=9D=91k=E1=BD=C3=E6=D8 = =99=1B=F1T=8Eg=FFN=D8=DC=89=9B=BD=D6=9D=D8=DCh}?6w=F6=05=C3=18k=B0=B9el~=B6= =D4=A2=DD=BA=F2=AF=8B=CD=DD=DDZaso=B9=DFj=8C=C9=F9U=D1S=C2=E6=96=0C=D7-=FF= =EA=ED=E0=B7=10D=CB=80=CD=AD=C6=96J=A1 u=3D=DF=9Bj=BF=B6=FE=B5=F5=E7Z=7F=F9= =FA=97=DF=7F=F9=B1=0D=11>=08=D2=B8=C8F=91=F6=E2=F7=F5a=84=0F=B3=D4=9D=FB=B8= =03#=9C=7F=CF}=AC=C2=08=FF=F8=CD.=CF=E9=A3=B2=F4=A3=8FN=8C=F0a=F4=11=C2e=1E= =D2=C2T3%=8C=F0A=EB=C9 =B4=99=14=3D=88=E1|=A4\B=04=CEE=08=9F=FBp1=C2=87:Bx= =C0=EE=93{U=DB=CF =D1'=B4=EA=B9=8F=BB=F1=AD=879=7F3=F7qC=BF=FD8=DBb=1B~=DCV= n=CD=A3=D6=FA=8C=B7=B0_=03MW=B4=8E=11=19=CE[=FA=E8i-=F6=EC=DEY=B5=F4=D1M=C1= =1D<=AE=FA<=16q=90?=FE=D5=B9Z=EC=8B=C2=B8=971L^4hZyS'Y=F9=1F}=1C=A1?{j=C1= =F7G5=9A=CCcn=C7*=19=F6=CA=8C=14}=95=8C=95=FC=D1=07=F1JT.=1A=9F=AB=AC=10jh= =C6=C0c=CE=0CW=D9=B1Y=9E=DE=81=C2+=9F=CF}=DC=81=C2;D=89x=8Ag=1F=F2;=F8W=C6= =7FU=98=05=BF/=9D=18=BCB=0F=F3=A6T=0D=83w=0B=AF8W@|=F4q=00=EA=B8=8B=AF;4=D1u=85OE=CA= {=F8=BAEO=B2=C6=12=C9=F6=C7=14=B3,=F0u=1B=3D=15=E8=BA=C2=A7=B8=9B&=3D=ADB= =D7=95>=F4=FARO=9D=E8=BA=D0=B7=F7=A3=EB=CEz=1F3_=85=AE;=CC=F1 =D9=97v=E4u= =97yV=DD=AA=9E?=D9=05=1E[=85=AE[=E3S=13sq=D1u=EF:/=B5=BC]=81=AD=8B=B3=EF=A2= =EB=0EIO JY`=EB=8A\=875wGt=03vPM=CA,b=EB=CA=BE=F06=07%0=F6=A5=81=AD+=FC=81= =1B=CF=F7`=EB=CEky=07=ED=9Aq=F6=02[w=C8=F6=FA=1D=D8=BA=1C=0D=FBr=C7{=9C=C3= =9CY=923=D7=91-h=D5'=FD=D8=19=F1j =EB=82?\l=DD=8F=BFy7O~ ~=D2z=CE=E67C=EC= =D8=F2=8A=BE_=82>=AAX=B0h}=84]=D87=8Fm=B4=A6=8B=BD(*=DE=A0_=EEG=D6=FD=E8c_= =C1=A2YD=D6=C5<=AC=D5 va=03Y=97#=18y=AA=A8 =BBK=9Dg=C6=18=F7=B4?=16=91u=13= =F7|=8FsK=99=A5=EDB=17Y=B7h=E1=E2=EA =3D=B0>=AE=A2=13W=B7=B2/{=EC=CB"=AE=AE=F4=01~=BC=03WWh=8A=D9=DE=83=AB;=F3= =FA=1B=A89=81'=A4o=D1=BD=BC=13=C9^=0F=C4=0B=AF=88= =C0=AD=F7=A3=1Aqw=9C=97 vFml5=82=8A=7F=AC=C2=D3=1D=F4=BC=A7=98=F70VT5=92=C2= =C8=B4d4=B6=96?8=06=B3=8F=0D4]=EC=ED=FD=B52=A5=FCP/&=9D=BA=E8=84}=91X=0F=ED= =BF=CEW =A0o=A9KW=A1=E9=D2=BF=AD=ADh=97W=E4=A3=E9f=1F=A8=1FM7=E4_=E2=AA=8D= =DF=D0=89=A6K^=96x=90h=05=93=A1=E8|=CF=03=FB=C2=19=BAh=BA=E9=F3=02K=97=B1= =CF=E6=BA=1BX=BA=88=D3Q=BF=B7iP=C4#=84=A6X=F7=E7=E2=A7=9Cm=0F=96n=A8=1F=8F= =FE=CB=9ALZ=DA=9D=14=B3C=CE=E2~,=DD=ACo=EF=C0=D2=1D=F2=D9o=BF(=F0~=C84=E0h= =E9-=B5n=7F=8E=3D=157dM^=AC=9DueO=E9-=1C=91c=AC=C4=1D3=AF=D4=E2c=05=92.=F4m= =A8m=DDd=FE=91*=E0E$]=D9[=D4=7F=A4=97i=87=B1=17IW=EC1=EA=94m=A6J'=92=AE=C8= =0F=C9s=DEL=0B=E1xX=16.=92.=FC=97=FB=F1=EC=CAx=D0=FB=84=DD=13=EF=C2=D4Cr=8F= =A6=EDZ=3D=E7#Wg=1BF=9D*Xs=05=92=AE]=91=F0=BA=E1=C7=1B=F9=91=B6=C86=7F=9B= =EF=B5d=BD=DF@=D2m=9C=A3=94=173=E3=85W=DC=F8=D6=05=FC=FD=02=B5=B1=FB=DC=86= =FB=E8=9Br=B4[=AC=87=99=D4=FAJ=FE0U=03K=FC=11=DE=BB=13=0D=01?=A4=81=A3K}=BB= ]GM=E1=BA=DB=86=F4=B8=03Gw@|=AC9^=F0=DB=0C5=13=8A.=F8=B4=13G=D7=8Ef=EDd3^= =C2=D1=1D*=16=D5=DCGx=C5=D3=BCp=AE^=8A=C6=8DX=DE=82=A9=C7=D7=C3}r=CC=C9VD= =A7=91=AD} =B9=DEe=BB=07=1F(p=145=8F=A9=18i=DD=9D=98=D7=B2=F7=A9=C9 =0E=BE=13=AA=DE=A4=DDP=CF=153L=AD=AB=9C=B6:~Z=9Bk=CC=DF=B6=11=9B=17=A5=929= =B7=FBw=7F=BC=06f/=F5=FE=B6=1C=C3=F2M=D0=C02=82=D6=B7=FC=15p=B8{j=B8=0EW=C5= =1F=B4I-6=AF=E1=D3=84=CC=8B=F8=A9=A5=A6=8B=CDk=F7=0E=E7=F6=F2=9AW=A1lU=DC/R= =F7d=A3=E7=04=FE=E8=97=82=C1=CF=88{=07=FDr=E1=DB"5=DE=F4dn3=7F{=AE=F0=A6=AA= '=D2u}=B7=CCEJ=E7=19y=EA=F9=0DJfT=FCGV=E9=15+=A5~Y=B2w=8A=95=86=9B'=8E~q=F1= {s=DF=88=08=17=F11=B1V=C5=974=11=1D=D6H=F9/=B8=CC=F2=14=F6=B0=AA=DF=1B=FD= =CF=8B*=3D=E4o=95=DF=B6=86=B2=C6=0EZ=8B=DE{y=E5=B9Uw=E5I=D9=A5=8A'S=FF=B1 =BDw=18s=0D=EB=FA;=90\=AF=C9=EF/=A2=F7r=15C=19?]D=EF=1DjoY=94=F4X|O=B0=EC5= =D80=FD=98=C0n=95=8D=F8/=F7F=B5d=84=B9=8F=06=16P=8B=CA=F1=BE,=E4=D8=1D=AB= =18=B2=FC=E8|#)=F5Zb=F7=CE=FBR=A3y=9D'=D8+=E4=D8*=EC^R\=E8=D1=E4=EC=06=BE= =CA=90=ED=C2N=EC=DE=DA=0E#^=D8=C0=EEM=F4=B0=C8=BD=B7w+?=DA=F5t>Z=EC|=E66=FE= =AF=947H=C9=ACe =E2=C9k=B9\=C7=0B=F9nu=D7=8BQ=D7|=064=9F=DE=8F=DC[=DAc=BB= =D7<=86=BA=0D=F0V~=BET=97=C3=9E=16Q=B4=E4=BC=AC=DF=0Br=E3J=B9=EE=E2=F6=1A= =B9=EE"=F7~|=CE=1CH=17=3D=F6|=C3=C1=E8=94=12=D1 r=1D=16\=A8A=C2=8D=C1=06n= =AF=C4qe=AD=AC3=A8=AD=88=9F+=FB#!=F7=A61V=E1=F6=CA<=AC=86=C6=19=EE=93cw=E3= =F6=0E=F0=F7=DB=AF=A1@=CB=A8|e=A4=0D=EB?=10=91=E7^,=E2=EB=D2=AFd=AD=05=E5= =04=AA=B4|tX=93G=C6=EE%=DC=DE=DC=9A=EF=FF=C4=08=17=EC=0F=17=B77=D3w=97=E9= =A4VzR4=95=FA=8F=D7<=A7N=D4^=E4=1B=12n=EF0=AA=8A=B8=C57Q=11=CBi`=DB=0C1=16= =EC=A2=F6=D6=F6=85=D6(*=02=D6=EF=CB"j=EF=90m=98v=3D=C1=AB=91=D2E=9D=97=91= =EB=AF=97=DC=A2Z=BF=A4=7F/=FAv=1Bf=95=B8=A8=CAu=D0]=F9=E5=8F=99=1E8=93.j=EF= =C7o=C1=A7=05f/=F2=1E.j=EF=E0=D5=0D=15=98=BD=C6NN=A8=BDE=8B=06f=AF=D0t=9F= =E9h=DFeZF=C3,=FD=B9=B5=98=BD=B1n=EBF_=DE=E6\=A0k=DCjF=E6=C5=AC=07=A8=EB=19= sk]=CD=88s[=C3=EC=B5=F5=8F=85=CEc=FCt=9FOR=03=B37q|=8A=1C=88-e$=BE=B2=9Cd= =1E&3=9B_=D5/=F3=D9=CA=B3=ED=B0=CDn=07=9E=97~L[/n=192=14=D6=06=BB=E6U=A8=D5= =01m~R=F5c=CA=EE=C2=A9ZD=EC=15=9AV=EC=AE=CE=D5U=F2/#=F6b=19=B1=B7=94c\k=A7-= B?{=FE=B7=8D=D8=CB=11=12^=AF=CC=83q=F4=9A=8D=BE=F39-=CA=B1U=95=C4=839y=E0= =D3=06b=EF=A0O^!=A1*u=17Jv=CD=AD=1Bx=BD=CC=F15=BD=F4F=EE}=A5=BD=EE=9E=04=C4= =E9=1C=8E=F7<=8D=C1=F8=19=88[vz=1A=C3:?[=ED$=EE=C3=F6=9D=97=89=A7=1E=1C=9F= =F0z=C9=F1=95xP=03=AFw0=12=11=FE~=BFD=F4=E4=98=E4f=DD=B30t=9C=04=9C=97=86= =16*NB=81=D6+y1=9E=05z<=D0)=0D=B4^=D8=1F %=97=19=F0}n=B1=A8=E7L=CDG'Z=AF=C8d;=8F=CA=C9=F3=B1gr=9C=EE=0E=B4=DE=C1=C4= =93Q=15=D1=15M=8A=F1=E7=EExa=E7=FD9r=F0&=CF=89=95=02=A4f=AA$1=F6=A9=8B=D6= =9Bf=EEb=F5=D2o=9827=B0=D7E=AC^9=B7=ACO=06=BD:=B1z=A1=1B=14=DE=12~=B5=88=D5= =8B=F8i=7Fl?=BCc=14)=0B}{?V/=E2=B8=BC=05a/=F9=A9=12?m=D7=D3=15=E8=BC=8C=07-=E1= =F3=16t =D9=83=98o`$=91=B6*=A5=81=D4=96=DC=F2J=93=86=109f=BCR=DE=C6_D=E7=85=8D[=E0= =F3=E6=D6F~=14=E8=BC=F0=F7Y=AD=B2 =9DW=E2=C9=9B@=9Da=BC=07=9D=17g=BF=07=9DwG=A4=E4H?=99=07=E5#=F7=08~=BB=8B= =CEk=E8=B1 =9D7=D3=EFD;=A8=13=9Dw=D0=D1=D0h=AFO=8802=EAis=CA=E1=C6=00=EB1T]p=03=9D=B7= =B1=C3=DAoh=E7J=9D[=13=A3:/=E0r=EEQ=0D=9Bw=C7=BC=80=8Ak+ B~=F4=D5=A1$t^=97=B2=16=B5L=D6=98p=82*=F6=FA:l=DEy=1E=F8F=CD=83=D67=E2=A3= =8D=BC)=EEB=AFx=AF=CF=8Bk=D7=FD=E9=D4k=913=04=3D=16=B1y=87=8A=EC=17=FE=E0;0= =1B=7F=15=0Dd^=CAuk=8B=9F2=AD=1B=C8=BC&=BE=EE=E4=84=18!=00=1E_B=E6=AD=C8=D3= U=C8=BCF=8E=DD=81=CC+=E7=A5#g=DBB=E6=9D=FD=DB=03=F8=BF=927]_gp=19=D1=AB=89= =E3zq:y=C3=8A=12=7FE=9Dc=ACc=B3^X=E5=AC=BA=B8=BC=C2c=DDU=E7n-;=E3RK=F6=8E= =DBk=CC=03-bJY=9E=18"G=C4=1A=81=85jM=EC=B0=8B=CB;=F7=91=90y=87=BBpya=AF=F7= =E8=94+=A5=B1=CC5=EA9=C4=82Y=83=B4=88=CB=FBA=FDX=B7%3G=16o=11=977q`=B2=C7= =F0=AB.=1CM=FC&=CA=A06=8Ef=A8L=A7=AE=DF=E6=D5-=FA/=AF8G5=8F`"=3D\\=DE=A2=85= =CC=B2=C4=F6=9C=D7=02=B4=D9=84=CB=DB=E8Iv5=F5=04=FF=96=3D=ADB=E5e=FE=C5=D4U= =92WT=BE=E1=98G=BB*=B9~?*o=DE=17=BB=AB!Wc=B4Ea=1B=88n=A8=EB=F4=A1=1EwO=92= =C8=C6=E9=D6K"=91AMKA=ED*=F7N=E9=DBET=DE=E2=BC=04j=C6=13"4=B5\=D4=C1+ =93= =17=B2=B0@=E5-=B8=B5=81=C9K{l=0B>=A0O=C5=D6=DB=CCIZ=DF=8A=8E=E2=9B=0E=AC=9D= Y=C4=E4=95y0=D7=D4=94%=C49=AF=9F=DBU=98=BC=03=E2=FC=B0=E6=DA=98=BC=13=E4G= =B2p=84=D7=FB=EC=9D!Y=9B=FBL=95=CE=F7aN=F8\=FAfE~=D4/=95=DB=00=EAu=CC=1Dv= =95|=A3=EB.h=DD=F2=84=99l}=81=AB*~=83=E4:=C4=A6=16i'=AB=A8D=D7 =84\=E6 i!u=E8=DES=94=CCB=0F=F8=8Fw =F2=82O=EFG=E4=CD~=E5=1D=88=BC=A0i?"ox[= =02/=ECG[j=15"o=1A!=E1=F1"/=B6=88=C8[=CC=E9=AC=F7=C5=E3=9Ca=CC=88=BC%=95=99= =C9=FB=D4=FD9=AF=FEt2UD5<=DE=E2=BE=9D=C9=9B:=D9=8A}=DE=0B=F76=9C=89=F3_ve= =8BE<^=D6=7Ft=DC=80=F3=F1x=B3=DE=BF=03=8F=F7=F3=FBrg^=DD=8D=AB=D6=FC=97=BE[= =B3C=F6_=16=F1x=0B=BE)=D0xa=07=B9x=BC=B5=B1=87=D6=3D=E0=CF=E5=1B=18m\=85=C6= =DB=CEW=C6,=DE=D0=94=D2=B0=93=C3=8B=A9=129=83l]F=E3E<=D9=ABAJ=F4w=D1x=07=C8= =B1Sk=15nm=12w[l=CB=E6=BA=9D=9A%H=03=1D/\D=E3M=BC\`=F1=CA=BE=B06=A9V=A7T=CF= =98=CB=BE=D4s=E6=8D=9E=12=0FQ~T,=FC6=16=EF&=D6\5_=1FZ=C4=E2=95>:2=9C=0D,=DE= =CF=C8=B18=82=D0=03U=00=AB=B0x=85f"=0B=E5=9B -=A6=DC=C2=C5=E2M=BF=89y=E4UX= =BC=83=911B=8F=BB=EEY$$^=C9E=AF=97]=A9=D7=EF=B2/=0E=8ED=98=AD=E5=BA1=8FS=A7= G=C2=E2=1D=C6uH=BC=88=AF=DB=D6=9DH=BCF=AE=F3=063k=A3=1B=7F=8B_I=8Fs=0D=12/= =FA`4z=B1E=BB=0F=F3=AF=8B=C4=BB=B2=8F=F0=AF=D8=D4=12=8B=BA=E4=9D=D7}l=DE=16= ~5=A4\=A2=FC=06=D5`1=CEo[lQe=CD^]L=DE=9E=B5|=8A=A6=BF=F6=F1k=1F=BF=F6=F1k= =1F=BF=F6=F1k=1F=BFL=1F_~=1C=FE=F2=FB/=FF=0F=C4=83pr=08=F2=01=00 --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 08:42:25 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C904416A419 for ; Sat, 20 Oct 2007 08:42:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 66E4013C458 for ; Sat, 20 Oct 2007 08:42:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-150-53.lns11.adl6.internode.on.net [121.45.150.53]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l9K8g3ua099118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 18:12:07 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Scott Long Date: Sat, 20 Oct 2007 18:11:54 +0930 User-Agent: KMail/1.9.7 References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <200710201607.11221.doconnor@gsoft.com.au> <4719B173.70502@samsco.org> In-Reply-To: <4719B173.70502@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10652303.i2bcbEID7k"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710201811.55672.doconnor@gsoft.com.au> X-Spam-Score: -2.226 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: ECEG / Daniel Duerr , freebsd-current@freebsd.org, d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 08:42:25 -0000 --nextPart10652303.i2bcbEID7k Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 20 Oct 2007, Scott Long wrote: > > Although I agree, it would be nice if you could more easily load > > vendor drivers.. (ie if the module overrode the kernel code) > > 1. Modifying the install disk is not trivial to most people, > especially ones who just want to install the damn OS and use it, not > hack it. Pfft, weaklings! :) > 2. Modifying the install disk doesn't do a damn thing to make the > driver work after the install is done and the computer is rebooted. > Sure, you can drop a new 3ware driver onto the install disk and > install to your new 3ware-enabled computer just fine. But then you > reboot, and the stock GENERIC kernel has no idea how to talk to that > device, and the driver that you dropped onto the CD is now no where > to be found, leaving your fresh install stuck at the mountroot > prompt. \o/ > > =3D-) Yeah I know, there needs to be some work on it that's for sure! I would be interesting in doing the sysinstall work, although unless the=20 kernel can cope with (and prefer) modules then there isn't a huge point=20 IMO. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart10652303.i2bcbEID7k Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHGb9T5ZPcIHs/zowRAobQAKCDvyKCu8kGL8w4vyPlE1qkqhXumQCgplHz 2zwCVvQWenaxu4xMZv+puDg= =j+MI -----END PGP SIGNATURE----- --nextPart10652303.i2bcbEID7k-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 08:56:47 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1999916A417 for ; Sat, 20 Oct 2007 08:56:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AE85813C448 for ; Sat, 20 Oct 2007 08:56:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-150-53.lns11.adl6.internode.on.net [121.45.150.53]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l9K8uDLC099433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 18:26:14 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: ECEG / Daniel Duerr Date: Sat, 20 Oct 2007 18:26:12 +0930 User-Agent: KMail/1.9.7 References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <200710201607.11221.doconnor@gsoft.com.au> <5E9E5D7C-608A-4997-BE39-70074A0A93E2@emeraldcityeg.com> In-Reply-To: <5E9E5D7C-608A-4997-BE39-70074A0A93E2@emeraldcityeg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1976632.L0bHNOm1PA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710201826.13505.doconnor@gsoft.com.au> X-Spam-Score: -2.235 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: FreeBSD Current , d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 08:56:47 -0000 --nextPart1976632.L0bHNOm1PA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 20 Oct 2007, ECEG / Daniel Duerr wrote: > I should note that these systems are all (a) floppy drive free and > (b) standard IDE/ATA hard drive free (e.g.: booting from RAID) so > everything I do has to be done with .iso -> CD-R burns or a usb flash > drive. If I'd been doing things with a floppy scenario it would > likely have been easier... Hmm, well sysinstall could be modified to load KLDs from arbitary=20 devices, I have a PR to load install.cfg from any disk sysinstall sees=20 (eg floppy, CDROM, DOS disk [ie flash drive]). I did write the original sysinstall patch for loading KLDs in sysinstall=20 so I guess I'm well equipped to update it ;) > In the end, the way I built an install CD was I used a Windows-only > piece of software called UltraISO which allows you to edit .iso > images and add/remove files. I dropped the precompiled .ko driver > into /boot/kernel/ on the downloadable Freebsd boot iso and then > burned a custom boot CD with the right drivers on it. When I boot > from that CD, I load the driver and then continue with the > installation. It all works well from there. That works for drivers that are not already present in the kernel but I=20 believe it doesn't for ones that are already present (eg twa for a=20 9650SE..) I haven't actually tried this so I'm not sure - I'd like to be wrong ;) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1976632.L0bHNOm1PA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHGcKt5ZPcIHs/zowRAt3SAKCfXoZo3bkmt1NZ8ODSDFKOMXcqSACgnYuq mgxgvj2A36YT5OvrSL02spo= =4GGG -----END PGP SIGNATURE----- --nextPart1976632.L0bHNOm1PA-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 09:38:34 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE5A616A418; Sat, 20 Oct 2007 09:38:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 7D79913C47E; Sat, 20 Oct 2007 09:38:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IjAmk-00062t-8b; Sat, 20 Oct 2007 12:38:22 +0300 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IjAmi-000CyB-P9; Sat, 20 Oct 2007 12:38:21 +0300 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9K9cDmu066186; Sat, 20 Oct 2007 12:38:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l9K9cCvI066185; Sat, 20 Oct 2007 12:38:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 20 Oct 2007 12:38:12 +0300 From: Kostik Belousov To: Kris Kennaway Message-ID: <20071020093812.GB2012@deviant.kiev.zoral.com.ua> References: <47189F8C.80001@gmail.com> <4719AF5B.7030304@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <4719AF5B.7030304@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: bb9f355b5be917825c280d06cf0e20ab X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1645 [Oct 20 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Michael Lind Mortensen , freebsd-current@freebsd.org, freebsd-java@freebsd.org Subject: Re: Java applets after update to 7.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 09:38:34 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 20, 2007 at 10:33:47AM +0300, Kris Kennaway wrote: > Michael Lind Mortensen wrote: > >Hello people, > > > >After having updated to 7.0 current, my Java applets started crashing > >Firefox everytime I tried to run them. > >I did nothing except just updating - and on 6.2 it just worked right > >after having compiled the packages from ports. > > > >I use these packages: > > > >firefox-2.0.0.7_1,1 > >diablo-jdk-1.5.0.07.01_7 > > > >Any idea what the problem is and perhaps maybe a solution? >=20 > I wonder if diablo is still doing dlopen("libc.so") and so loading both= =20 > libc.so.6 and libc.so.7 in the same binary. Even if stopped, the shared libraries now (i.e., after symbol versioning enabled) are explicitely linked to the libc. This is, in particular, true for the X libs. As result, you again get libc.so.6 and libc.so.7 in the same process. --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHGcyEC3+MBN1Mb4gRAqhgAKC5Euf+yNGBlY41QU+COgqXeTFs6gCgmfaO GjgZuv/uqEPx9zdrel5F5+I= =WYom -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 09:46:36 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3965516A41B for ; Sat, 20 Oct 2007 09:46:36 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id F328213C46E for ; Sat, 20 Oct 2007 09:46:28 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id C27451383C6; Sat, 20 Oct 2007 11:46:24 +0200 (CEST) Received: from smtps01.kuleuven.be (smtpshost01.kulnet.kuleuven.be [134.58.240.74]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 7B4301383C5; Sat, 20 Oct 2007 11:46:23 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01.kuleuven.be (Postfix) with ESMTP id 5B45C31E702; Sat, 20 Oct 2007 11:46:23 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l9K9kM8G001333; Sat, 20 Oct 2007 11:46:23 +0200 (CEST) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Sat, 20 Oct 2007 11:46:20 +0200 User-Agent: KMail/1.9.7 References: <4719375A.1080202@cisco.com> <790a9fff0710191619q750539b6u5021fc5875adf4d2@mail.gmail.com> In-Reply-To: <790a9fff0710191619q750539b6u5021fc5875adf4d2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710201146.22285.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Randall Stewart , Scot Hetzel Subject: Re: trying to get eclipse in.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 09:46:36 -0000 On Saturday 20 October 2007 01:19:49 Scot Hetzel wrote: > On 10/19/07, Randall Stewart wrote: >> I am trying to get eclispe to build.. I went >> in to ports (the current one) and tried the build. >> >> It tells me to go pick up java >> Please open http://download.java.net/tiger/ >> in a web browser. Download the >> Update 12 Source, jdk-1_5_0_12-fcs-src-b04-jrl-02_may_2007.jar and >> the Source Binaries, jdk-1_5_0_12-fcs-bin-b04-jrl-02_may_2007.jar . >> >> But on the site as of 10/10 they have number 13.. not 12? >> >> Any idea how I can get an old one or if we will update? > > Click on the "Previous Releases" link, and select "Update 12". You should know though that there are a couple critical vulnerabilities in update 12: http://secunia.com/advisories/27009/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 10:44:49 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 605B316A418 for ; Sat, 20 Oct 2007 10:44:49 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 9497C13C442 for ; Sat, 20 Oct 2007 10:44:34 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 34332 invoked from network); 20 Oct 2007 14:44:28 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 20 Oct 2007 14:44:28 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 250429, updated: 19.10.2007] Message-ID: <001301c81306$2ff3fdb0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <00bd01c810ec$10371230$0c00a8c0@Artem> <8cb6106e0710171143m3dff7546o457192ede76e6598@mail.gmail.com> Date: Sat, 20 Oct 2007 14:44:06 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-current@freebsd.org Subject: Re: Broken su in current - trying to fix myself, help needed! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 10:44:49 -0000 Josh Carroll wrote: >> if you try to run a very simple perl script: >> >> #!/usr/bin/perl >> $com="/usr/bin/su root -c 'echo heck'"; >> system($com); >> print "done!\n"; > > This works fine for me. If I run it as root (and change the user it's > su'ing to to a normal user), it runs find and prints: > > heck > done > > If I run it as a normal user su'ing to root (e.g. the same as you're > doing), I get a Password: prompt, and entering my password it still > works: > > % ./su.pl > Password: > heck > done! > > Do you have another way to reproduce this? Because that particular > test is working fine here on a RELENG_7 box (csup'd last night). > You are a bit late for the discussion. If you look trough the list you will find two ways to reproduce it: 1)Try start building, for example, midnight commander port not being root 2) Start the exampe script from midnight commands by pressing ENTER on the script file (using subshell). Anyhow, patch was submiited and maybe MFCd by now. -- Artem From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 06:43:05 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 066DB16A417 for ; Sat, 20 Oct 2007 06:43:05 +0000 (UTC) (envelope-from dd@emeraldcityeg.com) Received: from mail.justlinuxhosting.com (mail.justlinuxhosting.com [198.107.153.36]) by mx1.freebsd.org (Postfix) with ESMTP id 96C4813C459 for ; Sat, 20 Oct 2007 06:43:04 +0000 (UTC) (envelope-from dd@emeraldcityeg.com) Received: from localhost (localhost [127.0.0.1]) by mail.justlinuxhosting.com (Postfix) with ESMTP id D01741431DD; Fri, 19 Oct 2007 23:43:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at justlinuxhosting.com Received: from mail.justlinuxhosting.com ([127.0.0.1]) by localhost (curtain.justlinuxhosting.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HbIRmYFTcaXJ; Fri, 19 Oct 2007 23:43:02 -0700 (PDT) Received: from [192.168.2.178] (204.11.227.123.static.etheric.net [204.11.227.123]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dd@emeraldcityeg.com) by mail.justlinuxhosting.com (Postfix) with ESMTP id 940D51431D4; Fri, 19 Oct 2007 23:43:02 -0700 (PDT) In-Reply-To: <200710201607.11221.doconnor@gsoft.com.au> References: <85AFE2F9-33F6-40E8-B760-990970B7A791@emeraldcityeg.com> <47192969.20809@samsco.org> <0910B534-FAAC-42C2-9EB4-A77B6CA3B90D@emeraldcityeg.com> <200710201607.11221.doconnor@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5E9E5D7C-608A-4997-BE39-70074A0A93E2@emeraldcityeg.com> Content-Transfer-Encoding: 7bit From: ECEG / Daniel Duerr Date: Fri, 19 Oct 2007 23:43:01 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.752.3) X-Mailman-Approved-At: Sat, 20 Oct 2007 11:33:35 +0000 Cc: d@delphij.net Subject: Re: twa driver needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 06:43:05 -0000 I should note that these systems are all (a) floppy drive free and (b) standard IDE/ATA hard drive free (e.g.: booting from RAID) so everything I do has to be done with .iso -> CD-R burns or a usb flash drive. If I'd been doing things with a floppy scenario it would likely have been easier... In the end, the way I built an install CD was I used a Windows-only piece of software called UltraISO which allows you to edit .iso images and add/remove files. I dropped the precompiled .ko driver into /boot/kernel/ on the downloadable Freebsd boot iso and then burned a custom boot CD with the right drivers on it. When I boot from that CD, I load the driver and then continue with the installation. It all works well from there. On Oct 19, 2007, at 11:36 PM, Daniel O'Connor wrote: > On Sat, 20 Oct 2007, ECEG / Daniel Duerr wrote: >> Hi Scott, >> >> Great perspective here, thanks for taking the time to respond. I >> agree with you and believe that some attention should be put on the >> hardware vendor driver side of things. It was *such* a pain to get >> to the point where I could even install Freebsd on these machines. >> And 3Ware RAID controllers are pretty standard IMHO. >> >> I've upgraded to RELENG_6 from RELENG_6_2 but I'm not at the data >> center and I cannot chance a reboot with the twa driver not working >> for me and the machine not coming back up. > > It is quite trivial to modify the install disk if you have another > FreeBSD machine handy to build the kernel. You can just drop in the > module you want to /boot/kernel on the CD. > > Although I agree, it would be nice if you could more easily load > vendor > drivers.. (ie if the module overrode the kernel code) > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 13:09:03 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD0616A418 for ; Sat, 20 Oct 2007 13:09:03 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5A90E13C44B for ; Sat, 20 Oct 2007 13:09:03 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id F41613D8663; Sat, 20 Oct 2007 17:08:59 +0400 (MSD) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id C8A673D8630 for ; Sat, 20 Oct 2007 17:08:59 +0400 (MSD) Date: Sat, 20 Oct 2007 17:09:04 +0400 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <11010603075.20071020170904@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: problem with sleep & ng_socket in FreeBSD 7 prerelease X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 13:09:03 -0000 Hi, All. netgraph compiled as module # cd /sys/modules/netgraph # make depend # make # make install ... # cat /boot/loader.conf .. netgraph_load="YES" ng_pppoe_load="YES" ng_socket_load="YES" ng_ether_load="YES" ... This problem pops in time then pppoed starts ppp uma_zalloc_arg: zone "16" with the following non-sleepable locks held: exclusive sleep mutex ng_socket r = 0 (0xc182a4d4) locked @ /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:484 KDB: stack backtrace: db_trace_self_wrapper(c06edc0d,c8175b88,c0589d8d,c06edfc7,c8175b9c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c06edfc7,c8175b9c,4,1,0,...) at kdb_backtrace+0x29 witness_warn(5,0,c0700fb1,c06d8418,c8175bbc,...) at witness_warn+0x1cd uma_zalloc_arg(c1055680,0,102,2,0,...) at uma_zalloc_arg+0x34 malloc(3,c072d920,102,1e4,0,...) at malloc+0xd7 ng_getsockaddr(c18c1000,c8175c70,c183b4c8,0,c8175c6c,...) at ng_getsockaddr+0x87 kern_getsockname(c1756a50,0,c8175c70,c8175c6c,80,...) at kern_getsockname+0x53 getsockname(c1756a50,c8175cfc,c,c06f07ab,c0720760,...) at getsockname+0x52 syscall(c8175d38) at syscall+0x2f3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (32, FreeBSD ELF32, getsockname), eip = 0x283322e7, esp = 0xbfbfe03c, ebp = 0xbfbfebf8 --- -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 15:02:29 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 899D716A469 for ; Sat, 20 Oct 2007 15:02:29 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0CB13C4B0 for ; Sat, 20 Oct 2007 15:02:29 +0000 (UTC) (envelope-from rrs@cisco.com) X-IronPort-AV: E=Sophos;i="4.21,303,1188802800"; d="scan'208";a="181828975" Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-5.cisco.com with ESMTP; 20 Oct 2007 08:02:29 -0700 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l9KF2SZ5015790 for ; Sat, 20 Oct 2007 08:02:28 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l9KF2S08001515 for ; Sat, 20 Oct 2007 15:02:28 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 20 Oct 2007 08:02:28 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 20 Oct 2007 08:02:27 -0700 Message-ID: <471A1846.2020704@cisco.com> Date: Sat, 20 Oct 2007 11:01:26 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Oct 2007 15:02:28.0207 (UTC) FILETIME=[3B27AFF0:01C8132A] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=210; t=1192892548; x=1193756548; 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:=20something=20equivilant? |Sender:=20; bh=3ON8p5mobDAxMC8aCwv6wU/n6YXrJo1T8Xm/YsSVkkY=; b=UBsgAVTA/bNGC7VkBKZqTBXesKfT7IVT0xESdEYZURTSFPvPxzx3qeZjfM1B4BdpIbEAAA1x rW5vZ6+Rn3MaNzIQEMfcOmgsHvIZqbtoDNRizlS3kEIjCkI/U0jegyCD; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Subject: something equivilant? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 15:02:29 -0000 All: Does FreeBSD have something equivilant to the linux: vmsplice() splice() and tee calls? Thanks R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 15:52:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB2C16A41B for ; Sat, 20 Oct 2007 15:52:58 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 8DD4413C465 for ; Sat, 20 Oct 2007 15:52:37 +0000 (UTC) (envelope-from rrs@cisco.com) X-IronPort-AV: E=Sophos;i="4.21,303,1188802800"; d="scan'208";a="240201838" Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 20 Oct 2007 08:52:19 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l9KFqJ07010275; Sat, 20 Oct 2007 08:52:19 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l9KFqEsb019853; Sat, 20 Oct 2007 15:52:19 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 20 Oct 2007 08:52:15 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 20 Oct 2007 08:52:14 -0700 Message-ID: <471A23EF.8040605@cisco.com> Date: Sat, 20 Oct 2007 11:51:11 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scot Hetzel References: <4719375A.1080202@cisco.com> <790a9fff0710191619q750539b6u5021fc5875adf4d2@mail.gmail.com> In-Reply-To: <790a9fff0710191619q750539b6u5021fc5875adf4d2@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Oct 2007 15:52:15.0152 (UTC) FILETIME=[2F835300:01C81331] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=833; t=1192895539; x=1193759539; 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=20trying=20to=20get=20eclipse=20in.. |Sender:=20; bh=msQI9DZiZm0T+VI39MIacGEYZCUc+uiwQ0xo/awGDDg=; b=ZJ0d93mu0/yf0H5inxqO7aB8Uj5m3uY947zhkbSjL32lGtGuXYCZbj11T7snwmtkKMCVv7X/ r/PE5VzqX26RKVB4/1tVR4/dA8dqjsNYmU4RDBO4VAOGG34JI3JoUETF; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: FreeBSD Current Subject: Re: trying to get eclipse in.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 15:52:58 -0000 Scot Hetzel wrote: > On 10/19/07, Randall Stewart wrote: > >>Hi all; >> >>I am trying to get eclispe to build.. I went >>in to ports (the current one) and tried the build. >> >>It tells me to go pick up java >>Please open http://download.java.net/tiger/ >> in a web browser. Download the >> Update 12 Source, jdk-1_5_0_12-fcs-src-b04-jrl-02_may_2007.jar and the >> Source Binaries, jdk-1_5_0_12-fcs-bin-b04-jrl-02_may_2007.jar . >> >> >> >>But on the site as of 10/10 they have number 13.. not 12? >> >>Any idea how I can get an old one or if we will update? >> > > Click on the "Previous Releases" link, and select "Update 12". > > Scot > Thanks Scot: I had missed that link.. opps :-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 16:02:09 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29AEF16A418 for ; Sat, 20 Oct 2007 16:02:09 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id DE02713C442 for ; Sat, 20 Oct 2007 16:02:06 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id EDE2A668F21; Sat, 20 Oct 2007 18:01:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OHKAjkcRLZHo; Sat, 20 Oct 2007 18:01:51 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C5921668F20; Sat, 20 Oct 2007 18:01:51 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l9KG1p4S002250; Sat, 20 Oct 2007 18:01:51 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 20 Oct 2007 18:01:51 +0200 From: Roman Divacky To: Randall Stewart Message-ID: <20071020160151.GA2011@freebsd.org> References: <471A1846.2020704@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471A1846.2020704@cisco.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: something equivilant? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 16:02:09 -0000 On Sat, Oct 20, 2007 at 11:01:26AM -0400, Randall Stewart wrote: > All: > > Does FreeBSD have something equivilant to the linux: > > vmsplice() > splice() > and > tee > > calls? all I know about is: http://perforce.freebsd.org/branchView.cgi?BRANCH=ssouhlal%5fsplice which is unfinished but according to Suleiman there is not much needed work remaining. roman From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 16:21:54 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9040316A46C for ; Sat, 20 Oct 2007 16:21:54 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from bay0-omc2-s6.bay0.hotmail.com (bay0-omc2-s6.bay0.hotmail.com [65.54.246.142]) by mx1.freebsd.org (Postfix) with ESMTP id 81B9013C44B for ; Sat, 20 Oct 2007 16:21:41 +0000 (UTC) (envelope-from syleishere@hotmail.com) Received: from hotmail.com ([64.4.61.37]) by bay0-omc2-s6.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 20 Oct 2007 08:53:03 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 20 Oct 2007 08:53:03 -0700 Message-ID: Received: from 64.4.61.244 by by102fd.bay102.hotmail.msn.com with HTTP; Sat, 20 Oct 2007 15:53:00 GMT X-Originating-IP: [24.79.240.75] X-Originating-Email: [syleishere@hotmail.com] X-Sender: syleishere@hotmail.com From: "syle ishere" To: freebsd-current@freebsd.org Date: Sat, 20 Oct 2007 10:53:00 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 20 Oct 2007 15:53:03.0301 (UTC) FILETIME=[4C364750:01C81331] Subject: which version to install for next 2-3 years? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 16:21:54 -0000 I have a coloed box, OS on their now is ancient redhat 9.0, was thinking about new SMP support and mysql speed advancements in 7.0. I'd just hate to install 6.2 on it right now and thats way it stays for next 2-3 years if 7.0 is stable enough to use right now. I threw away freebsd boxes on 4.x branches because of SMP issues of it only using 1 processor for mysql etc, but I see alot has changed again. Server is a dell 2650, 8 gigs of ram, dual 3.2ghz xeon cpu's, 6 scsi drives. I use this box mainly for apache/php, mysql, qmail,bind, perl and asterisk c development time to time. If I download latest snapshot, cvsup latest 7release and just make world etc on it, would it be alright? I see the new scheduler for 7.0 had some nice benchmarks for mysql. Dan. _________________________________________________________________ Get Cultured With Arts & Culture Festivals On Live Maps http://local.live.com/?mkt=en-ca&v=2&cid=A6D6BDB4586E357F!2010&encType=1&style=h&FORM=SERNEP From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 16:25:40 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB0E316A418 for ; Sat, 20 Oct 2007 16:25:40 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33711.mail.mud.yahoo.com (web33711.mail.mud.yahoo.com [68.142.201.208]) by mx1.freebsd.org (Postfix) with SMTP id 781DB13C442 for ; Sat, 20 Oct 2007 16:25:40 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 5307 invoked by uid 60001); 20 Oct 2007 16:25:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=AP9m/M4bmTaR2PJEHnP5ooSrHX9Pb5dmJetj4iFDmeG+WqfyjgkscLqvBPp/w3zTytnG4eB8a8EU5JD5XpYDA1f+KugZTlwwTgCmKLTESCz/Wz+MoPIrhHSCPU7K5V20JURWHhpJcXoIHPcxcfiid5MzUYyWgWLXgc/1TXfiUkY=; X-YMail-OSG: CH74I94VM1lbYGHOlfK7DUMLxJbzV4kWCayMN97JPlI4vWZDZqSyuflwNR6msQLnNqLQ1iDiI.gCVU9DoWIFFXawmQ-- Received: from [86.62.225.4] by web33711.mail.mud.yahoo.com via HTTP; Sat, 20 Oct 2007 09:25:39 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Sat, 20 Oct 2007 09:25:39 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: syle ishere , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <721304.5223.qm@web33711.mail.mud.yahoo.com> Cc: Subject: Re: which version to install for next 2-3 years? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 16:25:40 -0000 ----- Original Message ----=0A=0A> From: syle ishere =0A=0A> To: freebsd-current@freebsd.org=0A=0A> Sent: Saturday, October 20= , 2007 6:53:00 PM=0A=0A> Subject: which version to install for next 2-3 yea= rs?=0A=0A> =0A=0A> I have a coloed box, OS on their now is ancient redhat 9= .0,=0A=0A> was=0A=0A> thinking =0A=0A> about new SMP support and mysql sp= eed advancements in 7.0. I'd=0A=0A> just=0A=0A> hate to =0A=0A> install 6= .2 on it right now and thats way it stays for next 2-3=0A=0A> years=0A=0A> = if 7.0 =0A=0A> is stable enough to use right now. I threw away freebsd bo= xes on 4.x =0A=0A> branches because of SMP issues of it only using 1 proces= sor for=0A=0A> mysql=0A=0A> etc, =0A=0A> but I see alot has changed again= . Server is a dell 2650, 8 gigs of=0A=0A> ram,=0A=0A> dual =0A=0A> 3.2ghz= xeon cpu's, 6 scsi drives. I use this box mainly for=0A=0A> apache/php,=0A= =0A> =0A=0A> mysql, qmail,bind, perl and asterisk c development time to t= ime.=0A=0A> =0A=0A> If I download latest snapshot, cvsup latest 7release an= d just=0A=0A> make=0A=0A> world etc =0A=0A> on it, would it be alright? I= see the new scheduler for 7.0 had=0A=0A> some=0A=0A> nice =0A=0A> benchm= arks for mysql.=0A=0A> =0A=0A> Dan.=0A=0A> =0A=0A=0A=0AYes, I can confirm 7= .0-BETA1 is so stable, I even was using it since 5 months when it was in cu= rrent.=0A=0AFor these apps I would say you should go for AMD64 arch, and yo= u'll enjoy it ;)=0A=0A=0A---=0A=0A=0A=0A =0A=0ARegards, =0A=0A-Abdullah Ibn= Hamad Al-Marri=0A=0AArab Portal=0A=0Ahttp://www.WeArab.Net/=0A=0A =0A=0A= =0A=0A=0A=0A=0A=0A=0A__________________________________________________=0AD= o You Yahoo!?=0ATired of spam? Yahoo! Mail has the best spam protection ar= ound =0Ahttp://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 16:32:42 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6003A16A418 for ; Sat, 20 Oct 2007 16:32:42 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id DB7CF13C467 for ; Sat, 20 Oct 2007 16:32:41 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 7EDAA1B10E0D; Sat, 20 Oct 2007 18:32:33 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_54 autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id AC73A1B10EBB; Sat, 20 Oct 2007 18:32:30 +0200 (CEST) Message-ID: <471A2D9E.7030705@moneybookers.com> Date: Sat, 20 Oct 2007 19:32:30 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: syle ishere References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4546/Sat Oct 20 14:46:40 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: which version to install for next 2-3 years? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 16:32:42 -0000 Hi, syle ishere wrote: > I have a coloed box, OS on their now is ancient redhat 9.0, was > thinking about new SMP support and mysql speed advancements in 7.0. > I'd just hate to install 6.2 on it right now and thats way it stays > for next 2-3 years if 7.0 is stable enough to use right now. I threw > away freebsd boxes on 4.x branches because of SMP issues of it only > using 1 processor for mysql etc, but I see alot has changed again. > Server is a dell 2650, 8 gigs of ram, dual 3.2ghz xeon cpu's, 6 scsi > drives. I use this box mainly for apache/php, mysql, qmail,bind, perl > and asterisk c development time to time. > > If I download latest snapshot, cvsup latest 7release and just make > world etc on it, would it be alright? I see the new scheduler for 7.0 > had some nice benchmarks for mysql. Nobody can answer your question :) You should try it and if it works for you then great. I personally installed on my laptop FreeBSD 7 (current) few months ago and I'm quite happy with it. I also have dell 2650 running FreeBSD7 (i386) from Aug, and the only thing that is not recognized is "Embedded Systems Management Device" and even "ipmi" does work, but my server is not heavily loaded. > > Dan. > > _________________________________________________________________ > Get Cultured With Arts & Culture Festivals On Live Maps > http://local.live.com/?mkt=en-ca&v=2&cid=A6D6BDB4586E357F!2010&encType=1&style=h&FORM=SERNEP > > > _______________________________________________ > 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" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 18:04:31 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6673716A417 for ; Sat, 20 Oct 2007 18:04:31 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id 254D213C457 for ; Sat, 20 Oct 2007 18:04:31 +0000 (UTC) (envelope-from kozak.szymon@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so669912rvb for ; Sat, 20 Oct 2007 11:04:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=zd3in/38IY+7Ute5Rv2enRjPwuscg+x60UPGTl96gNw=; b=VvbjI65n8E2OOeJZbCPc7d55z3Djzk6JMicKqcappIB46CyS6WbQJ/f/lCb353TH+UpYSLPfz+nMELhGQF81JoBytjyWu0Ekjtr/PvicCLXPTfjLd+aO3ovUkX/m6ScZhNGPglog8T+pOdcPqxzyNUlfORhSKibQc80c6fAd2Rw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gx/rMc4vQVja6LarKZhnQWoJ4oOIjKj3xlA/aLHJ7Pn/DSVZFARKMMOKfUHOBSR49/TCKBX1ode0P0hFZeQX/rlw2o0xUUhp7V/0seJnox0StBprHqtL7f1PhPAzXvmR39FkXFyF3FvjfMalmYoUexEimZ1E6FKKnoasWLuYGgw= Received: by 10.142.102.5 with SMTP id z5mr1017943wfb.1192903465478; Sat, 20 Oct 2007 11:04:25 -0700 (PDT) Received: by 10.142.11.17 with HTTP; Sat, 20 Oct 2007 11:04:25 -0700 (PDT) Message-ID: <289d9e390710201104q2105b471ubfb42d9e0c813ee8@mail.gmail.com> Date: Sat, 20 Oct 2007 20:04:25 +0200 From: "Szymon 'slane' Kozak" To: "Stefan Lambrev" In-Reply-To: <471A2D9E.7030705@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <471A2D9E.7030705@moneybookers.com> Cc: freebsd-current@freebsd.org, syle ishere Subject: Re: which version to install for next 2-3 years? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 18:04:31 -0000 On 10/20/07, Stefan Lambrev wrote: > Hi, > > syle ishere wrote: > > I have a coloed box, OS on their now is ancient redhat 9.0, was > > thinking about new SMP support and mysql speed advancements in 7.0. > > I'd just hate to install 6.2 on it right now and thats way it stays > > for next 2-3 years if 7.0 is stable enough to use right now. I threw > > away freebsd boxes on 4.x branches because of SMP issues of it only > > using 1 processor for mysql etc, but I see alot has changed again. > > Server is a dell 2650, 8 gigs of ram, dual 3.2ghz xeon cpu's, 6 scsi > > drives. I use this box mainly for apache/php, mysql, qmail,bind, perl > > and asterisk c development time to time. > > > > If I download latest snapshot, cvsup latest 7release and just make > > world etc on it, would it be alright? I see the new scheduler for 7.0 > > had some nice benchmarks for mysql. > Nobody can answer your question :) You should try it and if it works for > you then great. > I personally installed on my laptop FreeBSD 7 (current) few months ago > and I'm quite happy with it. > I also have dell 2650 running FreeBSD7 (i386) from Aug, and the only > thing that is not recognized is > "Embedded Systems Management Device" and even "ipmi" does work, but my > server is not heavily loaded. > > > > Dan. > > > > _________________________________________________________________ > > Get Cultured With Arts & Culture Festivals On Live Maps > > http://local.live.com/?mkt=en-ca&v=2&cid=A6D6BDB4586E357F!2010&encType=1&style=h&FORM=SERNEP > > > > > > _______________________________________________ > > 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" > > -- > > Best Wishes, > Stefan Lambrev > ICQ# 24134177 > > _______________________________________________ > 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" > of course RELENG_7 From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 18:35:09 2007 Return-Path: Delivered-To: current@FreeBSD.org Received: from localhost (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with SMTP id 50AB916A418; Sat, 20 Oct 2007 18:35:07 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 21 Oct 2007 03:35:05 +0900 From: Norikatsu Shigemura To: current@FreeBSD.org Message-Id: <20071021033505.48fec4a7.nork@FreeBSD.org> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.10.14; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: new imported libpcap has net/bpf.h handling issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 18:35:09 -0000 I tried to install ports/net/pchar on 8-current machine. And I got following compiling error message:-(. c++ -O -fno-strict-aliasing -pipe -march=pentium3 -I. -DSIZEOF_BOOL=1 -DHAVE_SOCKLEN_T=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SOCKADDR_SA_LEN=1 -DHAVE_HERROR=1 -DHAVE_SNPRINTF=1 -DHAVE_LIBM=1 -DHAVE_IPV6=1 -DHAVE_PCAP=1 -DHAVE_LIBPCAP=1 -DHAVE_BPF=1 -c Pctest.cc -o Pctest.o Pctest.cc: In constructor 'Pctest::Pctest()': Pctest.cc:103: error: 'BIOCIMMEDIATE' was not declared in this scope So I research this issue. As the result, I found a issue which is that new pcap.h doesn't #include . I don't have any idea to fix this issue. Anyone, please fix this issue:-). --- src/contrib/libpcap/pcap.h 2006/09/04 19:54:21 1.12 +++ src/contrib/libpcap/pcap.h 2007/10/16 02:07:55 1.13 @@ -32,7 +32,7 @@ * SUCH DAMAGE. * * $FreeBSD$ - * @(#) $Header: /home/ncvs/src/contrib/libpcap/pcap.h,v 1.12 2006/09/04 19:54:21 sam Exp $ (LBL) + * @(#) $Header: /home/ncvs/src/contrib/libpcap/pcap.h,v 1.13 2007/10/16 02:07:55 mlaier Exp $ (LBL) */ #ifndef lib_pcap_h @@ -41,7 +41,9 @@ #include #include -#include +#ifndef PCAP_DONT_INCLUDE_PCAP_BPF_H +#include +#endif #include From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 18:36:19 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E0D916A46B for ; Sat, 20 Oct 2007 18:36:19 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0625E13C45A for ; Sat, 20 Oct 2007 18:36:17 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:60429 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IjJBD-0000F4-PC for freebsd-current@freebsd.org; Sat, 20 Oct 2007 18:36:11 +0000 Message-ID: <471A4A9B.2000703@conducive.net> Date: Sat, 20 Oct 2007 14:36:11 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: which version to install for next 2-3 years? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 18:36:19 -0000 syle ishere wrote: > I have a coloed box, OS on their now is ancient redhat 9.0, was thinking > about new SMP support and mysql speed advancements in 7.0. I'd just hate > to install 6.2 on it right now and thats way it stays for next 2-3 years > if 7.0 is stable enough to use right now. I threw away freebsd boxes on > 4.x branches because of SMP issues of it only using 1 processor for > mysql etc, but I see alot has changed again. Server is a dell 2650, 8 > gigs of ram, dual 3.2ghz xeon cpu's, 6 scsi drives. I use this box > mainly for apache/php, mysql, qmail,bind, perl and asterisk c > development time to time. > > If I download latest snapshot, cvsup latest 7release and just make world > etc on it, would it be alright? I see the new scheduler for 7.0 had some > nice benchmarks for mysql. > > Dan. > YMMV - you'll have to test with your mix of apps under your level and type of load. As always... I wouldn't discount 6.X, either - it has been rock-solid on a pair of Core D dual core, Tyan MB, AMD-64 and on a Xeon, HP MB as i386 since well before going 'gold'. With the newer Core-2 Quad-core, we expect to bite the bullet and go into production this week with 7-BETA1, if only 'coz there is so much new silicon in the channel that 7 already handles well and 6.X simply predated. Roast Penguin for Thanksgiving dinner should also save the cost of the other kind of turkey... We'll lift a glass to a very hardworking team of coders... Thanks folks! Bill Hacker From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 19:25:44 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 615C916A468 for ; Sat, 20 Oct 2007 19:25:44 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5DEA013C447 for ; Sat, 20 Oct 2007 19:25:21 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so680855rvb for ; Sat, 20 Oct 2007 12:25:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=V9tyyxe+sD3rWp5P2kzTk/IT7tWV+Ly0N9wzRkVoJhY=; b=PuZcI3maWvgIhi2YXB9Fqa6YjRVVmX8LAeZJrsnG5rfTxPEfje1Z8wMj2lhhI+lS6iiu832j+B+iQmBSKLwpJcRd8sMObqweEfWNmfaG2T/vCkSVELTf54dPmCkoGD+sLlgGPzm7uTHTrx0zCerX+oIrJeJIPJBER7o2SghrCmU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=XLr7QzVtCRSI6UHtNMKg6M38JHVUx5ODZ5+oDeRYDKvoqFvgx/56QrwWsQiiWTuzNkpr1azHDL5almbsoWD9pBOUXiRfCmtQk58I/c7Zacp0NETBtvJK6yTq4ejeH05nUrbBoq9S7K3OTq5BaHbIzIjOXZptE8STl2Cy0y4v7Nc= Received: by 10.140.163.3 with SMTP id l3mr1623802rve.1192906841375; Sat, 20 Oct 2007 12:00:41 -0700 (PDT) Received: by 10.140.193.13 with HTTP; Sat, 20 Oct 2007 12:00:41 -0700 (PDT) Message-ID: <947010c30710201200t40f1d2eyef9cfa02e1cba12f@mail.gmail.com> Date: Sat, 20 Oct 2007 21:00:41 +0200 From: "Johan Bucht" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: julian@elischer.org Subject: Re: kthread vs kproc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 19:25:44 -0000 Excellent, I was planning on prodding someone about this a while back, hope this will give some measurable performance improvements without sacrificing stability. How much will this affect debuggability, will there be a higher chance of thrashed call stacks and thus non-valid panic traces? Feels a bit strange that some callers expect a process when calling a function that says it creates a thread, but I guess it's a bit late to complain that noone made a kproc macro for aio et al. What does aio actually need that requires it to run as a process? /Johan From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 19:34:27 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00CC16A46C for ; Sat, 20 Oct 2007 19:34:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id E6AE113C45A for ; Sat, 20 Oct 2007 19:32:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-041-121.pools.arcor-ip.net [88.66.41.121]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IjJxI0j7q-00081o; Sat, 20 Oct 2007 21:25:52 +0200 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sat, 20 Oct 2007 21:25:40 +0200 User-Agent: KMail/1.9.7 References: <20071021033505.48fec4a7.nork@FreeBSD.org> In-Reply-To: <20071021033505.48fec4a7.nork@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="nextPart7961610.jzLCfHT4SY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710202125.50278.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+S3Hnes7T9BAVAsFmClcgWGbDRgO+YwMTnoYf 4I5in1Wybd5n9a+nuMgKHCQquOChRySXHWUxsCk9BAjPiQzTog UBV0IJeJZttfc/bM3CCeX5MIXvAnzkHMf36gv0jqpw= Cc: ports@freebsd.org, Norikatsu Shigemura Subject: Re: new imported libpcap has net/bpf.h handling issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 19:34:27 -0000 --nextPart7961610.jzLCfHT4SY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 20 October 2007, Norikatsu Shigemura wrote: > I tried to install ports/net/pchar on 8-current machine. And > I got following compiling error message:-(. > > c++ -O -fno-strict-aliasing -pipe -march=3Dpentium3 -I. -DSIZEOF_BOOL=3D1 > -DHAVE_SOCKLEN_T=3D1 -DSTDC_HEADERS=3D1 -DHAVE_UNISTD_H=3D1 > -DHAVE_STRINGS_H=3D1 -DHAVE_SOCKADDR_SA_LEN=3D1 -DHAVE_HERROR=3D1 > -DHAVE_SNPRINTF=3D1 -DHAVE_LIBM=3D1 -DHAVE_IPV6=3D1 -DHAVE_PCAP=3D1 > -DHAVE_LIBPCAP=3D1 -DHAVE_BPF=3D1 -c Pctest.cc -o Pctest.o Pctest.cc: In > constructor 'Pctest::Pctest()': > Pctest.cc:103: error: 'BIOCIMMEDIATE' was not declared in this scope > > So I research this issue. As the result, I found a issue which > is that new pcap.h doesn't #include . > > I don't have any idea to fix this issue. Anyone, please fix > this issue:-). I'm somewhat reluctant to apply this as I don't think it's a good idea to=20 have that kind of namespace pollution in the pcap header. If you want to=20 use bpf directly, you should include the header yourself. As this behavior is verbatim from the vendor, code that doesn't include=20 sys/bpf.h when it needs it isn't portable and should be fixed, anyhow. This of course is just my reading of things and you can convince me=20 otherwise. If a ton of ports break, we most certainly should apply the=20 bandaid. > --- src/contrib/libpcap/pcap.h 2006/09/04 19:54:21 1.12 > +++ src/contrib/libpcap/pcap.h 2007/10/16 02:07:55 1.13 > @@ -32,7 +32,7 @@ > * SUCH DAMAGE. > * > * $FreeBSD$ > - * @(#) $Header: /home/ncvs/src/contrib/libpcap/pcap.h,v 1.12 > 2006/09/04 19:54:21 sam Exp $ (LBL) + * @(#) $Header: > /home/ncvs/src/contrib/libpcap/pcap.h,v 1.13 2007/10/16 02:07:55 mlaier > Exp $ (LBL) */ > > #ifndef lib_pcap_h > @@ -41,7 +41,9 @@ > #include > #include > > -#include > +#ifndef PCAP_DONT_INCLUDE_PCAP_BPF_H > +#include > +#endif > > #include =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 --nextPart7961610.jzLCfHT4SY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHGlY+XyyEoT62BG0RAp3nAJ44oZVRE0RDf5mIDo23j4b/mBvxfQCePPhj VI6uDdr3beua2oF4NaS4J3E= =4LsI -----END PGP SIGNATURE----- --nextPart7961610.jzLCfHT4SY-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 20 20:15:39 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E733C16A417 for ; Sat, 20 Oct 2007 20:15:39 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (muon.bluestop.org [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8E28813C442 for ; Sat, 20 Oct 2007 20:15:39 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:1::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id 6833030180; Sat, 20 Oct 2007 21:15:38 +0100 (BST) Message-ID: <471A61CC.8010105@cran.org.uk> Date: Sat, 20 Oct 2007 21:15:08 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.6 (X11/20070809) MIME-Version: 1.0 To: Petr Holub References: <012201c8119c$551c7d80$5317fb93@KLOBOUCEK> In-Reply-To: <012201c8119c$551c7d80$5317fb93@KLOBOUCEK> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: USB keyboard leds gone wild on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Oct 2007 20:15:40 -0000 Petr Holub wrote: >> I reported this last month - see the thread "USB keyboard status >> indicators not working". > > How about filing this as a PR? > I've filed a PR and it has been submitted as kern/117366 -- Bruce Cran