From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 00:45:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF25116A479; Sun, 3 Feb 2008 00:45:01 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB0C13C45A; Sun, 3 Feb 2008 00:45:01 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id 7CDFE41E140; Sun, 3 Feb 2008 01:44:59 +0100 (CET) Received: from f48.poczta.interia.pl (f48.poczta.interia.pl [10.217.2.48]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id 0772C41D5A3; Sun, 3 Feb 2008 01:44:59 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f48.poczta.interia.pl (Postfix) with ESMTP id 00EC7313C96; Sun, 3 Feb 2008 01:44:58 +0100 (CET) Date: 03 Feb 2008 01:44:58 +0100 From: vermaden To: freebsd-x11@freebsd.org, freebsd-drivers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 85.89.167.26 IMPORTANCE: Normal X-MSMAIL-PRIORITY: Normal X-PRIORITY: 3 X-Mailer: PSE3 Message-Id: <20080203004459.00EC7313C96@f48.poczta.interia.pl> X-EMID: 24b40acc X-Mailman-Approved-At: Sun, 03 Feb 2008 01:08:58 +0000 Cc: Subject: Intel G965 / x3000 does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 00:45:02 -0000 Hi, the subject tells it all, I cannot start x11 with intel drivers=0A=0AFr= eeBSD 7.0-RC1 (nothing changed, just installed from CD)=0A=0Athen I just ad= ded x11 by pkg_add -r xorg removed video-i810 driver=0Apackage and added vi= deo-intel driver also by pkg_add -r ...=0A=0Aall other configuration is bel= ow, along with errors=0A=0A=0A/var/log/Xorg.0.log --> http://pastebin.com/m= 2223621f=0A=0A%cat /etc/hosts=0A::1 localhost vermaden vermaden= .go.pl=0A128.0.0.1 localhost vermaden vermaden.go.pl=0A=0A%cat /etc/r= c.conf=0A=0Afont8x14=3D"iso02-8x14"=0Afont8x16=3D"iso02-8x16"=0Afont8x8=3D"= iso02-8x8"=0Akeymap=3D"pl_PL.ISO8859-2"=0Akeyrate=3D"fast"=0Alinux_enable= =3D"YES"=0Amoused_enable=3D"YES"=0A=0Aifconfig_re0=3D"DHCP"=0Asshd_enable= =3D"YES"=0Ahostname=3D"vermaden.go.pl"=0A=0A%kldstat=0AId Refs Address S= ize Name=0A 1 14 0xc0400000 926ed4 kernel=0A 2 1 0xc0d27000 6a1c= 4 acpi.ko=0A 3 1 0xc5698000 22000 linux.ko=0A34 1 0xc5de4000 13= 000 snd_hda.ko=0A35 1 0xc5eb0000 3f000 sound.ko=0A36 1 0xc72090= 00 6000 i915.ko=0A37 1 0xc720f000 f000 drm.ko=0A=0A%xinit=0A=0A= =0AX.Org X Server 1.4.0=0ARelease Date: 5 September 2007=0AX Protocol Versi= on 11, Revision 0=0ABuild Operating System: FreeBSD 7.0-RELEASE i386=0ACurr= ent Operating System: FreeBSD vermaden.go.pl 7.0-RC1 FreeBSD 7.0-RC1 #0: Mo= n=0A Dec 24 12:18:24 UTC 2007 root@logan.cse.buffalo.edu:/usr/obj/usr/s= rc/sys/GE=0ANERIC i386=0ABuild Date: 08 December 2007 03:38:37PM=0A=0A = Before reporting problems, check http://wiki.x.org=0A to make su= re that you have the latest version.=0AModule Loader present=0AMarkers: (--= ) probed, (**) from config file, (=3D=3D) default setting,=0A (++) f= rom command line, (!!) notice, (II) informational,=0A (WW) warning, = (EE) error, (NI) not implemented, (??) unknown.=0A(=3D=3D) Log file: "/var/= log/Xorg.0.log", Time: Sat Feb 2 19:22:57 2008=0A(=3D=3D) Using config fil= e: "/etc/X11/xorg.conf"=0A(II) Module "ddc" already built-in=0A(II) Module = "i2c" already built-in=0A(II) Module "ramdac" already built-in=0A(EE) GARTI= nit: Unable to open /dev/agpgart (No such file or directory)=0A(EE) intel(0= ): Failed to allocate framebuffer. Is your VideoRAM set too low?=0A(EE) int= el(0): Failed to allocate framebuffer. Is your VideoRAM set too low?=0A(EE)= intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low?=0A= (EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too low= ?=0A(EE) intel(0): Failed to allocate framebuffer. Is your VideoRAM set too= low?=0A(EE) intel(0): Couldn't allocate video memory=0A=0AFatal server err= or:=0AAddScreen/ScreenInit failed for driver 0=0A=0AXIO: fatal IO error 53= (Software caused connection abort) on X server ":0.0"=0A after 0 requ= ests (0 known processed) with 0 events remaining.=0A=0A%cat /etc/X11/xorg.c= onf=0ASection "ServerLayout"=0A Identifier "X.org Configured"=0A= Screen 0 "Screen0" 0 0=0A InputDevice "Mouse0" "Cor= ePointer"=0A InputDevice "Keyboard0" "CoreKeyboard"=0AEndSection= =0A=0ASection "Files"=0A RgbPath "/usr/local/share/X11/rgb"=0A = ModulePath "/usr/local/lib/xorg/modules"=0AEndSection=0A=0ASection= "Module"=0A Load "dbe"=0A Load "dri"=0A Load "extm= od"=0A Load "glx"=0AEndSection=0A=0ASection "InputDevice"=0A = Identifier "Keyboard0"=0A Driver "kbd"=0AEndSection=0A=0ASect= ion "InputDevice"=0A Identifier "Mouse0"=0A Driver "mou= se"=0A Option "Protocol" "auto"=0A Option "Device" = "/dev/sysmouse"=0A Option "ZAxisMapping" "4 5 6 7"=0AEndSection= =0A=0ASection "Monitor"=0A Identifier "Monitor0"=0A HorizSy= nc 30.0 - 110.0=0A VertRefresh 48.0 - 170.0=0A Option = "DPMS"=0AEndSection=0A=0ASection "Device"=0A Identifier "Card0"= =0A Driver "intel"=0AEndSection=0A=0ASection "Screen"=0A = Identifier "Screen0"=0A Device "Card0"=0A Monitor "Mo= nitor0"=0A DefaultDepth 24=0A SubSection "Display"=0A = Modes "1280x1240"=0A EndSubSection=0AEndSection=0A=0A=0AThanks i= n advance=0A=0ARegards=0Avermaden ---------------------------------------------------------------------- Zmus swojego faceta, zeby to przeczytal Kliknij >>> http://link.interia.pl/f1ceb From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 04:24:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 344BD16A419 for ; Sun, 3 Feb 2008 04:23:59 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 0E88713C457 for ; Sun, 3 Feb 2008 04:23:59 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.111.176.151]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JVN00EXWAVXXZO2@vms046.mailsrvcs.net> for current@freebsd.org; Sat, 02 Feb 2008 22:23:58 -0600 (CST) Date: Sat, 02 Feb 2008 23:23:51 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20080201223719.GA88460@what-creek.com> To: John Birrell Message-id: <1202012631.894.11.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="Boundary_(ID_iTafRDRl3+tS1tX0aRUHSQ)" References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> Cc: Andrew Gallatin , current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 04:24:02 -0000 --Boundary_(ID_iTafRDRl3+tS1tX0aRUHSQ) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT On Fri, 2008-02-01 at 22:37 +0000, John Birrell wrote: > On Fri, Feb 01, 2008 at 04:17:40PM -0500, Andrew Gallatin wrote: > > A make -j16 buildworld using this tree died like as follows on > > a virgin box, so it seems there may be some dependancy issues > > to work out: > > > > cc -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H > > -I/var/tmp/dtrace/src/kerberos5/tools/make-roken/../../include -g -c > > make-roken.c > > ctfconvert -L VERSION make-print-version.o > > ctfconvert: not found > > *** Error code 127 > > I suggest building without -j16 for now. It should use the ctfconvert > built as a buildtool. I must need something more to tell make not > to get ahead of itself. > > > Also, there are a couple of references to SMP_MAXCPU which need to be > changed to MAXCPU. I missed those. Oops. Attached patch takes care of the ones I have found. > > -- > John Birrell > _______________________________________________ > 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" -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) --Boundary_(ID_iTafRDRl3+tS1tX0aRUHSQ) Content-type: text/x-patch; name=SMP_MAXCPU.patch; charset=utf-8 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=SMP_MAXCPU.patch --- ./sys/cddl/cyclic/i386/cyclic_machdep.c.ORIG 2008-02-02 23:20:07.000000000 -0500 +++ ./sys/cddl/cyclic/i386/cyclic_machdep.c 2008-02-02 23:20:59.000000000 -0500 @@ -73,7 +73,7 @@ cyclic_uninit(); } -static hrtime_t exp_due[SMP_MAXCPU]; +static hrtime_t exp_due[MAXCPU]; /* * This function is the one registered by the machine dependent --- ./sys/cddl/dev/fasttrap/fasttrap.c.ORIG 2008-02-02 23:19:50.000000000 -0500 +++ ./sys/cddl/dev/fasttrap/fasttrap.c 2008-02-02 23:20:36.000000000 -0500 @@ -279,7 +279,7 @@ fasttrap_mod_gen++; - for (i = 0; i < SMP_MAXCPU; i++) { + for (i = 0; i < MAXCPU; i++) { mtx_lock(&cpu_core[i].cpuc_pid_lock); mtx_unlock(&cpu_core[i].cpuc_pid_lock); } --Boundary_(ID_iTafRDRl3+tS1tX0aRUHSQ)-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 05:20:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F1116A480 for ; Sun, 3 Feb 2008 05:20:50 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id F19A213C4E9 for ; Sun, 3 Feb 2008 05:20:49 +0000 (UTC) (envelope-from sam@errno.com) Received: from Macintosh-2.local ([10.0.0.196]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m135KmxP014798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Feb 2008 21:20:49 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47A54F30.10202@errno.com> Date: Sat, 02 Feb 2008 21:20:48 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: JoaoBR References: <200802021109.54416.joao@matik.com.br> In-Reply-To: <200802021109.54416.joao@matik.com.br> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: ifconfig ath0 list mac - no list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 05:20:50 -0000 JoaoBR wrote: > > # ifconfig ath0 list mac > policy: allow > # > > actually on recent sources this command does not return the mac acl only the > state This lists installed acls. I don't see you installing any. > > > > > ------------- > > next problem that the rate is shown always as 1M, before last buildworld it > still was 11M > > # ifconfig ath0 list stat > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > 00:0e:2e:89:23:30 1 1 1M 18.0 15 20496 55152 EPS A > 00:0e:2e:86:d4:14 3 1 1M 19.5 15 1016 35552 EPS A > 00:06:4f:44:a0:d6 4 1 1M 11.5 0 21467 10624 EPS A > 00:08:54:ac:54:3e 5 1 1M 13.5 0 804 59408 EPS A > 00:0f:3d:68:1d:31 6 1 1M 14.5 0 10187 12928 EP A What rate control algorithm? > > > > FreeBSD ap-n.matik.com.br 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sat Jan 19 > 21:36:10 BRST 2008 hmm@ap-n.matik.com.br:/usr/obj/usr/src/sys/wce7 amd64 > > ath0: mem 0xec000000-0xec00ffff irq 16 at device 8.0 on pci0 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:02:6f:47:c1:42 > ath0: mac 10.4 phy 6.1 radio 6.3 > Please show how your devices is setup. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 05:27:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38B9216A417 for ; Sun, 3 Feb 2008 05:27:24 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id E16E013C44B for ; Sun, 3 Feb 2008 05:27:23 +0000 (UTC) (envelope-from sam@errno.com) Received: from Macintosh-2.local ([10.0.0.196]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m135RNIY014833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Feb 2008 21:27:23 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47A550BB.7050308@errno.com> Date: Sat, 02 Feb 2008 21:27:23 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: JoaoBR References: <200802021440.05965.joao@matik.com.br> In-Reply-To: <200802021440.05965.joao@matik.com.br> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: ATH rate and rssi considerations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 05:27:24 -0000 JoaoBR wrote: > > I understand the difference between FBSD v.6 and v.7 regarding the RSSI value > displayed by `ifconfig ath list stat` on a machine running ath as hostap and > the reasons for this change but I think it is not so a very good idea at the > end, I explain why. I am unaware of any change; perhaps you can explain what you see has changed. > > BTW `ifconfig ath0 list ap` on the client station does it well, showing the > signal strength and the noise level. > > By only showing the RSSI value I have no chance to guess what is wrong with a > station with a low rssi. Perhaps the client antenna is bad aligned or if > interference or something else is drawing the rssi down. If I had the signal > strength and it is good I could say it is not antenna alignment but something > else by looking at the noise level. So now the sys-adm has a hard time > figuring out what is going on. > > At the end it is not only the cosmetic issue, in fact the signal strength of > the ATH cards felt down, by 5-10 points or when looking at percentage, by > almost 50%. This is measured on the client with any 11abg card and as well on > freeBSD with the same ath card as on the AP. I'm guessing you're asking to have noise floor data available when you view the station table but only see it when you list the scan cache contents? If so then it's possible I didn't rev the api's on 6.x as they were done on 7.x. In general I am not backporting many wireless changes because the architecture has changed massively between 6.x and 7.0. I expect people that want the new functionality will migrate. If that's not possible and someone wants to do the work to backport code they are free too--I have far more useful ways to spend the limited time I have to work on freebsd. > > *** I like to suggest that this is reconsidered and displayed as in FBSD v.6x > or displaying S:N which than would be much more useful on an AP and making > sense *** > > At the same time the rssi change came up the RATE displayed when running OFDM > as 11g or 11a went amok, any station which had before a at least 12,24 or > higher RSSI felt down to 5.5 or often lower, most of them to 1 or 2M. Can you > tell why ? In order to answer possible daughts, I change the AP which runs > 7-STABLE, lets say a 6.3 or a early 7-Stable (~07/2007) with same configs and > wthout touching the antenas the RSSI comes back to normal and the noise leevl > is less and at the end the signal strength measured on the client station > (whatever 11a/b/g gear) almost doubles. Sorry, I didn't follow the above. If there's a bug please file a PR and provide the details necessary to followup. In particular show the command lines and displays you have issues with. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 07:22:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30C1016A418 for ; Sun, 3 Feb 2008 07:22:28 +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 D67ED13C43E for ; Sun, 3 Feb 2008 07:22:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from scoo-longs-computer.local (74-92-209-37-Colorado.hfc.comcastbusiness.net [74.92.209.37] (may be forged)) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m137MIaD044631 for ; Sun, 3 Feb 2008 00:22:24 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47A56BAA.5020805@samsco.org> Date: Sun, 03 Feb 2008 00:22:18 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: FreeBSD Current References: <200802030707.m1377UOU039514@repoman.freebsd.org> In-Reply-To: <200802030707.m1377UOU039514@repoman.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.5 required=5.4 tests=MANY_EXCLAMATIONS, PLING_PLING autolearn=no version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Subject: HEADS UP!!! rr232x driver has been removed!!! [Re: cvs commit: src/sys/dev/rr232x...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 07:22:28 -0000 HEADS UP! The rr232x driver has been removed at the request of Highpoint. The reason is that is has been superseded by the hptrr driver and is no longer supported by Highpoint. If you use this driver, you must update your kernel config and/or module loading config to point to the hptrr driver instead. Please direct any questions or concerns about this to me. The driver will also be removed from the RELENG_7 tree and the upcoming 7.0 release. Scott Scott Long wrote: > scottl 2008-02-03 07:07:30 UTC > > FreeBSD src repository > > Modified files: > sys/conf files.amd64 files.i386 > sys/i386/conf GENERIC NOTES > sys/amd64/conf GENERIC NOTES > Removed files: > sys/dev/rr232x LICENSE README amd64-elf.rr232x_lib.o.uu > array.h him.h himfuncs.h hptintf.h > i386-elf.rr232x_lib.o.uu ldm.h list.h > os_bsd.c os_bsd.h osm.h osm_bsd.c > rr232x_config.c rr232x_config.h > sys/modules/rr232x Makefile > Log: > Remove the rr232x driver. It has been superceded by the hptrr driver. From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 09:46:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 186E116A417; Sun, 3 Feb 2008 09:46:31 +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 DFBAA13C448; Sun, 3 Feb 2008 09:46:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m139kUID060374; Sun, 3 Feb 2008 04:46:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m139kUqS003850; Sun, 3 Feb 2008 04:46:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C95C573039; Sun, 3 Feb 2008 04:46:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080203094629.C95C573039@freebsd-current.sentex.ca> Date: Sun, 3 Feb 2008 04:46:29 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Feb 2008 09:46:31 -0000 TB --- 2008-02-03 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-03 08:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-03 08:00:00 - cleaning the object tree TB --- 2008-02-03 08:00:44 - cvsupping the source tree TB --- 2008-02-03 08:00:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-03 08:00:50 - building world (CFLAGS=-O -pipe) TB --- 2008-02-03 08:00:50 - cd /src TB --- 2008-02-03 08:00:50 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 3 08:00:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Feb 3 09:32:13 UTC 2008 TB --- 2008-02-03 09:32:13 - generating LINT kernel config TB --- 2008-02-03 09:32:13 - cd /src/sys/amd64/conf TB --- 2008-02-03 09:32:13 - /usr/bin/make -B LINT TB --- 2008-02-03 09:32:13 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-03 09:32:13 - cd /src TB --- 2008-02-03 09:32:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 3 09:32:13 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/rp/../../dev/rp/rp.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/rp/../../dev/rp/rp_pci.c ld -d -warn-common -r -d -o rp.ko rp.o rp_pci.o :> export_syms awk -f /src/sys/modules/rp/../../conf/kmod_syms.awk rp.ko export_syms | xargs -J% objcopy % rp.ko objcopy --strip-debug rp.ko ===> rr232x (all) make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-03 09:46:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-03 09:46:29 - ERROR: failed to build lint kernel TB --- 2008-02-03 09:46:29 - tinderbox aborted TB --- 4593.24 user 562.73 system 6389.24 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 10:10:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB4616A418 for ; Sun, 3 Feb 2008 10:10:13 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from smtp-out-57.livemail.co.uk (smtp-out-60.livemail.co.uk [213.171.216.60]) by mx1.freebsd.org (Postfix) with ESMTP id A2FB113C4D3 for ; Sun, 3 Feb 2008 10:10:12 +0000 (UTC) (envelope-from darranc@deejc.net) Received: from Postfix filter 42a77884ce2a0a03efc6bb50a6dcdb20 (smtp-out-57.livemail.co.uk [127.0.0.1]) by smtp-out-57.livemail.co.uk (Postfix) with SMTP id C925920783F for ; Sun, 3 Feb 2008 10:10:10 +0000 (GMT) Received: from Vostro (unknown [91.104.121.82]) by smtp-out-57.livemail.co.uk (Postfix) with ESMTP id EB47A20783F; Sun, 3 Feb 2008 10:10:07 +0000 (GMT) From: "Darran" To: "'TooMany Secrets'" , "'freebsd-stable'" References: Date: Sun, 3 Feb 2008 10:10:06 -0000 Message-ID: <002301c8664c$f3c5bff0$6501a8c0@Vostro> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Content-Type: multipart/signed; micalg=MD5; protocol="application/x-pkcs7-signature"; boundary="----=_NextPart_000_001F_01C8664C.F24847B0" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AchmSf/HpvH3ZWoKTuOwyJYiMYfhQQAAs4nw X-Original-To: freebsd-current@freebsd.org Cc: freebsd-current@freebsd.org Subject: RE: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 10:10:13 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C8664C.F24847B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a dell vostro 1000 and I had the nic working under 6.2 using NDIS = but I have have not been able to get my NIC working under 6.3 or 7 using any windows drivers and ndis. Darran http://www.deejc.net -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of TooMany Secrets Sent: 03 February 2008 09:48 To: freebsd-stable Cc: freebsd-current@freebsd.org Subject: Broadcom Netlink BCM5906M Hi! There is any plan for the ethernet driver Broadcom BCM5906M? I have a new laptop (Dell Vostro 1400) with this ethernet, but doesn't work with bge or any "b*e" driver :-( Thank you very much and please, excuse me the cross-posting. --=20 Have a nice day ;-) TooManySecrets =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D Dijo Confucio: "Ex=EDgete mucho a ti mismo y espera poco de los dem=E1s. As=ED te = ahorrar=E1s disgustos." =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D ------=_NextPart_000_001F_01C8664C.F24847B0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDjAMBggqhkiG9w0CBQUAMIAGCSqGSIb3DQEHAQAAoIII0DCC AlgwggHBoAMCAQICEC4N3+8bOWbjM8NONNhNsVAwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDMxOTEyNDEzNloXDTA4MDMxODEy NDEzNlowQzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4GCSqGSIb3DQEJARYR ZGFycmFuY0BkZWVqYy5uZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANmDFEcbptwbmawN K6+7QngGHBeiU4gOuYU3D3X1Zucv3hI2qMpcqPuYO6HUOsVGFxqeS8fx0qa3wvlx9zjEotOBcKHu pZxku9JNiofhhtBi4y0iaC2V+j1GqDxkz0W+s32f7dAT1X1zv2Jt04XkL+OWW7V2sZhbBeQ9jXzX JK1hAgMBAAGjLjAsMBwGA1UdEQQVMBOBEWRhcnJhbmNAZGVlamMubmV0MAwGA1UdEwEB/wQCMAAw DQYJKoZIhvcNAQEFBQADgYEAawNjU0urh2u6syrZEzC0qU/nuiPHMd/2rVLWj0a9QRL89hgMNM/b R4iePEH3+8jBH+uBStMAm0FvzWzJj2Kiak3JV5GnZ/7J31EWXiGQcheAp7rFi9ud4vKh2bZPcI6r eN9k7dvSvmyix4cFWDx/p7gZvXdhxjxK7SMncHHA4BUwggMtMIIClqADAgECAgEAMA0GCSqGSIb3 DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlD YXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0 aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg Q0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAx MDAwMDAwWhcNMjAxMjMxMjM1OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3 dGUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGwhF59 LQ2PexLfhSV1KHQ6QixjJ5+Ve0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9AOKYAo4d49vmU hl6t6sBeduvZFKNdbnp8DKVLVX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvlWsQcuQIDAQABoxMw ETAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+N YFhhrCa7UjVcCM8w+6hKloofYkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd 5Jr9E/Sm2Xyx+NxfIyYJkYBz0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBMIIDPzCC AqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rl cm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDE pjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J 8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+n ttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4 oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmww CwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0 HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghO rvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAvcwggLzAgEBMHYwYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAuDd/vGzlm4zPDTjTYTbFQMAwGCCqGSIb3 DQIFBQCgggHUMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDIw MzEwMTAwNFowHwYJKoZIhvcNAQkEMRIEEIF0rgLDd/MBmzTIhxJ6EMowZwYJKoZIhvcNAQkPMVow WDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwCgYIKoZIhvcNAgUwBwYFKw4DAhowgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkG A1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAuDd/vGzlm4zPDTjTYTbFQMIGH BgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5n IENBAhAuDd/vGzlm4zPDTjTYTbFQMA0GCSqGSIb3DQEBAQUABIGArgvgQFLjTkDWaWi/KBYznhX0 5HoJ9t2+T7CNOb9GcOHDhOjXEbhTF9cFpJl4sjw7zWky89hPGI+NxNLb5M9W9YCz7ndDTyg43td5 ZYOpR2AufISBm2BPtxGmDGpKhYgXQB41mcxZ1TF5xDM5uGYJ1z5TGIa5ILhnZX3pQdaaWpUAAAAA AAA= ------=_NextPart_000_001F_01C8664C.F24847B0-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 10:12:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13FC216A469 for ; Sun, 3 Feb 2008 10:12:29 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6D91D13C4F7 for ; Sun, 3 Feb 2008 10:12:28 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so1759452waf.3 for ; Sun, 03 Feb 2008 02:12:27 -0800 (PST) Received: by 10.115.79.1 with SMTP id g1mr40246wal.43.1202032083689; Sun, 03 Feb 2008 01:48:03 -0800 (PST) Received: by 10.114.53.10 with HTTP; Sun, 3 Feb 2008 01:48:03 -0800 (PST) Message-ID: Date: Sun, 3 Feb 2008 10:48:03 +0100 From: "TooMany Secrets" To: freebsd-stable MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Cc: freebsd-current@freebsd.org Subject: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 10:12:29 -0000 SGkhCgpUaGVyZSBpcyBhbnkgcGxhbiBmb3IgdGhlIGV0aGVybmV0IGRyaXZlciBCcm9hZGNvbSBC Q001OTA2TT8KSSBoYXZlIGEgbmV3IGxhcHRvcCAoRGVsbCBWb3N0cm8gMTQwMCkgd2l0aCB0aGlz IGV0aGVybmV0LCBidXQgZG9lc24ndAp3b3JrIHdpdGggYmdlIG9yIGFueSAiYiplIiBkcml2ZXIg Oi0oCgpUaGFuayB5b3UgdmVyeSBtdWNoIGFuZCBwbGVhc2UsIGV4Y3VzZSBtZSB0aGUgY3Jvc3Mt cG9zdGluZy4KCi0tIApIYXZlIGEgbmljZSBkYXkgIDstKQpUb29NYW55U2VjcmV0cwoKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PQpEaWpvIENvbmZ1Y2lvOgoiRXjDrWdldGUgbXVjaG8gYSB0 aSBtaXNtbyB5IGVzcGVyYSBwb2NvIGRlIGxvcyBkZW3DoXMuIEFzw60gdGUgYWhvcnJhcsOhcwpk aXNndXN0b3MuIgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09Cg== From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 10:20:03 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D8A16A417; Sun, 3 Feb 2008 10:20:03 +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 3001813C461; Sun, 3 Feb 2008 10:19:57 +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.2/8.14.2) with ESMTP id m13AJvwU005378; Sun, 3 Feb 2008 05:19:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m13AJv98097565; Sun, 3 Feb 2008 05:19:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E398F73039; Sun, 3 Feb 2008 05:19:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080203101956.E398F73039@freebsd-current.sentex.ca> Date: Sun, 3 Feb 2008 05:19:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner2 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: Sun, 03 Feb 2008 10:20:03 -0000 TB --- 2008-02-03 09:02:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-03 09:02:46 - starting HEAD tinderbox run for i386/i386 TB --- 2008-02-03 09:02:46 - cleaning the object tree TB --- 2008-02-03 09:03:18 - cvsupping the source tree TB --- 2008-02-03 09:03:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-02-03 09:03:24 - building world (CFLAGS=-O -pipe) TB --- 2008-02-03 09:03:24 - cd /src TB --- 2008-02-03 09:03:24 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 3 09:03:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Feb 3 10:03:58 UTC 2008 TB --- 2008-02-03 10:03:58 - generating LINT kernel config TB --- 2008-02-03 10:03:58 - cd /src/sys/i386/conf TB --- 2008-02-03 10:03:58 - /usr/bin/make -B LINT TB --- 2008-02-03 10:03:59 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-03 10:03:59 - cd /src TB --- 2008-02-03 10:03:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 3 10:03:59 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/rp/../../dev/rp/rp_pci.c ld -d -warn-common -r -d -o rp.kld rp.o rp_pci.o :> export_syms awk -f /src/sys/modules/rp/../../conf/kmod_syms.awk rp.kld export_syms | xargs -J% objcopy % rp.kld ld -Bshareable -d -warn-common -o rp.ko rp.kld objcopy --strip-debug rp.ko ===> rr232x (all) make: don't know how to make bsd.README. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-03 10:19:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-03 10:19:56 - ERROR: failed to build lint kernel TB --- 2008-02-03 10:19:56 - tinderbox aborted TB --- 3534.18 user 410.66 system 4630.22 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 11:21:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBE4116A41A for ; Sun, 3 Feb 2008 11:21:12 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id A2B5B13C442 for ; Sun, 3 Feb 2008 11:21:12 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from drenching.nelson.volia.net ([77.123.135.222] helo=[192.168.178.18]) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP id 1JLcuN-00032i-NM; Sun, 03 Feb 2008 03:21:12 -0800 Message-ID: <47A5A3BB.7010407@portaone.com> Date: Sun, 03 Feb 2008 13:21:31 +0200 From: Andrew Pogrebennyk User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: John Birrell References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <47A4700B.3000001@portaone.com> <20080202203632.GB96610@what-creek.com> In-Reply-To: <20080202203632.GB96610@what-creek.com> Content-Type: multipart/mixed; boundary="------------020105070402040509050909" Cc: freebsd-current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 11:21:12 -0000 This is a multi-part message in MIME format. --------------020105070402040509050909 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit John Birrell wrote: > On Sat, Feb 02, 2008 at 03:28:43PM +0200, Andrew Pogrebennyk wrote: >> In these lines we are trying to case pointer to struct trapframe to >> pointer to u_char like: >> frame->tf_eip += dtrace_instr_size((u_char *) frame->tf_eip); >> What do i do to get it to work? > > Looks like I'm missing: > > #include Thanks. Attached patch summarizes what I've done so far on i386 for compilation to succeed. But one thing remains unresolved: cc1: warnings being treated as errors In file included from /usr/src/sys/modules/dtrace/dtrace/../../../contrib/opensolaris/uts/common/dtrace/dtrace.c:121: /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/dtrace_debug.c: In function 'dtrace_debug_lock': /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/dtrace_debug.c:73: warning: implicit declaration of function 'dtrace_cmpset_long' /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/dtrace_debug.c:73: warning: nested extern declaration of 'dtrace_cmpset_long' *** Error code 1 I see that in dtrace_debug.c definition of dtrace_cmpset_long() is enclosed in #if defined(__amd64__) and there is no such definition for i386. If I make gcc ignore errors, the kernel does not boot: it complains on unresolved symbol 'dtrace_cmpset_long'. -- Sincerely, Andrew Pogrebennyk --------------020105070402040509050909 Content-Type: text/x-patch; name="i386.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="i386.patch" --- sys/cddl/dev/dtrace/dtrace_ioctl.c.ORIG 2008-02-01 05:40:02.000000000 +0200 +++ sys/cddl/dev/dtrace/dtrace_ioctl.c 2008-02-01 19:37:03.000000000 +0200 @@ -291,7 +291,7 @@ mutex_exit(&dtrace_lock); - DTRACE_IOCTL_PRINTF("%s(%d): copyout buffer desc: size %zd drops %lu errors %lu\n",__func__,__LINE__,desc.dtbd_size,(u_long) desc.dtbd_drops,(u_long) desc.dtbd_errors); + DTRACE_IOCTL_PRINTF("%s(%d): copyout buffer desc: size %llu drops %lu errors %lu\n",__func__,__LINE__,desc.dtbd_size,(u_long) desc.dtbd_drops,(u_long) desc.dtbd_errors); /* * Finally, copy out the buffer description. --- sys/cddl/dev/dtrace/i386/dtrace_subr.c.ORIG 2008-01-05 23:57:24.000000000 +0200 +++ sys/cddl/dev/dtrace/i386/dtrace_subr.c 2008-02-02 23:40:25.000000000 +0200 @@ -35,6 +35,7 @@ #include #include #include +#include extern uintptr_t kernelbase; extern uintptr_t dtrace_in_probe_addr; @@ -418,7 +419,7 @@ /* Function to handle DTrace traps during probes. See i386/i386/trap.c */ int -dtrace_trap(struct trapframe *frame) +dtrace_trap(struct trapframe *frame, u_int type) { /* * A trap can occur while DTrace executes a probe. Before --------------020105070402040509050909-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 12:15:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C80216A420 for ; Sun, 3 Feb 2008 12:15:17 +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 AE89313C459 for ; Sun, 3 Feb 2008 12:15:16 +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 m13CFEJa040513 for ; Sun, 3 Feb 2008 15:15:14 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m13CFEff040512 for freebsd-current@freebsd.org; Sun, 3 Feb 2008 15:15:14 +0300 (MSK) (envelope-from yar) Date: Sun, 3 Feb 2008 15:15:14 +0300 From: Yar Tikhiy To: freebsd-current@freebsd.org Message-ID: <20080203121514.GI3539@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: fsck remounts / read-write? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 12:15:17 -0000 Hi all, Has anybody else noticed the following strangeness: running fsck on the read-only / (from single user) results in the / mount upgraded to read-write? E.g.: Trying to mount root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted start_init: trying /sbin/init Enter full pathname of shell or RETURN for /bin/sh: # mount /dev/ad0s3a on / (ufs, local, read-only) devfs on /dev (devfs, local) # fsck / ** /dev/ad0s3a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 3850 files, 189623 used, 64192 free (680 frags, 7939 blocks, 0.3% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** # mount /dev/ad0s3a on / (ufs, local) devfs on /dev (devfs, local) I guess that `fsck /' issues a mount reload after modifying the FS, but IMHO it shouldn't remount the FS read-write, should it? -- Yar From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 12:45:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B125016A417 for ; Sun, 3 Feb 2008 12:45:56 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id 061AC13C43E for ; Sun, 3 Feb 2008 12:45:55 +0000 (UTC) (envelope-from emikulic@gmail.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CANE/pUeWZaK6/2dsb2JhbACsHg X-IronPort-AV: E=Sophos;i="4.25,298,1199626200"; d="scan'208";a="34133655" Received: from ppp162-186.static.internode.on.net ([150.101.162.186]) by ipmail01.adl6.internode.on.net with ESMTP; 03 Feb 2008 23:00:33 +1030 Received: by ppp162-186.static.internode.on.net (Poofix, from userid 1001) id 190104080; Sun, 3 Feb 2008 23:30:35 +1100 (EST) Date: Sun, 3 Feb 2008 23:30:35 +1100 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20080203123035.GA10747@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F X-Written-On: dmr.ath.cx (FreeBSD 6.2-STABLE i386) User-Agent: Mutt/1.5.17 (2007-11-01) Subject: sio0 not working on Asus M2N-SLI Deluxe motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 12:45:56 -0000 This is FreeBSD 7.0-RC1 on amd64, I get the following in dmesg: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] I can't get any data in or out of that serial port. Does anyone have any ideas? --Emil From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 13:30:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5154E16A421 for ; Sun, 3 Feb 2008 13:30:08 +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 1AF5113C458 for ; Sun, 3 Feb 2008 13:30:08 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8F8561CC4E; Sun, 3 Feb 2008 14:30:19 +0100 (CET) Date: Sun, 3 Feb 2008 14:30:19 +0100 From: Ed Schouten To: Yar Tikhiy Message-ID: <20080203133019.GL1179@hoeg.nl> References: <20080203121514.GI3539@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HLsZ5Z1opAQvdr2J" Content-Disposition: inline In-Reply-To: <20080203121514.GI3539@comp.chem.msu.su> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: fsck remounts / read-write? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 13:30:08 -0000 --HLsZ5Z1opAQvdr2J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Yar Tikhiy wrote: > Hi all, >=20 > Has anybody else noticed the following strangeness: running fsck > on the read-only / (from single user) results in the / mount upgraded > to read-write? E.g.: >=20 > Trying to mount root from ufs:/dev/ad0s3a > WARNING: / was not properly dismounted > start_init: trying /sbin/init > Enter full pathname of shell or RETURN for /bin/sh: > # mount > /dev/ad0s3a on / (ufs, local, read-only) > devfs on /dev (devfs, local) > # fsck / > ** /dev/ad0s3a > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 3850 files, 189623 used, 64192 free (680 frags, 7939 blocks, 0.3% fragme= ntation) > ***** FILE SYSTEM MARKED CLEAN ***** > # mount > /dev/ad0s3a on / (ufs, local) > devfs on /dev (devfs, local) >=20 > I guess that `fsck /' issues a mount reload after modifying the FS, > but IMHO it shouldn't remount the FS read-write, should it? Could be related to this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/106636 --=20 Ed Schouten WWW: http://g-rave.nl/ --HLsZ5Z1opAQvdr2J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkelwesACgkQ52SDGA2eCwXKoACdHm0ifpBLTw6MRxENkDLeKqFN Fe8AnRNHv/jah2A9UasTOAXZOBuAjvRn =AqFN -----END PGP SIGNATURE----- --HLsZ5Z1opAQvdr2J-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 15:16:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 646FC16A419 for ; Sun, 3 Feb 2008 15:16:36 +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 2752713C465 for ; Sun, 3 Feb 2008 15:16:36 +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 40D7C208C; Sun, 3 Feb 2008 16:16:27 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/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 B7C382085; Sun, 3 Feb 2008 16:16:26 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 9612A844B3; Sun, 3 Feb 2008 16:16:26 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org, threads@freebsd.org Date: Sun, 03 Feb 2008 16:16:26 +0100 Message-ID: <861w7um5o5.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: Subject: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 15:16:36 -0000 Here's an excerpt from the RELENG_7 vs HEAD diff of libthr's symbol map: --- pthread.map 13 May 2007 14:12:39 -0000 1.18 +++ pthread.map 20 Dec 2007 04:32:28 -0000 1.21 @@ -84,9 +84,13 @@ pthread_multi_np; pthread_mutex_destroy; pthread_mutex_getprioceiling; + pthread_mutex_getspinloops_np; + pthread_mutex_getyieldloops_np; pthread_mutex_init; pthread_mutex_lock; pthread_mutex_setprioceiling; + pthread_mutex_setspinloops_np; + pthread_mutex_setyieldloops_np; pthread_mutex_timedlock; pthread_mutex_trylock; pthread_mutex_unlock; These functions are all in FBSD_1.0, but they were introduced after the branch and never MFCed, so if I understand how we've implemented symbol versioning, they should be in FBSD_1.1. Unless someone argues credibly for keeping them in FBSD_1.0, I will move them to FBSD_1.1 in a few days. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 15:56:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB0516A417 for ; Sun, 3 Feb 2008 15:56:29 +0000 (UTC) (envelope-from sepherosa@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 12A1A13C458 for ; Sun, 3 Feb 2008 15:56:28 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2729962pyb.10 for ; Sun, 03 Feb 2008 07:56:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=e5/rZUivO0Yf9vPTJfCA8kGQDtOCljXsXXrNze5tx2g=; b=oPlg/pK99wsV3g+40q+kxyv1tHVuXs3+Wf8rdNM2SyzciPpJZEhHOq67lIBRcRDYnIMahtUaGVOyzSAi7p3hiWNJFHGtTR47WznzBCoJFandJDzqBVntZqBfCuBASGm8Ban3XtWo8zM1yfPqlbX+j90nLIBJRoNnUgQsikTG3aA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lxx+IZG+Nz9207PI0dC2UMkBcdanGca85U9aWhQO+dhcxiMwmHIEAlthl8sBWJ7Riefj6lMpcPD5cV7lMDRcnzUFrPKJUvyFiQo2X/qYCLdQgoef8pqhRchnxbz5V9bY/NQNcBwgJs6Gns30hIpHFnrDjy+V4EIUU1RnyQk3mwc= Received: by 10.142.222.21 with SMTP id u21mr2961826wfg.189.1202052710229; Sun, 03 Feb 2008 07:31:50 -0800 (PST) Received: by 10.142.162.20 with HTTP; Sun, 3 Feb 2008 07:31:50 -0800 (PST) Message-ID: Date: Sun, 3 Feb 2008 23:31:50 +0800 From: "Sepherosa Ziehau" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: jkim@freebsd.org Subject: Re: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 15:56:29 -0000 On Feb 3, 2008 5:48 PM, TooMany Secrets wrote: > Hi! > > There is any plan for the ethernet driver Broadcom BCM5906M? > I have a new laptop (Dell Vostro 1400) with this ethernet, but doesn't > work with bge or any "b*e" driver :-( > > Thank you very much and please, excuse me the cross-posting. Please test the patch posted in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=118975 Best Regards, sephe -- Live Free or Die From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 15:59:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3914416A41B for ; Sun, 3 Feb 2008 15:59:48 +0000 (UTC) (envelope-from peter@wemm.org) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id D12B213C442 for ; Sun, 3 Feb 2008 15:59:47 +0000 (UTC) (envelope-from peter@wemm.org) Received: by fk-out-0910.google.com with SMTP id b27so2025221fka.11 for ; Sun, 03 Feb 2008 07:59:46 -0800 (PST) Received: by 10.82.161.19 with SMTP id j19mr11062229bue.25.1202054385882; Sun, 03 Feb 2008 07:59:45 -0800 (PST) Received: by 10.82.182.2 with HTTP; Sun, 3 Feb 2008 07:59:45 -0800 (PST) Message-ID: Date: Sun, 3 Feb 2008 08:59:45 -0700 From: "Peter Wemm" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <861w7um5o5.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <861w7um5o5.fsf@ds4.des.no> Cc: threads@freebsd.org, current@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 15:59:48 -0000 On Feb 3, 2008 8:16 AM, Dag-Erling Sm=F8rgrav wrote: > Here's an excerpt from the RELENG_7 vs HEAD diff of libthr's symbol map: > > --- pthread.map 13 May 2007 14:12:39 -0000 1.18 > +++ pthread.map 20 Dec 2007 04:32:28 -0000 1.21 > @@ -84,9 +84,13 @@ > pthread_multi_np; > pthread_mutex_destroy; > pthread_mutex_getprioceiling; > + pthread_mutex_getspinloops_np; > + pthread_mutex_getyieldloops_np; > pthread_mutex_init; > pthread_mutex_lock; > pthread_mutex_setprioceiling; > + pthread_mutex_setspinloops_np; > + pthread_mutex_setyieldloops_np; > pthread_mutex_timedlock; > pthread_mutex_trylock; > pthread_mutex_unlock; > > These functions are all in FBSD_1.0, but they were introduced after the > branch and never MFCed, so if I understand how we've implemented symbol > versioning, they should be in FBSD_1.1. > > Unless someone argues credibly for keeping them in FBSD_1.0, I will move > them to FBSD_1.1 in a few days. > > DES I'm not sure I see the point in that. Consider the not-moving-to-1.1 case. If somebody takes an 8.0 binary and runs it on 7.x, then they'll get a 'symbol not found' error. On the other hand, if they're moved and somebody tries the same thing, then they still get the same kind of 'symbol not found' error but with just one character different. The point of symbol versioning is to allow incompatible changes. eg: to have a FBSD_1.0 version of pthread_mutex_getspinloops_np() *AND* a FBSD_1.1 version of pthread_mutex_getspinloops_np() in the library at the same time. The 1.0 instance would presumably be an API/ABI conversion wrapper around the newer functions. -Peter --=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 16:27:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C909016A417; Sun, 3 Feb 2008 16:27:29 +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 8E74B13C44B; Sun, 3 Feb 2008 16:27:29 +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 D702B2084; Sun, 3 Feb 2008 17:27:20 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/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 C76112082; Sun, 3 Feb 2008 17:27:20 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id B1B38844B7; Sun, 3 Feb 2008 17:27:20 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Peter Wemm" References: <861w7um5o5.fsf@ds4.des.no> Date: Sun, 03 Feb 2008 17:27:20 +0100 In-Reply-To: (Peter Wemm's message of "Sun\, 3 Feb 2008 08\:59\:45 -0700") Message-ID: <86wspm0zvb.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: threads@freebsd.org, current@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 16:27:30 -0000 "Peter Wemm" writes: > I'm not sure I see the point in that. Consider the not-moving-to-1.1 > case. If somebody takes an 8.0 binary and runs it on 7.x, then > they'll get a 'symbol not found' error. On the other hand, if they're > moved and somebody tries the same thing, then they still get the same > kind of 'symbol not found' error but with just one character > different. As you point out, it doesn't make much practical difference, so why not do it right? Why leave a bad example around for people who are trying to understand symbol versioning by looking at how it's done in existing libraries? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 16:29:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7817116A421 for ; Sun, 3 Feb 2008 16:29:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1846213C458 for ; Sun, 3 Feb 2008 16:29:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JLhia-000FU4-IC; Sun, 03 Feb 2008 18:29:25 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m13GSx3U002029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2008 18:29:00 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m13GTI3Q064780; Sun, 3 Feb 2008 18:29:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m13GTIuX064779; Sun, 3 Feb 2008 18:29:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 3 Feb 2008 18:29:18 +0200 From: Kostik Belousov To: Peter Wemm Message-ID: <20080203162918.GK57756@deviant.kiev.zoral.com.ua> References: <861w7um5o5.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7zUmpB12F58PluDH" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: ca614d1e091d53a46adb2ef7a730c6a6 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2155 [Feb 01 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Method: none X-SpamTest-Rate: 9 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Dag-Erling Sm?rgrav , current@freebsd.org, threads@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 16:29:26 -0000 --7zUmpB12F58PluDH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 03, 2008 at 08:59:45AM -0700, Peter Wemm wrote: > On Feb 3, 2008 8:16 AM, Dag-Erling Sm?rgrav wrote: > > Here's an excerpt from the RELENG_7 vs HEAD diff of libthr's symbol map: > > > > --- pthread.map 13 May 2007 14:12:39 -0000 1.18 > > +++ pthread.map 20 Dec 2007 04:32:28 -0000 1.21 > > @@ -84,9 +84,13 @@ > > pthread_multi_np; > > pthread_mutex_destroy; > > pthread_mutex_getprioceiling; > > + pthread_mutex_getspinloops_np; > > + pthread_mutex_getyieldloops_np; > > pthread_mutex_init; > > pthread_mutex_lock; > > pthread_mutex_setprioceiling; > > + pthread_mutex_setspinloops_np; > > + pthread_mutex_setyieldloops_np; > > pthread_mutex_timedlock; > > pthread_mutex_trylock; > > pthread_mutex_unlock; > > > > These functions are all in FBSD_1.0, but they were introduced after the > > branch and never MFCed, so if I understand how we've implemented symbol > > versioning, they should be in FBSD_1.1. > > > > Unless someone argues credibly for keeping them in FBSD_1.0, I will move > > them to FBSD_1.1 in a few days. > > > > DES >=20 > I'm not sure I see the point in that. Consider the not-moving-to-1.1 > case. If somebody takes an 8.0 binary and runs it on 7.x, then > they'll get a 'symbol not found' error. On the other hand, if they're > moved and somebody tries the same thing, then they still get the same > kind of 'symbol not found' error but with just one character > different. Additional difference is that presence of the version itself is checked when the image is activated. This means that instead of abort in the middle of the execution since the rtld cannot find the symbol, the program gives error on the start.o AFAIR, this is original (Sun) usage of the versioning, before GNU extended it to allow individual version per symbol. I support DES to fix this in the proposed way. >=20 > The point of symbol versioning is to allow incompatible changes. eg: > to have a FBSD_1.0 version of pthread_mutex_getspinloops_np() *AND* a > FBSD_1.1 version of pthread_mutex_getspinloops_np() in the library > at the same time. The 1.0 instance would presumably be an API/ABI > conversion wrapper around the newer functions. >=20 > -Peter > --=20 > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com > "All of this is for nothing if we don't go to the stars" - JMS/B5 > _______________________________________________ > 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" --7zUmpB12F58PluDH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkel694ACgkQC3+MBN1Mb4ihzACgvnTMAc/0gjdjkhDhixTUDjeM VxMAn3qV/+cKJoKpEAjs34uWT6+ySkc6 =glaa -----END PGP SIGNATURE----- --7zUmpB12F58PluDH-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 16:31:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BAAC16A420 for ; Sun, 3 Feb 2008 16:31:00 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id CE73C13C474 for ; Sun, 3 Feb 2008 16:30:59 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1496541wxd.7 for ; Sun, 03 Feb 2008 08:30:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=ebcE2DBA0ku1gX/8O/i5fZNWAKN2SL0QguPw6IqSYVE=; b=BHSvcPJyQ88opQjvMy13alvmr49XpvTWZSXgjjFiL+AbQNfTK4u6VOl3w+airhmGWvrZI5BiBn1zZv4LKqkHnsyOipzDSAZbs6Z1IwVUgs7fqv/YYMKlJe/6K4sYT4ORpnIAub2GQjrWFtYdhFGPWm/vqKsj+HDI1aqQq9SVxK4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=pV9mWCoEGywALQDJ0XccKHxSwBQqhTsoTH1AAVvuoVY+NsRSAy/0GvJ56os+mxd5kcmyI9TkdjGoy19gkRyr1tniZhp8vefgU/BJQZ6Um7DZhm90b1JX1p220xBt6EYolJ3pKKaGUfdwUQLQBZwObpOTDX7G3zcQQTOVwQmRdKo= Received: by 10.70.67.1 with SMTP id p1mr3905311wxa.24.1202054609261; Sun, 03 Feb 2008 08:03:29 -0800 (PST) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id h36sm6555664wxd.29.2008.02.03.08.03.20 (version=SSLv3 cipher=OTHER); Sun, 03 Feb 2008 08:03:25 -0800 (PST) Date: Sun, 3 Feb 2008 11:03:15 -0500 From: Alexander Kabaev To: Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= Message-ID: <20080203110315.6416563e@kan.dnsalias.net> In-Reply-To: <861w7um5o5.fsf@ds4.des.no> References: <861w7um5o5.fsf@ds4.des.no> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/bbyuqcp1BdnxuGHk.=NnoIq"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: threads@freebsd.org, current@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 16:31:00 -0000 --Sig_/bbyuqcp1BdnxuGHk.=NnoIq Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sun, 03 Feb 2008 16:16:26 +0100 Dag-Erling Sm=C3=B8rgrav wrote: > Here's an excerpt from the RELENG_7 vs HEAD diff of libthr's symbol > map: >=20 > --- pthread.map 13 May 2007 14:12:39 -0000 1.18 > +++ pthread.map 20 Dec 2007 04:32:28 -0000 1.21 > @@ -84,9 +84,13 @@ > pthread_multi_np; > pthread_mutex_destroy; > pthread_mutex_getprioceiling; > + pthread_mutex_getspinloops_np; > + pthread_mutex_getyieldloops_np; > pthread_mutex_init; > pthread_mutex_lock; > pthread_mutex_setprioceiling; > + pthread_mutex_setspinloops_np; > + pthread_mutex_setyieldloops_np; > pthread_mutex_timedlock; > pthread_mutex_trylock; > pthread_mutex_unlock; >=20 > These functions are all in FBSD_1.0, but they were introduced after > the branch and never MFCed, so if I understand how we've implemented > symbol versioning, they should be in FBSD_1.1. >=20 > Unless someone argues credibly for keeping them in FBSD_1.0, I will > move them to FBSD_1.1 in a few days. >=20 > DES There are other symbol versioning problems in libthr that need to be addressed too. Symbols that are specific to libthr and are not implemented in libpthread have no business being in FBSD_X.0 namespace, for instance.=20 --=20 Alexander Kabaev --Sig_/bbyuqcp1BdnxuGHk.=NnoIq Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFHpeXDQ6z1jMm+XZYRAgAfAKChdcuRsIIXHHYqS2OS+BbXXtDTRwCcDQkA RI/nVvryGdyCuzB9d9FaO4g= =e5GH -----END PGP SIGNATURE----- --Sig_/bbyuqcp1BdnxuGHk.=NnoIq-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 16:52:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB20816A41A for ; Sun, 3 Feb 2008 16:52:49 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 9390E13C4D1 for ; Sun, 3 Feb 2008 16:52:49 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so1942282waf.3 for ; Sun, 03 Feb 2008 08:52:49 -0800 (PST) Received: by 10.114.130.1 with SMTP id c1mr5976976wad.52.1202057568936; Sun, 03 Feb 2008 08:52:48 -0800 (PST) Received: by 10.114.53.10 with HTTP; Sun, 3 Feb 2008 08:52:48 -0800 (PST) Message-ID: Date: Sun, 3 Feb 2008 17:52:48 +0100 From: "TooMany Secrets" To: "Sepherosa Ziehau" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: freebsd-current@freebsd.org, jkim@freebsd.org Subject: Re: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 16:52:49 -0000 T24gMi8zLzA4LCBTZXBoZXJvc2EgWmllaGF1IDxzZXBoZXJvc2FAZ21haWwuY29tPiB3cm90ZToK PiBQbGVhc2UgdGVzdCB0aGUgcGF0Y2ggcG9zdGVkIGluIHRoaXMgUFI6Cj4gaHR0cDovL3d3dy5m cmVlYnNkLm9yZy9jZ2kvcXVlcnktcHIuY2dpP3ByPTExODk3NQoKVGhhbmsgeW91ISDCv0lzIHRo aXMgcGF0Y2ggaW4gNy4wLVBSRVJFTEVBU0Ugb3IgSSBuZWVkIHRvIHBhdGNoIGV2ZXJ5CnN5c3Rl bSBjdnN1cD8KCi0tIApIYXZlIGEgbmljZSBkYXkgIDstKQpUb29NYW55U2VjcmV0cwoKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PQpEaWpvIENvbmZ1Y2lvOgoiRXjDrWdldGUgbXVjaG8gYSB0 aSBtaXNtbyB5IGVzcGVyYSBwb2NvIGRlIGxvcyBkZW3DoXMuIEFzw60gdGUgYWhvcnJhcsOhcwpk aXNndXN0b3MuIgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09Cg== From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 16:54:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C29916A417; Sun, 3 Feb 2008 16:54:27 +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 B5DDE13C45A; Sun, 3 Feb 2008 16:54:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from nbc.matik.com.br (nbc.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m13Gqupv042114; Sun, 3 Feb 2008 14:52:56 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Sun, 3 Feb 2008 14:52:06 -0200 User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707) References: <200802021109.54416.joao@matik.com.br> <47A54F30.10202@errno.com> In-Reply-To: <47A54F30.10202@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802031452.08342.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: ifconfig ath0 list mac - no list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 16:54:27 -0000 On Sunday 03 February 2008 03:20:48 Sam Leffler wrote: > JoaoBR wrote: > > # ifconfig ath0 list mac > > policy: allow > > # > > > > actually on recent sources this command does not return the mac acl only > > the state > > This lists installed acls. I don't see you installing any. macs are added and the acl is working=20 the thing is that the macs are not listed any more like before > > > ------------- > > > > next problem that the rate is shown always as 1M, before last buildworld > > it still was 11M > > > > # ifconfig ath0 list stat > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > 00:0e:2e:89:23:30 1 1 1M 18.0 15 20496 55152 EPS A > > 00:0e:2e:86:d4:14 3 1 1M 19.5 15 1016 35552 EPS A > > 00:06:4f:44:a0:d6 4 1 1M 11.5 0 21467 10624 EPS A > > 00:08:54:ac:54:3e 5 1 1M 13.5 0 804 59408 EPS A > > 00:0f:3d:68:1d:31 6 1 1M 14.5 0 10187 12928 EP A > > What rate control algorithm? rate_sample > > > FreeBSD ap-n.matik.com.br 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sat > > Jan 19 21:36:10 BRST 2008 =20 > > hmm@ap-n.matik.com.br:/usr/obj/usr/src/sys/wce7 amd64 > > > > ath0: mem 0xec000000-0xec00ffff irq 16 at device 8.0 on > > pci0 ath0: [ITHREAD] > > ath0: using obsoleted if_watchdog interface > > ath0: Ethernet address: 00:02:6f:47:c1:42 > > ath0: mac 10.4 phy 6.1 radio 6.3 > > Please show how your devices is setup. ifconfig -v ath0 ath0: flags=3D8943 metric 0= mtu=20 1500 ether 00:02:6f:47:c1:42 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b status: associated ssid LUC-N channel 1 (2412 Mhz 11b) bssid 00:02:6f:47:c1:42 authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit wepkey 2:40-bit wepkey 3:40-bit wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpower 31.5 txpowmax 18.5 rtsthreshold 2346 fragthreshold 2346 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11a 7 roam:rate11a 12 roam:rssi11b 7 roam:rate11b 1 roam:rssi11g 7 roam:rate11g 5 -pureg protmode CTS -ht -htcompat -ampdu ampdulimit = 8k ampdudensity - -amsdu -shortgi htprotmode RTSCTS -puren wme burst -= ff -dturbo hidessid -apbridge dtimperiod 1 doth inact bintval 100 =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 Feb 3 16:54:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C29916A417; Sun, 3 Feb 2008 16:54:27 +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 B5DDE13C45A; Sun, 3 Feb 2008 16:54:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from nbc.matik.com.br (nbc.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m13Gqupv042114; Sun, 3 Feb 2008 14:52:56 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Sun, 3 Feb 2008 14:52:06 -0200 User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707) References: <200802021109.54416.joao@matik.com.br> <47A54F30.10202@errno.com> In-Reply-To: <47A54F30.10202@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802031452.08342.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: ifconfig ath0 list mac - no list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 16:54:27 -0000 On Sunday 03 February 2008 03:20:48 Sam Leffler wrote: > JoaoBR wrote: > > # ifconfig ath0 list mac > > policy: allow > > # > > > > actually on recent sources this command does not return the mac acl only > > the state > > This lists installed acls. I don't see you installing any. macs are added and the acl is working=20 the thing is that the macs are not listed any more like before > > > ------------- > > > > next problem that the rate is shown always as 1M, before last buildworld > > it still was 11M > > > > # ifconfig ath0 list stat > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > 00:0e:2e:89:23:30 1 1 1M 18.0 15 20496 55152 EPS A > > 00:0e:2e:86:d4:14 3 1 1M 19.5 15 1016 35552 EPS A > > 00:06:4f:44:a0:d6 4 1 1M 11.5 0 21467 10624 EPS A > > 00:08:54:ac:54:3e 5 1 1M 13.5 0 804 59408 EPS A > > 00:0f:3d:68:1d:31 6 1 1M 14.5 0 10187 12928 EP A > > What rate control algorithm? rate_sample > > > FreeBSD ap-n.matik.com.br 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sat > > Jan 19 21:36:10 BRST 2008 =20 > > hmm@ap-n.matik.com.br:/usr/obj/usr/src/sys/wce7 amd64 > > > > ath0: mem 0xec000000-0xec00ffff irq 16 at device 8.0 on > > pci0 ath0: [ITHREAD] > > ath0: using obsoleted if_watchdog interface > > ath0: Ethernet address: 00:02:6f:47:c1:42 > > ath0: mac 10.4 phy 6.1 radio 6.3 > > Please show how your devices is setup. ifconfig -v ath0 ath0: flags=3D8943 metric 0= mtu=20 1500 ether 00:02:6f:47:c1:42 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b status: associated ssid LUC-N channel 1 (2412 Mhz 11b) bssid 00:02:6f:47:c1:42 authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit wepkey 2:40-bit wepkey 3:40-bit wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpower 31.5 txpowmax 18.5 rtsthreshold 2346 fragthreshold 2346 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11a 7 roam:rate11a 12 roam:rssi11b 7 roam:rate11b 1 roam:rssi11g 7 roam:rate11g 5 -pureg protmode CTS -ht -htcompat -ampdu ampdulimit = 8k ampdudensity - -amsdu -shortgi htprotmode RTSCTS -puren wme burst -= ff -dturbo hidessid -apbridge dtimperiod 1 doth inact bintval 100 =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 Feb 3 17:00:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9104D16A417 for ; Sun, 3 Feb 2008 17:00:12 +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 5B5A013C46E for ; Sun, 3 Feb 2008 17:00:07 +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.2/8.14.2/NETPLEX) with ESMTP id m13H030d013466; Sun, 3 Feb 2008 12:00:04 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sun, 03 Feb 2008 12:00:04 -0500 (EST) Date: Sun, 3 Feb 2008 12:00:04 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <861w7um5o5.fsf@ds4.des.no> Message-ID: References: <861w7um5o5.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1202058004=:8686" Cc: threads@freebsd.org, current@freebsd.org Subject: Re: Symbol versioning errors in libthr 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: Sun, 03 Feb 2008 17:00:12 -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. ---559023410-851401618-1202058004=:8686 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 3 Feb 2008, Dag-Erling Sm=C3=B8rgrav wrote: > Here's an excerpt from the RELENG_7 vs HEAD diff of libthr's symbol map: > > --- pthread.map=0913 May 2007 14:12:39 -0000=091.18 > +++ pthread.map=0920 Dec 2007 04:32:28 -0000=091.21 > @@ -84,9 +84,13 @@ > =09pthread_multi_np; > =09pthread_mutex_destroy; > =09pthread_mutex_getprioceiling; > +=09pthread_mutex_getspinloops_np; > +=09pthread_mutex_getyieldloops_np; > =09pthread_mutex_init; > =09pthread_mutex_lock; > =09pthread_mutex_setprioceiling; > +=09pthread_mutex_setspinloops_np; > +=09pthread_mutex_setyieldloops_np; > =09pthread_mutex_timedlock; > =09pthread_mutex_trylock; > =09pthread_mutex_unlock; > > These functions are all in FBSD_1.0, but they were introduced after the > branch and never MFCed, so if I understand how we've implemented symbol > versioning, they should be in FBSD_1.1. > > Unless someone argues credibly for keeping them in FBSD_1.0, I will move > them to FBSD_1.1 in a few days. Yes, I believe you are correct in how we've decided to implement the version namespace. After a branch from HEAD (e.g., after 7- was branched), we increment the namespace and new symbols and ABI changes get added to the new namespace. --=20 DE ---559023410-851401618-1202058004=:8686-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 17:06:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EF1116A41B for ; Sun, 3 Feb 2008 17:06:31 +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 2E06913C43E for ; Sun, 3 Feb 2008 17:06:31 +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.2/8.14.2/NETPLEX) with ESMTP id m13H6SgY016519; Sun, 3 Feb 2008 12:06:28 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sun, 03 Feb 2008 12:06:28 -0500 (EST) Date: Sun, 3 Feb 2008 12:06:28 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Peter Wemm In-Reply-To: Message-ID: References: <861w7um5o5.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-684387517-1202058388=:8686" Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , current@freebsd.org, threads@freebsd.org Subject: Re: Symbol versioning errors in libthr 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: Sun, 03 Feb 2008 17:06:31 -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. ---559023410-684387517-1202058388=:8686 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 3 Feb 2008, Peter Wemm wrote: > On Feb 3, 2008 8:16 AM, Dag-Erling Sm=F8rgrav wrote: >> Here's an excerpt from the RELENG_7 vs HEAD diff of libthr's symbol map: >> >> --- pthread.map 13 May 2007 14:12:39 -0000 1.18 >> +++ pthread.map 20 Dec 2007 04:32:28 -0000 1.21 >> @@ -84,9 +84,13 @@ >> pthread_multi_np; >> pthread_mutex_destroy; >> pthread_mutex_getprioceiling; >> + pthread_mutex_getspinloops_np; >> + pthread_mutex_getyieldloops_np; >> pthread_mutex_init; >> pthread_mutex_lock; >> pthread_mutex_setprioceiling; >> + pthread_mutex_setspinloops_np; >> + pthread_mutex_setyieldloops_np; >> pthread_mutex_timedlock; >> pthread_mutex_trylock; >> pthread_mutex_unlock; >> >> These functions are all in FBSD_1.0, but they were introduced after the >> branch and never MFCed, so if I understand how we've implemented symbol >> versioning, they should be in FBSD_1.1. >> >> Unless someone argues credibly for keeping them in FBSD_1.0, I will move >> them to FBSD_1.1 in a few days. >> >> DES > > I'm not sure I see the point in that. Consider the not-moving-to-1.1 > case. If somebody takes an 8.0 binary and runs it on 7.x, then > they'll get a 'symbol not found' error. On the other hand, if they're > moved and somebody tries the same thing, then they still get the same > kind of 'symbol not found' error but with just one character > different. > > The point of symbol versioning is to allow incompatible changes. eg: > to have a FBSD_1.0 version of pthread_mutex_getspinloops_np() *AND* a > FBSD_1.1 version of pthread_mutex_getspinloops_np() in the library > at the same time. The 1.0 instance would presumably be an API/ABI > conversion wrapper around the newer functions. New ABIs can be added to an existing namespace without breaking anything. But I believe we decided to always bump the namespace after a branch from HEAD and all new and ABI-changed symbols get added to that new namespace. This will allow us to write tools to check if a binary compiled on one release can run on an earlier release. Also, this does not prevent us from MFC'ing those symbols back to previous releases, they just have to be added to the same namespace from which they came. --=20 DE ---559023410-684387517-1202058388=:8686-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 17:11:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E48B16A468 for ; Sun, 3 Feb 2008 17:11:24 +0000 (UTC) (envelope-from kabaev@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 C9F8313C469 for ; Sun, 3 Feb 2008 17:11:23 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1949802waf.3 for ; Sun, 03 Feb 2008 09:11:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; bh=vLunE2Gs8gItMHA8k7OI8afeXEqdJOY5+cFg9CVEHJU=; b=FYH5RgfO8wI9xqtTMdUqL5eYqOkMdDh25GVFHksUjpLQKtjeeU664drFSa+Vt4LpvVKxQD1DsClhSNBufA9o8P4Vx/sW/6qK8Zr10m7Bl0U27WhDbq135NaEWEh4cXBoGw/sAk1izQukCw20o4eXI/P4hKejZcnl5+mGYSievXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=bhts7nzjcwd4eGloJzRh/5IxWfX3xmc1Ux9ernkf6UnXlAHRfWu/fROJ4EomQUXh4bIOvJZQ0UYuHnhf2r2eROQHg1G+SXjNdBvEW72xKWLxNcdjAUlmJFYh8UDIMLt4Lu+PnZALiP4Bhm0+3PKsRRib4Bk7U+7O7EWhDaemzTk= Received: by 10.114.121.1 with SMTP id t1mr548876wac.67.1202058682623; Sun, 03 Feb 2008 09:11:22 -0800 (PST) Received: from kan.dnsalias.net ( [24.218.183.247]) by mx.google.com with ESMTPS id h2sm12846048rnb.16.2008.02.03.09.11.17 (version=SSLv3 cipher=OTHER); Sun, 03 Feb 2008 09:11:20 -0800 (PST) Date: Sun, 3 Feb 2008 12:11:12 -0500 From: Alexander Kabaev To: Kostik Belousov Message-ID: <20080203121112.426a8c25@kan.dnsalias.net> In-Reply-To: <20080203162918.GK57756@deviant.kiev.zoral.com.ua> References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/d0pqHUKmG9oGRdDuaK0YmMI"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Dag-Erling Sm?rgrav , current@freebsd.org, Peter Wemm , threads@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 17:11:24 -0000 --Sig_/d0pqHUKmG9oGRdDuaK0YmMI Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 3 Feb 2008 18:29:18 +0200 Kostik Belousov wrote: > On Sun, Feb 03, 2008 at 08:59:45AM -0700, Peter Wemm wrote: > > On Feb 3, 2008 8:16 AM, Dag-Erling Sm?rgrav wrote: > > > Here's an excerpt from the RELENG_7 vs HEAD diff of libthr's > > > symbol map: > > > > > > --- pthread.map 13 May 2007 14:12:39 -0000 1.18 > > > +++ pthread.map 20 Dec 2007 04:32:28 -0000 1.21 > > > @@ -84,9 +84,13 @@ > > > pthread_multi_np; > > > pthread_mutex_destroy; > > > pthread_mutex_getprioceiling; > > > + pthread_mutex_getspinloops_np; > > > + pthread_mutex_getyieldloops_np; > > > pthread_mutex_init; > > > pthread_mutex_lock; > > > pthread_mutex_setprioceiling; > > > + pthread_mutex_setspinloops_np; > > > + pthread_mutex_setyieldloops_np; > > > pthread_mutex_timedlock; > > > pthread_mutex_trylock; > > > pthread_mutex_unlock; > > > > > > These functions are all in FBSD_1.0, but they were introduced > > > after the branch and never MFCed, so if I understand how we've > > > implemented symbol versioning, they should be in FBSD_1.1. > > > > > > Unless someone argues credibly for keeping them in FBSD_1.0, I > > > will move them to FBSD_1.1 in a few days. > > > > > > DES > >=20 > > I'm not sure I see the point in that. Consider the > > not-moving-to-1.1 case. If somebody takes an 8.0 binary and runs > > it on 7.x, then they'll get a 'symbol not found' error. On the > > other hand, if they're moved and somebody tries the same thing, > > then they still get the same kind of 'symbol not found' error but > > with just one character different. > Additional difference is that presence of the version itself is > checked when the image is activated. This means that instead of abort > in the middle of the execution since the > rtld cannot find the symbol, the program gives error on the start.o >=20 > AFAIR, this is original (Sun) usage of the versioning, before GNU > extended it to allow individual version per symbol. This is absolutely correct description of the desired use of version names, according to both GNU and Sun. =20 > I support DES to fix this in the proposed way. Same here. --=20 Alexander Kabaev --Sig_/d0pqHUKmG9oGRdDuaK0YmMI Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFHpfWwQ6z1jMm+XZYRAiT3AKCEaMYe426bLPKGK0+/g/mdLP+PIwCfdQwL mr5lolibP1OyjRscuNFvOls= =8uRz -----END PGP SIGNATURE----- --Sig_/d0pqHUKmG9oGRdDuaK0YmMI-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 18:31:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EC1616A469 for ; Sun, 3 Feb 2008 18:31:43 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id F239D13C447 for ; Sun, 3 Feb 2008 18:31:42 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m13IVdGt019081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2008 10:31:41 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47A6088B.9090909@errno.com> Date: Sun, 03 Feb 2008 10:31:39 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: JoaoBR References: <200802021109.54416.joao@matik.com.br> <47A54F30.10202@errno.com> <200802031452.08342.joao@matik.com.br> In-Reply-To: <200802031452.08342.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: ifconfig ath0 list mac - no list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 18:31:43 -0000 JoaoBR wrote: > On Sunday 03 February 2008 03:20:48 Sam Leffler wrote: > >> JoaoBR wrote: >> >>> # ifconfig ath0 list mac >>> policy: allow >>> # >>> >>> actually on recent sources this command does not return the mac acl only >>> the state >>> >> This lists installed acls. I don't see you installing any. >> > > macs are added and the acl is working > the thing is that the macs are not listed any more like before > > > >>> ------------- >>> >>> next problem that the rate is shown always as 1M, before last buildworld >>> it still was 11M >>> >>> # ifconfig ath0 list stat >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >>> 00:0e:2e:89:23:30 1 1 1M 18.0 15 20496 55152 EPS A >>> 00:0e:2e:86:d4:14 3 1 1M 19.5 15 1016 35552 EPS A >>> 00:06:4f:44:a0:d6 4 1 1M 11.5 0 21467 10624 EPS A >>> 00:08:54:ac:54:3e 5 1 1M 13.5 0 804 59408 EPS A >>> 00:0f:3d:68:1d:31 6 1 1M 14.5 0 10187 12928 EP A >>> >> What rate control algorithm? >> > > rate_sample > > > >>> FreeBSD ap-n.matik.com.br 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sat >>> Jan 19 21:36:10 BRST 2008 >>> hmm@ap-n.matik.com.br:/usr/obj/usr/src/sys/wce7 amd64 >>> >>> ath0: mem 0xec000000-0xec00ffff irq 16 at device 8.0 on >>> pci0 ath0: [ITHREAD] >>> ath0: using obsoleted if_watchdog interface >>> ath0: Ethernet address: 00:02:6f:47:c1:42 >>> ath0: mac 10.4 phy 6.1 radio 6.3 >>> >> Please show how your devices is setup. >> > > > ifconfig -v ath0 > ath0: flags=8943 metric 0 mtu > 1500 > ether 00:02:6f:47:c1:42 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > status: associated > ssid LUC-N channel 1 (2412 Mhz 11b) bssid 00:02:6f:47:c1:42 > authmode OPEN privacy ON deftxkey 1 > wepkey 1:40-bit > wepkey 2:40-bit > wepkey 3:40-bit > wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpower 31.5 > txpowmax 18.5 rtsthreshold 2346 fragthreshold 2346 bmiss 7 > scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11a 7 > roam:rate11a 12 roam:rssi11b 7 roam:rate11b 1 roam:rssi11g 7 > roam:rate11g 5 -pureg protmode CTS -ht -htcompat -ampdu ampdulimit 8k > ampdudensity - -amsdu -shortgi htprotmode RTSCTS -puren wme burst -ff > -dturbo hidessid -apbridge dtimperiod 1 doth inact bintval 100 > Both these were bugs in ifconfig and should be fixed in HEAD. I'll MFC to RELENG_7 shortly and request they get pulled into 7.0. Thanks for spotting them. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 18:41:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE84E16A420 for ; Sun, 3 Feb 2008 18:41:50 +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 46D1B13C45B for ; Sun, 3 Feb 2008 18:41:50 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m13IeNVf049802; Sun, 3 Feb 2008 16:40:23 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler Date: Sun, 3 Feb 2008 16:36:58 -0200 User-Agent: KMail/1.9.7 References: <200802021109.54416.joao@matik.com.br> <200802031452.08342.joao@matik.com.br> <47A6088B.9090909@errno.com> In-Reply-To: <47A6088B.9090909@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802031636.58573.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: freebsd-current@freebsd.org Subject: Re: ifconfig ath0 list mac - no list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 18:41:50 -0000 On Sunday 03 February 2008 16:31:39 Sam Leffler wrote: > Both these were bugs in ifconfig and should be fixed in HEAD. =A0I'll MFC > to RELENG_7 shortly and request they get pulled into 7.0. =A0Thanks for > spotting them. > > =A0 =A0 Sam thanks! =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 Feb 3 19:09:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A81016A417 for ; Sun, 3 Feb 2008 19:09:23 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 366ED13C457 for ; Sun, 3 Feb 2008 19:09:23 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from localhost (localhost [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 27053341C9; Sun, 3 Feb 2008 18:48:51 +0000 (GMT) Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oPXy1c20hVlF; Sun, 3 Feb 2008 18:48:50 +0000 (GMT) Received: from [192.168.255.6] (unknown [192.168.255.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 441D534138; Sun, 3 Feb 2008 18:48:49 +0000 (GMT) Message-ID: <47A60C90.6010007@tomjudge.com> Date: Sun, 03 Feb 2008 18:48:48 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: John Birrell References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18340.50354.244903.435464@grasshopper.cs.duke.edu> <20080202203319.GA96610@what-creek.com> <20080202230728.GA8594@voi.aagh.net> <20080202232139.GA97956@what-creek.com> In-Reply-To: <20080202232139.GA97956@what-creek.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , Andrew Gallatin , current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 19:09:23 -0000 John Birrell wrote: > On Sat, Feb 02, 2008 at 11:07:28PM +0000, Thomas Hurst wrote: >> Are there no anonymous checkouts from perforce? > > Anonymous access to perforce isn't possible because perforce > maintains client state on the server. That's one of the > disadvantages of perforce. Tom Evans (CC'd), I believe has a ruby script that will grab stuff from perforce automatically for you. Tom > >> I remember looking a while ago and not finding anything. I also >> remember a cvsup server linked to it at some point.. > > There was, but some hardware problems got in the way of the > export and the files weren't kept up-to-date. Since I am so > close to committing to current, it isn't worth wasting the > project admins' time getting it back up an running when it > will be obsolete soon. > > I decide that I could distribute one big tar and then diffs from > that, so although the initial download is huge, keeping the > source tree up-to-date should be just a matter of applying a > patch or two (or twenty). > > -- > John Birrell > _______________________________________________ > 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 Sun Feb 3 20:46:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1FF816A417 for ; Sun, 3 Feb 2008 20:46:35 +0000 (UTC) (envelope-from konfer@mikulas.com) Received: from ook.praha12.net (ook.praha12.net [62.24.68.235]) by mx1.freebsd.org (Postfix) with ESMTP id 8FBD313C442 for ; Sun, 3 Feb 2008 20:46:35 +0000 (UTC) (envelope-from konfer@mikulas.com) Received: from mech.mikulas.com (mik.praha12.net [86.49.90.49]) (Authenticated sender: info@praha12.net) by ook.praha12.net (Postfix) with ESMTP id 6393053A85 for ; Sun, 3 Feb 2008 21:26:01 +0100 (CET) Message-ID: <47A6235A.5030809@mikulas.com> Date: Sun, 03 Feb 2008 21:26:02 +0100 From: Jiri Mikulas User-Agent: Thunderbird 2.0.0.6 (X11/20070818) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.92/5671/Sun Feb 3 20:19:40 2008 on ook.praha12.net X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on ook.praha12.net Cc: Subject: multi-bss support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Feb 2008 20:46:35 -0000 Hello I would ask what is the status of multi-bss project in FreeBSD ? Thaks for reply Jiri From owner-freebsd-current@FreeBSD.ORG Sun Feb 3 21:09:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D61216A417 for ; Sun, 3 Feb 2008 21:09:29 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id B924513C4EA for ; Sun, 3 Feb 2008 21:09:28 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1906785fgg.35 for ; Sun, 03 Feb 2008 13:09:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=JgAHr7i3effwEA4wvjtD4xftkSNZW76Rt1X0Jce75CU=; b=xtGgISNrKplQAOwvD68RtnE5Lx+Bgp3a8o8T1g9o5r3/zChrhzBl7DwuBgmMTF+Pn4qzgoqdxdFUvqT9O2+t5BxwfRkUit1MRyw1B23GjzUdtaRGXJO5MRUTaBreytfkf0kJ3JPlrBLs3Y0YFJFLboih42D1IBZ84eFGhsKJex8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=PqfCGRSl1Pymhflx611pUUVa2cszlnp7e9Bf3QgqAR3S/xfjM5ExS9U2CqedXIqDVVEJbVkeOAPveKllPwHYBMHVpQUBIegCSK5P1KV6tRo6WkAUnFpdY6XX3nIFFC4fR+hbru8nzXfynk2w1ifRB1DCeqTzU+jd+CCAWPsHVMU= Received: by 10.82.105.13 with SMTP id d13mr11489692buc.30.1202071274188; Sun, 03 Feb 2008 12:41:14 -0800 (PST) Received: from ?89.214.208.178? ( [89.214.208.178]) by mx.google.com with ESMTPS id x6sm4648527gvf.0.2008.02.03.12.41.10 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Feb 2008 12:41:13 -0800 (PST) Message-Id: <4A216806-5263-4B86-8FA5-5DF40D9E91E7@fnop.net> From: Rui Paulo To: Tom Judge In-Reply-To: <47A60C90.6010007@tomjudge.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sun, 3 Feb 2008 20:37:40 +0000 References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18340.50354.244903.435464@grasshopper.cs.duke.edu> <20080202203319.GA96610@what-creek.com> <20080202230728.GA8594@voi.aagh.net> <20080202232139.GA97956@what-creek.com> <47A60C90.6010007@tomjudge.com> X-Mailer: Apple Mail (2.915) Sender: Rui Paulo X-Mailman-Approved-At: Sun, 03 Feb 2008 21:43:42 +0000 Cc: Tom Evans , current@freebsd.org, John Birrell , Andrew Gallatin Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Feb 2008 21:09:29 -0000 On Feb 3, 2008, at 6:48 PM, Tom Judge wrote: > John Birrell wrote: >> On Sat, Feb 02, 2008 at 11:07:28PM +0000, Thomas Hurst wrote: >>> Are there no anonymous checkouts from perforce? >> Anonymous access to perforce isn't possible because perforce >> maintains client state on the server. That's one of the >> disadvantages of perforce. > > Tom Evans (CC'd), I believe has a ruby script that will grab stuff > from perforce automatically for you. > IIRC, in the previous DTrace implementation for FreeBSD, the p4 branch was publically accessible by cvsup via cvsup10.freebsd.org. Maybe this could be done again. Regards. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 02:23:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BFB516A417 for ; Mon, 4 Feb 2008 02:23:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 44BF113C43E for ; Mon, 4 Feb 2008 02:23:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so551580anc.13 for ; Sun, 03 Feb 2008 18:23:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; bh=P+XMqRBjaDa9kR5U83mr/tLmSqTQM9BxWTulaWJfHhk=; b=KC9huxM4U41E1e5OvgNXGEBTmfMHdTtuopK4MXyYzBtM8o7u5pfX28xsFUHCUNmAbHb3iSVCT3oFUNUC5Dpt2e3B1t5lJafBu2HR3L6TK/KV2QEq3ffhlwZ4GmrZI8h5QGXUreLqRPoR8t/uy7caefK4seQOx8ivqJ6h8aVNL3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=Xv3yIRlr4R+gcCrnBjjf4ARNQYVzqj2ZRjBmDvlaGaXXgmndyw0oILuCrfLQsgVS+6UQxHqVmmd7Uju2vBn1xYv52x4T+71A4ipLD3CNZLdQL4u4Dt+W2Dz0C1WrwQFbX6wPY91sPa/sETvI5zo90W+t9DtJi93AMyHKud9NXXs= Received: by 10.100.215.5 with SMTP id n5mr13973146ang.3.1202091821389; Sun, 03 Feb 2008 18:23:41 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 26sm11983732wra.32.2008.02.03.18.23.39 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Feb 2008 18:23:40 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m142NZKJ028464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Feb 2008 11:23:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m142NYjZ028462 for freebsd-current@FreeBSD.org; Mon, 4 Feb 2008 11:23:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 4 Feb 2008 11:23:34 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20080204022334.GC27999@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2008 02:23:42 -0000 Dear all, Here is overhauled vr(4) that shall address all known issues. PR database showed vr(4) is not stable enough under high load and link state handling didn't work as expected as well as its poor performance. I've tried hard to fix the bugs reported in PR database for several months. It tooked more time than I had planned when I received donated hardware. vr(4) will now - work on all architectures. - have better Rx performance. - have more robust error recovery. - reliably detect link state changes. - support 32bit perfect multicast filtering for VT6105M. - support WOL. It seems that the overhauled vr(4) runs well under my limited test environments. Several users already reported success. Because there are three kinds of Rhine family and lots of variants for the hardware, I'd like to hear feedback from users priror to commit. You can get the latest vr(4) at the following URL. http://people.freebsd.org/~yongari/vr/if_vr.c http://people.freebsd.org/~yongari/vr/if_vrreg.h I wouldn't be available for 7 ~ 10 days from Feb 5, so please don't expect quick reply. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 02:39:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A91BE16A418 for ; Mon, 4 Feb 2008 02:39:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6472313C45B for ; Mon, 4 Feb 2008 02:39:12 +0000 (UTC) (envelope-from sam@errno.com) Received: from Macintosh-2.local ([10.0.0.196]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m142dAHV021547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2008 18:39:11 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47A67ACD.4060508@errno.com> Date: Sun, 03 Feb 2008 18:39:09 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jiri Mikulas References: <47A6235A.5030809@mikulas.com> In-Reply-To: <47A6235A.5030809@mikulas.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: multi-bss support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2008 02:39:12 -0000 Jiri Mikulas wrote: > Hello > I would ask what is the status of multi-bss project in FreeBSD ? It's in p4 and being actively developed. Once 7.0 releases I hope to prepare the code for commit to CVS but that will take a while (and help from developers). Sam From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 06:19:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A45BE16A418 for ; Mon, 4 Feb 2008 06:19:59 +0000 (UTC) (envelope-from konfer@mikulas.com) Received: from ook.praha12.net (ook.praha12.net [62.24.68.235]) by mx1.freebsd.org (Postfix) with ESMTP id 64E8913C457 for ; Mon, 4 Feb 2008 06:19:59 +0000 (UTC) (envelope-from konfer@mikulas.com) Received: from mech.mikulas.com (mik.praha12.net [86.49.90.49]) (Authenticated sender: info@praha12.net) by ook.praha12.net (Postfix) with ESMTP id 95D2953A89; Mon, 4 Feb 2008 07:19:51 +0100 (CET) Message-ID: <47A6AE88.9080904@mikulas.com> Date: Mon, 04 Feb 2008 07:19:52 +0100 From: Jiri Mikulas User-Agent: Thunderbird 2.0.0.6 (X11/20070818) MIME-Version: 1.0 To: Sam Leffler References: <47A6235A.5030809@mikulas.com> <47A67ACD.4060508@errno.com> In-Reply-To: <47A67ACD.4060508@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.92/5678/Mon Feb 4 02:15:53 2008 on ook.praha12.net X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_40, UNPARSEABLE_RELAY autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on ook.praha12.net Cc: current@freebsd.org Subject: Re: multi-bss support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2008 06:19:59 -0000 Hello That's great. Thanks for info. Jiri Sam Leffler wrote: > Jiri Mikulas wrote: >> Hello >> I would ask what is the status of multi-bss project in FreeBSD ? > > It's in p4 and being actively developed. Once 7.0 releases I hope to > prepare the code for commit to CVS but that will take a while (and help > from developers). > > Sam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 08:36:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 542D016A417 for ; Mon, 4 Feb 2008 08:36:16 +0000 (UTC) (envelope-from mmakonnen@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 323A813C4D9 for ; Mon, 4 Feb 2008 08:36:16 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2334412waf.3 for ; Mon, 04 Feb 2008 00:36:16 -0800 (PST) Received: by 10.115.74.1 with SMTP id b1mr6573950wal.93.1202112654455; Mon, 04 Feb 2008 00:10:54 -0800 (PST) Received: by 10.114.89.10 with HTTP; Mon, 4 Feb 2008 00:10:54 -0800 (PST) Message-ID: <584bfc3f0802040010m2635db55o16e548d5b8b53001@mail.gmail.com> Date: Mon, 4 Feb 2008 03:10:54 -0500 From: mtm@FreeBSD.Org To: "Giorgos Keramidas" In-Reply-To: <20080202012707.GA1800@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080202012707.GA1800@kobe.laptop> Cc: current@freebsd.org Subject: Re: latest rc.subr breaks etc/rc.d/sendmail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 08:36:16 -0000 On 2/1/08, Giorgos Keramidas wrote: > Hi Mike, > > Revision 1.80 of src/etc/rc.subr stops Sendmail from starting > here with: > > root@kobe:/root# /etc/rc.d/sendmail start > Cannot 'start' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use > 'onestart' instead of 'start'. > root@kobe:/root# > > My /etc/rc.conf contains: > > root@kobe:/root# grep sendmail /etc/rc.conf > sendmail_enable="NO" > sendmail_outbound_enable="NO" > sendmail_submit_enable="YES" > sendmail_msp_queue_enable="YES" > root@kobe:/root# > > Rolling back to 1.79 seems to work, but I am not sure how to fix > his yet. I'm not at my computer (and won't be for a couple of days) but I think I know what the problem is. It (rev. 1.80) shouldn't have introduced any functional changes, just extra diagnostic output. It doesn't actually prevent the last two (sendmail_submit and sendmail_msp_queue) from loading, right? Cheers. Mike. From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 08:48:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0563F16A41B; Mon, 4 Feb 2008 08:48:21 +0000 (UTC) (envelope-from thn@saeab.se) Received: from ture.saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 73E7D13C45A; Mon, 4 Feb 2008 08:48:20 +0000 (UTC) (envelope-from thn@saeab.se) Received: from [10.0.1.32] (omar.int.saeab.se [10.0.1.32]) by ture.saeab.se (8.13.8/8.13.8) with ESMTP id m148a0qQ037448; Mon, 4 Feb 2008 09:36:00 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <47A6CE6F.3060501@saeab.se> Date: Mon, 04 Feb 2008 09:35:59 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Sv. Aktuell Elektronik AB User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: TooMany Secrets References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ture.saeab.se [213.80.3.133]); Mon, 04 Feb 2008 09:36:03 +0100 (CET) Cc: Sepherosa Ziehau , freebsd-current@freebsd.org, jkim@freebsd.org Subject: Re: Broadcom Netlink BCM5906M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 08:48:21 -0000 TooMany Secrets wrote: > On 2/3/08, Sepherosa Ziehau wrote: >> Please test the patch posted in this PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D118975 >=20 > Thank you! =BFIs this patch in 7.0-PRERELEASE or I need to patch every > system cvsup? As far as I know the patch has not been accepted yet and therefore you have to manually patch after each update. /thn --=20 --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nystr=F6m Box 10 Phone: +46 73 069 69 30 S-191 21 Sollentuna Fax: +46 8 35 92 89 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 10:12:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47CE016A420 for ; Mon, 4 Feb 2008 10:12:54 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id BF3A713C461 for ; Mon, 4 Feb 2008 10:12:53 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 16so2080128fgg.35 for ; Mon, 04 Feb 2008 02:12:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=TrPMJgtPZoXm0imEewvT/tntPV4djR6CTVsWvOUyuqY=; b=InoZf1lR4+U3N4U+N1N3VzzWMuZ1AlbDToMmVYY7/EqixCY5voxkhRRQEVcRdplGmOBFSBvq+MXYi+Nb7bKsOmlD38RSvZZqEn4U3Qjpfu0AebxwiwseAJfHv/zXIqXqbF15d3VgpTyAFDtB8gkLMNnwhA6vPmMEQj94jE6o2No= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=AOfAoOAQ/z286pdEnGXtxuu1uB98Dvu9oI1aG2BFM+d/acTGYhJYkrRdYvIf+HvhyPQcxHuY7FXQ7TGUPAMwlnOGg9jM0ND5JuodQJrcSshZ4hTIjmcOS6iUq/HtpFHtV1x98Ve9NTf9zmBpO9ZjZ10pKVa5g796a7tuPT7O+Q4= Received: by 10.82.161.19 with SMTP id j19mr12692815bue.25.1202118474019; Mon, 04 Feb 2008 01:47:54 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id x6sm5664137gvf.0.2008.02.04.01.47.51 (version=SSLv3 cipher=RC4-MD5); Mon, 04 Feb 2008 01:47:52 -0800 (PST) From: Tom Evans To: Tom Judge In-Reply-To: <47A60C90.6010007@tomjudge.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18340.50354.244903.435464@grasshopper.cs.duke.edu> <20080202203319.GA96610@what-creek.com> <20080202230728.GA8594@voi.aagh.net> <20080202232139.GA97956@what-creek.com> <47A60C90.6010007@tomjudge.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sHV2jlWy/UtTPl72HcGe" Date: Mon, 04 Feb 2008 09:47:50 +0000 Message-Id: <1202118470.1804.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: current@freebsd.org, John Birrell , Andrew Gallatin Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 10:12:54 -0000 --=-sHV2jlWy/UtTPl72HcGe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2008-02-03 at 18:48 +0000, Tom Judge wrote: > John Birrell wrote: > > On Sat, Feb 02, 2008 at 11:07:28PM +0000, Thomas Hurst wrote: > >> Are there no anonymous checkouts from perforce? > >=20 > > Anonymous access to perforce isn't possible because perforce > > maintains client state on the server. That's one of the=20 > > disadvantages of perforce. >=20 > Tom Evans (CC'd), I believe has a ruby script that will grab stuff from=20 > perforce automatically for you. >=20 >=20 > Tom >=20 Ben Close kindly hosted the script for me on his wiki (the script was designed to pull wpi snapshots). You can get it here: http://www.clearchain.com/wiki/Image:P4fetch.rb Cheers Tom --=-sHV2jlWy/UtTPl72HcGe 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) iD8DBQBHpt9ClcRvFfyds/cRAiyvAKC59u2CMqpezHy1GFr0+SPmWKfTCwCgi+g/ B7cg2rbJjapIgXZSH7YRX5E= =4Fhb -----END PGP SIGNATURE----- --=-sHV2jlWy/UtTPl72HcGe-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 10:14:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E3D816A41A for ; Mon, 4 Feb 2008 10:14:31 +0000 (UTC) (envelope-from ndenev@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 A0BAE13C4D1 for ; Mon, 4 Feb 2008 10:14:30 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1604556rvb.43 for ; Mon, 04 Feb 2008 02:14:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=aPZgBOwW9dmQvAaYmLMC+jZ3H3Xm54RYmRllyU5ib1c=; b=TcXQqUYDSQB3n7mm0uw6rzVXqe2k0pCbTIFzxiHWQzGgQ0O+WWEvYYbhL+hDbJGr9A7fN7HVq6M+/sV8p5fTlZcQ86/lTz0sIiSRR5xPFbHmWJfFQNlsG0rbnxNJ4XkF6VmlnuQ7BCAkoDq2TJBOvjnKDA8iGTBIUehM91uQFr0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=fDvJrq2MldaiFzGNsZkWWxAs3IjATGaEEgZmP5pcYLVFaHe7Ck4ZyRQZnfQR/Ywy8UUGDA8dxHf36FAsj8RKBeKvtGtxLF81SOP+A88YaVUct6rKrnFagpZDQ4eJEpVKy9d3uYCEjxruO+P1QbZqnketWbfdco5tJXadoY1V9N8= Received: by 10.140.180.13 with SMTP id c13mr4600662rvf.121.1202120070337; Mon, 04 Feb 2008 02:14:30 -0800 (PST) Received: by 10.141.170.18 with HTTP; Mon, 4 Feb 2008 02:14:30 -0800 (PST) Message-ID: <2e77fc10802040214n5f0141c0gdd76d74b67904a83@mail.gmail.com> Date: Mon, 4 Feb 2008 12:14:30 +0200 From: "Niki Denev" Sender: ndenev@gmail.com 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-Google-Sender-Auth: 59fd84c78d18cc10 Cc: numisemis@yahoo.com Subject: Re: bin/119976: [patch] Add ZFS support to gpt(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 10:14:31 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/119976 I'm running here with similar patch and it works ok. But the changes to migrate.c in the PR's patch will probably won't do anything because FS_ZFS is not defined in /usr/include/sys/disklabel.h There was some discussion about adding it : http://readlist.com/lists/freebsd.org/freebsd-current/8/44907.html From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 10:45:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D07EE16A417 for ; Mon, 4 Feb 2008 10:45:21 +0000 (UTC) (envelope-from ndenev@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 9CFEE13C458 for ; Mon, 4 Feb 2008 10:45:21 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1609374rvb.43 for ; Mon, 04 Feb 2008 02:45:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=kff7wSG4jQCcGwlS+ugYhcupH4VpP7oUgUukX8kUO+w=; b=c6TzQMR3/Vdh/ZkufPZCsK9DmWfoUZ9YX7sFwtYFiUDS91+KdB4OhQwwBiVPeglh3E8h1iOfnaQuaT8QfdRmsz1DKW2w6zmgfzoqZLl1YN4UccNKUF2IjFJIPpXRpzuwIAiyfK7q4Ab4IKHOGLIlXK5yBO7U1CfpMG6MZzZfBTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=WWY+xBNXFlyy2bb30W+yy/uSEEKWejh1uqQXmwvcqBXj1zjGxJD3rmZhVTrGdtAsuzJR3V5d3diWcu4k0QQiXslRYuDv3NhBxT+XrYPS33BAz5jO8VGo1WHX1vg9tmMNSAcc0K5FgRyJONk1PlzQsuJXmK4TEmoy7ptnQC9pTMo= Received: by 10.140.164.1 with SMTP id m1mr4625385rve.69.1202121920988; Mon, 04 Feb 2008 02:45:20 -0800 (PST) Received: by 10.141.170.18 with HTTP; Mon, 4 Feb 2008 02:45:20 -0800 (PST) Message-ID: <2e77fc10802040245u5452f63dq905b849a92cd7f9b@mail.gmail.com> Date: Mon, 4 Feb 2008 12:45:20 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: "Simun Mikecin" In-Reply-To: <64392.39143.qm@web36608.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2e77fc10802040214n5f0141c0gdd76d74b67904a83@mail.gmail.com> <64392.39143.qm@web36608.mail.mud.yahoo.com> X-Google-Sender-Auth: 583f43027e2b9adb Cc: freebsd-current@freebsd.org Subject: Re: bin/119976: [patch] Add ZFS support to gpt(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 10:45:21 -0000 On Feb 4, 2008 12:23 PM, Simun Mikecin wrote: > > --- Niki Denev wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/119976 > > > > I'm running here with similar patch and it works ok. > > > > But the changes to migrate.c in the PR's patch will probably won't do anything > > because FS_ZFS is not defined in /usr/include/sys/disklabel.h > > > > There was some discussion about adding it : > > http://readlist.com/lists/freebsd.org/freebsd-current/8/44907.html > > FS_ZFS *is* defined in v.110 of disklabel.h which is commited to 8-CURRENT (which is the version > that this PR is refering to). > Sorry, I missed that. The patch is complete in that case, and it would be good to support ZFS natively with gpt, gpart seems to support it already : # gpart show da0 => 34 2929686461 da0 GPT (1.5TB) 34 128 1 freebsd-boot (65.5KB) 162 104857600 2 freebsd-ufs (53.7GB) 104857762 16777216 3 freebsd-swap (8.6GB) 121634978 2808051517 4 freebsd-zfs (1.4TB) # gpt -r show da0 start size index contents 0 1 PMBR 1 1 Pri GPT header 2 32 Pri GPT table 34 128 1 GPT part - FreeBSD boot 162 104857600 2 GPT part - FreeBSD UFS/UFS2 104857762 16777216 3 GPT part - FreeBSD swap 121634978 2808051517 4 GPT part - 516e7cba-6ecf-11d6-8ff8-00022d09712b 2929686495 32 Sec GPT table 2929686527 1 Sec GPT header WITH_PATCHED_GPT : # gpt-zfs -r show da0 start size index contents 0 1 PMBR 1 1 Pri GPT header 2 32 Pri GPT table 34 128 1 GPT part - FreeBSD boot 162 104857600 2 GPT part - FreeBSD UFS/UFS2 104857762 16777216 3 GPT part - FreeBSD swap 121634978 2808051517 4 GPT part - FreeBSD ZFS 2929686495 32 Sec GPT table 2929686527 1 Sec GPT header --Niki From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 12:37:47 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B769F16A418 for ; Mon, 4 Feb 2008 12:37:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 28AA713C447 for ; Mon, 4 Feb 2008 12:37:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m14Cbj1o070448; Mon, 4 Feb 2008 13:37:45 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m14CbiaU070447; Mon, 4 Feb 2008 13:37:44 +0100 (CET) (envelope-from olli) Date: Mon, 4 Feb 2008 13:37:44 +0100 (CET) Message-Id: <200802041237.m14CbiaU070447@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, qpadla@gmail.com In-Reply-To: <200802022023.59037.qpadla@gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 04 Feb 2008 13:37:45 +0100 (CET) Cc: Subject: Re: Broken loader on 7.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, qpadla@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, 04 Feb 2008 12:37:47 -0000 Nikolay Pavlov wrote: > While building 7.0-RC1 i've discovered that the loader file is broken in my > box and i am unable to boot using it. I've already hit this problem 2 > months ago. After playing a bit i've found the way on how to reproduce it > easily: > > ~# cd /usr/src/sys/boot/i386 > /usr/src/sys/boot/i386# make btx libi386 loader I'm afraid I can't reproduce it. I've tried the exact same command, and it built a working loader for me. Are you building on i386 or amd64? They use the same i386 loader, but there are slight differences in the build process. Note that your command does not build ficl nor libstand, both of which are required for the loader. Did you build them before? (However, you should get an error message if one of them is missing.) A simple way to check is to use this command: strings loader | grep /src/ Compare the output for the working and the non-working loader. > [...] > client: fmt=elf size=283b0 text=22038 data=4248 bss=60b8 entry=0 Mine looks like this: client: fmt=elf size=3b3b0 text=342d8 data=5248 bss=60d8 entry=0 Clearly your loader.bin ELF binary (called "client" in BTX terms) is much smaller. Something must be missing. You can also check and compare the link commands (that's the last "cc" command in the make process, only a few lines above the snippet that you posted). Mine looks like this: cc -O2 -fno-strict-aliasing -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/usr/src/sys/boot/i386/loader/../../ficl -I/usr/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/usr/src/sys/boot/i386/loader/../../common -I. -Wall -I/usr/src/sys/boot/i386/loader/.. -I/usr/src/sys/boot/i386/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -static -Ttext 0x0 -nostdlib -o loader.sym /usr/obj/usr/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o reloc_elf64.o bcache.o isapnp.o pnp.o interp_forth.o /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a -lstand If you're on amd64, there should be additional options "-m32 -march=i386 -m elf_i386_fbsd", but other than that it should look exactly the same. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 13:00:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666FB16A41B for ; Mon, 4 Feb 2008 13:00:09 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id D252713C4E5 for ; Mon, 4 Feb 2008 13:00:08 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m14CYJNR009910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2008 15:34:21 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JM0Wh-0007ES-Gb; Mon, 04 Feb 2008 15:34:19 +0300 From: Vladimir Grebenschikov To: Josh Paetzel In-Reply-To: <200801061102.46233.josh@tcbug.org> References: <200801061102.46233.josh@tcbug.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Mon, 04 Feb 2008 15:34:18 +0300 Message-Id: <1202128458.1491.45.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current@freebsd.org Subject: Re: state of 7.0-RC1 on an IBM t60p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2008 13:00:09 -0000 Looks like I am more lucky, but with just T60 On Sun, 2008-01-06 at 11:02 -0600, Josh Paetzel wrote: > I recently installed FBSD 7.0-BETA4 on my laptop in an effort to get working > intel 3945abg wireless. I bumped it up to 7.0-RC1 the other day. I've been > in a bit of a state health wise and have gotten to the point where i need to > depend on my laptop, so it has to go back to releng_6, but I thought I'd > write out the problems I've been having. > > 1) wpi is nearly non-functional. It seems to associate best to WPA2 networks, > struggles with WEP and won't associate at all to open networks. Once it's > associated it spams the console with "discarding packet without header" > and "wpi_cmd: couldn't set tx power" quite a bit, as well as other random > output. The real problem I've had with it is that it panics under moderate > data rates, in the 1000-1500K/sec range. Ehh, tried with it, and finally just replace hardware on 'ath0: ' since that wireless works more or less fine > 2) pantech px-500 evdo pccard. This thing uses the ucom/umodem driver and > panics after a few seconds of transfer at anything over 30K/sec or so. It > also panics instantly on insertion or removal. I've been unable to get a > crash dump or to the debugger for this, my swap is encrypted and seeming gets > cleared before savecore runs, and i've been unable to dump to usb swap > devices. (The card is a pccard that has a usb controller with a usb-> serial > adapter on it) Did not tried such beast, pried another EVDO PCMC card and failed also (Ubiquam UM-300). FreeBSD detects sio port on card, but does not detects PCMCI USB hub. Probably I also need to try http://www.turbocat.net/~hselasky/usb4bsd/index.html > 3) sutdown output is garbled. This doesn't seem to hurt anything, but at > some point in shutdown the console messages start interleaving. Never seen that, I am on RELENG_7 > 4) acpi suspend and resume doesn't work, but that's not a huge shock.l Ehh, only mobile platform that has strong FreeBSD support loose that position. Looks like root of problem is CoreDuo CPU, but still no any clues. > 5) ath generates interrupt storms that are throttled. See above, works fine for me (in mini-PCI slot). > wpi0: link state changed to UP ... > ath0: mem 0x88000000-0x8800ffff irq 16 at device 0.0 > on Did not get, do you have two wireless cards or just try to use two drivers against single card ? Also I may say: - IBM dock station works for me - IBM special controls mostly works (brightness, think-light, volume, wireless) - PCMCI card slot works also - PCI Express slot looks like working, but I have no card to try - Bluetooth works as well - radeonhd xorg driver does almost everything I need, except 3D support, and it is not compatible with brightness control - SoftModem never works for me - Touchpad/stick works, even with synaptics driver under X, but some-times it stop responding -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 13:26:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5973D16A417 for ; Mon, 4 Feb 2008 13:26:19 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 281F013C457 for ; Mon, 4 Feb 2008 13:26:19 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2452141waf.3 for ; Mon, 04 Feb 2008 05:26:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=P1JItlpqls8TGxtgUU/1ReXMZhwjTNSoJL+iDSkR47U=; b=b7f3Dj9LnINyNEbwanYxRG0BHDq9AZw98Io7iwg74lnzUwjxUctFaXXE7cJtyzEFcnJZrnmsavL3qBs8ISpwsDDLI2NPflnYibK7p9Mpn2Bc/olkt5YKTZKVi3QihRk5DIdTmmBooEaBInhUZ+ovpIxt1LRdAF+Niq50qHm4cOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=l1MxMdMzkgNaIHusb3yCw4MNxDiKtHd2kvxWga0T2O88TKkfL1MoUyay+4G3HpQRQimys5/eB2YlQmOiR8EctfKLhzvTUHpNA1wMlxnnDpsY5pXG+DhxDkteLQvQjUzGEP9nYcX6ROPKkONOlWCXVWORvJ9ZKzDdDO0rzXxZyo8= Received: by 10.114.192.1 with SMTP id p1mr323522waf.47.1202131577868; Mon, 04 Feb 2008 05:26:17 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id i8sm19841459nfh.1.2008.02.04.05.26.15 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Feb 2008 05:26:16 -0800 (PST) From: Nikolay Pavlov To: Oliver Fromme Date: Mon, 4 Feb 2008 15:26:11 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802041237.m14CbiaU070447@lurza.secnetix.de> In-Reply-To: <200802041237.m14CbiaU070447@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802041526.12081.qpadla@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Broken loader on 7.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 04 Feb 2008 13:26:19 -0000 On Monday 04 February 2008 14:37:44 Oliver Fromme wrote: > Nikolay Pavlov wrote: > > While building 7.0-RC1 i've discovered that the loader file is broken > > in my box and i am unable to boot using it. I've already hit this > > problem 2 months ago. After playing a bit i've found the way on how > > to reproduce it easily: > > > > ~# cd /usr/src/sys/boot/i386 > > /usr/src/sys/boot/i386# make btx libi386 loader > > I'm afraid I can't reproduce it. I've tried the exact same > command, and it built a working loader for me. Are you > building on i386 or amd64? They use the same i386 loader, > but there are slight differences in the build process. Thanks for response Oliver. I am very confused about this problem. It looks very stupid, but i am completely unable to build a working loader on that box. This is amd64 with GENERIC kernel and without any compiler flags in make.conf. > > Note that your command does not build ficl nor libstand, > both of which are required for the loader. Did you build > them before? (However, you should get an error message > if one of them is missing.) No i do not see any errors even with pure /usr/obj > > A simple way to check is to use this command: > strings loader | grep /src/ > Compare the output for the working and the non-working > loader. > > > [...] > > client: fmt=elf size=283b0 text=22038 data=4248 bss=60b8 entry=0 > > Mine looks like this: > > client: fmt=elf size=3b3b0 text=342d8 data=5248 bss=60d8 entry=0 > > Clearly your loader.bin ELF binary (called "client" in BTX > terms) is much smaller. Something must be missing. Yes you are right: root@cassini:~# diff -u loader.good loader.bad --- loader.good 2008-02-04 10:46:44.000000000 +0200 +++ loader.bad 2008-02-04 10:47:02.000000000 +0200 @@ -12,22 +12,6 @@ /usr/src/sys/boot/i386/loader/../../common/bcache.c /usr/src/sys/boot/i386/loader/../../common/isapnp.c /usr/src/sys/boot/i386/loader/../../common/pnp.c -/usr/src/sys/boot/i386/loader/../../common/interp_forth.c -/usr/src/sys/boot/ficl/loader.c -/usr/src/sys/boot/ficl/stack.c -/usr/src/sys/boot/ficl/ficl.c -/usr/src/sys/boot/ficl/dict.c -/usr/src/sys/boot/ficl/i386/sysdep.c -/usr/src/sys/boot/ficl/words.c -/usr/src/sys/boot/ficl/tools.c -/usr/src/sys/boot/ficl/search.c -/usr/src/sys/boot/ficl/vm.c -/usr/src/sys/boot/i386/libi386/bootinfo32.c -/usr/src/sys/boot/i386/libi386/bootinfo.c -/usr/src/sys/boot/i386/libi386/biossmap.c -/usr/src/sys/boot/i386/libi386/biospnp.c -/usr/src/sys/boot/i386/libi386/biosdisk.c -/usr/src/sys/boot/i386/libi386/devicename.c /usr/src/lib/libstand/splitfs.c /usr/src/lib/libstand/ext2fs.c /usr/src/lib/libstand/dosfs.c Than it look like Makefile is wrong, because i do not get any errors during the building process. > > You can also check and compare the link commands (that's > the last "cc" command in the make process, only a few lines > above the snippet that you posted). Mine looks like this: > > cc -O2 -fno-strict-aliasing -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH > -I/usr/src/sys/boot/i386/loader/../../ficl > -I/usr/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT > -I/usr/src/sys/boot/i386/loader/../../common -I. -Wall > -I/usr/src/sys/boot/i386/loader/.. > -I/usr/src/sys/boot/i386/loader/../btx/lib -ffreestanding > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -static -Ttext 0x0 -nostdlib -o loader.sym > /usr/obj/usr/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o > vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o > interp_parse.o ls.o misc.o module.o panic.o load_elf32.o > load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o > reloc_elf64.o bcache.o isapnp.o pnp.o interp_forth.o > /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a > /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a -lstand > > If you're on amd64, there should be additional options > "-m32 -march=i386 -m elf_i386_fbsd", but other than that > it should look exactly the same. > > Best regards > Oliver -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 13:35:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F2CD16A419 for ; Mon, 4 Feb 2008 13:35:15 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id E00C213C4CC for ; Mon, 4 Feb 2008 13:35:14 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2455677waf.3 for ; Mon, 04 Feb 2008 05:35:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=YG95X3rtyOcLf2hp5E/a2xmTRKK+2l8c8HuARp0sRNU=; b=miApJKy3WEu6cEVXMc5b0t0vFJa6wnzPFgVK5xxDxmT7TXy5mz/xaveKJKUO6hIE53+OBACRcyzI4bAxyJn3w3l4Avj9uc3HpzpmPTuN1OjOHbSMcPulC4h0Q51C39I2sZnSP9vTlMA2YUJuG+9y2vKuAoW36HIXK2S++kzrN0Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=pMfkKL6JYi7qAyOB34ZFocIxyRFSmqLQlwDkHX3G0qG3smoylaWboCWyixg4WJHZd0zM6sxQ7ThoD42XocOYKF5aA0EvcscFYm4Vgd2s1NdblzHdTYF60hOurAB3uXRK4vLvasy0xfFDWvXgnDel+Rx5p2zWqQxGtHnAh1Z8TOA= Received: by 10.114.57.1 with SMTP id f1mr6926364waa.15.1202132114125; Mon, 04 Feb 2008 05:35:14 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id 5sm19950555nfv.32.2008.02.04.05.35.11 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Feb 2008 05:35:12 -0800 (PST) From: Nikolay Pavlov To: Oliver Fromme Date: Mon, 4 Feb 2008 15:35:07 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802041237.m14CbiaU070447@lurza.secnetix.de> In-Reply-To: <200802041237.m14CbiaU070447@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802041535.08296.qpadla@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Broken loader on 7.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 04 Feb 2008 13:35:15 -0000 On Monday 04 February 2008 14:37:44 Oliver Fromme wrote: > Nikolay Pavlov wrote: > > While building 7.0-RC1 i've discovered that the loader file is broken > > in my box and i am unable to boot using it. I've already hit this > > problem 2 months ago. After playing a bit i've found the way on how > > to reproduce it easily: > > > > ~# cd /usr/src/sys/boot/i386 > > /usr/src/sys/boot/i386# make btx libi386 loader > > I'm afraid I can't reproduce it. I've tried the exact same > command, and it built a working loader for me. Are you > building on i386 or amd64? They use the same i386 loader, > but there are slight differences in the build process. > > Note that your command does not build ficl nor libstand, > both of which are required for the loader. Did you build > them before? (However, you should get an error message > if one of them is missing.) > > A simple way to check is to use this command: > strings loader | grep /src/ > Compare the output for the working and the non-working > loader. > > > [...] > > client: fmt=elf size=283b0 text=22038 data=4248 bss=60b8 entry=0 > > Mine looks like this: > > client: fmt=elf size=3b3b0 text=342d8 data=5248 bss=60d8 entry=0 > > Clearly your loader.bin ELF binary (called "client" in BTX > terms) is much smaller. Something must be missing. > > You can also check and compare the link commands (that's > the last "cc" command in the make process, only a few lines > above the snippet that you posted). Mine looks like this: > > cc -O2 -fno-strict-aliasing -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH > -I/usr/src/sys/boot/i386/loader/../../ficl > -I/usr/src/sys/boot/i386/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT > -I/usr/src/sys/boot/i386/loader/../../common -I. -Wall > -I/usr/src/sys/boot/i386/loader/.. > -I/usr/src/sys/boot/i386/loader/../btx/lib -ffreestanding > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -static -Ttext 0x0 -nostdlib -o loader.sym > /usr/obj/usr/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o > vers.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o > interp_parse.o ls.o misc.o module.o panic.o load_elf32.o > load_elf32_obj.o reloc_elf32.o load_elf64.o load_elf64_obj.o > reloc_elf64.o bcache.o isapnp.o pnp.o interp_forth.o > /usr/obj/usr/src/sys/boot/i386/loader/../../ficl/libficl.a > /usr/obj/usr/src/sys/boot/i386/loader/../libi386/libi386.a -lstand > > If you're on amd64, there should be additional options > "-m32 -march=i386 -m elf_i386_fbsd", but other than that > it should look exactly the same. > > Best regards > Oliver Ok. I've found the source of the problem. I have "WITHOUT_FORTH=YES" variable in my src.conf. There would be no errors during the compilation with this variable set and you'll get the broken loader. I think it should be documented in src.conf manual. In any way sorry for that noise. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 13:52:33 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0585516A418 for ; Mon, 4 Feb 2008 13:52:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3763A13C478 for ; Mon, 4 Feb 2008 13:52:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m14DqUob073107; Mon, 4 Feb 2008 14:52:30 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m14DqU3d073106; Mon, 4 Feb 2008 14:52:30 +0100 (CET) (envelope-from olli) Date: Mon, 4 Feb 2008 14:52:30 +0100 (CET) Message-Id: <200802041352.m14DqU3d073106@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, qpadla@gmail.com In-Reply-To: <200802041535.08296.qpadla@gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 04 Feb 2008 14:52:31 +0100 (CET) Cc: Subject: Re: Broken loader on 7.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, qpadla@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, 04 Feb 2008 13:52:33 -0000 Nikolay Pavlov wrote: > Ok. I've found the source of the problem. I have "WITHOUT_FORTH=YES" > variable in my src.conf. There would be no errors during the compilation > with this variable set and you'll get the broken loader. Well, I wouldn't call it broken. It just doesn't contain Forth support, so it won't work with the *.4th files distributed with FreeBSD. You should still be able to boot a FreeBSD system with it, using a customized loader.rc file. I haven't tried that, though. > I think it should be documented in src.conf manual. The src.conf(5) manual page clearly says that it disables Forth support in the boot loader, so what did you expect? Why did you disable it? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Passwords are like underwear. You don't share them, you don't hang them on your monitor or under your keyboard, you don't email them, or put them on a web site, and you must change them very often. From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 14:00:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 318C716A41A for ; Mon, 4 Feb 2008 14:00:57 +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 9107D13C4DB for ; Mon, 4 Feb 2008 14:00:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m14DxQtU037052; Mon, 4 Feb 2008 11:59:26 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler Date: Mon, 4 Feb 2008 11:56:05 -0200 User-Agent: KMail/1.9.7 References: <200802021440.05965.joao@matik.com.br> <47A550BB.7050308@errno.com> In-Reply-To: <47A550BB.7050308@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802041156.05867.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: ATH rate and rssi considerations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 14:00:57 -0000 On Sunday 03 February 2008 03:27:23 Sam Leffler wrote: > > the AP which runs 7-STABLE, lets say a 6.3 or a early 7-Stable (~07/200= 7) > > with same configs and wthout touching the antenas the RSSI comes back to > > normal and the noise leevl is less and at the end the signal strength > > measured on the client station (whatever 11a/b/g gear) almost doubles. > > Sorry, I didn't follow the above. =A0If there's a bug please file a PR and > provide the details necessary to followup. =A0In particular show the > command lines and displays you have issues with. ok, look at the following tables=20 I a have a dual boot on this machine with 6.3-R and Current and compare the= =20 RSSi values. Same hardware, time difference only the minute to reboot and n= o=20 config changes, simply booting 7.0 the RSSI drops and this is not only a=20 cosmetic issue, definitely the signal strength is lower on the client too. = I=20 have sorted the macs so you can directly compare line to line, the last=20 column is the RSSI, The machine is already with the new ifconfig compiled=20 after your update yesterday night.=20 6.3-R=20 00:4f:6a:01:42:3a 4 11 1M 43 =20 00:02:2d:93:85:26 5 11 1M 25 =20 00:05:9e:81:b0:4f 17 11 1M 21 =20 00:0f:3d:67:f2:f5 1 11 1M 44 =20 00:05:9e:83:39:45 3 11 1M 38 =20 00:05:9e:83:58:73 6 11 1M 50 =20 00:0e:2e:8a:7a:8a 7 11 1M 27 =20 00:05:9e:81:a2:2f 2 11 1M 18 =20 00:05:9e:83:eb:db 8 11 1M 33 =20 00:02:2d:93:85:a9 9 11 1M 28 =20 00:05:9e:83:58:64 10 11 1M 43 =20 7.0 Current=20 00:4f:6a:01:42:3a 3 11 11M 21.0 =20 00:02:2d:93:85:26 7 11 11M 11.0 =20 00:05:9e:81:b0:4f 12 11 11M 8.5 =20 00:0f:3d:67:f2:f5 8 11 11M 23.0 =20 00:05:9e:83:39:45 1 11 11M 17.0 =20 00:05:9e:83:58:73 2 11 11M 24.0 =20 00:0e:2e:8a:7a:8a 9 11 11M 11.5 =20 00:05:9e:81:a2:2f 21 11 11M 7.0 =20 00:05:9e:83:eb:db 11 11 11M 13.5 =20 00:02:2d:93:85:a9 10 11 11M 12.0 =20 00:05:9e:83:58:64 15 11 11M 19.5 =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 Mon Feb 4 14:42:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48FA16A417; Mon, 4 Feb 2008 14:42:37 +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 7A96413C43E; Mon, 4 Feb 2008 14:42:37 +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 E34302082; Mon, 4 Feb 2008 15:42:28 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/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 6015D207F; Mon, 4 Feb 2008 15:42:28 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 4076C8448B; Mon, 4 Feb 2008 15:42:28 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Kabaev References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> Date: Mon, 04 Feb 2008 15:42:28 +0100 In-Reply-To: <20080203121112.426a8c25@kan.dnsalias.net> (Alexander Kabaev's message of "Sun\, 3 Feb 2008 12\:11\:12 -0500") Message-ID: <86zlugeqaz.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Kostik Belousov , threads@freebsd.org, current@freebsd.org, Peter Wemm Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 14:42:37 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I've attached my proposed patch. Please yell if there's anything wrong with it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=pthread.map.diff Index: pthread.map =================================================================== RCS file: /home/ncvs/src/lib/libthr/pthread.map,v retrieving revision 1.22 diff -u -r1.22 pthread.map --- pthread.map 3 Feb 2008 22:38:10 -0000 1.22 +++ pthread.map 4 Feb 2008 14:41:23 -0000 @@ -84,13 +84,9 @@ pthread_multi_np; pthread_mutex_destroy; pthread_mutex_getprioceiling; - pthread_mutex_getspinloops_np; - pthread_mutex_getyieldloops_np; pthread_mutex_init; pthread_mutex_lock; pthread_mutex_setprioceiling; - pthread_mutex_setspinloops_np; - pthread_mutex_setyieldloops_np; pthread_mutex_timedlock; pthread_mutex_trylock; pthread_mutex_unlock; @@ -287,14 +283,9 @@ _pthread_multi_np; _pthread_mutex_destroy; _pthread_mutex_getprioceiling; - _pthread_mutex_getspinloops_np; - _pthread_mutex_getyieldloops_np; _pthread_mutex_init; - _pthread_mutex_init_calloc_cb; _pthread_mutex_lock; _pthread_mutex_setprioceiling; - _pthread_mutex_setspinloops_np; - _pthread_mutex_setyieldloops_np; _pthread_mutex_timedlock; _pthread_mutex_trylock; _pthread_mutex_unlock; @@ -398,14 +389,23 @@ FBSD_1.1 { global: + pthread_mutex_getspinloops_np; + pthread_mutex_getyieldloops_np; pthread_mutex_islocked_np; + pthread_mutex_setspinloops_np; + pthread_mutex_setyieldloops_np; local: *; } FBSD_1.0; FBSDprivate_1.1 { global: + _pthread_mutex_getspinloops_np; + _pthread_mutex_getyieldloops_np; + _pthread_mutex_init_calloc_cb; _pthread_mutex_islocked_np; + _pthread_mutex_setspinloops_np; + _pthread_mutex_setyieldloops_np; local: *; } FBSDprivate_1.0; --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 15:01:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F20B616A417 for ; Mon, 4 Feb 2008 15:01:24 +0000 (UTC) (envelope-from m.rebele@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id B15B213C44B for ; Mon, 4 Feb 2008 15:01:24 +0000 (UTC) (envelope-from m.rebele@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate02.web.de (Postfix) with ESMTP id 20385CF74079; Mon, 4 Feb 2008 15:43:49 +0100 (CET) Received: from [194.94.240.61] (helo=a103-04.local) by smtp07.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1JM2Y1-0000uP-00; Mon, 04 Feb 2008 15:43:49 +0100 Message-ID: <47A7249C.4080902@web.de> Date: Mon, 04 Feb 2008 15:43:40 +0100 From: Michael Rebele User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> In-Reply-To: <47A21ED6.5070303@elischer.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: m.rebele@web.de X-Sender: m.rebele@web.de X-Provags-ID: V01U2FsdGVkX1/dJkTYs7zvoN7QN8giwBSJ+ZqDzbFt6IfQArtI PBgz5u0jVIdp7wzQ4IPGntFE1Y35cukws/vXD7Shadsl94G4aG eAd4wl63k= Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: m.rebele@web.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2008 15:01:25 -0000 Julian Elischer wrote: > > if you have a 7.0 SMP (8 way if possible) box and can stand > a little down time, I'm looking for someone to test the following: > > This snippet may freeze the process after a while: > > [...] > > with the following patch applied: > http://www.freebsd.org/~julian/kse-7.diff > it should not. > > can someone with a 7.0 machine please confirm this? > (requires a recompile of libkse and linking with libkse.) > (you could call it something else for the test). > > I can confirm that the process with the applied patch runs far better than without - on a 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE (i386). It's a P4 System with HT enabled (Kernel is compiled with SMP). Without the patch, the system is continuously accessing the Harddisk. The Datarate is about 6MB/s - i don't know what's going on there. There's enough RAM marked as free (about 460MB), though no reason for swapping. I don't see this behaviour if the Code is linked against -pthread. If i apply the patch to libkse, then the process linked against -lkse behaves like one against -pthread. Without the patch, i've also the fatal error messages as stated by Mark Kirkwood, with the patch they are gone. Looks good to me! Michael From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 16:26:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEAD816A418 for ; Mon, 4 Feb 2008 16:26:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB0E13C478 for ; Mon, 4 Feb 2008 16:26:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m14Fjp4j027262; Mon, 4 Feb 2008 10:45:52 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m14FjpVn014969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2008 10:45:51 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802041545.m14FjpVn014969@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 04 Feb 2008 10:48:02 -0500 To: pyunyh@gmail.com, freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20080204022334.GC27999@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 16:26:58 -0000 At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: >Dear all, > >Here is overhauled vr(4) that shall address all known issues. PR >database showed vr(4) is not stable enough under high load and Hi, Is there a RELENG_7 or 6 version of the driver to test ? Using RELENG_7 from this morning, I get RNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror ../../../pci/if_vr.c cc1: warnings being treated as errors ../../../pci/if_vr.c: In function 'vr_encap': ../../../pci/if_vr.c:1816: warning: implicit declaration of function 'm_collapse' ../../../pci/if_vr.c:1816: warning: nested extern declaration of 'm_collapse' ../../../pci/if_vr.c:1816: warning: assignment makes pointer from integer without a cast *** Error code 1 Stop in /usr/src/sys/i386/compile/nano5501. From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 16:54:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 671A216A417 for ; Mon, 4 Feb 2008 16:54:13 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 31CA513C47E for ; Mon, 4 Feb 2008 16:54:13 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2535142waf.3 for ; Mon, 04 Feb 2008 08:54:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=0/5JRlMc8sUf4zSstE1ph1/UgkmHY6oESPXxcauQH8g=; b=Clsz8R7c3eJTs/zcyFs3QMbFDhx1kgiSF6PUin2vA4/iA24YiAblMQEfjkL8x8m0HVEekYtLAl/FCb+Vsi4xB5WI93e8eA010kX/nntWb9bNJOIZsT0wswEr9Cp8ABdF3KJdNRiXX1u0ZPDERhpSDU5OaWSY1ZGwUQFnV1P9w3E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=WycUsK0fSEzO5OPphVmsWPs9pvBiE0ud4FwG8eIKkxeortypnuWJ7aWkm+gASpuuJfwBqH26s8UZwcZlH2VsTqlhGmh1nCytdj07um72uc4lnk0KP/BoyvUv//yzsy/KfaAiILk5rAENK/vkVdqU6Q4hOhr7XmRhW2uXhVIiLhA= Received: by 10.114.177.1 with SMTP id z1mr7096273wae.144.1202144052536; Mon, 04 Feb 2008 08:54:12 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id k5sm197024nfh.39.2008.02.04.08.54.09 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Feb 2008 08:54:11 -0800 (PST) From: Nikolay Pavlov To: Oliver Fromme Date: Mon, 4 Feb 2008 18:54:01 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802041352.m14DqU3d073106@lurza.secnetix.de> In-Reply-To: <200802041352.m14DqU3d073106@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802041854.02147.qpadla@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Broken loader on 7.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 04 Feb 2008 16:54:13 -0000 On Monday 04 February 2008 15:52:30 Oliver Fromme wrote: > The src.conf(5) manual page clearly says that it disables > Forth support in the boot loader, so what did you expect? > Why did you disable it? That was the stupid idea to minimize, customize everything and to try something new. Ahh... Just ignore me :) And thanks for help. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 16:55:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B46AE16A418; Mon, 4 Feb 2008 16:55:59 +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 6E7CF13C46A; Mon, 4 Feb 2008 16:55:59 +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.2/8.14.2/NETPLEX) with ESMTP id m14GtqUc023021; Mon, 4 Feb 2008 11:55:52 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Mon, 04 Feb 2008 11:55:53 -0500 (EST) Date: Mon, 4 Feb 2008 11:55:52 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86zlugeqaz.fsf@ds4.des.no> Message-ID: References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> <86zlugeqaz.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="=-=-=" Content-ID: Cc: Kostik Belousov , threads@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: Symbol versioning errors in libthr 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, 04 Feb 2008 16:55:59 -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. --=-=-= Content-Type: TEXT/PLAIN; CHARSET=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: On Mon, 4 Feb 2008, Dag-Erling Sm=C3=B8rgrav wrote: > I've attached my proposed patch. Please yell if there's anything wrong > with it. I question the bumping of FBSDprivate to 1.1. FBSDprivate is special, it is only for use in our base system, and our supported method of updating our system is buildworkd/buildkernel - so any changes to FBSDprivate should be unnoticed. Initially, I did not add a version number to FBSDprivate, but did at the end after seeing that Solaris had versioned private as well. But, at least with Solaris 8, they only have SUNWprivate 1.1 and 1.2, whereas they have many public versions (SUNW_0.7 - SUNW_1.20.4). They must have old applications that were part of their base, but are no longer supported on more recent releases, so had to bump the private namespace. Also, if you look at libc/Versions.def, you will see that there is no FBSDprivate_1.1. I think your patch is fine as long as you use only FBSDprivate_1.0. --=20 DE --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 17:04:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6280E16A420; Mon, 4 Feb 2008 17:04: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 1A02313C459; Mon, 4 Feb 2008 17:04: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 DAA21207E; Mon, 4 Feb 2008 18:04:31 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/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 CB0432049; Mon, 4 Feb 2008 18:04:31 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id B0BA6844A0; Mon, 4 Feb 2008 18:04:31 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Daniel Eischen References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> <86zlugeqaz.fsf@ds4.des.no> Date: Mon, 04 Feb 2008 18:04:31 +0100 In-Reply-To: (Daniel Eischen's message of "Mon\, 4 Feb 2008 11\:55\:52 -0500 \(EST\)") Message-ID: <86r6fsd55s.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: Kostik Belousov , threads@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 17:04:40 -0000 Daniel Eischen writes: > I question the bumping of FBSDprivate to 1.1. FBSDprivate is special, > it is only for use in our base system, and our supported method of > updating our system is buildworkd/buildkernel - so any changes to > FBSDprivate should be unnoticed. A whole lot of assumptions there. Bumping FBSDprivate costs nothing and might save our a***s down the road if one of those assumptions turn out to be false. (unless you can show that it's actually harmful in some way?) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 17:10:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E50BC16A46B; Mon, 4 Feb 2008 17:10:34 +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 9E90213C455; Mon, 4 Feb 2008 17:10:34 +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.2/8.14.2/NETPLEX) with ESMTP id m14HASWc003786; Mon, 4 Feb 2008 12:10:28 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Mon, 04 Feb 2008 12:10:29 -0500 (EST) Date: Mon, 4 Feb 2008 12:10:29 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86r6fsd55s.fsf@ds4.des.no> Message-ID: References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> <86zlugeqaz.fsf@ds4.des.no> <86r6fsd55s.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-824023566-1202145029=:13899" Cc: Kostik Belousov , threads@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: Symbol versioning errors in libthr 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, 04 Feb 2008 17:10:37 -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. ---559023410-824023566-1202145029=:13899 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 4 Feb 2008, Dag-Erling Sm=C3=B8rgrav wrote: > Daniel Eischen writes: >> I question the bumping of FBSDprivate to 1.1. FBSDprivate is special, >> it is only for use in our base system, and our supported method of >> updating our system is buildworkd/buildkernel - so any changes to >> FBSDprivate should be unnoticed. > > A whole lot of assumptions there. Bumping FBSDprivate costs nothing and > might save our a***s down the road if one of those assumptions turn out > to be false. If there is a need for it, it can be bumped. There is no need as yet. The only need for bumping private is for an ABI change, and if that ABI change cannot be picked up in a buildworld. This is what FBSDprivate was designed for. > (unless you can show that it's actually harmful in some way?) Please do not bump private, it was never meant to be bumped like this. --=20 DE ---559023410-824023566-1202145029=:13899-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 17:19:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA79416A418; Mon, 4 Feb 2008 17:19:46 +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 7141613C474; Mon, 4 Feb 2008 17:19:46 +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 9C4E82082; Mon, 4 Feb 2008 18:19:38 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/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 8C5C0207F; Mon, 4 Feb 2008 18:19:38 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 75FD6844A4; Mon, 4 Feb 2008 18:19:38 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Daniel Eischen References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> <86zlugeqaz.fsf@ds4.des.no> <86r6fsd55s.fsf@ds4.des.no> Date: Mon, 04 Feb 2008 18:19:38 +0100 In-Reply-To: (Daniel Eischen's message of "Mon\, 4 Feb 2008 12\:10\:29 -0500 \(EST\)") Message-ID: <86abmgd4gl.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: Kostik Belousov , threads@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 17:19:46 -0000 Daniel Eischen writes: > Dag-Erling Sm=C3=B8rgrav writes: > > (unless you can show that it's actually harmful in some way?) > Please do not bump private, it was never meant to be bumped like this. This is not substantiation, this is the old monkey telling the young monkey "this is the way it's always been done". With all due respect to the old monkey, the young monkey simply can't understand why FBSD and FBSDprivate should be assymetric. The young monkey would also like the old monkey to explain to him what harm will come of this (the young monkey has asked this already, but the old monkey has declined to respond). Finally, the young monkey would like to point out that this is all very poorly documented. While aware of the freebsd_versioning.txt document written by the old monkey, the young monkey can't find anything in it about private symbol spaces. If the old monkey is in any way offended by this, he is free to s/old/mature and experienced/ :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 17:35:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB8D516A417 for ; Mon, 4 Feb 2008 17:35:11 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.77]) by mx1.freebsd.org (Postfix) with ESMTP id A3A0D13C447 for ; Mon, 4 Feb 2008 17:35:11 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp005-s [10.150.69.68]) by smtpoutm.mac.com (Xserve/smtpout014/MantshX 4.0) with ESMTP id m14HZAL2023169; Mon, 4 Feb 2008 09:35:10 -0800 (PST) Received: from mini-g4.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp005/MantshX 4.0) with ESMTP id m14HZ2Wb029976 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 4 Feb 2008 09:35:04 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Niki Denev In-Reply-To: <2e77fc10802040245u5452f63dq905b849a92cd7f9b@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 4 Feb 2008 09:35:02 -0800 References: <2e77fc10802040214n5f0141c0gdd76d74b67904a83@mail.gmail.com> <64392.39143.qm@web36608.mail.mud.yahoo.com> <2e77fc10802040245u5452f63dq905b849a92cd7f9b@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: Simun Mikecin , freebsd-current@freebsd.org Subject: Re: bin/119976: [patch] Add ZFS support to gpt(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 17:35:11 -0000 On Feb 4, 2008, at 2:45 AM, Niki Denev wrote: > On Feb 4, 2008 12:23 PM, Simun Mikecin wrote: >> >> --- Niki Denev wrote: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/119976 >>> >>> I'm running here with similar patch and it works ok. >>> >>> But the changes to migrate.c in the PR's patch will probably won't >>> do anything >>> because FS_ZFS is not defined in /usr/include/sys/disklabel.h >>> >>> There was some discussion about adding it : >>> http://readlist.com/lists/freebsd.org/freebsd-current/8/44907.html >> >> FS_ZFS *is* defined in v.110 of disklabel.h which is commited to 8- >> CURRENT (which is the version >> that this PR is refering to). >> > > Sorry, I missed that. > The patch is complete in that case, and it would be good to support > ZFS natively with gpt, gpart seems to support it already : gpt(8) is obsoleted by gpart(8) and will be removed when gpart(8) has support for writing boot blocks. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 17:48:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AEF016A468 for ; Mon, 4 Feb 2008 17:48:04 +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 24BC713C4EB for ; Mon, 4 Feb 2008 17:48:03 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JM5QG-0006H0-Vi for freebsd-current@freebsd.org; Mon, 04 Feb 2008 17:48:01 +0000 Received: from xdsl-10260.wroclaw.dialog.net.pl ([84.40.242.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Feb 2008 17:48:00 +0000 Received: from mwisnicki+freebsd by xdsl-10260.wroclaw.dialog.net.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Feb 2008 17:48:00 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Wisnicki Date: Mon, 4 Feb 2008 17:47:44 +0000 (UTC) Lines: 39 Message-ID: References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-10260.wroclaw.dialog.net.pl User-Agent: Pan/0.131 (Ghosts: First Variation) Sender: news Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 17:48:04 -0000 On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: >>Dear all, >> >>Here is overhauled vr(4) that shall address all known issues. PR >>database showed vr(4) is not stable enough under high load and > > Hi, > Is there a RELENG_7 or 6 version of the driver to test ? > Using RELENG_7 from this morning, I get > Try this: http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff On RELENG7 there could be a conflict in second change that should be safe to ignore. I'm not 100% sure if this is all that is required for RELENG6, but it works wonderfully so far. Even fixed Rx errors I was seeing for some time and didn't have the time to investigate whether they were caused by some recent commit to releng6 (like the last mfc) or simply a hardware failure. Thank you Pyun YongHyeon! >From my dmesg: vr0: port 0xd800-0xd8ff mem 0xdffefd00-0xdffefdff irq 5 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x74 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 42:00:e6:65:9b:11 vr0: [GIANT-LOCKED] Note I'm using mpsafenet=0 because of ipfw :( From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 18:47:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B9B216A41B; Mon, 4 Feb 2008 18:47:08 +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 40F7913C4D3; Mon, 4 Feb 2008 18:47:08 +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.2/8.14.2/NETPLEX) with ESMTP id m14Il4m1009185; Mon, 4 Feb 2008 13:47:04 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Mon, 04 Feb 2008 13:47:05 -0500 (EST) Date: Mon, 4 Feb 2008 13:47:04 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86abmgd4gl.fsf@ds4.des.no> Message-ID: References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> <86zlugeqaz.fsf@ds4.des.no> <86r6fsd55s.fsf@ds4.des.no> <86abmgd4gl.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-758783491-1202150824=:14537" Cc: Kostik Belousov , threads@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: Symbol versioning errors in libthr 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, 04 Feb 2008 18:47:08 -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. ---559023410-758783491-1202150824=:14537 Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Hey, just because I'm ugly, hairy, and my knuckles scrape on the ground is no reason to call me a monkey ;-) On Mon, 4 Feb 2008, Dag-Erling Sm=C3=B8rgrav wrote: > Daniel Eischen writes: >> Dag-Erling Sm=C3=B8rgrav writes: >>> (unless you can show that it's actually harmful in some way?) >> Please do not bump private, it was never meant to be bumped like this. > > This is not substantiation, this is the old monkey telling the young > monkey "this is the way it's always been done". > > With all due respect to the old monkey, the young monkey simply can't > understand why FBSD and FBSDprivate should be assymetric. Linux doesn't even have a version for GLIBC_PRIVATE. If we take the same approach to FBSDprivate as we do FBSD, then there is no need at all for FBSDprivate. We don't want to add compatibility hacks for anything in FBSDprivate (that is the purpose of having private in the first place), so if you start bumping private then you should also start adding compat hacks - otherwise you have to edit old private versions to remove (duplicate) symbols. FBSDprivate is to allow us to change our internal ABIs without really managing them - at least on the same level as the public namespace. If somehow something sneaks into private that needs to be publicized, we are free to bump private, but the goal is to not allow that to happen. We've come from -current and previous releases where there was no versioning at all, and have always managed. Yes, with some pain. But I cannot forsee how using FBSDprivate in the way we've designed it for (yes, it was reviewed) is somehow going to make the sky fall one day. And if there is a problem, that is why we have -current. We can iron it out there, and bump private if it ever becomes necessary. But we don't want to create more of a headache by maintaining different versions of private symbols - the private namespace allows us to add, remove, and change ABIs almost "willy nilly" without burdoning ourselves. This seems to be how it is done on both Solaris and Linux, if you want an example of prior art. > The young monkey would also like the old monkey to explain to him what > harm will come of this (the young monkey has asked this already, but the > old monkey has declined to respond). > > Finally, the young monkey would like to point out that this is all very > poorly documented. While aware of the freebsd_versioning.txt document > written by the old monkey, the young monkey can't find anything in it > about private symbol spaces. > > If the old monkey is in any way offended by this, he is free to > s/old/mature and experienced/ :) No, of course not. I hope I don't come across as too controntational either :-) --=20 DE ---559023410-758783491-1202150824=:14537-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 19:32:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D4C816A418 for ; Mon, 4 Feb 2008 19:32:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C7DD913C469 for ; Mon, 4 Feb 2008 19:32:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m14JWd7s069703; Mon, 4 Feb 2008 14:32:40 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m14JWdKv016017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2008 14:32:39 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802041932.m14JWdKv016017@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 04 Feb 2008 14:34:50 -0500 To: Marcin Wisnicki , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 19:32:44 -0000 At 12:47 PM 2/4/2008, Marcin Wisnicki wrote: >Try this: > http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > > >Even fixed Rx errors I was seeing for some time and didn't have the time >to investigate whether they were caused by some recent commit to releng6 >(like the last mfc) or simply a hardware failure. Thanks, I will give it a try! On the stock driver, I see lots of vr0: Using force reset command. vr0: Using force reset command. vr0: Using force reset command. vr0: Using force reset command. Its not a big deal if the host is constantly sending packets, but if something else is sending to it, sometimes the nic will be wedged until I initiate some traffic ---Mike From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 19:37:14 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E48C616A417; Mon, 4 Feb 2008 19:37:14 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF6713C442; Mon, 4 Feb 2008 19:37:14 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id m14J80WS041773; Mon, 4 Feb 2008 14:08:00 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id m14J80oW041772; Mon, 4 Feb 2008 14:08:00 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 4 Feb 2008 14:08:00 -0500 From: David Schultz To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20080204190800.GA41339@VARK.MIT.EDU> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Daniel Eischen , Kostik Belousov , threads@FreeBSD.ORG, Peter Wemm , current@FreeBSD.ORG References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> <86zlugeqaz.fsf@ds4.des.no> <86r6fsd55s.fsf@ds4.des.no> <86abmgd4gl.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86abmgd4gl.fsf@ds4.des.no> Cc: Daniel Eischen , Kostik Belousov , current@FreeBSD.ORG, Peter Wemm , threads@FreeBSD.ORG Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 19:37:15 -0000 On Mon, Feb 04, 2008, Dag-Erling Smrgrav wrote: > Daniel Eischen writes: > > Dag-Erling Smrgrav writes: > > > (unless you can show that it's actually harmful in some way?) > > Please do not bump private, it was never meant to be bumped like this. > > This is not substantiation, this is the old monkey telling the young > monkey "this is the way it's always been done". > > With all due respect to the old monkey, the young monkey simply can't > understand why FBSD and FBSDprivate should be assymetric. The private namespace is a repository for symbols that we don't intend to support across releases; these symbols may change or go away, and applications shouldn't use them directly. Making multiple private namespaces implies that the private namespaces *are* stable according to some definition, hence why we need more than one of them. Having stronger requirements for private namespaces would seem to defeat the purpose and create more work for people, principally Dan, who is still working with re@ to get the FBSD_1.0 symbols right for 7.0-RELEASE. Perhaps you could explain what stability requirements you have in mind for FBSDPrivate_X.Y here. > The young monkey would also like the old monkey to explain to him what > harm will come of this (the young monkey has asked this already, but the > old monkey has declined to respond). > > Finally, the young monkey would like to point out that this is all very > poorly documented. While aware of the freebsd_versioning.txt document > written by the old monkey, the young monkey can't find anything in it > about private symbol spaces. > > If the old monkey is in any way offended by this, he is free to > s/old/mature and experienced/ :) This is a little bit more sarcastic and pretentious than needed. Have a banana. `-=-' --the small monkey in the corner From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 19:42:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBDD516A49A for ; Mon, 4 Feb 2008 19:42:44 +0000 (UTC) (envelope-from qpadla@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 7CE4A13C468 for ; Mon, 4 Feb 2008 19:42:44 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so84764uge.37 for ; Mon, 04 Feb 2008 11:42:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=UmVVVL6uZKee7j4dUv/I9WAfRyvt+DlkY1GCUUG+HPE=; b=PF0KQNk092geTx/l9AAjCzTkm4IBLf0JL1v2+omY0HImF4K4h0o4HSfTlUPQCRm27Jtt9MhMorO4ptetgDyjpXsv+TSoHtC45CZRfEBg5Eb2R8YkwlFg9ykeucw3NswohOEjtxbWSPHt9Q3DdVWlLJ+Yrh68GRg2Ik5n0TYsR7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=raLyx83wxSC5FVPh4KlL03Y9MRoWNu0Il+3jl+DC2TKw68PjWvcnSNkgbVyS3X1BsaZOOilpK+A0FbXdE4rvI7FINMv8X/OkdSpMQcTsaVxhNDT5SXmy0Y0fBzY9IsUGF6oc+ZtYLbV2a4dRGyTGrQFn/rIi5Fpj+it+Cm0GTWc= Received: by 10.67.116.9 with SMTP id t9mr354317ugm.77.1202154163212; Mon, 04 Feb 2008 11:42:43 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id z40sm243924ugc.82.2008.02.04.11.42.40 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Feb 2008 11:42:42 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Mon, 4 Feb 2008 21:42:38 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802042142.38606.qpadla@gmail.com> Subject: IP bad-len 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 04 Feb 2008 19:42:45 -0000 Did someone knows what's that mean? root@cassini:~# tcpdump -n host xx.162.141.1 and port 80 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on em0, link-type EN10MB (Ethernet), capture size 96 bytes 17:04:40.734189 IP xx.162.141.1.47484 > xxx.53.51.235.80: S 3567180455:3567180455(0) win 5840 17:04:40.734236 IP xx.53.51.235.80 > xx.162.141.1.47484: S 3608546905:3608546905(0) ack 3567180456 win 8192 17:04:40.925032 IP xx.162.141.1.47484 > xxx.53.51.235.80: . ack 1 win 92 17:04:40.933559 IP xx.162.141.1.47484 > xxx.53.51.235.80: P 1:935(934) ack 1 win 92 17:04:40.995133 IP bad-len 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I see quite a lot of this messages on my web server xxx.53.51.235 and the connection is a bit sluggish sometimes. It's a em card on 7.0-RC1 GENERIC amd64 kernel: em0@pci0:6:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82573L Intel PRO/1000 PL Network Adaptor' class = network subclass = ethernet dev.em.0.%desc: Intel(R) PRO/1000 Network Connection Version - 6.7.3 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 handle=\_SB_.PCI0.EXP5.PXS5 dev.em.0.%pnpinfo: vendor=0x8086 device=0x109a subvendor=0x15d9 subdevice=0x109a class=0x020000 dev.em.0.%parent: pci6 dev.em.0.debug: -1 dev.em.0.stats: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.sc.0.%desc: System console -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 19:56:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC6D816A41B for ; Mon, 4 Feb 2008 19:56:58 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 208A413C455 for ; Mon, 4 Feb 2008 19:56:57 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 04 Feb 2008 19:56:56 -0000 Received: from unknown (EHLO [192.168.0.10]) [85.127.93.182] by mail.gmx.net (mp051) with SMTP; 04 Feb 2008 20:56:56 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18aJwMAh9Ma/4caR9zwtl1fmwJ8eVUqRlGrYMBijD SSqj1Tps7p5xaI From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Mon, 4 Feb 2008 20:56:54 +0100 User-Agent: KMail/1.9.7 References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802042056.54799.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: Marcin Wisnicki Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 19:56:58 -0000 On Monday 04 February 2008 18:47:44 Marcin Wisnicki wrote: > On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: > >>Dear all, > >> > >>Here is overhauled vr(4) that shall address all known issues. PR > >>database showed vr(4) is not stable enough under high load and > > > > Hi, > > Is there a RELENG_7 or 6 version of the driver to test ? > > Using RELENG_7 from this morning, I get > > Try this: > http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > > On RELENG7 there could be a conflict in second change that should be > safe to ignore. Using it with the second chunk ignored. > I'm not 100% sure if this is all that is required for RELENG6, but it > works wonderfully so far. > > Even fixed Rx errors I was seeing for some time and didn't have the time > to investigate whether they were caused by some recent commit to releng6 > (like the last mfc) or simply a hardware failure. The current vr driver works fine for me but the interface is only slightly loaded. It got stuck very rarely. Since I can't reproduce this, I don't know whether it's fixed. vr0: port 0xa000-0xa0ff mem 0xf0000000-0xf00000ff at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x74 miibus0: on vr0 vr0: Ethernet address: 00:0e:a6:40:3f:d0 vr0: [ITHREAD] Works fine so far. Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 21:35:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAEFE16A41A for ; Mon, 4 Feb 2008 21:35:01 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9618913C4E3 for ; Mon, 4 Feb 2008 21:35:01 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id m14LZ0kq017544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2008 16:35:00 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m14LYClu049808; Mon, 4 Feb 2008 16:34:12 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18343.34027.335573.791127@grasshopper.cs.duke.edu> Date: Mon, 4 Feb 2008 16:34:12 -0500 (EST) To: John Birrell In-Reply-To: <20080201223719.GA88460@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 21:35:01 -0000 With this installed, I'm seeing a problem running any dtrace scripts: dtrace: failed to compile script /nfs/home/gallatin/dtrace/printa.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" I'm guessing dtrace doesn't know what a uid_t is. Is this some sort of installation problem on my part? While I was trying to figure out what was going on, the machine fell over: panic: solaris assert: ((__curthread())->td_proc) == p, file: /var/tmp/dtrace/src/sys/modules/dtrace/fasttrap/../../../cddl/dev/fasttrap/fasttrap.c,line: 425 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17d fasttrap_fork() at fasttrap_fork+0x107 fork1() at fork1+0xdfc kproc_create() at kproc_create+0x66 nfs_nfsiodnew() at nfs_nfsiodnew+0xc9 nfs_asyncio() at nfs_asyncio+0xb1 nfs_strategy() at nfs_strategy+0x54 bufstrategy() at bufstrategy+0x2c nfs_writebp() at nfs_writebp+0xba nfs_flush() at nfs_flush+0x80c nfs_close() at nfs_close+0x1bf vn_close() at vn_close+0x7d vn_closefile() at vn_closefile+0x69 _fdrop() at _fdrop+0x23 closef() at closef+0x2a2 kern_close() at kern_close+0x15d syscall() at syscall+0x274 Xfast_syscall() at Xfast_syscall+0xab --- syscall (6, FreeBSD ELF64, close), rip = 0x800879d1c, rsp = 0x7fffffffe598, rbp = 0 --- Uptime: 19m45s Drew From owner-freebsd-current@FreeBSD.ORG Mon Feb 4 22:53:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93E4B16A417 for ; Mon, 4 Feb 2008 22:53:27 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7364713C4CE for ; Mon, 4 Feb 2008 22:53:27 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id E7606732AD; Mon, 4 Feb 2008 22:53:26 +0000 (GMT) Date: Mon, 4 Feb 2008 22:53:26 +0000 From: John Birrell To: Andrew Gallatin Message-ID: <20080204225326.GA16190@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18343.34027.335573.791127@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18343.34027.335573.791127@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 04 Feb 2008 22:53:27 -0000 On Mon, Feb 04, 2008 at 04:34:12PM -0500, Andrew Gallatin wrote: > > With this installed, I'm seeing a problem running any > dtrace scripts: > > dtrace: failed to compile script /nfs/home/gallatin/dtrace/printa.d: > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > I'm guessing dtrace doesn't know what a uid_t is. Is this some sort > of installation problem on my part? Hmmm. That looks like a CTF conversion problem, assuming that uid_t is actually referenced in our kernel (which I think it should be). Does a ctfdump of the kernel list uid_t? > > > While I was trying to figure out what was going on, the > machine fell over: > > panic: solaris assert: ((__curthread())->td_proc) == p, file: Ah that's WIP. I shouldn't have added fasttrap to the dtraceall module dependencies. Can you take it out or just load all the other modules manually? You wo't get anywhere trying to trace userland stuff yet. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 02:00:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 885EE16A417 for ; Tue, 5 Feb 2008 02:00:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4A09913C447 for ; Tue, 5 Feb 2008 02:00:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1520nPj016295; Mon, 4 Feb 2008 21:00:49 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m1520m6m017592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2008 21:00:48 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200802050200.m1520m6m017592@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 04 Feb 2008 21:03:00 -0500 To: pyunyh@gmail.com, freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200802042056.54799.shoesoft@gmx.net> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802041545.m14FjpVn014969@lava.sentex.ca> <200802042056.54799.shoesoft@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Marcin Wisnicki Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 02:00:50 -0000 At 02:56 PM 2/4/2008, Stefan Ehmann wrote: >On Monday 04 February 2008 18:47:44 Marcin Wisnicki wrote: > > On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > > > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: > > >>Dear all, > > >> > > >>Here is overhauled vr(4) that shall address all known issues. PR > > >>database showed vr(4) is not stable enough under high load and > > > > > > Hi, > > > Is there a RELENG_7 or 6 version of the driver to test ? > > > Using RELENG_7 from this morning, I get > > > > Try this: > > http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > > > > On RELENG7 there could be a conflict in second change that should be > > safe to ignore. >Using it with the second chunk ignored. > > > I'm not 100% sure if this is all that is required for RELENG6, but it > > works wonderfully so far. > > > > Even fixed Rx errors I was seeing for some time and didn't have the time > > to investigate whether they were caused by some recent commit to releng6 > > (like the last mfc) or simply a hardware failure. > >The current vr driver works fine for me but the interface is only slightly >loaded. It got stuck very rarely. Since I can't reproduce this, I don't know >whether it's fixed. > >vr0: port 0xa000-0xa0ff mem >0xf0000000-0xf00000ff at device 18.0 on pci0 >vr0: Quirks: 0x0 >vr0: Revision: 0x74 >miibus0: on vr0 >vr0: Ethernet address: 00:0e:a6:40:3f:d0 >vr0: [ITHREAD] > >Works fine so far. Still seeing some "Forced Reset", although at a slightly lower rate. The rx shutdown error is new however. vr0: vr_stop: Rx shutdown error vr0: vr_stop: Rx shutdown error vr0: Using force reset command. This is RELENG_7 from this morning vr0: port 0xe100-0xe1ff mem 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 vr0: Quirks: 0x6 vr0: Revision: 0x96 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:24:c9:34:88 vr0: [ITHREAD] vr1: port 0xe200-0xe2ff mem 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 vr1: Quirks: 0x6 vr1: Revision: 0x96 miibus1: on vr1 ukphy1: PHY 1 on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:00:24:c9:34:89 vr1: [ITHREAD] vr2: port 0xe300-0xe3ff mem 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 vr2: Quirks: 0x6 vr2: Revision: 0x96 miibus2: on vr2 ukphy2: PHY 1 on miibus2 ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr2: Ethernet address: 00:00:24:c9:34:8a vr2: [ITHREAD] vr3: port 0xe400-0xe4ff mem 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 vr3: Quirks: 0x6 vr3: Revision: 0x96 ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 02:02:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCAE616A417 for ; Tue, 5 Feb 2008 02:02:49 +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 7EBCC13C468 for ; Tue, 5 Feb 2008 02:02:49 +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.2/8.14.2/NETPLEX) with ESMTP id m1522lYE023530 for ; Mon, 4 Feb 2008 21:02:48 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Mon, 04 Feb 2008 21:02:48 -0500 (EST) Date: Mon, 4 Feb 2008 21:02:48 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: FreeBSD on Sun Fire X4100 server 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: Tue, 05 Feb 2008 02:02:49 -0000 I've searched and haven't found a definitive "this all works" response yet. Is anyone running some form of 7.0 or -current one one of these systems? Does USB keyboard, SAS drives without RAID, and all ethernet devices work as expected? -- DE From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 02:29:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11AF416A41B for ; Tue, 5 Feb 2008 02:29:41 +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 836A213C458 for ; Tue, 5 Feb 2008 02:29:40 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from nbc.matik.com.br (nbc.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m152ThL6096817; Tue, 5 Feb 2008 00:29:43 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Andrew Thompson Date: Tue, 5 Feb 2008 00:29:10 -0200 User-Agent: KMail/1.9.6 (enterprise 0.20071204.744707) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802050029.10810.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: serious wi drv problem in 7 but not in 6.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 02:29:41 -0000 I get still the following events with 7.0 but with same hardware and 6.2 or= =20 6.3 it stays quiet the card performance drops seriously when the events are coming up more=20 frequent=20 I can not discover a pattern, they appear with low traffic as well as with= =20 high traffic continously, anyway any time I boot 6.3 they go away =46eb 4 21:20:31 ap1-mir kernel: wi0: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 21:22:01 ap1-mir kernel: wi0: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 21:30:00 ap1-mir root: WIP: 74 esta=E7=F5es conectadas. =46eb 4 21:33:02 ap1-mir kernel: wi0: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 21:38:48 ap1-mir kernel: wi0: record read mismatch, rid=3Dfd44, go= t=3D44e4 =46eb 4 21:40:01 ap1-mir kernel: wi0: record read mismatch, rid=3Dfd44, go= t=3D3b20 =46eb 4 21:45:01 ap1-mir root: WIP: 70 esta=E7=F5es conectadas. =46eb 4 21:45:01 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 21:48:50 ap1-mir kernel: wi0: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 21:49:05 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, go= t=3D2239 eb 4 23:07:30 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, got= =3D8000 =46eb 4 23:10:16 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 23:11:01 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 23:15:00 ap1-mir root: WIP: 54 esta=E7=F5es conectadas. =46eb 4 23:26:33 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, go= t=3D8000 =46eb 4 23:30:00 ap1-mir root: WIP: 54 esta=E7=F5es conectadas. =46eb 4 23:35:49 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, go= t=3D27a8 =46eb 4 23:42:50 ap1-mir kernel: wi1: record read mismatch, rid=3Dfd44, go= t=3D8000 wi0: at port 0x100-0x13f irq 18 function 0 config 1= on=20 pccard1 wi0: [ITHREAD] wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: Ethernet address: 00:02:6f:40:7d:97 wi0: flags=3D8943 metric 0 = mtu=20 1500 ether 00:02:6f:40:7d:97 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b =20 (DS/2Mbps ) status: associated ssid Net-01 channel 1 (2412 Mhz 11b) bssid 00:02:6f:40:7d:97 stationname AP1 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 50.0 rtsthreshold 2346 fragthreshold 23= 46 bmiss 7 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11a 7 roam:rate11a 12 roam:rssi11b 7 roam:rate11b 1 roam:rssi11g 7 roam:rate11g 5 -pureg protmode OFF -ht -htcompat -am= pdu ampdulimit 8k ampdudensity - -amsdu -shortgi htprotmode RTSCTS -pur= en -wme -burst -ff -dturbo hidessid -apbridge dtimperiod 1 doth inact bintval 100 =46reeBSD ap1-mir.expressnet.com.br 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #= 0:=20 Wed Jan 30 05:32:16 BRST 2008 =20 jbr@ap1-mir.expressnet.com.br:/usr/obj/usr/src/sys/wce7 amd64 =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 Tue Feb 5 06:25:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDCB616A417; Tue, 5 Feb 2008 06:25:23 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id C435513C45B; Tue, 5 Feb 2008 06:25:23 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id 8C37A2EB966; Tue, 5 Feb 2008 01:09:16 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a7XZ0oHGkAZ3; Tue, 5 Feb 2008 01:09:16 -0500 (EST) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTP id 4A9842EB953; Tue, 5 Feb 2008 01:09:16 -0500 (EST) Message-ID: <47A7FD86.1020407@egr.msu.edu> Date: Tue, 05 Feb 2008 01:09:10 -0500 From: Adam McDougall User-Agent: Thunderbird 2.0.0.9 (X11/20080131) MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: FreeBSD on Sun Fire X4100 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 06:25:24 -0000 Daniel Eischen wrote: > I've searched and haven't found a definitive "this all works" > response yet. Is anyone running some form of 7.0 or -current > one one of these systems? Does USB keyboard, SAS drives without > RAID, and all ethernet devices work as expected? > I have ran 7.0 on one in the past and do not recall any problems. Actually I did install 7.0 on a X4100-M2 recently and no problems so far. I plan to upgrade the rest eventually, as time or priority permits. I have several of them running 6.2-stable in prod, including X4100 and X4100-M2. The SAS driver went in between 6.1 and 6.2, and kbdmux around the same time made it easier to get a usb keyboard working wherever you feel like plugging it in (otherwise the back USB port takes precedence over the ILOM virtual USB keyboard, but the ILOM virtual USB keyboard takes precedence over the front USB port. The X4100 has 4 intel gig ports that work fine. The X4100-M2 has 2 intel and 2 nvidia, and I have only tested the intel ports (although im sure the others were probed by a default kernel). I've used the SAS drives, I had the best luck with the integrated mirroring (may have had stability problems using GEOM-mirror) and definitely had major stability problems when using (unsupported) SATA drives in it with GEOM-mirror. The chipset had some poor speed interactions with the SATA drives anyway. I can provide more information on some of the ILOM upgrading quirks and procedures if wanted. Assembling all the version prerequisites and noting drawbacks of some versions took me a while. From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 08:41:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7510716A417; Tue, 5 Feb 2008 08:41:41 +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 2F3D713C458; Tue, 5 Feb 2008 08:41: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 A84F42083; Tue, 5 Feb 2008 09:41:32 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/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 E37B52082; Tue, 5 Feb 2008 09:41:31 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id C2DA6844B3; Tue, 5 Feb 2008 09:41:31 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Daniel Eischen References: <861w7um5o5.fsf@ds4.des.no> <20080203162918.GK57756@deviant.kiev.zoral.com.ua> <20080203121112.426a8c25@kan.dnsalias.net> <86zlugeqaz.fsf@ds4.des.no> <86r6fsd55s.fsf@ds4.des.no> <86abmgd4gl.fsf@ds4.des.no> Date: Tue, 05 Feb 2008 09:41:31 +0100 In-Reply-To: (Daniel Eischen's message of "Mon\, 4 Feb 2008 13\:47\:04 -0500 \(EST\)") Message-ID: <86hcgn23t0.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: Kostik Belousov , threads@freebsd.org, Peter Wemm , current@freebsd.org Subject: Re: Symbol versioning errors in libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 08:41:41 -0000 Daniel Eischen writes: > Dag-Erling Sm=C3=B8rgrav writes: > > With all due respect to the old monkey, the young monkey simply > > can't understand why FBSD and FBSDprivate should be assymetric. > [snip detailed explanation] The young monkey understand now, and thanks the old monkey for sharing his wisdom. The young monkey will revert the inappropriate changes he made to pthread.map. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 10:04:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E191416A41A for ; Tue, 5 Feb 2008 10:04:37 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id A201313C447 for ; Tue, 5 Feb 2008 10:04:37 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id D83071EEC6; Tue, 5 Feb 2008 11:34:31 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09533-07; Tue, 5 Feb 2008 11:34:31 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 0FBAF1EEAE; Tue, 5 Feb 2008 11:34:31 +0200 (EET) Message-ID: <47A82DA5.3060504@bulinfo.net> Date: Tue, 05 Feb 2008 11:34:29 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: qpadla@gmail.com References: <200802042142.38606.qpadla@gmail.com> In-Reply-To: <200802042142.38606.qpadla@gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-current@freebsd.org Subject: Re: IP bad-len 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, 05 Feb 2008 10:04:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Can you try: net.inet.tcp.rfc1323=0 Nikolay Pavlov wrote: > Did someone knows what's that mean? > > root@cassini:~# tcpdump -n host xx.162.141.1 and port 80 > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on em0, link-type EN10MB (Ethernet), capture size 96 bytes > 17:04:40.734189 IP xx.162.141.1.47484 > xxx.53.51.235.80: S > 3567180455:3567180455(0) win 5840 0,nop,wscale 6> > 17:04:40.734236 IP xx.53.51.235.80 > xx.162.141.1.47484: S > 3608546905:3608546905(0) ack 3567180456 win 8192 5,sackOK,timestamp 709854070 8804899> > 17:04:40.925032 IP xx.162.141.1.47484 > xxx.53.51.235.80: . ack 1 win 92 > > 17:04:40.933559 IP xx.162.141.1.47484 > xxx.53.51.235.80: P 1:935(934) ack > 1 win 92 > 17:04:40.995133 IP bad-len 0 > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > I see quite a lot of this messages on my web server xxx.53.51.235 and the > connection is a bit sluggish sometimes. > It's a em card on 7.0-RC1 GENERIC amd64 kernel: > > em0@pci0:6:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82573L Intel PRO/1000 PL Network Adaptor' > class = network > subclass = ethernet > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection Version - 6.7.3 > dev.em.0.%driver: em > dev.em.0.%location: slot=0 function=0 handle=\_SB_.PCI0.EXP5.PXS5 > dev.em.0.%pnpinfo: vendor=0x8086 device=0x109a subvendor=0x15d9 > subdevice=0x109a class=0x020000 > dev.em.0.%parent: pci6 > dev.em.0.debug: -1 > dev.em.0.stats: -1 > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 66 > dev.em.0.rx_abs_int_delay: 66 > dev.em.0.tx_abs_int_delay: 66 > dev.em.0.rx_processing_limit: 100 > dev.sc.0.%desc: System console > > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHqC2lxJBWvpalMpkRAlaWAKCvtt4VFMnf5FaZ5y7ywZP6NBlIGACdGFZ9 /AfMgilwIXpK6nm7wqGycH0= =W61e -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 10:17:23 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B8716A41B for ; Tue, 5 Feb 2008 10:17:23 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8249313C447 for ; Tue, 5 Feb 2008 10:17:22 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 05 Feb 2008 10:17:17 -0000 Received: from unknown (EHLO [192.168.0.10]) [85.127.93.182] by mail.gmx.net (mp026) with SMTP; 05 Feb 2008 11:17:17 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19PSUsGMJFPiXvfCW148Gi5sXp7YRQUJiK4J/BJ2O jKXd8UJ+kieB0+ From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Tue, 5 Feb 2008 11:17:15 +0100 User-Agent: KMail/1.9.7 References: <20080204022334.GC27999@cdnetworks.co.kr> <200802042056.54799.shoesoft@gmx.net> In-Reply-To: <200802042056.54799.shoesoft@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802051117.16262.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: Marcin Wisnicki Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 10:17:23 -0000 On Monday 04 February 2008 20:56:54 Stefan Ehmann wrote: > On Monday 04 February 2008 18:47:44 Marcin Wisnicki wrote: > > On Mon, 04 Feb 2008 10:48:02 -0500, Mike Tancsa wrote: > > > At 09:23 PM 2/3/2008, Pyun YongHyeon wrote: > > >>Dear all, > > >> > > >>Here is overhauled vr(4) that shall address all known issues. PR > > >>database showed vr(4) is not stable enough under high load and > > > > > > Hi, > > > Is there a RELENG_7 or 6 version of the driver to test ? > > > Using RELENG_7 from this morning, I get > > > > Try this: > > http://wisnia21.freeshell.org/f/freebsd/if_vr-pyunyh-to-releng6.diff > > > > On RELENG7 there could be a conflict in second change that should be > > safe to ignore. > > Using it with the second chunk ignored. ... > vr0: port 0xa000-0xa0ff mem > 0xf0000000-0xf00000ff at device 18.0 on pci0 > vr0: Quirks: 0x0 > vr0: Revision: 0x74 > miibus0: on vr0 > vr0: Ethernet address: 00:0e:a6:40:3f:d0 > vr0: [ITHREAD] (replying to myself) wake-on-LAN doesn't work for me any longer. Anyone else seeing this? -- Stefan From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 12:23:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4879316A418 for ; Tue, 5 Feb 2008 12:23:13 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id 99D8913C458 for ; Tue, 5 Feb 2008 12:23:11 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAC/kp0d5LVNCWmdsb2JhbACBWI5JASCcXA X-IronPort-AV: E=Sophos;i="4.25,307,1199626200"; d="scan'208";a="46311765" Received: from ppp121-45-83-66.lns10.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.83.66]) by ipmail04.adl2.internode.on.net with ESMTP; 05 Feb 2008 22:53:09 +1030 Received: from [192.168.155.54] (taurus.internal.clearchain.com [192.168.155.54]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id m15CN6Pv083337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 22:53:07 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <47A8552A.2030601@clearchain.com> Date: Tue, 05 Feb 2008 22:53:06 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 05 Feb 2008 22:53:07 +1030 (CST) Cc: current@freebsd.org Subject: Re: FreeBSD on Sun Fire X4100 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 12:23:13 -0000 Daniel Eischen wrote: > I've searched and haven't found a definitive "this all works" > response yet. Is anyone running some form of 7.0 or -current > one one of these systems? Does USB keyboard, SAS drives without > RAID, and all ethernet devices work as expected? > Runs like a charm. Only issues I've had are: o USB keyboard doesn't work in ddb, works fine in normal os. o Detection order of boot devices changed when I added a fibre channel card. Appart from that it runs great, all 4 nics recognised, mpt works with/out raid. Infact I hope to have it be an official FreeBSD mirror server in the not too distant future. Uptime: 75d23h15m45s 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-BETA1 #0: Fri Oct 26 12:29:45 CST 2007 root@cis231691-c.ce.unisa.edu.au:/usr/obj/usr/src/sys/WEETBIX WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2193.77-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 usable memory = 2133479424 (2034 MB) avail memory = 2057420800 (1962 MB) ACPI APIC Table: .. etc From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 13:02:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 760A916A418; Tue, 5 Feb 2008 13:02:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD3013C457; Tue, 5 Feb 2008 13:02:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JMNRD-000Adi-J4; Tue, 05 Feb 2008 15:02:14 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m15D1pFH071515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 15:01:52 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m15D2BNe017219; Tue, 5 Feb 2008 15:02:11 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m15D2Aq4017218; Tue, 5 Feb 2008 15:02:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 5 Feb 2008 15:02:10 +0200 From: Kostik Belousov To: sos@freebsd.org Message-ID: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CIvnmBjnCkOH19pP" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: 5bcd58edb95cdacf596e852bfe0375ec X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2171 [Feb 05 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 13:02:15 -0000 --CIvnmBjnCkOH19pP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I noted that when idle, my laptop HDD increases the Load_Cycle_Count (193) approx. each ten seconds, as reported by smartctl. Have recently read about the Ubuntu and APM mode for hard drives, I searched for the tool to tune APM (that has functionality similar to linux' hdparm -B). It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did not make a mistake, below is the patch that allows to manage APM state of the hard drive using atacontrol. Any comments or objections against committing this ? http://people.freebsd.org/~kib/misc/ata_setcap.1.patch --CIvnmBjnCkOH19pP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeoXlIACgkQC3+MBN1Mb4jLswCg5qNR41hQLEL7e322e+VGQWZE +eYAn11lO9m5QT0Pg7KOxPzdABbkBEA/ =p6Js -----END PGP SIGNATURE----- --CIvnmBjnCkOH19pP-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 13:29:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D057716A419; Tue, 5 Feb 2008 13:29:45 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id B8CA413C457; Tue, 5 Feb 2008 13:29:44 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m15D5tpI027516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 13:05:56 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <47A85FA5.9050704@unsane.co.uk> Date: Tue, 05 Feb 2008 13:07:49 +0000 From: Vince Hoffman User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: Kostik Belousov References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 13:29:45 -0000 Kostik Belousov wrote: > I noted that when idle, my laptop HDD increases the Load_Cycle_Count > (193) approx. each ten seconds, as reported by smartctl. Have recently > read about the Ubuntu and APM mode for hard drives, I searched for the > tool to tune APM (that has functionality similar to linux' hdparm -B). > > It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did > not make a mistake, below is the patch that allows to manage APM state > of the hard drive using atacontrol. > /usr/ports/sysutils/ataidle exists and is usable, (I use it on my laptop.) However it seems it could be a sensible thing to have in atacontrol. Vince > Any comments or objections against committing this ? > http://people.freebsd.org/~kib/misc/ata_setcap.1.patch From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 13:45:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FBA516A473; Tue, 5 Feb 2008 13:45:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 06F5A13C516; Tue, 5 Feb 2008 13:45:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JMO6p-0006Pw-D4; Tue, 05 Feb 2008 15:45:17 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m15DipQ3072615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 15:44:51 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m15DjA7d018041; Tue, 5 Feb 2008 15:45:10 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m15DjA07018040; Tue, 5 Feb 2008 15:45:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 5 Feb 2008 15:45:10 +0200 From: Kostik Belousov To: Vince Hoffman Message-ID: <20080205134510.GR57756@deviant.kiev.zoral.com.ua> References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <47A85FA5.9050704@unsane.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JCpo+QZzvOT3juay" Content-Disposition: inline In-Reply-To: <47A85FA5.9050704@unsane.co.uk> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: bb9f355b5be917825c280d06cf0e20ab X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2171 [Feb 05 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 13:45:18 -0000 --JCpo+QZzvOT3juay Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 05, 2008 at 01:07:49PM +0000, Vince Hoffman wrote: > Kostik Belousov wrote: > > I noted that when idle, my laptop HDD increases the Load_Cycle_Count > > (193) approx. each ten seconds, as reported by smartctl. Have recently > > read about the Ubuntu and APM mode for hard drives, I searched for the > > tool to tune APM (that has functionality similar to linux' hdparm -B). > >=20 > > It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did > > not make a mistake, below is the patch that allows to manage APM state > > of the hard drive using atacontrol. > >=20 > /usr/ports/sysutils/ataidle exists and is usable, (I use it on my > laptop.) However it seems it could be a sensible thing to have in > atacontrol. I never looked into it, and I have heard that it has an architectural problems. BTW intent of my patch is to have the ability to turn APM off. Can ataidle do this ? >=20 > Vince >=20 > > Any comments or objections against committing this ? > > http://people.freebsd.org/~kib/misc/ata_setcap.1.patch --JCpo+QZzvOT3juay Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeoaGUACgkQC3+MBN1Mb4hHogCdEbMbor0ZLkOPA/G1GIxrgzBq tzsAn3Es4Pa4Mp7/1i4E5XibFrJHvFod =sCKb -----END PGP SIGNATURE----- --JCpo+QZzvOT3juay-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 14:22:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C437416A418 for ; Tue, 5 Feb 2008 14:22:51 +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 805B413C4CC for ; Tue, 5 Feb 2008 14:22:51 +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.2/8.14.2/NETPLEX) with ESMTP id m15EMVt5008856; Tue, 5 Feb 2008 09:22:31 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Tue, 05 Feb 2008 09:22:31 -0500 (EST) Date: Tue, 5 Feb 2008 09:22:31 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Benjamin Close In-Reply-To: <47A8552A.2030601@clearchain.com> Message-ID: References: <47A8552A.2030601@clearchain.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: FreeBSD on Sun Fire X4100 server 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: Tue, 05 Feb 2008 14:22:51 -0000 On Tue, 5 Feb 2008, Benjamin Close wrote: > Daniel Eischen wrote: >> I've searched and haven't found a definitive "this all works" >> response yet. Is anyone running some form of 7.0 or -current >> one one of these systems? Does USB keyboard, SAS drives without >> RAID, and all ethernet devices work as expected? >> > Runs like a charm. Only issues I've had are: > o USB keyboard doesn't work in ddb, works fine in normal os. > o Detection order of boot devices changed when I added a fibre channel > card. > > Appart from that it runs great, all 4 nics recognised, mpt works with/out > raid. > Infact I hope to have it be an official FreeBSD mirror server in the not too > distant future. Excellent - thank you. Is this the X4100 or the X4100 M2? -- DE From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 14:55:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D8BC16A469 for ; Tue, 5 Feb 2008 14:55:18 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 43A8713C46B for ; Tue, 5 Feb 2008 14:55:18 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from fox.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Tue, 05 Feb 2008 15:38:12 +0100 id 0002E02F.47A874D4.00014BBD From: Milan Obuch To: freebsd-current@freebsd.org Date: Tue, 5 Feb 2008 15:40:01 +0100 User-Agent: KMail/1.9.7 References: <20080204022334.GC27999@cdnetworks.co.kr> In-Reply-To: <20080204022334.GC27999@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802051540.01916.freebsd-current@dino.sk> Subject: Re: CFT: vr(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 14:55:18 -0000 On Monday 04 February 2008, Pyun YongHyeon wrote: > Dear all, > > Here is overhauled vr(4) that shall address all known issues. PR > database showed vr(4) is not stable enough under high load and > link state handling didn't work as expected as well as its poor > performance. I've tried hard to fix the bugs reported in PR > database for several months. It tooked more time than I had > planned when I received donated hardware. > vr(4) will now > - work on all architectures. > - have better Rx performance. > - have more robust error recovery. > - reliably detect link state changes. > - support 32bit perfect multicast filtering for VT6105M. > - support WOL. > > It seems that the overhauled vr(4) runs well under my limited test > environments. Several users already reported success. Because there > are three kinds of Rhine family and lots of variants for the > hardware, I'd like to hear feedback from users priror to commit. > You can get the latest vr(4) at the following URL. > > http://people.freebsd.org/~yongari/vr/if_vr.c > http://people.freebsd.org/~yongari/vr/if_vrreg.h > > I wouldn't be available for 7 ~ 10 days from Feb 5, so please don't > expect quick reply. Hi, did anybody test Routerboard 44? It is quad network card, uses VT6105M chips as network controller (Via) and PCI6152 as PCI-PCI bridge (PLX Technology). With both stock if_vr and modified from site given above it partially works - interfaces are created, ifconfig works, but even pinging some host in local network (I achieve the effect with ping -f in a minue or so) hangs system. Nothing on my console, nothing in system log. Only hard powerdown restores system in functioning state. I tested it with stock vr driver in both 6 and 7 stable on both i386 and amd64, and now with overhauled vr in 8 freshly cvsupped and two files replaced on i386. If anybody has any idea or some patches I could test, I will. Regards, Milan This is on console after kldload if_vr: Feb 5 14:36:29 tix kernel: vr0: port 0x9c00-0x9cff mem 0xfceff000-0xfceff0ff irq 17 at device 8.0 on pci3 Feb 5 14:36:29 tix kernel: vr0: Quirks: 0x6 Feb 5 14:36:29 tix kernel: vr0: Revision: 0x96 Feb 5 14:36:29 tix kernel: miibus1: on vr0 Feb 5 14:36:29 tix kernel: ukphy0: PHY 1 on miibus1 Feb 5 14:36:29 tix kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Feb 5 14:36:29 tix kernel: vr0: Ethernet address: 00:0c:42:02:38:a8 Feb 5 14:36:29 tix kernel: vr0: [ITHREAD] Feb 5 14:36:29 tix kernel: vr1: port 0x9800-0x98ff mem 0xfcefe000-0xfcefe0ff irq 18 at device 9.0 on pci3 Feb 5 14:36:29 tix kernel: vr1: Quirks: 0x6 Feb 5 14:36:29 tix kernel: vr1: Revision: 0x96 Feb 5 14:36:29 tix kernel: miibus2: on vr1 Feb 5 14:36:29 tix kernel: ukphy1: PHY 1 on miibus2 Feb 5 14:36:29 tix kernel: ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Feb 5 14:36:29 tix kernel: vr1: Ethernet address: 00:0c:42:02:38:a9 Feb 5 14:36:29 tix kernel: vr1: [ITHREAD] Feb 5 14:36:29 tix kernel: vr2: port 0x9400-0x94ff mem 0xfcefd000-0xfcefd0ff irq 19 at device 10.0 on pci3 Feb 5 14:36:29 tix kernel: vr2: Quirks: 0x6 Feb 5 14:36:29 tix kernel: vr2: Revision: 0x96 Feb 5 14:36:29 tix kernel: miibus3: on vr2 Feb 5 14:36:29 tix kernel: ukphy2: PHY 1 on miibus3 Feb 5 14:36:29 tix kernel: ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Feb 5 14:36:29 tix kernel: vr2: Ethernet address: 00:0c:42:02:38:aa Feb 5 14:36:29 tix kernel: vr2: [ITHREAD] Feb 5 14:36:29 tix kernel: vr3: port 0x9000-0x90ff mem 0xfcefc000-0xfcefc0ff irq 16 at device 11.0 on pci3 Feb 5 14:36:29 tix kernel: vr3: Quirks: 0x6 Feb 5 14:36:29 tix kernel: vr3: Revision: 0x96 Feb 5 14:36:29 tix kernel: miibus4: on vr3 Feb 5 14:36:29 tix kernel: ukphy3: PHY 1 on miibus4 Feb 5 14:36:29 tix kernel: ukphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Feb 5 14:36:29 tix kernel: vr3: Ethernet address: 00:0c:42:02:38:ab Feb 5 14:36:29 tix kernel: vr3: [ITHREAD] Feb 5 14:36:29 tix kernel: vr0: link state changed to DOWN Feb 5 14:36:29 tix kernel: vr1: link state changed to DOWN Feb 5 14:36:29 tix kernel: vr2: link state changed to DOWN Feb 5 14:36:29 tix kernel: vr3: link state changed to DOWN -- Address this mail is sent from is used only for this mailing list. Do not send any messages to it directly as a response, reply only to mailing list. For mail to me personally, use milan in address instead. From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 15:32:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1D0616A417 for ; Tue, 5 Feb 2008 15:32:08 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 994BA13C4D5 for ; Tue, 5 Feb 2008 15:32:08 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id m15FW7eV005165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 10:32:08 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m15FVdVn055424; Tue, 5 Feb 2008 10:31:39 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18344.33138.681553.825043@grasshopper.cs.duke.edu> Date: Tue, 5 Feb 2008 10:31:39 -0500 (EST) To: John Birrell In-Reply-To: <20080204225326.GA16190@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18343.34027.335573.791127@grasshopper.cs.duke.edu> <20080204225326.GA16190@what-creek.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 15:32:09 -0000 John Birrell writes: > On Mon, Feb 04, 2008 at 04:34:12PM -0500, Andrew Gallatin wrote: > > > > With this installed, I'm seeing a problem running any > > dtrace scripts: > > > > dtrace: failed to compile script /nfs/home/gallatin/dtrace/printa.d: > > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > > > I'm guessing dtrace doesn't know what a uid_t is. Is this some sort > > of installation problem on my part? > > Hmmm. That looks like a CTF conversion problem, assuming that uid_t > is actually referenced in our kernel (which I think it should be). > > Does a ctfdump of the kernel list uid_t? There was no ctf data at all. I build kernels the old fashioned way in /sys (no buildkernel), and I ran config prior to installworld, so the makefile did not have the CTF Total pilot error on my part, sorry to have bothered you! > > panic: solaris assert: ((__curthread())->td_proc) == p, file: > > Ah that's WIP. I shouldn't have added fasttrap to the dtraceall > module dependencies. Can you take it out or just load all the other > modules manually? You wo't get anywhere trying to trace userland stuff > yet. That works, thanks! FWIW, I was mainly looking to try some of the kernel profiling scripts that I use on Solaris and MacOSX. They're variations on the example scripts. When I ran the following on a fairly busy system: #!/usr/sbin/dtrace -s profile:::profile-997 { @a[stack(20)]=count(); } END { trunc(@a, 20); printa(@a); } I see nothing: % ~/dtrace/profile_stack.d dtrace: script '/nfs/home/gallatin/dtrace/profile_stack.d' matched 2 probes <20 seconds elapses> ^C CPU ID FUNCTION:NAME 2 2 :END 20064 Under similar load on Solaris (or MacOSX), I'd see a bunch of different "hot" stacks. A few more tries hung the system for ~30 seconds, until it crashed: bge0: watchdog timeout -- resetting spin lock 0xffffffff80a5ac20 (smp rendezvous) held by 0xffffff008c96aa50 (tid 100135) too long panic: spin lock held too long cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17d _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x39 _mtx_lock_spin() at _mtx_lock_spin+0x9e smp_rendezvous_cpus() at smp_rendezvous_cpus+0xe1 dtrace_xcall() at dtrace_xcall+0x6a dtrace_state_deadman() at dtrace_state_deadman+0x19 cyclic_clock() at cyclic_clock+0x12b lapic_handle_timer() at lapic_handle_timer+0x8b Xtimerint() at Xtimerint+0x67 --- interrupt, rip = 0xffffffff806fd9e6, rsp = 0xffffffffac289b90, rbp = 0xffffffffac289ba0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x19c sched_idletd() at sched_idletd+0x46 fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac289d30, rbp = 0 --- FWIW, this is an 8-way opteron. Drew From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 15:52:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0C7A16A417; Tue, 5 Feb 2008 15:52:56 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF5113C442; Tue, 5 Feb 2008 15:52:56 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from prawn.unsane.co.uk (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m15FoxAX029791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 15:51:00 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <47A88655.3080702@unsane.co.uk> Date: Tue, 05 Feb 2008 15:52:53 +0000 From: Vince Hoffman User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: Kostik Belousov References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <47A85FA5.9050704@unsane.co.uk> <20080205134510.GR57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20080205134510.GR57756@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 15:52:57 -0000 Kostik Belousov wrote: > On Tue, Feb 05, 2008 at 01:07:49PM +0000, Vince Hoffman wrote: >> Kostik Belousov wrote: >>> I noted that when idle, my laptop HDD increases the Load_Cycle_Count >>> (193) approx. each ten seconds, as reported by smartctl. Have recently >>> read about the Ubuntu and APM mode for hard drives, I searched for the >>> tool to tune APM (that has functionality similar to linux' hdparm -B). >>> >>> It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did >>> not make a mistake, below is the patch that allows to manage APM state >>> of the hard drive using atacontrol. >>> >> /usr/ports/sysutils/ataidle exists and is usable, (I use it on my >> laptop.) However it seems it could be a sensible thing to have in >> atacontrol. > I never looked into it, and I have heard that it has an architectural > problems. BTW intent of my patch is to have the ability to turn APM off. > Can ataidle do this ? > The manpage says it can with -P 0 it seems to work for me but the author does say about apm and aam support that: "These features are experimental, and should only be used after verify- ing that the drive works when sent those commands." ymmv I guess. Vince >> Vince >> >>> Any comments or objections against committing this ? >>> http://people.freebsd.org/~kib/misc/ata_setcap.1.patch From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 16:22:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE56416A418; Tue, 5 Feb 2008 16:22:21 +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 02B3113C46B; Tue, 5 Feb 2008 16:22:20 +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 m15GMJjP056740; Tue, 5 Feb 2008 19:22:19 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m15GMIkp056739; Tue, 5 Feb 2008 19:22:18 +0300 (MSK) (envelope-from yar) Date: Tue, 5 Feb 2008 19:22:17 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080205162217.GA56373@comp.chem.msu.su> References: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 16:22:22 -0000 On Fri, Feb 01, 2008 at 07:41:58PM +0100, Attilio Rao wrote: > 2008/2/1, Yar Tikhiy : [...] > > Fatal trap 12: page fault while in kernel mode > > > > cpuid = 0; apic id = 00 > > > > fault virtual address = 0xdeadc0ee > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc07a0676 > > stack pointer = 0x28:0xd614e9a0 > > frame pointer = 0x28:0xd614e9a4 > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > = DPL 0, pres 1, def32 1, gran 1 > > > > processor eflags = resume, IOPL = 0 > > > > current process = 43 (umount) > > [thread pid 43 tid 100052 ] > > Stopped at isitmychild+0x6: movl 0x10(%eax),%ecx > > db> panic: Assertion !mtx_owned(&w_mtx) failed at /usr/src/sys/kern/subr_witness > > .c:959 > > cpuid = 0 > > Uptime: 2m14s > > Cannot dump. No dump device defined. > > Automatic reboot in 15 seconds - press a key on the console to abort > > It would be suitable for you to add DDB to your kernel config and see > a backtrace for it? DDB was there (my kernel was GENERIC + DEBUG_VFS_LOCKS,) but it failed, too. Fortunately, I've managed to save a dump with the whole call stack. Attached is the respective output from kgdb, showing multiple failures including the one in NTFS. I'm keeping the dump so that I can dig deeper into it under your guidance. Thanks! -- Yar Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0ee fault code = supervisor read, page not present instruction pointer = 0x20:0xc07a0676 stack pointer = 0x28:0xd615a9a0 frame pointer = 0x28:0xd615a9a4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 40 (umount) panic: Assertion !mtx_owned(&w_mtx) failed at /usr/src/sys/kern/subr_witness.c:9 59 cpuid = 0 Uptime: 1m0s Physical memory: 499 MB Dumping 32 MB: 17 1 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc0768d4e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc0769013 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc07a2839 in witness_checkorder (lock=0xc0dd2c2c, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/subr_witness.c:959 #4 0xc075be7c in _mtx_lock_flags (m=0xc0dd2c2c, opts=0, file=0xc0b0f79f "/usr/src/sys/kern/subr_eventhandler.c", line=212) at /usr/src/sys/kern/kern_mutex.c:179 #5 0xc07903e9 in eventhandler_find_list (name=0xc0adccf5 "dcons_poll") at /usr/src/sys/kern/subr_eventhandler.c:212 #6 0xc055fd88 in dcons_os_checkc (dc=0xc0c015a0) at /usr/src/sys/dev/dcons/dcons_os.c:264 #7 0xc055feae in dcons_cngetc (cp=0xc0b6d9e0) at /usr/src/sys/dev/dcons/dcons_os.c:473 #8 0xc07b57a8 in cncheckc () at /usr/src/sys/kern/tty_cons.c:604 #9 0xc07b57e6 in cngetc () at /usr/src/sys/kern/tty_cons.c:582 #10 0xc0490d26 in db_readline (lstart=0xc0bf9740 "", lsize=120) at /usr/src/sys/ddb/db_input.c:323 #11 0xc04916fa in db_read_line () at /usr/src/sys/ddb/db_lex.c:56 #12 0xc0490066 in db_command_loop () at /usr/src/sys/ddb/db_command.c:462 #13 0xc049181d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:228 #14 0xc0792036 in kdb_trap (type=12, code=0, tf=0xd615a960) at /usr/src/sys/kern/subr_kdb.c:510 ---Type to continue, or q to quit--- #15 0xc0a78b2f in trap_fatal (frame=0xd615a960, eva=3735929070) at /usr/src/sys/i386/i386/trap.c:889 #16 0xc0a79450 in trap (frame=0xd615a960) at /usr/src/sys/i386/i386/trap.c:279 #17 0xc0a5f2bb in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #18 0xc07a0676 in isitmychild (parent=0xdeadc0de, child=0xc0ddeb28) at /usr/src/sys/kern/subr_witness.c:1611 #19 0xc07a286e in witness_checkorder (lock=0xc1474908, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/subr_witness.c:966 #20 0xc075be7c in _mtx_lock_flags (m=0xc1474908, opts=0, file=0xc0b2e45f "/usr/src/sys/vm/uma_core.c", line=2257) at /usr/src/sys/kern/kern_mutex.c:179 #21 0xc0970508 in uma_zfree_arg (zone=0xc146d1e0, item=0xc2fbb100, udata=0xc2fbbfa8) at /usr/src/sys/vm/uma_core.c:2257 #22 0xc0758a8a in free (addr=0xc2fbb100, mtp=0xc2ffb000) at /usr/src/sys/kern/kern_malloc.c:441 #23 0xc2ff7a91 in ntfs_ntput (ip=0xc2fbb100) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_subr.c:469 #24 0xc2ff5654 in ntfs_reclaim (ap=0xd615ab04) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vnops.c:262 #25 0xc0a84695 in VOP_RECLAIM_APV (vop=0xc2ffb320, a=0xd615ab04) at vnode_if.c:1566 #26 0xc07e819f in vgonel (vp=0xc2fea880) at vnode_if.h:819 #27 0xc07e9bb7 in vflush (mp=0xc2fc27d4, rootrefs=0, flags=1, td=0xc2fec440) ---Type to continue, or q to quit--- at /usr/src/sys/kern/vfs_subr.c:2406 #28 0xc2ff4bff in ntfs_unmount (mp=0xc2fc27d4, mntflags=134217728, td=0xc2fec440) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vfsops.c:489 #29 0xc07e3416 in dounmount (mp=0xc2fc27d4, flags=134217728, td=0xc2fec440) at /usr/src/sys/kern/vfs_mount.c:1286 #30 0xc07e39e0 in unmount (td=0xc2fec440, uap=0xd615acfc) at /usr/src/sys/kern/vfs_mount.c:1182 #31 0xc0a79043 in syscall (frame=0xd615ad38) at /usr/src/sys/i386/i386/trap.c:1034 #32 0xc0a5f320 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #33 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 16:36:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC79916A417; Tue, 5 Feb 2008 16:36:05 +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 3B45813C448; Tue, 5 Feb 2008 16:36:04 +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 m15Ga34P057012; Tue, 5 Feb 2008 19:36:03 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m15Ga28n057007; Tue, 5 Feb 2008 19:36:02 +0300 (MSK) (envelope-from yar) Date: Tue, 5 Feb 2008 19:36:02 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080205163602.GB56373@comp.chem.msu.su> References: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 16:36:06 -0000 BTW, I seem to be hitting yet another lockmgr-related panic. My system won't reboot under certain conditions: it'll panic instead in vfs_unmountall(). Namely it will panic if I reboot from single-user mode while it'll reboot OK from multi-user mode. I have no idea yet about the exact reason for the behaviour. The output from kgdb attached. Note that this panic shouldn't be NTFS-related as I can trigger it by typing `reboot' immediately after booting into single user. Thanks! -- Yar Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 0 0 0 0 done All buffers synced. panic: lock (lockmgr) vfslock not locked @ /usr/src/sys/kern/vfs_mount.c:1317 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 3m6s Physical memory: 499 MB Dumping 31 MB: 16 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc0768d4e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc0769013 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc048f567 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:444 #4 0xc048ff6c in db_command (last_cmdp=0xc0bf8e54, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:411 #5 0xc049007a in db_command_loop () at /usr/src/sys/ddb/db_command.c:464 #6 0xc049181d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc0792036 in kdb_trap (type=3, code=0, tf=0xd614aadc) at /usr/src/sys/kern/subr_kdb.c:510 #8 0xc0a798cb in trap (frame=0xd614aadc) at /usr/src/sys/i386/i386/trap.c:647 #9 0xc0a5f2bb in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #10 0xc07921ba in kdb_enter (why=0xc0b0cbb4 "panic", msg=0xc0b0cbb4 "panic") at cpufunc.h:60 #11 0xc0768ffc in panic (fmt=0xc0b11aed "lock (%s) %s not locked @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:555 #12 0xc07a1ef1 in witness_unlock (lock=0xc2fc3000, flags=8, file=0xc0b17d73 "/usr/src/sys/kern/vfs_mount.c", line=1317) at /usr/src/sys/kern/subr_witness.c:1284 #13 0xc0757324 in _lockmgr (lkp=0xc2fc3000, flags=6, interlkp=0x0, file=0xc0b17d73 "/usr/src/sys/kern/vfs_mount.c", line=1317) at /usr/src/sys/kern/kern_lock.c:430 #14 0xc07e3584 in dounmount (mp=0xc2fc3000, flags=524288, td=0xc2feccc0) ---Type to continue, or q to quit--- at /usr/src/sys/kern/vfs_mount.c:1317 #15 0xc07e66be in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:2935 #16 0xc0768adf in boot (howto=Variable "howto" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:399 #17 0xc07690fb in reboot (td=0xc2feccc0, uap=0xd614acfc) at /usr/src/sys/kern/kern_shutdown.c:172 #18 0xc0a79043 in syscall (frame=0xd614ad38) at /usr/src/sys/i386/i386/trap.c:1034 #19 0xc0a5f320 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 16:38:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F41AA16A417 for ; Tue, 5 Feb 2008 16:38:21 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 7402D13C465 for ; Tue, 5 Feb 2008 16:38:20 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2371481fgg.35 for ; Tue, 05 Feb 2008 08:38:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=TDqaoG/lzVNP9sDWLN2usMJ3z0zwgAdi4qWt8ws+rxA=; b=bHH3K4bRw0kAH14lws8CigyJIBQlYhsmOgdtKlc0B3rK8EzMLB5zyE5aK+L41cw4EqxvtQvREKRj1vC5VNgFGqekU33VFgS9/ZvetGVjzCxo8pwUShhkvSGKKbWoBOCLK5FenNI79xdp/Ip9haU9iYLMm9R5xfPNIWwFytPh8YY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=A5/QLB5i1hYJgBIV4REpAzq5en042DaqVmNF1Nwb7DiTr5jm/OeV8NksXMNzY2vUlUhfuJELivNo1iBp6gE/cVpt1Go4Un+N8f13Q64FI+HsswN9FcMRFCZnMxLGwv2DNmOBTcGSyBBTvEPSJD4DH/ICKWvaGSJA1KPxuQrn96g= Received: by 10.86.100.7 with SMTP id x7mr7988730fgb.16.1202229498424; Tue, 05 Feb 2008 08:38:18 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 5 Feb 2008 08:38:18 -0800 (PST) Message-ID: <3bbf2fe10802050838p6272edces948789be6b1ddc4b@mail.gmail.com> Date: Tue, 5 Feb 2008 17:38:18 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080205163602.GB56373@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205163602.GB56373@comp.chem.msu.su> X-Google-Sender-Auth: 48dc84e9439c48e1 Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 16:38:22 -0000 2008/2/5, Yar Tikhiy : > BTW, I seem to be hitting yet another lockmgr-related panic. > > My system won't reboot under certain conditions: it'll panic instead > in vfs_unmountall(). Namely it will panic if I reboot from single-user > mode while it'll reboot OK from multi-user mode. I have no idea > yet about the exact reason for the behaviour. The output from kgdb > attached. > > Note that this panic shouldn't be NTFS-related as I can trigger it > by typing `reboot' immediately after booting into single user. Yes, sorry for this. I know of this and I alredy patched my tree. I did the WITNESS stuff based on the assumption drained lock will never be release while they are. Unmounting is currently the only one consumer of LK_DRAIN I know of and I just need to do a WITNESS_LOCK() over there. I will provide you an updated patch about this problem and another one found by kris@. I will look later at the backtrace so we can go on. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 16:58:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC2D16A418 for ; Tue, 5 Feb 2008 16:58:05 +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 7926113C457 for ; Tue, 5 Feb 2008 16:58:04 +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 m15Gvxmk057381; Tue, 5 Feb 2008 19:57:59 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m15GvxCT057380; Tue, 5 Feb 2008 19:57:59 +0300 (MSK) (envelope-from yar) Date: Tue, 5 Feb 2008 19:57:58 +0300 From: Yar Tikhiy To: Ed Schouten Message-ID: <20080205165758.GC56373@comp.chem.msu.su> References: <20080203121514.GI3539@comp.chem.msu.su> <20080203133019.GL1179@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080203133019.GL1179@hoeg.nl> User-Agent: Mutt/1.5.9i Cc: FreeBSD Current Subject: Re: fsck remounts / read-write? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 16:58:05 -0000 On Sun, Feb 03, 2008 at 02:30:19PM +0100, Ed Schouten wrote: > * Yar Tikhiy wrote: > > Hi all, > > > > Has anybody else noticed the following strangeness: running fsck > > on the read-only / (from single user) results in the / mount upgraded > > to read-write? E.g.: > > [...] > > > > I guess that `fsck /' issues a mount reload after modifying the FS, > > but IMHO it shouldn't remount the FS read-write, should it? > > Could be related to this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/106636 Thank you for the pointer to your PR! Then the bug might be related to the new nmount(2) syscall, which is used now by fsck(8) and mountd(8). -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 17:00:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F20016A420 for ; Tue, 5 Feb 2008 17:00:35 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9BC13C46E for ; Tue, 5 Feb 2008 17:00:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2375974fgg.35 for ; Tue, 05 Feb 2008 09:00:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=IhD2nalsAOuDfQ72wVjp+vBPpScdiKlrXEuHlBOO4ag=; b=Q7kKj+q+LLFzofXH4ACa/9WCjWsmge5/2LE6EQ4Pn1eP7YXO5TFrOcdDLrx8etive17m3Q8uzpHp5nLQF4MISJGsRvJ7XXWNLVP2VoTgU8CDyzQP0teM/FlDUG+TFA1w7XRE7BTmbHrTuJnbpg4qjAWU8ED6PGVx7ojXA/KnO+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=t6dayyo/N4QhHfgsJ22igRPd7j3xnOTZ664fbDiH9V9t7a0WOK6srSdERyqtaTXNg6ZadBknwJqAQQMAeNfcrPNB26CbYCLf/Cfc9WMOvDEFaxpEi2eWSj1n3L037l6L0zaBVTggf/u4wJLoq82tQDly4fhkXe7SwqZ5Uad/s8c= Received: by 10.86.79.19 with SMTP id c19mr8003488fgb.31.1202230833637; Tue, 05 Feb 2008 09:00:33 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 5 Feb 2008 09:00:33 -0800 (PST) Message-ID: <3bbf2fe10802050900y6c8a90e7t127e88102681d30c@mail.gmail.com> Date: Tue, 5 Feb 2008 18:00:33 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <3bbf2fe10802050838p6272edces948789be6b1ddc4b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205163602.GB56373@comp.chem.msu.su> <3bbf2fe10802050838p6272edces948789be6b1ddc4b@mail.gmail.com> X-Google-Sender-Auth: 1607345064726890 Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 17:00:35 -0000 2008/2/5, Attilio Rao : > 2008/2/5, Yar Tikhiy : > > > BTW, I seem to be hitting yet another lockmgr-related panic. > > > > My system won't reboot under certain conditions: it'll panic instead > > in vfs_unmountall(). Namely it will panic if I reboot from single-user > > mode while it'll reboot OK from multi-user mode. I have no idea > > yet about the exact reason for the behaviour. The output from kgdb > > attached. > > > > Note that this panic shouldn't be NTFS-related as I can trigger it > > by typing `reboot' immediately after booting into single user. > > > Yes, sorry for this. > I know of this and I alredy patched my tree. > I did the WITNESS stuff based on the assumption drained lock will > never be release while they are. Unmounting is currently the only one > consumer of LK_DRAIN I know of and I just need to do a WITNESS_LOCK() > over there. > I will provide you an updated patch about this problem and another one > found by kris@. > > I will look later at the backtrace so we can go on. More specifically, here is the "fixed" version: http://www.freebsd.org/~attilio/witness_lockmgr2.diff (against stock -CURRENT). Kris and me tested (rather) this version and I found it reliable, so I want to commit to CVS in a couple of hours. If you can add any other feedback to it, I would be very happy. Thanks, Attilio PS: this WITNESS patch reports 3-4 different LORs at boot-time and other 3-4 at shutdown time... -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 18:00:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B086016A41A for ; Tue, 5 Feb 2008 18:00:14 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 635F613C448 for ; Tue, 5 Feb 2008 18:00:14 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JMS5d-0005m1-AC; Tue, 05 Feb 2008 19:00:13 +0100 Message-ID: <47A8A41F.6060708@gahr.ch> Date: Tue, 05 Feb 2008 18:59:59 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: freebsd-current , matteo@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig8E8E2296D8F8DB570EEDCF26" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: latest lib/librpcsvc/Makefile commit breaks buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 18:00:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8E8E2296D8F8DB570EEDCF26 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Matteo (and everyone else..) your latest commit to lib/librpcsvc's Makefile breaks buildworld on my system: cc1: warnings being treated as errors rex_xdr.c: In function 'xdr_rex_start': rex_xdr.c:27: warning: dereferencing type-punned pointer will break strict-aliasing rules rex_xdr.c:36: warning: dereferencing type-punned pointer will break strict-aliasing rules I suggest you revert to WARNS?=3D1 or ?=3D0. I see no need for trading warnings as errors here. Thanks, --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig8E8E2296D8F8DB570EEDCF26 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 (FreeBSD) iD8DBQFHqKQjwMJqmJVx944RCsg9AJ9Wr5PVaNvIRhMiebEcE41NRk+e9wCeMUJ4 hPk55F5tdbOk/A2WIMRyuao= =nBnc -----END PGP SIGNATURE----- --------------enig8E8E2296D8F8DB570EEDCF26-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 19:56:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF64416A41B for ; Tue, 5 Feb 2008 19:56:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 57F9413C504 for ; Tue, 5 Feb 2008 19:56:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2406596fgg.35 for ; Tue, 05 Feb 2008 11:56:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Pauk1JoTiXsAfNlDsw3EcbpIKh2GGBGLe7JdFZu/jOU=; b=BBfn+yu/aEmfEihTj8vSUmGjP+lAvObF0vA3lHtIB92ImoMGeoQ0jNJw33LNIWsYHuTHtaEFtwlAhvOAgzXAlGlQAVwQrpIyjJJ7Q84FxLL+oVOLPQz17mEftzVD7EeQZpTnXTfkSVjEKZ9QmRMq1hplD7uZvDY95mimDers/1s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=xj/1M0CedB6HM+OHKoUSFbozmrtPOcFtoL8ojp5OPtcr70OAcHrepdgfVoaXJb3qZcLWfx5w9ZKUWlig5v8DlhxVZryaWxmxPSzBygAv8DRPQEgGivbaJILNS0q+W0zAZebBYXOQXUmbEMCaDijJewk8T85LfsR9c8d8Lixz+Zg= Received: by 10.86.31.18 with SMTP id e18mr8186111fge.35.1202241386081; Tue, 05 Feb 2008 11:56:26 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 5 Feb 2008 11:56:26 -0800 (PST) Message-ID: <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> Date: Tue, 5 Feb 2008 20:56:26 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080205162217.GA56373@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> X-Google-Sender-Auth: 01d297c946f46499 Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 19:56:28 -0000 2008/2/5, Yar Tikhiy : > On Fri, Feb 01, 2008 at 07:41:58PM +0100, Attilio Rao wrote: > > 2008/2/1, Yar Tikhiy : > > [...] > > > > Fatal trap 12: page fault while in kernel mode > > > > > > cpuid = 0; apic id = 00 > > > > > > fault virtual address = 0xdeadc0ee > > > fault code = supervisor read, page not present > > > instruction pointer = 0x20:0xc07a0676 > > > stack pointer = 0x28:0xd614e9a0 > > > frame pointer = 0x28:0xd614e9a4 > > > > > > code segment = base 0x0, limit 0xfffff, type 0x1b > > > > > > = DPL 0, pres 1, def32 1, gran 1 > > > > > > processor eflags = resume, IOPL = 0 > > > > > > current process = 43 (umount) > > > [thread pid 43 tid 100052 ] > > > Stopped at isitmychild+0x6: movl 0x10(%eax),%ecx > > > db> panic: Assertion !mtx_owned(&w_mtx) failed at /usr/src/sys/kern/subr_witness > > > .c:959 > > > cpuid = 0 > > > Uptime: 2m14s > > > Cannot dump. No dump device defined. > > > Automatic reboot in 15 seconds - press a key on the console to abort > > > > It would be suitable for you to add DDB to your kernel config and see > > a backtrace for it? > > > DDB was there (my kernel was GENERIC + DEBUG_VFS_LOCKS,) but it > failed, too. Fortunately, I've managed to save a dump with the > whole call stack. Attached is the respective output from kgdb, > showing multiple failures including the one in NTFS. Currently it is DDB which let it fail in witness after memory corruption. But I'm more interested in the panic originator; so, as far as it is unusable, can you please remove DDB option and try to get the panic again? it should not give you the failing assertion without DDB. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 20:07:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24D2016A418 for ; Tue, 5 Feb 2008 20:07:30 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id EF10513C458 for ; Tue, 5 Feb 2008 20:07:29 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 80B10732AD; Tue, 5 Feb 2008 20:07:29 +0000 (GMT) Date: Tue, 5 Feb 2008 20:07:29 +0000 From: John Birrell To: Andrew Gallatin Message-ID: <20080205200729.GA24780@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18343.34027.335573.791127@grasshopper.cs.duke.edu> <20080204225326.GA16190@what-creek.com> <18344.33138.681553.825043@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18344.33138.681553.825043@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 20:07:30 -0000 On Tue, Feb 05, 2008 at 10:31:39AM -0500, Andrew Gallatin wrote: > @a[stack(20)]=count(); stack() is one of the things I haven't ported yet. :-) -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 20:19:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEBF716A419 for ; Tue, 5 Feb 2008 20:19:19 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8F23413C465 for ; Tue, 5 Feb 2008 20:19:19 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id m15KJHBw002102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 15:19:17 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m15KInwH055691; Tue, 5 Feb 2008 15:18:49 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18344.50368.157008.948880@grasshopper.cs.duke.edu> Date: Tue, 5 Feb 2008 15:18:49 -0500 (EST) To: John Birrell In-Reply-To: <20080205200729.GA24780@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18343.34027.335573.791127@grasshopper.cs.duke.edu> <20080204225326.GA16190@what-creek.com> <18344.33138.681553.825043@grasshopper.cs.duke.edu> <20080205200729.GA24780@what-creek.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Andrew Gallatin , current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 20:19:19 -0000 John Birrell writes: > On Tue, Feb 05, 2008 at 10:31:39AM -0500, Andrew Gallatin wrote: > > @a[stack(20)]=count(); > > stack() is one of the things I haven't ported yet. :-) > Ah, that would make sense then! Drew From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 20:19:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6810716A498 for ; Tue, 5 Feb 2008 20:19:46 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp4.tin.it (vsmtp4.tin.it [212.216.176.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1F82113C458 for ; Tue, 5 Feb 2008 20:19:45 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from rionda.dyndns.org (87.0.177.221) by vsmtp4.tin.it (7.3.122) id 47A72AD90012C33A; Tue, 5 Feb 2008 21:07:36 +0100 Received: from rionda.dyndns.org (rionda@localhost [127.0.0.1]) by rionda.dyndns.org (8.14.2/8.14.2) with ESMTP id m15K7aW3097065; Tue, 5 Feb 2008 21:07:36 +0100 (CET) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by rionda.dyndns.org (8.14.2/8.14.2/Submit) id m15K7Z67097037; Tue, 5 Feb 2008 21:07:35 +0100 (CET) (envelope-from matteo@freebsd.org) X-Authentication-Warning: rionda.dyndns.org: rionda set sender to matteo@freebsd.org using -f Date: Tue, 5 Feb 2008 21:07:35 +0100 From: Matteo Riondato To: Pietro Cerutti Message-ID: <20080205200734.GA5796@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Pietro Cerutti , freebsd-current References: <47A8A41F.6060708@gahr.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <47A8A41F.6060708@gahr.ch> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current Subject: Re: latest lib/librpcsvc/Makefile commit breaks buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 20:19:46 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 05, 2008 at 06:59:59PM +0100, Pietro Cerutti wrote: > Dear Matteo (and everyone else..) >=20 > your latest commit to lib/librpcsvc's Makefile breaks buildworld on my > system: >=20 > cc1: warnings being treated as errors > rex_xdr.c: In function 'xdr_rex_start': > rex_xdr.c:27: warning: dereferencing type-punned pointer will break > strict-aliasing rules > rex_xdr.c:36: warning: dereferencing type-punned pointer will break > strict-aliasing rules >=20 > I suggest you revert to WARNS?=3D1 or ?=3D0. I see no need for trading > warnings as errors here. Done. I set it to 1. The aliasing problem is in a file generated by rpcgen from include/rpcsvc/rex.x and I really don't know how to fix it. --=20 Matteo Riondato FreeBSD Committer (http://www.FreeBSD.org) FreeSBIE Developer (http://www.FreeSBIE.org) GUFI Staff Member (http://www.GUFI.org) --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHqMIG2Mp4pR7Fa+wRAl6zAJ0Zj1zm2bC69p+Ff98Y7yAdVy976gCeNjQV olV14zG7aAfGADnut9u7WYI= =6wHL -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 20:38:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A71F216A419; Tue, 5 Feb 2008 20:38:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9EB13C448; Tue, 5 Feb 2008 20:38:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JMUYq-0001EM-Np; Tue, 05 Feb 2008 22:38:37 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m15Kc7BQ083672 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Feb 2008 22:38:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m15KcRfm094957; Tue, 5 Feb 2008 22:38:27 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m15KcRnX094956; Tue, 5 Feb 2008 22:38:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 5 Feb 2008 22:38:27 +0200 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20080205203826.GT57756@deviant.kiev.zoral.com.ua> References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <20080205173657.z4l7gf18g00ssso4@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lbEXzdX5lin6wGvq" Content-Disposition: inline In-Reply-To: <20080205173657.z4l7gf18g00ssso4@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: b22dd54e5e410b0526d530b08df0ebb5 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2179 [Feb 05 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 20:38:38 -0000 --lbEXzdX5lin6wGvq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Replying to the original list of the recipients]. On Tue, Feb 05, 2008 at 05:36:57PM +0100, Alexander Leidinger wrote: > Quoting Kostik Belousov (from Tue, 5 Feb 2008 =20 > 15:02:10 +0200): >=20 > >I noted that when idle, my laptop HDD increases the Load_Cycle_Count > >(193) approx. each ten seconds, as reported by smartctl. Have recently > >read about the Ubuntu and APM mode for hard drives, I searched for the > >tool to tune APM (that has functionality similar to linux' hdparm -B). > > > >It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did > >not make a mistake, below is the patch that allows to manage APM state > >of the hard drive using atacontrol. >=20 > Any chance to also handle automatic acoustic management at the same time? http://people.freebsd.org/~kib/misc/ata_setcap.2.patch --lbEXzdX5lin6wGvq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeoyUIACgkQC3+MBN1Mb4h4BgCgtUT1JMUcpBnKZ6IvNu3L0sMu T3kAoPUZhJLVwRJwHLzVILLKg51NN112 =2oHW -----END PGP SIGNATURE----- --lbEXzdX5lin6wGvq-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 21:02:25 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 485BF16A58E; Tue, 5 Feb 2008 21:02:25 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (unknown [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id B88DF13C44B; Tue, 5 Feb 2008 21:02:24 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:0:219:b9ff:fe54:f04a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id E486030392; Tue, 5 Feb 2008 21:02:22 +0000 (GMT) Message-ID: <47A8CEC9.3000308@cran.org.uk> Date: Tue, 05 Feb 2008 21:02:01 +0000 From: Bruce Cran User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Vince Hoffman References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <47A85FA5.9050704@unsane.co.uk> <20080205134510.GR57756@deviant.kiev.zoral.com.ua> <47A88655.3080702@unsane.co.uk> In-Reply-To: <47A88655.3080702@unsane.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 21:02:25 -0000 Vince Hoffman wrote: > Kostik Belousov wrote: >> On Tue, Feb 05, 2008 at 01:07:49PM +0000, Vince Hoffman wrote: >>> Kostik Belousov wrote: >>>> I noted that when idle, my laptop HDD increases the Load_Cycle_Count >>>> (193) approx. each ten seconds, as reported by smartctl. Have recently >>>> read about the Ubuntu and APM mode for hard drives, I searched for the >>>> tool to tune APM (that has functionality similar to linux' hdparm -B). >>>> >>>> It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did >>>> not make a mistake, below is the patch that allows to manage APM state >>>> of the hard drive using atacontrol. >>>> >>> /usr/ports/sysutils/ataidle exists and is usable, (I use it on my >>> laptop.) However it seems it could be a sensible thing to have in >>> atacontrol. >> I never looked into it, and I have heard that it has an architectural >> problems. BTW intent of my patch is to have the ability to turn APM off. >> Can ataidle do this ? >> > The manpage says it can with -P 0 > it seems to work for me but the author does say about apm and aam > support that: > "These features are experimental, and should only be used after verify- > ing that the drive works when sent those commands." > > ymmv I guess. > > Vince > As the author of ataidle, I hope it can be made obsolete as soon as possible :) I wrote it back in 2004 to deal with the specific problem of noisy bearings on an ancient PC HDD and, since FreeBSD didn't (and still doesn't) have any other way to change APM and AAM settings, I decided to create a port. If you're using it, I suggest upgrading to the latest version 2.3 from http://www.cran.org.uk/~brucec/software/ataidle-2.3.tar.gz - the version in ports is outdated. The reason for the disclaimer is that I'm very aware that it's a hacky way of changing settings - ideally the kernel should know about ATA power management so it can adjust timeouts etc., while ataidle bypasses it and talks directly to the drive. I did hope to be able to work on a proper solution, but I've not found the time. -- Bruce From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 21:07:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2184716A419; Tue, 5 Feb 2008 21:07:04 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.bluestop.org (unknown [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id D3E4313C4E1; Tue, 5 Feb 2008 21:07:03 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.draftnet (unknown [IPv6:2a01:348:10f:0:219:b9ff:fe54:f04a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.bluestop.org (Postfix) with ESMTP id E842030392; Tue, 5 Feb 2008 21:07:02 +0000 (GMT) Message-ID: <47A8CFE5.5000404@cran.org.uk> Date: Tue, 05 Feb 2008 21:06:45 +0000 From: Bruce Cran User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: Kostik Belousov References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <20080205173657.z4l7gf18g00ssso4@webmail.leidinger.net> <20080205203826.GT57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20080205203826.GT57756@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 21:07:04 -0000 Kostik Belousov wrote: > [Replying to the original list of the recipients]. > > On Tue, Feb 05, 2008 at 05:36:57PM +0100, Alexander Leidinger wrote: >> Quoting Kostik Belousov (from Tue, 5 Feb 2008 >> 15:02:10 +0200): >> >>> I noted that when idle, my laptop HDD increases the Load_Cycle_Count >>> (193) approx. each ten seconds, as reported by smartctl. Have recently >>> read about the Ubuntu and APM mode for hard drives, I searched for the >>> tool to tune APM (that has functionality similar to linux' hdparm -B). >>> >>> It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did >>> not make a mistake, below is the patch that allows to manage APM state >>> of the hard drive using atacontrol. >> Any chance to also handle automatic acoustic management at the same time? > > http://people.freebsd.org/~kib/misc/ata_setcap.2.patch The PR bin/81692 also has a patch to add APM and AAM functionality to atacontrol on FreeBSD 6. -- Bruce From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 21:10:56 2008 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B52FC16A418; Tue, 5 Feb 2008 21:10:56 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 3E36513C461; Tue, 5 Feb 2008 21:10:56 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.138] (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m15LAsKM050999; Tue, 5 Feb 2008 22:10:54 +0100 (CET) (envelope-from sos@deepcore.dk) Message-Id: <72AEA190-4F56-4713-88C6-FF89FC69B5AE@deepcore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Bruce Cran In-Reply-To: <47A8CFE5.5000404@cran.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 5 Feb 2008 22:10:53 +0100 References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <20080205173657.z4l7gf18g00ssso4@webmail.leidinger.net> <20080205203826.GT57756@deviant.kiev.zoral.com.ua> <47A8CFE5.5000404@cran.org.uk> X-Mailer: Apple Mail (2.915) Cc: Kostik Belousov , Alexander Leidinger , current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 21:10:56 -0000 Hi all! Talk to phk, I discussed the "right" way of doing things with him a =20 few month back and I think he did at least a proof of concept thing on =20= it, dunno how far it got. Maybe it could be used as a starting ground =20= for a proper solution. I dont have much time (still) but maybe I could find time to finish =20 up / overhaul a part solution as mentioned above.... -S=F8ren On 5Feb, 2008, at 22:06 , Bruce Cran wrote: > Kostik Belousov wrote: >> [Replying to the original list of the recipients]. >> On Tue, Feb 05, 2008 at 05:36:57PM +0100, Alexander Leidinger wrote: >>> Quoting Kostik Belousov (from Tue, 5 Feb =20 >>> 2008 15:02:10 +0200): >>> >>>> I noted that when idle, my laptop HDD increases the =20 >>>> Load_Cycle_Count >>>> (193) approx. each ten seconds, as reported by smartctl. Have =20 >>>> recently >>>> read about the Ubuntu and APM mode for hard drives, I searched =20 >>>> for the >>>> tool to tune APM (that has functionality similar to linux' hdparm =20= >>>> -B). >>>> >>>> It seems that FreeBSD does not have a tool ? Am I wrong ? In case =20= >>>> I did >>>> not make a mistake, below is the patch that allows to manage APM =20= >>>> state >>>> of the hard drive using atacontrol. >>> Any chance to also handle automatic acoustic management at the =20 >>> same time? >> http://people.freebsd.org/~kib/misc/ata_setcap.2.patch > > The PR bin/81692 also has a patch to add APM and AAM functionality =20 > to atacontrol on FreeBSD 6. > > -- > Bruce > From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 21:27:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7596316A419; Tue, 5 Feb 2008 21:27:47 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail04.adl2.internode.on.net (ipmail04.adl2.internode.on.net [203.16.214.57]) by mx1.freebsd.org (Postfix) with ESMTP id C776113C465; Tue, 5 Feb 2008 21:27:46 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAMBiqEd5LVNCWmdsb2JhbACBWI5KASCdNw X-IronPort-AV: E=Sophos;i="4.25,309,1199626200"; d="scan'208";a="46537903" Received: from ppp121-45-83-66.lns10.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.83.66]) by ipmail04.adl2.internode.on.net with ESMTP; 06 Feb 2008 07:57:44 +1030 Received: from [192.168.155.54] (taurus.internal.clearchain.com [192.168.155.54]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id m15LRf5P089512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Feb 2008 07:57:42 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <47A8D4CD.7020502@clearchain.com> Date: Wed, 06 Feb 2008 07:57:41 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Daniel Eischen References: <47A8552A.2030601@clearchain.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Wed, 06 Feb 2008 07:57:42 +1030 (CST) Cc: current@freebsd.org Subject: Re: FreeBSD on Sun Fire X4100 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 21:27:47 -0000 Daniel Eischen wrote: > On Tue, 5 Feb 2008, Benjamin Close wrote: > >> Daniel Eischen wrote: >>> I've searched and haven't found a definitive "this all works" >>> response yet. Is anyone running some form of 7.0 or -current >>> one one of these systems? Does USB keyboard, SAS drives without >>> RAID, and all ethernet devices work as expected? >>> >> Runs like a charm. Only issues I've had are: >> o USB keyboard doesn't work in ddb, works fine in normal os. >> o Detection order of boot devices changed when I added a fibre >> channel card. >> >> Appart from that it runs great, all 4 nics recognised, mpt works >> with/out raid. >> Infact I hope to have it be an official FreeBSD mirror server in the >> not too distant future. > > Excellent - thank you. Is this the X4100 or the X4100 M2? > X4100 only Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 21:40:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C34E16A418 for ; Tue, 5 Feb 2008 21:40:41 +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 9B31513C442 for ; Tue, 5 Feb 2008 21:40:40 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so646917nfb.33 for ; Tue, 05 Feb 2008 13:40:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=uM9Lhkej+QzprdP4lzpcil9ghtAoG5W6lpzK0ywASV4=; b=Ak3Cvp1GltdQtmq3ulpJxxXQ7HfquOdP+GQ7sNxgT5LTi4fi7Wkh78wAi9j3HvUcDr+0+olPVEL5fCpQU7IY0AOmTvcEgBUNLCF7CHhy6yBgVWzSylW039b59kt9pO6szF72qVHwi9gjPNGYaHHniOStD8WWXH+yjzYzzPjyI5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=BmZZHY4wQZ2Pkz7QzapWcVeDPLcUVZgcCEQfoD9pyen4CDAS5qM4jlVohWD2mBpRRWLsr9kk1JnrwDGdzPc4wrnMbgxWrejv04BlZD6Gl1zTTFlKG7lXTtfuqO9+CIEogmP1lQvV30I5gVIcZEwwDYi1XgeN47Q0D7lk2wJXWj4= Received: by 10.86.84.5 with SMTP id h5mr8283298fgb.53.1202247639331; Tue, 05 Feb 2008 13:40:39 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 5 Feb 2008 13:40:39 -0800 (PST) Message-ID: <3bbf2fe10802051340x27991e22jcf37274456165792@mail.gmail.com> Date: Tue, 5 Feb 2008 22:40:39 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Scot Hetzel" In-Reply-To: <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080115143924.GB57756@deviant.kiev.zoral.com.ua> <790a9fff0801152301l5d50461aw3a253608506368e2@mail.gmail.com> <790a9fff0801161624g459857b8y6217e579337f2f0e@mail.gmail.com> X-Google-Sender-Auth: 5c66dd900f5bee7e Cc: Kostik Belousov , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 05 Feb 2008 21:40:41 -0000 2008/1/17, Scot Hetzel : > On 1/16/08, Scot Hetzel wrote: > > On 1/15/08, Kostik Belousov wrote: > > > On Tue, Jan 15, 2008 at 07:52:12AM -0600, Scot Hetzel wrote: > > > > When I boot a Jan 13th or Jan 15th kernel, and then run > > > > /usr/local/etc/cvsup/update.sh to update the local CVS repository, I > > > > get the following panic: > > > > > > > > panic: System call lstat returning with 1 locks held > > > > cpuid = 0 > > > > KDB: enter: panic > > > > [thread ; pid 1240 tid 10031] > > > > stopped at kdb_enter+0x3d: movq $0,0x41b048(%rip) > > > > db> show alllocks > > > > db> show locks > > > > db> bt > > > > tracing pid 1240 tid 10031 td 0xffffff001c1ad360 > > > > kdb_enter() at kdb_enter+0x3d > > > > panic() at panic+0x176 > > > > syscalls() at syscalls+0x66d > > > > Xfast_syscalls() at Xfast_syscalls+0xab > > > > --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8009e87ec, rsp= > > > > 0x72ec50, rbp = 0x72ed28 --- > > > > > > > I think this could be related to the recent vn_lock()/VOP_LOCK() KPI changes. > > > Please, add DEBUG_VFS_LOCKS to the kernel config, and do the > > > show lockedvnods > > > from the ddb prompt when the panic occurs. The witness does not track > > > the lockmgr locks. > > > > > I added DEBUG_VFS_LOCKS to the kernel config file, rebuilt and > > installed the kernel. After rebooting the system, I started the cvsup > > update for my local mirror, when the panic occured I received a > > similar panic to the one above. When I used 'show lockedvnods' the > > only thing that was displayed was 'Locked vnodes' and that was it. > > > > I'm going to try a binary search to see if I can narrow the problem down. > > > > Scot > > > > I found the point where the problem occurs. If I update /usr/src/sys > to Jan 08 23:45 UTC 2008, then I don't get the lstat panic. But when > I update to Jan 08 23:49 UTC 2008, the panic returns. > > These are the files that change between these times: > > dev/usb/ehci.c: > $FreeBSD: src/sys/dev/usb/ehci.c,v 1.57 2008/01/08 23:48:30 attilio Exp $ > > dev/usb/if_udav.c: > $FreeBSD: src/sys/dev/usb/if_udav.c,v 1.34 2008/01/08 23:48:30 > attilio Exp $ > > fs/hpfs/hpfs_subr.h: > $FreeBSD: src/sys/fs/hpfs/hpfs_subr.h,v 1.4 2008/01/08 23:48:31 > attilio Exp $ > > fs/ntfs/ntfs_subr.c: > $FreeBSD: src/sys/fs/ntfs/ntfs_subr.c,v 1.43 2008/01/08 23:48:31 > attilio Exp $ > > kern/kern_lock.c: > $FreeBSD: src/sys/kern/kern_lock.c,v 1.117 2008/01/08 23:48:31 > attilio Exp $ > > sys/buf.h: > $FreeBSD: src/sys/sys/buf.h,v 1.197 2008/01/08 23:48:31 attilio Exp $ > > sys/lockmgr.h: > $FreeBSD: src/sys/sys/lockmgr.h,v 1.56 2008/01/08 23:48:31 attilio Exp $ At least now I know why the problem has became visible just after these commits. This is because before ntfs lockmgr were just working with the kernel as owner; consequently td_locks could not be bumped and the problem was hiding. I think, also, the problem is not linked to vnodes, so having vnodes debugging should not produce any difference. NTFS uses a lot of lockmgr for tracking its internal stuffs. More analysis to come. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 02:27:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4F9F16A417 for ; Wed, 6 Feb 2008 02:27:53 +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 7B66213C44B for ; Wed, 6 Feb 2008 02:27:53 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JMa0u-0005tV-69; Wed, 06 Feb 2008 02:27:52 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JMa0t-000PN4-HF; Wed, 06 Feb 2008 02:27:51 +0000 Date: Wed, 6 Feb 2008 02:27:51 +0000 From: Thomas Hurst To: Daniel Eischen Message-ID: <20080206022751.GA95010@voi.aagh.net> Mail-Followup-To: Daniel Eischen , current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: current@freebsd.org Subject: Re: FreeBSD on Sun Fire X4100 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 02:27:53 -0000 * Daniel Eischen (deischen@freebsd.org) wrote: > I've searched and haven't found a definitive "this all works" response > yet. Is anyone running some form of 7.0 or -current one one of these > systems? Does USB keyboard, SAS drives without RAID, and all ethernet > devices work as expected? We've been running X4100, X4200's and M2's in production almost since their release. No idea about the nForce ethernet rubbish on the M2's but the 2 Intel 1000/Pro's are fine. I've not noticed any USB issues, but we tend to leave the drivers disabled; it's not much use on a server. iLOM works nicely, gmirror's solid as a rock, as is mpt (SCSI/SAS driver). -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 02:32:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D22F16A41B for ; Wed, 6 Feb 2008 02:32:11 +0000 (UTC) (envelope-from qpadla@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 B3F6913C461 for ; Wed, 6 Feb 2008 02:32:10 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so449851uge.37 for ; Tue, 05 Feb 2008 18:32:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=PqNSh2Rt3n6ql1bBRr0uh7lNT/mBLk75G9UyFg2TXNk=; b=qtiyW+AIQoVkyRpfSmmrPxgi28Y0xTJhuTnvdB17+5QiJ+Qu6+cDzJNhI5ExOrgNL4CDAh7xRccXL8ePHklDMOqqG6qTIsA6STxqMhRhr7yqpyi4R8LFBwrQzQ7Eyg0ajj++DUK9vaq6ev8ZKTmPbAKSdUjP/p/fcid4XnhYb44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=AksrlUHbdOp7KuVJbxxUM61RHMs1CSdKI+qhm/017uOVKcO9nUpS8Xt5S/WecxGMP79MhcrlfuzZXQxS3/01DKpQRorizLJQjoqET2odq3jMrn3DVePJixKbaeUuxQqDCRnOUeuNkoj0CwnDai8Vy2wiuqe5YjK88ffJy6/Fp94= Received: by 10.67.123.19 with SMTP id a19mr2078938ugn.4.1202265128308; Tue, 05 Feb 2008 18:32:08 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id e1sm4869894ugf.34.2008.02.05.18.32.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 05 Feb 2008 18:32:06 -0800 (PST) From: Nikolay Pavlov To: Krassimir Slavchev Date: Wed, 6 Feb 2008 04:32:07 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802042142.38606.qpadla@gmail.com> <47A82DA5.3060504@bulinfo.net> In-Reply-To: <47A82DA5.3060504@bulinfo.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802060432.08445.qpadla@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: IP bad-len 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 06 Feb 2008 02:32:11 -0000 On Tuesday 05 February 2008 11:34:29 Krassimir Slavchev wrote: > Hi, > Can you try: > net.inet.tcp.rfc1323=0 Not working for me. Any other thoughts? > > Nikolay Pavlov wrote: > > Did someone knows what's that mean? > > > > root@cassini:~# tcpdump -n host xx.162.141.1 and port 80 > > tcpdump: verbose output suppressed, use -v or -vv for full protocol > > decode listening on em0, link-type EN10MB (Ethernet), capture size 96 > > bytes 17:04:40.734189 IP xx.162.141.1.47484 > xxx.53.51.235.80: S > > 3567180455:3567180455(0) win 5840 > 0,nop,wscale 6> > > 17:04:40.734236 IP xx.53.51.235.80 > xx.162.141.1.47484: S > > 3608546905:3608546905(0) ack 3567180456 win 8192 > 5,sackOK,timestamp 709854070 8804899> > > 17:04:40.925032 IP xx.162.141.1.47484 > xxx.53.51.235.80: . ack 1 win > > 92 > > 17:04:40.933559 IP xx.162.141.1.47484 > xxx.53.51.235.80: P 1:935(934) > > ack 1 win 92 > > 17:04:40.995133 IP bad-len 0 > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I see quite a lot of this messages on my web server xxx.53.51.235 and > > the connection is a bit sluggish sometimes. > > It's a em card on 7.0-RC1 GENERIC amd64 kernel: > > > > em0@pci0:6:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 > > rev=0x00 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82573L Intel PRO/1000 PL Network Adaptor' > > class = network > > subclass = ethernet > > > > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection Version - 6.7.3 > > dev.em.0.%driver: em > > dev.em.0.%location: slot=0 function=0 handle=\_SB_.PCI0.EXP5.PXS5 > > dev.em.0.%pnpinfo: vendor=0x8086 device=0x109a subvendor=0x15d9 > > subdevice=0x109a class=0x020000 > > dev.em.0.%parent: pci6 > > dev.em.0.debug: -1 > > dev.em.0.stats: -1 > > dev.em.0.rx_int_delay: 0 > > dev.em.0.tx_int_delay: 66 > > dev.em.0.rx_abs_int_delay: 66 > > dev.em.0.tx_abs_int_delay: 66 > > dev.em.0.rx_processing_limit: 100 > > dev.sc.0.%desc: System console -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 05:21:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD07B16A421; Wed, 6 Feb 2008 05:21:49 +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 89E6913C4D1; Wed, 6 Feb 2008 05:21:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m165LmY3034941; Wed, 6 Feb 2008 00:21:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m165LmeB029788; Wed, 6 Feb 2008 00:21:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1050C73039; Wed, 6 Feb 2008 00:21:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206052148.1050C73039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 00:21:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 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: Wed, 06 Feb 2008 05:21:49 -0000 TB --- 2008-02-06 03:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 03:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-06 03:45:00 - cleaning the object tree TB --- 2008-02-06 03:45:42 - cvsupping the source tree TB --- 2008-02-06 03:45:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-06 03:45:49 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 03:45:49 - cd /src TB --- 2008-02-06 03:45:49 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 03:45:51 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Feb 6 05:12:35 UTC 2008 TB --- 2008-02-06 05:12:35 - generating LINT kernel config TB --- 2008-02-06 05:12:35 - cd /src/sys/amd64/conf TB --- 2008-02-06 05:12:35 - /usr/bin/make -B LINT TB --- 2008-02-06 05:12:35 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-06 05:12:35 - cd /src TB --- 2008-02-06 05:12:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 6 05:12:35 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel hptrr_os_bsd.o(.data+0x0): multiple definition of `hpt_dbg_level' entry.o(.bss+0x0): first defined here *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 05:21:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 05:21:47 - ERROR: failed to build lint kernel TB --- 2008-02-06 05:21:47 - tinderbox aborted TB --- 4318.71 user 543.33 system 5807.03 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 05:55:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5EBF16A417; Wed, 6 Feb 2008 05:55:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9693D13C447; Wed, 6 Feb 2008 05:55:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m165sxvF061926; Wed, 6 Feb 2008 00:55:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m165sxal051535; Wed, 6 Feb 2008 00:54:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6FD9F73039; Wed, 6 Feb 2008 00:54:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206055459.6FD9F73039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 00:54:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/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: Wed, 06 Feb 2008 05:55:00 -0000 TB --- 2008-02-06 04:43:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 04:43:15 - starting HEAD tinderbox run for i386/i386 TB --- 2008-02-06 04:43:15 - cleaning the object tree TB --- 2008-02-06 04:43:42 - cvsupping the source tree TB --- 2008-02-06 04:43:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-02-06 04:43:50 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 04:43:50 - cd /src TB --- 2008-02-06 04:43:50 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 04:43:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 6 05:44:55 UTC 2008 TB --- 2008-02-06 05:44:55 - generating LINT kernel config TB --- 2008-02-06 05:44:55 - cd /src/sys/i386/conf TB --- 2008-02-06 05:44:55 - /usr/bin/make -B LINT TB --- 2008-02-06 05:44:55 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-06 05:44:55 - cd /src TB --- 2008-02-06 05:44:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 6 05:44:55 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue vers.c linking kernel hptrr_os_bsd.o(.data+0x0): multiple definition of `hpt_dbg_level' entry.o(.bss+0x0): first defined here *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 05:54:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 05:54:59 - ERROR: failed to build lint kernel TB --- 2008-02-06 05:54:59 - tinderbox aborted TB --- 3207.69 user 387.42 system 4303.76 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 07:23:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99DBF16A419 for ; Wed, 6 Feb 2008 07:23:44 +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 5D2E213C4E8 for ; Wed, 6 Feb 2008 07:23:44 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A57F68.dip.t-dialin.net [84.165.127.104]) by redbull.bpaserver.net (Postfix) with ESMTP id CAFB92E25E; Wed, 6 Feb 2008 08:23:22 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 904E775950; Wed, 6 Feb 2008 08:22:33 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m167MWv2078834; Wed, 6 Feb 2008 08:22:32 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 06 Feb 2008 08:22:32 +0100 Message-ID: <20080206082232.sve539q3ggk0ok8s@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 06 Feb 2008 08:22:32 +0100 From: Alexander Leidinger To: Kostik Belousov References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <20080205173657.z4l7gf18g00ssso4@webmail.leidinger.net> <20080205203826.GT57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20080205203826.GT57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-8.0 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=-15.323, required 6, autolearn=not spam, BAYES_00 -15.00, RDNS_DYNAMIC 0.10, SMILEY -0.50, TW_HD 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 07:23:44 -0000 Quoting Kostik Belousov (from Tue, 5 Feb 2008 =20 22:38:27 +0200): > [Replying to the original list of the recipients]. > > On Tue, Feb 05, 2008 at 05:36:57PM +0100, Alexander Leidinger wrote: >> Quoting Kostik Belousov (from Tue, 5 Feb 2008 >> 15:02:10 +0200): >> >> >I noted that when idle, my laptop HDD increases the Load_Cycle_Count >> >(193) approx. each ten seconds, as reported by smartctl. Have recently >> >read about the Ubuntu and APM mode for hard drives, I searched for the >> >tool to tune APM (that has functionality similar to linux' hdparm -B). >> > >> >It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did >> >not make a mistake, below is the patch that allows to manage APM state >> >of the hard drive using atacontrol. >> >> Any chance to also handle automatic acoustic management at the same time? > > http://people.freebsd.org/~kib/misc/ata_setcap.2.patch Yeah, fast. :) Whitespace error for the comment in the line of the ATA_SF_DIS_AAC define? Bye, Alexander. --=20 The light at the end of the tunnel is the headlamp of an oncoming train. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 07:59:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D90516A418 for ; Wed, 6 Feb 2008 07:59:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2E73513C4EF for ; Wed, 6 Feb 2008 07:59:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so4172240pyb.10 for ; Tue, 05 Feb 2008 23:59:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=C9L4tdUd0d6O4tUjLVApJCp02nUiwUpzwX6EYEvInqY=; b=WOEw2A5gnya+xCdn0BT3CslXwr5sIhoSWg+5xu8QlMkaDYlHn/s1174Z9qB1u5ecimtPo2xwVwzKuI9poWTaeEsthoEJM2iJQ8aXwzGTiRsN5oU61MvNkd3WNWXywjT8aRxXTNCoqC99jpVkzlHrVGrU2A+lVFZW1mawkBsTbxo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=nbrU+oZ+TA4XNIZWd9DUwYlRuA0O3sG/QbyNbk09GLZ8kG33iAcy73YmLKcuwclmg2GxBRXarhHsTJWQU4lIO9VR7+m4+FVZY39oTzHLPILODBG/kws5DzUwFxPzdsLM1a79Dy+1mvHwK1x0lInmnpZESjhtFiUvPXC8laoxHgE= Received: by 10.65.114.11 with SMTP id r11mr17889535qbm.72.1202284745138; Tue, 05 Feb 2008 23:59:05 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id d2sm7884248qbc.36.2008.02.05.23.59.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 05 Feb 2008 23:59:04 -0800 (PST) Message-ID: <47A968C7.7060306@gmail.com> Date: Wed, 06 Feb 2008 02:59:03 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080121) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: OT: what is the current volume on the cvsup servers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 07:59:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Part of the ports 2.0 project needs to know what the load on the cvsup servers so are there any hard stats (or just good guesses) on the following: 1. How many commits per day are made to the mainline cvs repo? 2. How many people use c(vs)up on a regular (total) and what is the average number of files/bytes downloaded per session? 3. How many c(vs)up (public) servers are there? 4. How often does a typical c(vs)up update itself vice vie repoman.freebsd.org? 5. Is there any other scaling data that would be useful? - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHqWjHQi2hk2LEXBARAip0AJ9TmXN51uCcsrlgQKD2FRHQsRSq2ACfZZYo Pr0lOtmfUeYos4Gcy7LAaE4= =wHM/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 09:51:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D89F916A41B for ; Wed, 6 Feb 2008 09:51:26 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 383CF13C457 for ; Wed, 6 Feb 2008 09:51:26 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 6 Feb 2008 09:51:24 +0000 (GMT) Date: Wed, 6 Feb 2008 09:51:24 +0000 From: David Malone To: Nikolay Pavlov Message-ID: <20080206095124.GA45102@walton.maths.tcd.ie> References: <200802042142.38606.qpadla@gmail.com> <47A82DA5.3060504@bulinfo.net> <200802060432.08445.qpadla@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802060432.08445.qpadla@gmail.com> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Krassimir Slavchev , freebsd-current@freebsd.org Subject: Re: IP bad-len 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: Wed, 06 Feb 2008 09:51:26 -0000 On Wed, Feb 06, 2008 at 04:32:07AM +0200, Nikolay Pavlov wrote: > On Tuesday 05 February 2008 11:34:29 Krassimir Slavchev wrote: > > Hi, > > Can you try: > > net.inet.tcp.rfc1323=0 > > Not working for me. Any other thoughts? rfc1323 is unlikely to produce zero length IP packets. I'd suggest running tcpdump with the "-X" and "-e" flags - that way you will be able to see the MAC address of the machine sending these packets. You'll also be able to see a hex dump of them, which may help figuring out what is going on. David. From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 10:30:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97D3B16A498; Wed, 6 Feb 2008 10:30:25 +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 CE39513C46E; Wed, 6 Feb 2008 10:30:24 +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 m16AUMuh007718; Wed, 6 Feb 2008 13:30:22 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m16AUKbL007712; Wed, 6 Feb 2008 13:30:21 +0300 (MSK) (envelope-from yar) Date: Wed, 6 Feb 2008 13:30:20 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080206103019.GA7592@comp.chem.msu.su> References: <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205163602.GB56373@comp.chem.msu.su> <3bbf2fe10802050838p6272edces948789be6b1ddc4b@mail.gmail.com> <3bbf2fe10802050900y6c8a90e7t127e88102681d30c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10802050900y6c8a90e7t127e88102681d30c@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 10:30:25 -0000 On Tue, Feb 05, 2008 at 06:00:33PM +0100, Attilio Rao wrote: > 2008/2/5, Attilio Rao : > > 2008/2/5, Yar Tikhiy : > > > > > BTW, I seem to be hitting yet another lockmgr-related panic. > > > > > > My system won't reboot under certain conditions: it'll panic instead > > > in vfs_unmountall(). Namely it will panic if I reboot from single-user > > > mode while it'll reboot OK from multi-user mode. I have no idea > > > yet about the exact reason for the behaviour. The output from kgdb > > > attached. > > > > > > Note that this panic shouldn't be NTFS-related as I can trigger it > > > by typing `reboot' immediately after booting into single user. > > > > > > Yes, sorry for this. > > I know of this and I alredy patched my tree. > > I did the WITNESS stuff based on the assumption drained lock will > > never be release while they are. Unmounting is currently the only one > > consumer of LK_DRAIN I know of and I just need to do a WITNESS_LOCK() > > over there. > > I will provide you an updated patch about this problem and another one > > found by kris@. > > > > I will look later at the backtrace so we can go on. > > More specifically, here is the "fixed" version: > http://www.freebsd.org/~attilio/witness_lockmgr2.diff > > (against stock -CURRENT). > Kris and me tested (rather) this version and I found it reliable, so I > want to commit to CVS in a couple of hours. > If you can add any other feedback to it, I would be very happy. Feedback 1: The panic before reboot is gone. Thanks a lot! Now returning to the NTFS issue, stay tuned... :-) -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 11:29:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DEC816A473; Wed, 6 Feb 2008 11:29:37 +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 033D513C4EF; Wed, 6 Feb 2008 11:29:35 +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 m16BTWCW010289; Wed, 6 Feb 2008 14:29:32 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m16BTVX9010288; Wed, 6 Feb 2008 14:29:31 +0300 (MSK) (envelope-from yar) Date: Wed, 6 Feb 2008 14:29:31 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080206112930.GD7592@comp.chem.msu.su> References: <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 11:29:37 -0000 On Tue, Feb 05, 2008 at 08:56:26PM +0100, Attilio Rao wrote: > 2008/2/5, Yar Tikhiy : > > On Fri, Feb 01, 2008 at 07:41:58PM +0100, Attilio Rao wrote: > > > 2008/2/1, Yar Tikhiy : > > > > [...] > > > > > It would be suitable for you to add DDB to your kernel config and see > > > a backtrace for it? > > > > > > DDB was there (my kernel was GENERIC + DEBUG_VFS_LOCKS,) but it > > failed, too. Fortunately, I've managed to save a dump with the > > whole call stack. Attached is the respective output from kgdb, > > showing multiple failures including the one in NTFS. > > Currently it is DDB which let it fail in witness after memory corruption. > But I'm more interested in the panic originator; so, as far as it is > unusable, can you please remove DDB option and try to get the panic > again? it should not give you the failing assertion without DDB. Sure, here it is, attached. By the way, not that I want to stop helping you, but I can provide you with a small NTFS image so that you can test the driver against it by yourself and save a few round-trips. :-) The crash session shown in the attachment was conducted using this NTFS image file: http://people.freebsd.org/~yar/debug/ntfs.bz2 Thanks! -- Yar [causing the panic] Enter full pathname of shell or RETURN for /bin/sh: # dumpon /dev/ad0s3b # mdconfig -a -f /root/ntfs WARNING: opening backing store: /root/ntfs readoGnly EOM_LABEL: Label for provider md0 is ntfs/TEST_NTFS. md0 # mount -r -t ntfs /dev/md0 /mnt # umount /mnt lock order reversal: 1st 0xc30566b8 ntfs (ntfs) @ /usr/src/sys/kern/vfs_subr.c:2361 2nd 0xc2fd4924 ntnode (ntnode) @ /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_s ubr.c:361 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0ee fault code = supervisor read, page not present instruction pointer = 0x20:0xc0791e86 stack pointer = 0x28:0xd61559a0 frame pointer = 0x28:0xd61559a4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 39 (umount) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m0s Physical memory: 499 MB Dumping 32 MB: 17 1 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort [post-mortem kgdb session] Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0ee fault code = supervisor read, page not present instruction pointer = 0x20:0xc0791e86 stack pointer = 0x28:0xd61559a0 frame pointer = 0x28:0xd61559a4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 39 (umount) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m0s Physical memory: 499 MB Dumping 32 MB: 17 1 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc075ba7e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc075bd09 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc0a4580c in trap_fatal (frame=0xd6155960, eva=3735929070) at /usr/src/sys/i386/i386/trap.c:898 #4 0xc0a460e0 in trap (frame=0xd6155960) at /usr/src/sys/i386/i386/trap.c:279 #5 0xc0a2c97b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #6 0xc0791e86 in isitmychild (parent=0xdeadc0de, child=0xc0c00168) at /usr/src/sys/kern/subr_witness.c:1611 #7 0xc0793d9e in witness_checkorder (lock=0xc1474908, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/subr_witness.c:966 #8 0xc074edcc in _mtx_lock_flags (m=0xc1474908, opts=0, file=0xc0af4e44 "/usr/src/sys/vm/uma_core.c", line=2257) at /usr/src/sys/kern/kern_mutex.c:179 #9 0xc095f398 in uma_zfree_arg (zone=0xc146d1e0, item=0xc2fd4900, udata=0xc2fd4fa8) at /usr/src/sys/vm/uma_core.c:2257 #10 0xc074bb1a in free (addr=0xc2fd4900, mtp=0xc2ff1000) at /usr/src/sys/kern/kern_malloc.c:441 #11 0xc2feda91 in ntfs_ntput (ip=0xc2fd4900) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_subr.c:469 #12 0xc2feb654 in ntfs_reclaim (ap=0xd6155b04) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vnops.c:262 #13 0xc0a51195 in VOP_RECLAIM_APV (vop=0xc2ff1320, a=0xd6155b04) ---Type to continue, or q to quit--- at vnode_if.c:1566 #14 0xc07d848f in vgonel (vp=0xc3056660) at vnode_if.h:819 #15 0xc07d9f47 in vflush (mp=0xc2fb6a70, rootrefs=0, flags=1, td=0xc2fdf660) at /usr/src/sys/kern/vfs_subr.c:2406 #16 0xc2feabff in ntfs_unmount (mp=0xc2fb6a70, mntflags=134217728, td=0xc2fdf660) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vfsops.c:489 #17 0xc07d3756 in dounmount (mp=0xc2fb6a70, flags=134217728, td=0xc2fdf660) at /usr/src/sys/kern/vfs_mount.c:1286 #18 0xc07d3d20 in unmount (td=0xc2fdf660, uap=0xd6155cfc) at /usr/src/sys/kern/vfs_mount.c:1182 #19 0xc0a45ce3 in syscall (frame=0xd6155d38) at /usr/src/sys/i386/i386/trap.c:1034 #20 0xc0a2c9e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #21 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 11:45:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF4516A478 for ; Wed, 6 Feb 2008 11:45:21 +0000 (UTC) (envelope-from erazorbg@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 55E7F13C4FD for ; Wed, 6 Feb 2008 11:45:19 +0000 (UTC) (envelope-from erazorbg@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2093742mue.6 for ; Wed, 06 Feb 2008 03:45:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=QP3HThSZE9yYfJB6FsUXnia0t266DTHcxaFY3KdjRvg=; b=sUkiYQbAS1YQiUlBt7N4Dx3rtvlr2gGTRq3g2FPjKEx4xxs5om91kS5bviRYeIp4S77K3uoXGuN7Ddp9psnmhuhmegxkflxozQzO+uBCTBQ6txRBJdG8UPpr4KOgd7nKgiZGjBq40LswYu6wPEI3j3srbj/Y4Ky+sFKy2jVhnQE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nv4gkCstRRn5d+nnLSs52pKpFvmd93MwMTdqIHVpYXEZon+EMtk4sD2AZUYX9Sc+NiGJIYLI4rE4UVUpM2ce5lcwYyNFb4WtmTlYZnHSIpjQaV68WDJqPO4lnsRTtlsFiZ/WHl9H9TGzquC6E1hJexfgfmBJ4+I7TslV+2FU9Mw= Received: by 10.82.107.15 with SMTP id f15mr17723237buc.0.1202296673611; Wed, 06 Feb 2008 03:17:53 -0800 (PST) Received: by 10.82.111.20 with HTTP; Wed, 6 Feb 2008 03:17:53 -0800 (PST) Message-ID: <7cc8007f0802060317w9e144d7q828749020027b231@mail.gmail.com> Date: Wed, 6 Feb 2008 13:17:53 +0200 From: "Dimiter Ivanov" 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: ichss0: transition to 1 failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 11:45:21 -0000 Hello, my first mail here. I recently upgraded from 6.3 to 7.0 and the message "ichss0: transition to 1 failed " started to appear. I searched the archives and found 1 thread related to the problem, dating 9th June 2005, and the fix, quoted from that mail is : /* I got this problem solved thanks to Bruno Ducrot who emailed me offline providing a patch for sys/dev/cpufreq/ichss.c to autodetect CPU's that don't support SpeedStep technology. Just like my Pentium Celeron M. It could also be fixed with following string put to my /boot/loader.conf to disable ICHSS: hint.ichss.0.disabled="1" */ http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-June/051281.html My CPU is also, "Intel(R) Celeron(R) M processor", and i'm writing to ask is this normal (or i did something wrong during update?), and if the standard way of fixing it is : putting hint.ichss.0.disabled="1" in /boot/loader.conf And one more question: What CPUTYPE in make.conf to use for this processor? pentium-m or pentium4m. From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 12:28:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40A1E16A419 for ; Wed, 6 Feb 2008 12:28:34 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE44113C465 for ; Wed, 6 Feb 2008 12:28:33 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so994985ele.3 for ; Wed, 06 Feb 2008 04:28:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=L1DvL0d5hMpWsZdQ09tZqOo68lwjQjiIGf7a4wp70YQ=; b=GLs4DzcdDGhDX33AKpP6CoelqT0mP79VFRJAkB7HsT6B0Vwc151cKS8ZKyIRjsAihQMbJ/ezlu7ePRFDSmvzMVJkIkZ5fWsaIP8ogbfPPmQpJz1BKQyUH/jDh0k9BSZBg//7o5WXsbxa4CtpuF4RjmHEZIejdx91X6eoJDclGg0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=F1f/wJXdR2rCVSQ5EPovG/k1A5TkhA7m+Tx7QbTs4TuWUdkL6wzz4t6kaFCeF4DKjz0y2HZGi8amOq6rr8ChQpO6fQO11EwI/vpEPbxQ3R4kbAT7F+SA5qPsjNVgwuaQYIL3zO/nRrcXboZKN/y1PoXiDDUjhU1eJ7Pp9k6ru18= Received: by 10.142.128.6 with SMTP id a6mr479992wfd.138.1202300912218; Wed, 06 Feb 2008 04:28:32 -0800 (PST) Received: by 10.142.178.11 with HTTP; Wed, 6 Feb 2008 04:28:32 -0800 (PST) Message-ID: <3a142e750802060428h2d6f545dh25fdeb1e2773b1f7@mail.gmail.com> Date: Wed, 6 Feb 2008 12:28:32 +0000 From: "Paul B. Mahol" To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: dhclient 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: Wed, 06 Feb 2008 12:28:34 -0000 FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Tue Feb 5 01:12:46 UTC 2008 I have problems using dhclient with wireless USB card (rum driver) I getting only this output # dhlient rum0 rum0: no link .............. giving up But I remmember that I did not have this type of problem(outpput) before. So is this known issue, does somebody else have this problem also? From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 13:10:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3A4116A417 for ; Wed, 6 Feb 2008 13:10:51 +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 48BB713C44B for ; Wed, 6 Feb 2008 13:10:50 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.p.matik.com.br (anb.p.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m16DAoYs069185; Wed, 6 Feb 2008 11:10:50 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Pyun YongHyeon , current@freebsd.org Date: Wed, 6 Feb 2008 11:08:32 -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: <200802061108.33176.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: Subject: panic with recent build (nfe?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 13:10:52 -0000 I have a mb with nfe onboard which sometimes hangs up without any msg today I got a panic on screen and I got this out of it ffffffff80545270 t nfe_discard_rxbuf ffffffff80545360 t nfe_jrxeof ffffffff80545840 t nfe_discard_jrxbuf ffffffff80545930 t nfe_txeof ffffffff80545c30 t nfe_defrag ffffffff80545f20 t m_free ffffffff80545f80 t uma_zfree ffffffff80545fb0 t nfe_encap does it help ? =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 Wed Feb 6 13:49:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C186C16A420 for ; Wed, 6 Feb 2008 13:49:52 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2450513C44B for ; Wed, 6 Feb 2008 13:49:51 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so3268951fka.11 for ; Wed, 06 Feb 2008 05:49:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=gZhoCjP/xcRuYOPfQqnnjRDLzoiR2z8SLfNVEVMjQ3k=; b=PKpgReTeswu1QN5/bsO0b4WkmjEcHSxUsLQ1iyJ+kYw03ighoQ5Sx7oA2XV6UcLySdQh+6AOJojRkRVdMzQHZRwdLlRFTkGq2mDrLgvBUEtETmJK7AaxZeb3ABMfUsxKaG+5GwrxwhxyVCKI9AoVkFoxoZnA6GPaRHBZSr7nIyo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ffZR9CrbKf35oE4OXZLQRtHPki0RgQCOFOAOs9v692unL0Q4HVL+1kuyQE7CAlbsfSUK2wV8TB728SDtvJZTrZIEm6BcVDRB11SpAb1ZXUtaqC/YFGFNLlmc9R2Pn6em0w8rKL2Ykh1eOUcT9cffz0A2x5xgYOBTzBj2mwyrUGc= Received: by 10.82.161.19 with SMTP id j19mr17979733bue.20.1202305789651; Wed, 06 Feb 2008 05:49:49 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 6 Feb 2008 05:49:49 -0800 (PST) Message-ID: <3bbf2fe10802060549u66b1067cy4bb9d4232ccef05d@mail.gmail.com> Date: Wed, 6 Feb 2008 14:49:49 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080206112930.GD7592@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> <20080206112930.GD7592@comp.chem.msu.su> X-Google-Sender-Auth: c794f7f0a8eb917a Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 13:49:52 -0000 2008/2/6, Yar Tikhiy : > On Tue, Feb 05, 2008 at 08:56:26PM +0100, Attilio Rao wrote: > > 2008/2/5, Yar Tikhiy : > > > On Fri, Feb 01, 2008 at 07:41:58PM +0100, Attilio Rao wrote: > > > > 2008/2/1, Yar Tikhiy : > > > > > > [...] > > > > > > > > It would be suitable for you to add DDB to your kernel config and see > > > > a backtrace for it? > > > > > > > > > DDB was there (my kernel was GENERIC + DEBUG_VFS_LOCKS,) but it > > > failed, too. Fortunately, I've managed to save a dump with the > > > whole call stack. Attached is the respective output from kgdb, > > > showing multiple failures including the one in NTFS. > > > > Currently it is DDB which let it fail in witness after memory corruption. > > But I'm more interested in the panic originator; so, as far as it is > > unusable, can you please remove DDB option and try to get the panic > > again? it should not give you the failing assertion without DDB. > > > Sure, here it is, attached. > > By the way, not that I want to stop helping you, but I can provide > you with a small NTFS image so that you can test the driver against > it by yourself and save a few round-trips. :-) The crash session > shown in the attachment was conducted using this NTFS image file: > > http://people.freebsd.org/~yar/debug/ntfs.bz2 > > Thanks! > > -- > Yar > > [causing the panic] > > > Enter full pathname of shell or RETURN for /bin/sh: > > # dumpon /dev/ad0s3b > # mdconfig -a -f /root/ntfs > WARNING: opening backing store: /root/ntfs readoGnly > EOM_LABEL: Label for provider md0 is ntfs/TEST_NTFS. > md0 > # mount -r -t ntfs /dev/md0 /mnt > # umount /mnt > lock order reversal: > 1st 0xc30566b8 ntfs (ntfs) @ /usr/src/sys/kern/vfs_subr.c:2361 > 2nd 0xc2fd4924 ntnode (ntnode) @ /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_s > ubr.c:361 > > kernel trap 12 with interrupts disabled > > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xdeadc0ee > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0791e86 > stack pointer = 0x28:0xd61559a0 > frame pointer = 0x28:0xd61559a4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > > current process = 39 (umount) > trap number = 12 > panic: page fault > > cpuid = 0 > Uptime: 1m0s > Physical memory: 499 MB > Dumping 32 MB: 17 1 > > Dump complete > > Automatic reboot in 15 seconds - press a key on the console to abort > > > [post-mortem kgdb session] > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xdeadc0ee > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0791e86 > stack pointer = 0x28:0xd61559a0 > frame pointer = 0x28:0xd61559a4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > > current process = 39 (umount) > trap number = 12 > panic: page fault > > cpuid = 0 > Uptime: 1m0s > Physical memory: 499 MB > Dumping 32 MB: 17 1 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump () at pcpu.h:195 > > #1 0xc075ba7e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 > #2 0xc075bd09 in panic (fmt=Variable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:571 > > #3 0xc0a4580c in trap_fatal (frame=0xd6155960, eva=3735929070) > at /usr/src/sys/i386/i386/trap.c:898 > #4 0xc0a460e0 in trap (frame=0xd6155960) at /usr/src/sys/i386/i386/trap.c:279 > #5 0xc0a2c97b in calltrap () at /usr/src/sys/i386/i386/exception.s:146 > #6 0xc0791e86 in isitmychild (parent=0xdeadc0de, child=0xc0c00168) > at /usr/src/sys/kern/subr_witness.c:1611 > #7 0xc0793d9e in witness_checkorder (lock=0xc1474908, flags=Variable "flags" is not available. > ) > at /usr/src/sys/kern/subr_witness.c:966 > #8 0xc074edcc in _mtx_lock_flags (m=0xc1474908, opts=0, > file=0xc0af4e44 "/usr/src/sys/vm/uma_core.c", line=2257) > at /usr/src/sys/kern/kern_mutex.c:179 > #9 0xc095f398 in uma_zfree_arg (zone=0xc146d1e0, item=0xc2fd4900, > udata=0xc2fd4fa8) at /usr/src/sys/vm/uma_core.c:2257 > #10 0xc074bb1a in free (addr=0xc2fd4900, mtp=0xc2ff1000) > at /usr/src/sys/kern/kern_malloc.c:441 > #11 0xc2feda91 in ntfs_ntput (ip=0xc2fd4900) > > at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_subr.c:469 > > #12 0xc2feb654 in ntfs_reclaim (ap=0xd6155b04) > > at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vnops.c:262 > > #13 0xc0a51195 in VOP_RECLAIM_APV (vop=0xc2ff1320, a=0xd6155b04) > > ---Type to continue, or q to quit--- > > at vnode_if.c:1566 > #14 0xc07d848f in vgonel (vp=0xc3056660) at vnode_if.h:819 > #15 0xc07d9f47 in vflush (mp=0xc2fb6a70, rootrefs=0, flags=1, td=0xc2fdf660) > at /usr/src/sys/kern/vfs_subr.c:2406 > #16 0xc2feabff in ntfs_unmount (mp=0xc2fb6a70, mntflags=134217728, > td=0xc2fdf660) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vfsops.c:489 > #17 0xc07d3756 in dounmount (mp=0xc2fb6a70, flags=134217728, td=0xc2fdf660) > at /usr/src/sys/kern/vfs_mount.c:1286 > #18 0xc07d3d20 in unmount (td=0xc2fdf660, uap=0xd6155cfc) > at /usr/src/sys/kern/vfs_mount.c:1182 > #19 0xc0a45ce3 in syscall (frame=0xd6155d38) > > at /usr/src/sys/i386/i386/trap.c:1034 > > #20 0xc0a2c9e0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 > #21 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) Want to see if this bt has been helpful? :) Can you try the attached patch and see if kernel rings a bell?: http://www.freebsd.org/~attilio/ntfs_debug.diff Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 13:55:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8560816A417 for ; Wed, 6 Feb 2008 13:55:11 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from smtp.netway.cz (smtp.netway.cz [85.239.225.195]) by mx1.freebsd.org (Postfix) with ESMTP id E3EED13C442 for ; Wed, 6 Feb 2008 13:55:10 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from vnovy.netway.cz ([85.239.226.2]) by smtp.netway.cz (8.13.8/8.13.8) with ESMTP id m16DK9gh021104 for ; Wed, 6 Feb 2008 14:20:13 +0100 (CET) (envelope-from vnovy@vnovy.net) Message-ID: <47A9B41E.3040401@vnovy.net> Date: Wed, 06 Feb 2008 14:20:30 +0100 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.0 (X11/20070512) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200802042142.38606.qpadla@gmail.com> <47A82DA5.3060504@bulinfo.net> <200802060432.08445.qpadla@gmail.com> <20080206095124.GA45102@walton.maths.tcd.ie> In-Reply-To: <20080206095124.GA45102@walton.maths.tcd.ie> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: IP bad-len 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: Wed, 06 Feb 2008 13:55:11 -0000 David Malone wrote: > On Wed, Feb 06, 2008 at 04:32:07AM +0200, Nikolay Pavlov wrote: >> On Tuesday 05 February 2008 11:34:29 Krassimir Slavchev wrote: >>> Hi, >>> Can you try: >>> net.inet.tcp.rfc1323=0 >> Not working for me. Any other thoughts? Do you have set TSO flag on interface? v. From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 14:22:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5448616A418 for ; Wed, 6 Feb 2008 14:22:39 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id F0CD513C4CE for ; Wed, 6 Feb 2008 14:22:38 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id 5D28D4AC57; Wed, 6 Feb 2008 15:07:15 +0100 (CET) Date: Wed, 6 Feb 2008 15:07:15 +0100 From: Martin Wilke To: "Paul B. Mahol" Message-ID: <20080206140715.GA41972@bsdcrew.de> References: <3a142e750802060428h2d6f545dh25fdeb1e2773b1f7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <3a142e750802060428h2d6f545dh25fdeb1e2773b1f7@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current Subject: Re: dhclient 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: Wed, 06 Feb 2008 14:22:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Feb 06, 2008 at 12:28:32PM +0000, Paul B. Mahol wrote: > FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Tue Feb 5 01:12:46 UTC 2008 > Hi > I have problems using dhclient with wireless USB card (rum driver) > > I getting only this output > > # dhlient rum0 > rum0: no link .............. giving up I've the same problem with iwi0 on 7.0RC1 and Current. > > But I remmember that I did not have this type of problem(outpput) > before. So is this known issue, does somebody else have this problem > also? > _______________________________________________ > 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" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHqb8SFwpycAVoI1MRAhgQAJ0afyT97RNw6CUeMEGiLpk3J8iBngCgp+bU R6qScynfKKESsv97+ckuLm0= =T87M -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 14:48:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CE1F16A41A; Wed, 6 Feb 2008 14:48:06 +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 5FEEA13C455; Wed, 6 Feb 2008 14:48:05 +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 m16Em3jL018032; Wed, 6 Feb 2008 17:48:03 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m16Em2JL018031; Wed, 6 Feb 2008 17:48:02 +0300 (MSK) (envelope-from yar) Date: Wed, 6 Feb 2008 17:48:02 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080206144802.GH7592@comp.chem.msu.su> References: <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> <20080206112930.GD7592@comp.chem.msu.su> <3bbf2fe10802060549u66b1067cy4bb9d4232ccef05d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10802060549u66b1067cy4bb9d4232ccef05d@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 14:48:06 -0000 On Wed, Feb 06, 2008 at 02:49:49PM +0100, Attilio Rao wrote: [...] > Want to see if this bt has been helpful? :) > Can you try the attached patch and see if kernel rings a bell?: > http://www.freebsd.org/~attilio/ntfs_debug.diff The kernel just panics. :-) -- Yar panic: ntfs_ntput: lock should be unreleased! cpuid = 0 Uptime: 1m14s Physical memory: 499 MB Dumping 32 MB: 17 1 #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 0xc075ba7e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc075bd09 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc2fe9b65 in ntfs_ntput (ip=Variable "ip" is not available. ) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_subr.c:467 #4 0xc2fe76a4 in ntfs_reclaim (ap=0xd614eb04) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vnops.c:262 #5 0xc0a51205 in VOP_RECLAIM_APV (vop=0xc2fed320, a=0xd614eb04) at vnode_if.c:1566 #6 0xc07d84ff in vgonel (vp=0xc2fd3990) at vnode_if.h:819 #7 0xc07d9fb7 in vflush (mp=0xc2fb6a70, rootrefs=0, flags=1, td=0xc2fdeaa0) at /usr/src/sys/kern/vfs_subr.c:2406 #8 0xc2fe6c4f in ntfs_unmount (mp=0xc2fb6a70, mntflags=134217728, td=0xc2fdeaa0) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vfsops.c:489 #9 0xc07d37c6 in dounmount (mp=0xc2fb6a70, flags=134217728, td=0xc2fdeaa0) at /usr/src/sys/kern/vfs_mount.c:1299 #10 0xc07d3d90 in unmount (td=0xc2fdeaa0, uap=0xd614ecfc) at /usr/src/sys/kern/vfs_mount.c:1195 #11 0xc0a45d53 in syscall (frame=0xd614ed38) at /usr/src/sys/i386/i386/trap.c:1034 #12 0xc0a2ca50 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 14:52:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 299C216A46D for ; Wed, 6 Feb 2008 14:52:35 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 8615013C465 for ; Wed, 6 Feb 2008 14:52:34 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2566294fgg.35 for ; Wed, 06 Feb 2008 06:52:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=mbE+uAO0NUEYsCEJzQXunHDoSNgUO7HHTbWNdqIvsjw=; b=M/RDQSyja8R95pzr8awGGtxVwZWsKUVaB8ztXYz9alq8nl2EKGfSOdooMxVWlWbVHfB6XDht1v7j0T92QqzuaaQ+bAp/CAph9WBOPOFSO50KRpLVX1Oquy7P8VXNX/AP1P6O8mqwnFIEmxie+vHb5SZRGOT4n+ElXdDVvCW69B4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ujy3Xa1QFszNh15mReE8aBz4fQV9lwgD3MMmOL8XVlEeBuN9j/yN3t+zC/6cvXbGJKsfkOH2hbL9JL+UgkMy1i+eaJ9V6UQX8nLjYSg4H8Mum6Uj2kH76E2+V+iwZlJANDjkuJeNFo6IdVEUOcdc8Y34cNHT+Uw1cox7eqqelJk= Received: by 10.86.84.5 with SMTP id h5mr9164322fgb.49.1202309551425; Wed, 06 Feb 2008 06:52:31 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 6 Feb 2008 06:52:31 -0800 (PST) Message-ID: <3bbf2fe10802060652y3782d023k9c5299168a81093d@mail.gmail.com> Date: Wed, 6 Feb 2008 15:52:31 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080206144802.GH7592@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> <20080206112930.GD7592@comp.chem.msu.su> <3bbf2fe10802060549u66b1067cy4bb9d4232ccef05d@mail.gmail.com> <20080206144802.GH7592@comp.chem.msu.su> X-Google-Sender-Auth: 14ffc8860aac6d84 Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 14:52:35 -0000 2008/2/6, Yar Tikhiy : > On Wed, Feb 06, 2008 at 02:49:49PM +0100, Attilio Rao wrote: > [...] > > > Want to see if this bt has been helpful? :) > > Can you try the attached patch and see if kernel rings a bell?: > > http://www.freebsd.org/~attilio/ntfs_debug.diff > > > The kernel just panics. :-) This is the new I wanted to know! :) With better checks in lockmgr code, we would have caught more informations about it. Can you please now add DDB support and once it breaks in DDB do a 'show alllocks' and maybe other small investigations? This should shade a light for us. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 14:58:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7013E16A419 for ; Wed, 6 Feb 2008 14:58:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id D3B6F13C4DB for ; Wed, 6 Feb 2008 14:57:59 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2567184fgg.35 for ; Wed, 06 Feb 2008 06:57:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=JBmHGFf5umJcH/v6hi9hx7Xe3pbstWdT7Sfw598rjXA=; b=R4/AgnrBXqAT83L/lZ++YNBTGeeoIMsCQycWVjZvTdLEr6ZKloRD61uQ/ecXBx1K1Tk3TckWMP0fDNucOgpyWvrhL+tYJpj8Q7n/S+i2Rka87SXXSmbEBd0tAicP9+iWaJXim3+v99dSN8vtDt0VplpI+WG+JkSGHkwnW5m41vY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=nlFxI6QIG33sgc43SEEz9M7Lxc0obexdzUkey7rgh37mE3pIzj6RL76dVZz650EGVi86QqcDFsaRUHewn54OFL+SCBEkVHnEJjUbYjRyaj+tB/bThJ05hsPZjcecgYOf1D/eq6gHOYAhi+6mXKF6L//cuoBuoaduyVlLLSN5FMM= Received: by 10.86.25.17 with SMTP id 17mr9191482fgy.15.1202309878833; Wed, 06 Feb 2008 06:57:58 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 6 Feb 2008 06:57:58 -0800 (PST) Message-ID: <3bbf2fe10802060657h1dbc93e2lf3fd1b0c6843f674@mail.gmail.com> Date: Wed, 6 Feb 2008 15:57:58 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <3bbf2fe10802060652y3782d023k9c5299168a81093d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> <20080206112930.GD7592@comp.chem.msu.su> <3bbf2fe10802060549u66b1067cy4bb9d4232ccef05d@mail.gmail.com> <20080206144802.GH7592@comp.chem.msu.su> <3bbf2fe10802060652y3782d023k9c5299168a81093d@mail.gmail.com> X-Google-Sender-Auth: e55f2d97628d591e Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 14:58:00 -0000 2008/2/6, Attilio Rao : > 2008/2/6, Yar Tikhiy : > > > On Wed, Feb 06, 2008 at 02:49:49PM +0100, Attilio Rao wrote: > > [...] > > > > > Want to see if this bt has been helpful? :) > > > Can you try the attached patch and see if kernel rings a bell?: > > > http://www.freebsd.org/~attilio/ntfs_debug.diff > > > > > > The kernel just panics. :-) > > > This is the new I wanted to know! :) > With better checks in lockmgr code, we would have caught more > informations about it. > > Can you please now add DDB support and once it breaks in DDB do a > 'show alllocks' and maybe other small investigations? > This should shade a light for us. Could you please enable NTFS_DEBUG too and maybe see, when the kernel panics, what is the value of i_usecount for the specified ip? I want to exclude refcount leaking. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 16:50:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3580816A418 for ; Wed, 6 Feb 2008 16:50:06 +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 9AAE813C4CC for ; Wed, 6 Feb 2008 16:50:00 +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.14.1/8.13.8) with ESMTP id m16Gnxte096406; Wed, 6 Feb 2008 10:49:59 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id m16Gnxrq096405; Wed, 6 Feb 2008 10:49:59 -0600 (CST) (envelope-from brooks) Date: Wed, 6 Feb 2008 10:49:59 -0600 From: Brooks Davis To: "Paul B. Mahol" Message-ID: <20080206164959.GA95021@lor.one-eyed-alien.net> References: <3a142e750802060428h2d6f545dh25fdeb1e2773b1f7@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <3a142e750802060428h2d6f545dh25fdeb1e2773b1f7@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 06 Feb 2008 10:49:59 -0600 (CST) Cc: freebsd-current Subject: Re: dhclient 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: Wed, 06 Feb 2008 16:50:06 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 06, 2008 at 12:28:32PM +0000, Paul B. Mahol wrote: > FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Tue Feb 5 01:12:46 UTC 2008 >=20 > I have problems using dhclient with wireless USB card (rum driver) >=20 > I getting only this output >=20 > # dhlient rum0 > rum0: no link .............. giving up >=20 > But I remmember that I did not have this type of problem(outpput) > before. So is this known issue, does somebody else have this problem > also? It is unlikely this has anything to do with dhclient. There are two likely possibilities a) the card isn't associating b) the card isn't generating proper routing events when it does associate. You should try observing the status with ifconfig or enabling messages with wlandebug. -- Brooks --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHqeU2XY6L6fI4GtQRAmexAJ9O1FUoZ+GjRrVCd1OWIscWuKTOyQCeK6oj b3aWHraL0ZLJ1ko+O2hT/Ys= =SGdL -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 16:52:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945E616A41A for ; Wed, 6 Feb 2008 16:52:14 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id EBC0113C4E1 for ; Wed, 6 Feb 2008 16:52:13 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so630625uge.37 for ; Wed, 06 Feb 2008 08:52:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=yLgkBl/ux0TPb47KIHiIl7Ud9bdmMag5VRXXRgwkiU8=; b=hVjXOXFIqM4PRuW5LNaGTLGNgSTT09MTdkMS8R08H4ZKTJ48j54vD04Kw/REqm00Hu4svddSiqV5fAlUhDvAyf09GD933yyaGnlkPzHBiRtOKBh7cFWZxTtl/246V/epFT1hSqRO3mkJ6El/aTuUk4eVQbu/vE2lJmQhLI1a3Rk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Vai8iYgUYLhci1d1/pZW9iJc3YI4L5nq5HEWtn56I4D+Gbk/oeVKMyOd7pYaofKjSzu2VBNSj9bB79/3nX9BHgoGJIKFp9sQ7MT9t/zG3lIAhCQhV6zzLseIzR57HavQFCriZmEqirqqNM8385rx+Zdv1YvpdcF/S3xTIpPXsX8= Received: by 10.67.116.2 with SMTP id t2mr2849812ugm.62.1202316732813; Wed, 06 Feb 2008 08:52:12 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id a1sm6780831ugf.78.2008.02.06.08.52.10 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Feb 2008 08:52:12 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Wed, 6 Feb 2008 18:52:09 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802042142.38606.qpadla@gmail.com> <20080206095124.GA45102@walton.maths.tcd.ie> <47A9B41E.3040401@vnovy.net> In-Reply-To: <47A9B41E.3040401@vnovy.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802061852.10227.qpadla@gmail.com> Cc: Vitezslav Novy Subject: Re: IP bad-len 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 06 Feb 2008 16:52:14 -0000 On Wednesday 06 February 2008 15:20:30 Vitezslav Novy wrote: > David Malone wrote: > > On Wed, Feb 06, 2008 at 04:32:07AM +0200, Nikolay Pavlov wrote: > >> On Tuesday 05 February 2008 11:34:29 Krassimir Slavchev wrote: > >>> Hi, > >>> Can you try: > >>> net.inet.tcp.rfc1323=0 > >> > >> Not working for me. Any other thoughts? > > Do you have set TSO flag on interface? > Good catch. The problem is gone with net.inet.tcp.tso set to 0. But TSO is enabled by default in 7.0. Could this be a em driver bug? -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 17:12:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11CA316A419; Wed, 6 Feb 2008 17:12:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 9710813C43E; Wed, 6 Feb 2008 17:12:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JMnon-000LU4-Ry; Wed, 06 Feb 2008 19:12:21 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m16HBqs8016470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Feb 2008 19:11:53 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m16HCCg5059258; Wed, 6 Feb 2008 19:12:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m16HCCU6059257; Wed, 6 Feb 2008 19:12:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 6 Feb 2008 19:12:11 +0200 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20080206171211.GV57756@deviant.kiev.zoral.com.ua> References: <20080205130210.GQ57756@deviant.kiev.zoral.com.ua> <20080205173657.z4l7gf18g00ssso4@webmail.leidinger.net> <20080205203826.GT57756@deviant.kiev.zoral.com.ua> <20080206082232.sve539q3ggk0ok8s@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ePlDwdIJ2KGcQaNd" Content-Disposition: inline In-Reply-To: <20080206082232.sve539q3ggk0ok8s@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: f2683d8df775da069012ccac6e6e6321 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2188 [Feb 06 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: current@freebsd.org, sos@freebsd.org Subject: Re: Load_Cycle_Count and ATA APM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 17:12:23 -0000 --ePlDwdIJ2KGcQaNd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 06, 2008 at 08:22:32AM +0100, Alexander Leidinger wrote: > Quoting Kostik Belousov (from Tue, 5 Feb 2008 =20 > 22:38:27 +0200): >=20 > >[Replying to the original list of the recipients]. > > > >On Tue, Feb 05, 2008 at 05:36:57PM +0100, Alexander Leidinger wrote: > >>Quoting Kostik Belousov (from Tue, 5 Feb 2008 > >>15:02:10 +0200): > >> > >>>I noted that when idle, my laptop HDD increases the Load_Cycle_Count > >>>(193) approx. each ten seconds, as reported by smartctl. Have recently > >>>read about the Ubuntu and APM mode for hard drives, I searched for the > >>>tool to tune APM (that has functionality similar to linux' hdparm -B). > >>> > >>>It seems that FreeBSD does not have a tool ? Am I wrong ? In case I did > >>>not make a mistake, below is the patch that allows to manage APM state > >>>of the hard drive using atacontrol. > >> > >>Any chance to also handle automatic acoustic management at the same tim= e? > > > >http://people.freebsd.org/~kib/misc/ata_setcap.2.patch >=20 > Yeah, fast. :) >=20 > Whitespace error for the comment in the line of the ATA_SF_DIS_AAC define? It seems that the patch goes to the waste-basket, so whitespace problems are leaved as is. ATA code uses its own formatting conventions anyway. --ePlDwdIJ2KGcQaNd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkep6moACgkQC3+MBN1Mb4hFEACeJbeBLuWpvZktZuNQCD6b3h84 HlUAoNsrCja7RsxPebyOp/Xg9yOrcUty =VRx1 -----END PGP SIGNATURE----- --ePlDwdIJ2KGcQaNd-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 17:46:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAE6716A419 for ; Wed, 6 Feb 2008 17:46:36 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id EF1A813C447 for ; Wed, 6 Feb 2008 17:46:35 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: (qmail 66118 invoked by uid 0); 6 Feb 2008 17:12:42 -0000 Received: from r9gs206.net.upc.cz (HELO vn.chello.upc.cz) (78.102.200.206) by smtp.dkm.cz with SMTP; 6 Feb 2008 17:12:42 -0000 Message-ID: <47A9EA74.6040407@vnovy.net> Date: Wed, 06 Feb 2008 18:12:20 +0100 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.9 (X11/20071201) MIME-Version: 1.0 To: qpadla@gmail.com References: <200802042142.38606.qpadla@gmail.com> <20080206095124.GA45102@walton.maths.tcd.ie> <47A9B41E.3040401@vnovy.net> <200802061852.10227.qpadla@gmail.com> In-Reply-To: <200802061852.10227.qpadla@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IP bad-len 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: Wed, 06 Feb 2008 17:46:36 -0000 Nikolay Pavlov wrote: > On Wednesday 06 February 2008 15:20:30 Vitezslav Novy wrote: >> David Malone wrote: >>> On Wed, Feb 06, 2008 at 04:32:07AM +0200, Nikolay Pavlov wrote: >>>> On Tuesday 05 February 2008 11:34:29 Krassimir Slavchev wrote: >>>>> Hi, >>>>> Can you try: >>>>> net.inet.tcp.rfc1323=0 >>>> Not working for me. Any other thoughts? >> Do you have set TSO flag on interface? >> > > Good catch. The problem is gone with net.inet.tcp.tso set to 0. > But TSO is enabled by default in 7.0. Could this be a em driver bug? > I don't know. I only saw this when researched another TSO related problem. vita From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 19:27:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF4B116A46B for ; Wed, 6 Feb 2008 19:27:02 +0000 (UTC) (envelope-from marcelm@juniper.net) Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by mx1.freebsd.org (Postfix) with ESMTP id 4808D13C500 for ; Wed, 6 Feb 2008 19:27:02 +0000 (UTC) (envelope-from marcelm@juniper.net) Received: from source ([66.129.224.36]) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP; Wed, 06 Feb 2008 11:27:00 PST Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Feb 2008 11:11:09 -0800 Received: from mini-g4.jnpr.net (magarwal-t60.jnpr.net [172.24.104.114] (may be forged)) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id m16JB6q45890 for ; Wed, 6 Feb 2008 11:11:06 -0800 (PST) (envelope-from marcelm@juniper.net) Message-Id: From: Marcel Moolenaar To: current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 6 Feb 2008 11:11:06 -0800 X-Mailer: Apple Mail (2.915) X-OriginalArrivalTime: 06 Feb 2008 19:11:09.0544 (UTC) FILETIME=[07FDC680:01C868F4] X-Mailman-Approved-At: Wed, 06 Feb 2008 19:38:52 +0000 Cc: Subject: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 19:27:02 -0000 All, I just ran into the following LOR after upgrading my PowerPC box: lock order reversal: 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ vfs_subr.c:2061 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ devfs/devfs_vnops.c:201 KDB: stack backtrace: 0xdc0febc8: at kdb_backtrace+0x4c 0xdc0febd8: at witness_checkorder+0x704 0xdc0fec28: at _sx_xlock+0x8c 0xdc0fec48: at devfs_allocv+0x138 0xdc0fec88: at devfs_root+0x5c 0xdc0fecb8: at set_rootvnode+0x44 0xdc0fece8: at vfs_mountroot+0x344 0xdc0fed48: at start_init+0x88 0xdc0feda8: at fork_exit+0xb4 0xdc0fedc8: at fork_trampoline+0xc KDB: enter: witness_checkorder [thread pid 1 tid 100001 ] Stopped at 0x28ee68: addi r0, r0, 0x0 It seems that this is a LOR reported in 2006 and fixed in 2006 as well. Do other people see this too, or should I suspect my sources? -- Marcel Moolenaar marcelm@juniper.net From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 22:18:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B255A16A418 for ; Wed, 6 Feb 2008 22:18:57 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 2FED013C43E for ; Wed, 6 Feb 2008 22:18:56 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so781161uge.37 for ; Wed, 06 Feb 2008 14:18:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=OlrzfnFamqEoNuQXih229s1WWpOsSzOF++GyfE902zs=; b=ar9ljpd/5RtKbTatikwc1c+IEcyj+eFeXvHlnOtCLaTYOjJ+Muzb7przhpXJycXKQ3xUpIgW7aplHnRwec5T+Q+YVL0z5bOBJ3suPQdJT9KbQ0bQRR8MLN6bm6T3eyd91y+BNpHFvPMyXD9D044Lxq9yTCqeGUNKcFq9OePD/CA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=Y8LOwy4AIlcuGryLe67yDP4qrfSL/lFlfKiagKJHQG5WniCKzQawz8xv8SC5zuPocyNV9qogv6qi0yW2fUeGs/5P1lO6SqeferxSJvLF780iCSCDCeff4oBmT9G976Ji39sAgW+Y+UO/WWbFGeUswdilHbJnZyZaASKXRzS50IQ= Received: by 10.67.101.17 with SMTP id d17mr3224437ugm.53.1202336335721; Wed, 06 Feb 2008 14:18:55 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id 31sm7667838ugg.47.2008.02.06.14.18.53 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Feb 2008 14:18:54 -0800 (PST) From: Nikolay Pavlov To: Vitezslav Novy Date: Thu, 7 Feb 2008 00:18:49 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802042142.38606.qpadla@gmail.com> <200802061852.10227.qpadla@gmail.com> <47A9EA74.6040407@vnovy.net> In-Reply-To: <47A9EA74.6040407@vnovy.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2812288.Ynqvqupy3P"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802070018.54429.qpadla@gmail.com> Cc: freebsd-current@freebsd.org, Jack Vogel Subject: Re: IP bad-len 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@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, 06 Feb 2008 22:18:57 -0000 --nextPart2812288.Ynqvqupy3P Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 February 2008 19:12:20 Vitezslav Novy wrote: > Nikolay Pavlov wrote: > > On Wednesday 06 February 2008 15:20:30 Vitezslav Novy wrote: > >> David Malone wrote: > >>> On Wed, Feb 06, 2008 at 04:32:07AM +0200, Nikolay Pavlov wrote: > >>>> On Tuesday 05 February 2008 11:34:29 Krassimir Slavchev wrote: > >>>>> Hi, > >>>>> Can you try: > >>>>> net.inet.tcp.rfc1323=3D0 > >>>> > >>>> Not working for me. Any other thoughts? > >> > >> Do you have set TSO flag on interface? > > > > Good catch. The problem is gone with net.inet.tcp.tso set to 0. > > But TSO is enabled by default in 7.0. Could this be a em driver bug? > > I don't know. I only saw this when researched another TSO related > problem. > > vita May be Jack could say something about this? =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart2812288.Ynqvqupy3P Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHqjJO/2R6KvEYGaIRAuy8AJ4yraR6aOYMZ35JIyXeiuafzRDxFQCgxPHx CbrXJaJ/VBhs19XynKXKvkQ= =joWy -----END PGP SIGNATURE----- --nextPart2812288.Ynqvqupy3P-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 22:21:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5371F16A46B; Wed, 6 Feb 2008 22:21:21 +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 1D19413C45A; Wed, 6 Feb 2008 22:21:20 +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.2/8.14.2) with ESMTP id m16MLJu7055199; Wed, 6 Feb 2008 17:21:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m16MLJPk076749; Wed, 6 Feb 2008 17:21:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A89BE73039; Wed, 6 Feb 2008 17:21:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206222119.A89BE73039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 17:21:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 22:21:21 -0000 TB --- 2008-02-06 21:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 21:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2008-02-06 21:55:00 - cleaning the object tree TB --- 2008-02-06 21:55:27 - cvsupping the source tree TB --- 2008-02-06 21:55:27 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2008-02-06 21:55:36 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 21:55:36 - cd /src TB --- 2008-02-06 21:55:36 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 21:55:38 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/arm/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/arm -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/arm -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/arm/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/arm -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/arm -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/arm/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/arm -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/arm -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/arm/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/arm -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/arm -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/arm/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/arm -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/arm -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/arm/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/arm -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/arm -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 22:21:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 22:21:19 - ERROR: failed to build world TB --- 2008-02-06 22:21:19 - tinderbox aborted TB --- 1178.92 user 158.89 system 1579.26 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 22:24:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77B8916A41B; Wed, 6 Feb 2008 22:24:27 +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 1034313C4F2; Wed, 6 Feb 2008 22:24:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m16MOQPe040567; Wed, 6 Feb 2008 17:24:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m16MOQD9006284; Wed, 6 Feb 2008 17:24:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EACD773039; Wed, 6 Feb 2008 17:24:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206222425.EACD773039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 17:24:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 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: Wed, 06 Feb 2008 22:24:27 -0000 TB --- 2008-02-06 21:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 21:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-06 21:55:00 - cleaning the object tree TB --- 2008-02-06 21:55:44 - cvsupping the source tree TB --- 2008-02-06 21:55:44 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-06 21:55:50 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 21:55:50 - cd /src TB --- 2008-02-06 21:55:50 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 21:55:52 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/amd64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/amd64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/amd64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/amd64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/amd64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/amd64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/amd64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/amd64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 22:24:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 22:24:25 - ERROR: failed to build world TB --- 2008-02-06 22:24:25 - tinderbox aborted TB --- 1273.84 user 167.67 system 1765.70 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 22:48:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E95CE16A417; Wed, 6 Feb 2008 22:48:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9B16F13C455; Wed, 6 Feb 2008 22:48:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m16MmmYW042294; Wed, 6 Feb 2008 17:48:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m16MmmDh029080; Wed, 6 Feb 2008 17:48:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DB22873039; Wed, 6 Feb 2008 17:48:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206224847.DB22873039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 17:48:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 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: Wed, 06 Feb 2008 22:48:49 -0000 TB --- 2008-02-06 22:21:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 22:21:19 - starting HEAD tinderbox run for i386/i386 TB --- 2008-02-06 22:21:19 - cleaning the object tree TB --- 2008-02-06 22:21:49 - cvsupping the source tree TB --- 2008-02-06 22:21:49 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-02-06 22:21:55 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 22:21:55 - cd /src TB --- 2008-02-06 22:21:55 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 22:21:56 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 22:48:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 22:48:47 - ERROR: failed to build world TB --- 2008-02-06 22:48:47 - tinderbox aborted TB --- 1217.80 user 155.27 system 1648.19 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 22:52:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 443F116A417; Wed, 6 Feb 2008 22:52:10 +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 E9E4B13C45B; Wed, 6 Feb 2008 22:52:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m16Mq9MD042660; Wed, 6 Feb 2008 17:52:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m16Mq9O4031710; Wed, 6 Feb 2008 17:52:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3256373039; Wed, 6 Feb 2008 17:52:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206225209.3256373039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 17:52:09 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 22:52:10 -0000 TB --- 2008-02-06 22:24:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 22:24:26 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-02-06 22:24:26 - cleaning the object tree TB --- 2008-02-06 22:24:51 - cvsupping the source tree TB --- 2008-02-06 22:24:51 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-02-06 22:24:57 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 22:24:57 - cd /src TB --- 2008-02-06 22:24:57 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 22:25:00 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/i386/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/i386 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/i386 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 22:52:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 22:52:09 - ERROR: failed to build world TB --- 2008-02-06 22:52:09 - tinderbox aborted TB --- 1220.34 user 159.85 system 1663.05 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 23:17:54 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A23316A419; Wed, 6 Feb 2008 23:17:54 +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 B26CA13C46B; Wed, 6 Feb 2008 23:17:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m16NHr75044962; Wed, 6 Feb 2008 18:17:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.2/8.14.1) with ESMTP id m16NHrKs096515; Wed, 6 Feb 2008 18:17:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE3AF73039; Wed, 6 Feb 2008 18:17:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206231752.EE3AF73039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 18:17:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 23:17:54 -0000 TB --- 2008-02-06 22:48:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 22:48:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-02-06 22:48:48 - cleaning the object tree TB --- 2008-02-06 22:49:18 - cvsupping the source tree TB --- 2008-02-06 22:49:18 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-02-06 22:49:24 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 22:49:24 - cd /src TB --- 2008-02-06 22:49:24 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 22:49:26 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/ia64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/ia64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/ia64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 23:17:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 23:17:52 - ERROR: failed to build world TB --- 2008-02-06 23:17:52 - tinderbox aborted TB --- 1323.95 user 158.91 system 1744.81 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 23:19:41 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA98B16A46E; Wed, 6 Feb 2008 23:19:41 +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 607A313C448; Wed, 6 Feb 2008 23:19:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m16NJesv060799; Wed, 6 Feb 2008 18:19:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m16NJeIW052405; Wed, 6 Feb 2008 18:19:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 82BBD73039; Wed, 6 Feb 2008 18:19:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206231940.82BBD73039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 18:19:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 23:19:41 -0000 TB --- 2008-02-06 22:52:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 22:52:09 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-06 22:52:09 - cleaning the object tree TB --- 2008-02-06 22:52:34 - cvsupping the source tree TB --- 2008-02-06 22:52:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-06 22:52:41 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 22:52:41 - cd /src TB --- 2008-02-06 22:52:41 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 22:52:42 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fpic -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/powerpc/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/powerpc -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -DSYSTEM_SCOPE_ONLY -I/src/lib/libkse/../libc/powerpc -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 23:19:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 23:19:40 - ERROR: failed to build world TB --- 2008-02-06 23:19:40 - tinderbox aborted TB --- 1236.34 user 158.40 system 1651.16 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 23:25:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EBF316A41A for ; Wed, 6 Feb 2008 23:25:48 +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 4178813C457 for ; Wed, 6 Feb 2008 23:25:48 +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 02901208E; Thu, 7 Feb 2008 00:25:40 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/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 E94DD2088; Thu, 7 Feb 2008 00:25:39 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id D299D84483; Thu, 7 Feb 2008 00:25:39 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Pietro Cerutti References: <20080206222119.A89BE73039@freebsd-current.sentex.ca> <47AA3A88.8040902@gahr.ch> Date: Thu, 07 Feb 2008 00:25:39 +0100 In-Reply-To: <47AA3A88.8040902@gahr.ch> (Pietro Cerutti's message of "Wed\, 06 Feb 2008 23\:54\:00 +0100") Message-ID: <864pcl3bws.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: arm@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on arm/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: Wed, 06 Feb 2008 23:25:48 -0000 Pietro Cerutti writes: > @@ -36,6 +36,7 @@ > #include > #include > #include > +#include > #include "un-namespace.h" > #include "thr_private.h" thanks, fixed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 23:28:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6FA916A41A for ; Wed, 6 Feb 2008 23:28:34 +0000 (UTC) (envelope-from golin@kineto.com) Received: from picante.bluzona.com (mail.kinetowireless.com [66.126.253.28]) by mx1.freebsd.org (Postfix) with ESMTP id AC32A13C442 for ; Wed, 6 Feb 2008 23:28:34 +0000 (UTC) (envelope-from golin@kineto.com) Received: from bluz.bluzona.com ([10.1.1.35]) by picante.bluzona.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 6 Feb 2008 15:16:34 -0800 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 6 Feb 2008 15:16:34 -0800 Message-ID: In-Reply-To: <20080202223026.GA97507@what-creek.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DTrace/FreeBSD source snapshot Thread-Index: Achl61ADeHUIDfHCQMyBG+tr6N12FwDKr4Yw From: "Greg Olin" To: "John Birrell" , "Peter Jeremy" X-OriginalArrivalTime: 06 Feb 2008 23:16:34.0233 (UTC) FILETIME=[50970290:01C86916] Cc: current@freebsd.org Subject: RE: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Feb 2008 23:28:35 -0000 I ran into this problem as well. I'm not that familiar with the make environment and I tried a few changes with John's hint, but I haven't found the solution. Can someone say specifically what they did to get around this problem? Thanks, Greg -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of John Birrell Sent: Saturday, February 02, 2008 2:30 PM To: Peter Jeremy Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot On Sun, Feb 03, 2008 at 08:03:25AM +1100, Peter Jeremy wrote: > buildworld worked for me but buildkernel blew up: >=20 > -------------------------------------------------------------- > >>> stage 2.3: build tools > -------------------------------------------------------------- > cd /usr/obj/back/dtrace/src/sys/server; =20 > MAKESRCPATH=3D/back/dtrace/src/sys/dev/ai > c7xxx/aicasm make -DNO_CPU_CFLAGS -f /back/dtrace/src/sys/dev/aic7xxx/aicasm/Ma > kefile > Warning: Object directory not changed from original /var/obj/back/dtrace/src/sys > /server > yacc -b aicasm_gram -d -o aicasm_gram.c /back/dtrace/src/sys/dev/aic7xxx/aicasm > /aicasm_gram.y > yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /back/dtrace/src/sys/d > ev/aic7xxx/aicasm/aicasm_macro_gram.y > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/back/dtrace/sr > c/sys/dev/aic7xxx/aicasm -g -c /back/dtrace/src/sys/dev/aic7xxx/aicasm/aicasm.c > ctfconvert -L VERSION aicasm.o > ctfconvert:No such file or directory It looks like the kernel build tools step must be missing a NO_CTF=3D1 in it's make environment. -- John Birrell _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 23:43:47 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 919C716A46B; Wed, 6 Feb 2008 23:43:47 +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 4630213C45E; Wed, 6 Feb 2008 23:43:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m16Nhku0046574; Wed, 6 Feb 2008 18:43:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m16Nhkf9070008; Wed, 6 Feb 2008 18:43:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8123173039; Wed, 6 Feb 2008 18:43:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206234346.8123173039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 18:43:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 23:43:47 -0000 TB --- 2008-02-06 23:17:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 23:17:53 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-02-06 23:17:53 - cleaning the object tree TB --- 2008-02-06 23:18:19 - cvsupping the source tree TB --- 2008-02-06 23:18:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-02-06 23:18:26 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 23:18:26 - cd /src TB --- 2008-02-06 23:18:26 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 23:18:27 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 23:43:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 23:43:46 - ERROR: failed to build world TB --- 2008-02-06 23:43:46 - tinderbox aborted TB --- 1137.11 user 154.97 system 1553.34 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 23:45:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E2816A474; Wed, 6 Feb 2008 23:45:08 +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 E54EF13C4E9; Wed, 6 Feb 2008 23:45:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m16Nj7TL046644; Wed, 6 Feb 2008 18:45:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.2/8.14.1) with ESMTP id m16Nj7pT070985; Wed, 6 Feb 2008 18:45:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4987273039; Wed, 6 Feb 2008 18:45:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080206234507.4987273039@freebsd-current.sentex.ca> Date: Wed, 6 Feb 2008 18:45:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 23:45:08 -0000 TB --- 2008-02-06 23:19:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-06 23:19:40 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-02-06 23:19:40 - cleaning the object tree TB --- 2008-02-06 23:20:14 - cvsupping the source tree TB --- 2008-02-06 23:20:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-02-06 23:20:21 - building world (CFLAGS=-O -pipe) TB --- 2008-02-06 23:20:21 - cd /src TB --- 2008-02-06 23:20:21 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 6 23:20:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_init.c -o thr_mattr_init.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_kind_np.c -o thr_mattr_kind_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mattr_pshared.c -o thr_mattr_pshared.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_msync.c -o thr_msync.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_multi_np.c -o thr_multi_np.So cc -fPIC -DPIC -O -pipe -DPTHREAD_KERNEL -I/src/lib/libkse/../libc/include -I/src/lib/libkse/thread -I/src/lib/libkse/../../include -I/src/lib/libkse/arch/sparc64/include -I/src/lib/libkse/sys -I/src/lib/libkse/../../libexec/rtld-elf -I/src/lib/libkse/../../libexec/rtld-elf/sparc64 -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/src/lib/libkse/../libc/sparc64 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libkse/thread/thr_mutex.c -o thr_mutex.So cc1: warnings being treated as errors /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype for '_pthread_mutex_isowned_np' *** Error code 1 Stop in /src/lib/libkse. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-06 23:45:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-06 23:45:07 - ERROR: failed to build world TB --- 2008-02-06 23:45:07 - tinderbox aborted TB --- 1135.86 user 155.23 system 1526.64 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 00:42:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C665D16A417 for ; Thu, 7 Feb 2008 00:42:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 7E23013C4EC for ; Thu, 7 Feb 2008 00:42:55 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 0CCE77C92; Thu, 7 Feb 2008 13:29:40 +1300 (NZDT) Date: Thu, 7 Feb 2008 13:29:39 +1300 From: Andrew Thompson To: FreeBSD Current Message-ID: <20080207002939.GA86008@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: CFT: geom linux lvm class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 00:42:55 -0000 Hi, I have created a geom module that reads LVM2 metadata and maps the logical volumes to geom providers. I am interested in testing/feedback and any comments particularly on the geom glue. http://people.freebsd.org/~thompsa/geom_lvm.diff To apply # cd /usr/src # patch -p0 < geom_lvm.diff # cd sys/modules/geom/geom_lvm; make # ... You should get a bunch of devices in /dev/lvm, such as /dev/lvm/vg0-logs. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 02:21:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4550916A419 for ; Thu, 7 Feb 2008 02:21:12 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp11.dentaku.gol.com (smtp11.dentaku.gol.com [203.216.5.73]) by mx1.freebsd.org (Postfix) with ESMTP id 09F5D13C43E for ; Thu, 7 Feb 2008 02:21:11 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp11.dentaku.gol.com with esmtpa (Dentaku) id 1JMwNy-0001Q2-MH for ; Thu, 07 Feb 2008 11:21:10 +0900 Message-ID: <47AA6B16.9020206@fusiongol.com> Date: Thu, 07 Feb 2008 11:21:10 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20080206234520.787F016A469@hub.freebsd.org> In-Reply-To: <20080206234520.787F016A469@hub.freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com Subject: Re: dhclient 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, 07 Feb 2008 02:21:12 -0000 > # dhlient rum0 > rum0: no link .............. giving up > > But I remmember that I did not have this type of problem(outpput) > before. So is this known issue, does somebody else have this problem > also? There was some change in the codebase that seemed to cause USB attached wifi devices to start out in the DOWN state, instead of in the UP state. All you have to do is issue "ifconfig rum0 up" to get your device UP, and then try dhclient. It should work. From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 04:00:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BBB616A41B for ; Thu, 7 Feb 2008 04:00:59 +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 8D91813C46B for ; Thu, 7 Feb 2008 04:00:58 +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.14.1/8.13.8) with ESMTP id m1740vXI001580; Wed, 6 Feb 2008 22:00:57 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id m1740uQT001579; Wed, 6 Feb 2008 22:00:56 -0600 (CST) (envelope-from brooks) Date: Wed, 6 Feb 2008 22:00:56 -0600 From: Brooks Davis To: Nathan Butcher Message-ID: <20080207040056.GB218@lor.one-eyed-alien.net> References: <20080206234520.787F016A469@hub.freebsd.org> <47AA6B16.9020206@fusiongol.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <47AA6B16.9020206@fusiongol.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 06 Feb 2008 22:00:57 -0600 (CST) Cc: freebsd-current@freebsd.org Subject: Re: dhclient 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, 07 Feb 2008 04:00:59 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 07, 2008 at 11:21:10AM +0900, Nathan Butcher wrote: >=20 > > # dhlient rum0 > > rum0: no link .............. giving up > >=20 > > But I remmember that I did not have this type of problem(outpput) > > before. So is this known issue, does somebody else have this problem > > also? >=20 > There was some change in the codebase that seemed to cause USB attached > wifi devices to start out in the DOWN state, instead of in the UP state. >=20 > All you have to do is issue "ifconfig rum0 up" to get your device UP, > and then try dhclient. It should work. The standard scripts should be running "ifconfig xxx up" on any interface t= hat has an ifconfig_xxx variable in rc.conf. Has that been broken? -- Brooks --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHqoJ3XY6L6fI4GtQRApvzAKCfmnDBUWLd6fc4h5EkxTBfJCKGcwCeOr8v c4L3B8T3ORKpFSZ1FNURV9M= =FHan -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 04:50:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64ED516A46D; Thu, 7 Feb 2008 04:50:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id E122213C448; Thu, 7 Feb 2008 04:50:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JMyiK-0006mV-4K; Thu, 07 Feb 2008 06:50:20 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m174nuEB034571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Feb 2008 06:49:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m174oGUe074978; Thu, 7 Feb 2008 06:50:16 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m174oFv0074977; Thu, 7 Feb 2008 06:50:15 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 7 Feb 2008 06:50:15 +0200 From: Kostik Belousov To: Marcel Moolenaar Message-ID: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ShN5JDX6sUQ6hdRy" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: 6dc4245230f22f3abb357b69a6da667e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2188 [Feb 06 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Attilio Rao , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 04:50:22 -0000 --ShN5JDX6sUQ6hdRy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > All, >=20 > I just ran into the following LOR after upgrading my PowerPC box: >=20 > lock order reversal: > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/=20 > vfs_subr.c:2061 > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/=20 > devfs/devfs_vnops.c:201 > KDB: stack backtrace: > 0xdc0febc8: at kdb_backtrace+0x4c > 0xdc0febd8: at witness_checkorder+0x704 > 0xdc0fec28: at _sx_xlock+0x8c > 0xdc0fec48: at devfs_allocv+0x138 > 0xdc0fec88: at devfs_root+0x5c > 0xdc0fecb8: at set_rootvnode+0x44 > 0xdc0fece8: at vfs_mountroot+0x344 > 0xdc0fed48: at start_init+0x88 > 0xdc0feda8: at fork_exit+0xb4 > 0xdc0fedc8: at fork_trampoline+0xc > KDB: enter: witness_checkorder > [thread pid 1 tid 100001 ] > Stopped at 0x28ee68: addi r0, r0, 0x0 >=20 > It seems that this is a LOR reported in 2006 and fixed > in 2006 as well. Do other people see this too, or should > I suspect my sources? I believe this is a false positive, caused by the way the witness works. Attilio recently added the witness support for the lockmgr, that caused this and at least two more LORs to be printed on startup. Correct lock order is devfs vnode -> devfs mount sx lock. When allocating new devfs vnode, see devfs_allocv(), the newly created vnode is locked while devfs mount lock already held (see line 250 of fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since no other thread can find the new vnode, and thus perform the other lock order for this vnode lock. The fix is to shut the witness in this particular case. Attilio, how to do this ? --ShN5JDX6sUQ6hdRy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeqjgcACgkQC3+MBN1Mb4gpzgCeNns/OD2aFU3vKfpAXD6bYcvt uO0AoLWOxK2cCXTl8PUK25xQPCXl4U8w =m+7y -----END PGP SIGNATURE----- --ShN5JDX6sUQ6hdRy-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 05:21:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AAB616A46E for ; Thu, 7 Feb 2008 05:21:28 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp11.dentaku.gol.com (smtp11.dentaku.gol.com [203.216.5.73]) by mx1.freebsd.org (Postfix) with ESMTP id 27CF513C4D1 for ; Thu, 7 Feb 2008 05:21:27 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp11.dentaku.gol.com with esmtpa (Dentaku) id 1JMzCR-0007SJ-02; Thu, 07 Feb 2008 14:21:27 +0900 Message-ID: <47AA9556.2020709@fusiongol.com> Date: Thu, 07 Feb 2008 14:21:26 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Brooks Davis References: <20080206234520.787F016A469@hub.freebsd.org> <47AA6B16.9020206@fusiongol.com> <20080207040056.GB218@lor.one-eyed-alien.net> In-Reply-To: <20080207040056.GB218@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com Cc: freebsd-current@freebsd.org Subject: Re: dhclient 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, 07 Feb 2008 05:21:28 -0000 >> All you have to do is issue "ifconfig rum0 up" to get your device UP, >> and then try dhclient. It should work. > > The standard scripts should be running "ifconfig xxx up" on any interface that > has an ifconfig_xxx variable in rc.conf. Has that been broken? > > -- Brooks My USB wireless dongle doesn't have any rc.conf config line, but it used to be automatically UP without the config line at boot time at one point. I remember doing an csup update on my box at one point and discovering this change. From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 07:59:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9286816A418; Thu, 7 Feb 2008 07:59:38 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3733013C457; Thu, 7 Feb 2008 07:59:38 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from 80-218-191-236.dclient.hispeed.ch ([80.218.191.236] helo=gahrtop.localhost) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JMt9i-0000NN-Bo; Wed, 06 Feb 2008 23:54:14 +0100 Message-ID: <47AA3A88.8040902@gahr.ch> Date: Wed, 06 Feb 2008 23:54:00 +0100 From: Pietro Cerutti User-Agent: Thunderbird 2.0.0.9 (X11/20071121) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20080206222119.A89BE73039@freebsd-current.sentex.ca> In-Reply-To: <20080206222119.A89BE73039@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.5 OpenPGP: id=9571F78E; url=http://www.gahr.ch/pgp Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig6465E49901FAC8A15CE6AD71" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.ch X-Source: X-Source-Args: X-Source-Dir: Cc: arm@freebsd.org, =?UTF-8?B?Z3Jhdg==?= , =?UTF-8?B?RGFnLUVybGluZyBTbcO4cg==?=, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/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: Thu, 07 Feb 2008 07:59:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6465E49901FAC8A15CE6AD71 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable FreeBSD Tinderbox wrote: > /src/lib/libkse/thread/thr_mutex.c:1856: warning: no previous prototype= for '_pthread_mutex_isowned_np' > *** Error code 1 --- lib/libkse/thread/thr_mutex.c.orig 2008-02-06 23:43:58 +0100 +++ lib/libkse/thread/thr_mutex.c 2008-02-06 23:46:55 +0100 @@ -36,6 +36,7 @@ #include #include #include +#include #include "un-namespace.h" #include "thr_private.h" --=20 Pietro Cerutti PGP Public Key: http://gahr.ch/pgp --------------enig6465E49901FAC8A15CE6AD71 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 (FreeBSD) iD8DBQFHqjqMwMJqmJVx944RCulAAJ9YMqURGtftReioTQj3l24oMvaTAACfcSbL a7+cN+rbgua58GJCWRuMFx4= =5W/h -----END PGP SIGNATURE----- --------------enig6465E49901FAC8A15CE6AD71-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 09:29:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 118BA16A46B for ; Thu, 7 Feb 2008 09:29:54 +0000 (UTC) (envelope-from onemda@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 C754213C465 for ; Thu, 7 Feb 2008 09:29:53 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4053561waf.3 for ; Thu, 07 Feb 2008 01:29:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=x3t6syccgEKNJXoHOkGTmBVluShxQZAm0TwKzuKLjpY=; b=IRooeteHFUy1wjkuiSr2Ma4nnWb0OAMHvlwLZf4dTAvsWzoXe8Oa7rz6PeW3s8WRwh+oMR2bzJMVRN2Tk7dSl+Tbi4GYK/btM/yPdaknSx7KLJ0dcs4BrI7wesxTw40CFsYS8TO65O+5Zszfzs5qHXLUyGZPyZmQ4Kk/YzBkiMU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OLzKAJY1QpmmP1zf29+Ljw8PF+JcHqq1LJlX0gSY28HC3kkKbMK9O+51NuoSF5kzl+yRVcqXIIKuQP7MzfPRX2cetpFLOS29BKMLBSAeaLBmAXiLYJTTu/2gLok0tQioc3yc8WyBXt0lo+ldvqRr9CJOnbA9UrO51SDn8sFAbfA= Received: by 10.142.217.17 with SMTP id p17mr5930609wfg.139.1202376592347; Thu, 07 Feb 2008 01:29:52 -0800 (PST) Received: by 10.142.178.11 with HTTP; Thu, 7 Feb 2008 01:29:52 -0800 (PST) Message-ID: <3a142e750802070129m70122720p30a98368491356d9@mail.gmail.com> Date: Thu, 7 Feb 2008 10:29:52 +0100 From: "Paul B. Mahol" To: "Nathan Butcher" In-Reply-To: <47AA9556.2020709@fusiongol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080206234520.787F016A469@hub.freebsd.org> <47AA6B16.9020206@fusiongol.com> <20080207040056.GB218@lor.one-eyed-alien.net> <47AA9556.2020709@fusiongol.com> Cc: Brooks Davis , freebsd-current@freebsd.org Subject: Re: dhclient 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, 07 Feb 2008 09:29:54 -0000 Sorry for noise, but there is actually no problem at all. Probably net80211 code is improved so dhclient will not send useless packet, instead it reports that there is no link. On Feb 7, 2008 6:21 AM, Nathan Butcher wrote: > > >> All you have to do is issue "ifconfig rum0 up" to get your device UP, > >> and then try dhclient. It should work. > > > > The standard scripts should be running "ifconfig xxx up" on any interface that > > has an ifconfig_xxx variable in rc.conf. Has that been broken? > > > > -- Brooks > > My USB wireless dongle doesn't have any rc.conf config line, but it used > to be automatically UP without the config line at boot time at one point. > > I remember doing an csup update on my box at one point and discovering > this change. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 10:16:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D18C16A420 for ; Thu, 7 Feb 2008 10:16:11 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 893C613C4CE for ; Thu, 7 Feb 2008 10:16:10 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2490000mue.6 for ; Thu, 07 Feb 2008 02:16:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=7vbRsr1v4FEda7i5lF5Oa0JBSpwkn8J1CFcAU5nVif4=; b=so2Qqsk1S3F+S0R6c24jjTcooPlASmLlju/yEkc7G+Cl+71X17r07mv36zeyhOv/3gBUHk3S9DSeNI3Jq8UgmU60eTVjsRfl8KJXLS3Tsg7Z4DxrKNzKI6d+kTd72hRq6RtAsFSWs0BogOprLa64VUOYEpSbZwoyb/5u4vpY4OI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Ds9abIIIgr7dqHeiJwjzH7IcYh88CfTtwnCTFEdMeHbtZMVngTLh9roPDOpfikcIwLJXoIjgV3K6ezxYpPOF4p4HFMJ5g3gVHbyM9fK7B7VKeU1pGrc7VcDQey2xeAdy9WXy1KHj6f3pQWBcY/S75R8imfgh0YsqQKUZ7eE3FSA= Received: by 10.86.71.1 with SMTP id t1mr10232437fga.33.1202379368912; Thu, 07 Feb 2008 02:16:08 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 7 Feb 2008 02:16:08 -0800 (PST) Message-ID: <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> Date: Thu, 7 Feb 2008 11:16:08 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kostik Belousov" In-Reply-To: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> X-Google-Sender-Auth: b4735481d9e0cda4 Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 10:16:11 -0000 2008/2/7, Kostik Belousov : > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > All, > > > > I just ran into the following LOR after upgrading my PowerPC box: > > > > lock order reversal: > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > vfs_subr.c:2061 > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ > > devfs/devfs_vnops.c:201 > > KDB: stack backtrace: > > 0xdc0febc8: at kdb_backtrace+0x4c > > 0xdc0febd8: at witness_checkorder+0x704 > > 0xdc0fec28: at _sx_xlock+0x8c > > 0xdc0fec48: at devfs_allocv+0x138 > > 0xdc0fec88: at devfs_root+0x5c > > 0xdc0fecb8: at set_rootvnode+0x44 > > 0xdc0fece8: at vfs_mountroot+0x344 > > 0xdc0fed48: at start_init+0x88 > > 0xdc0feda8: at fork_exit+0xb4 > > 0xdc0fedc8: at fork_trampoline+0xc > > KDB: enter: witness_checkorder > > [thread pid 1 tid 100001 ] > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > It seems that this is a LOR reported in 2006 and fixed > > in 2006 as well. Do other people see this too, or should > > I suspect my sources? > > > I believe this is a false positive, caused by the way the witness works. > Attilio recently added the witness support for the lockmgr, that caused > this and at least two more LORs to be printed on startup. > > Correct lock order is devfs vnode -> devfs mount sx lock. When > allocating new devfs vnode, see devfs_allocv(), the newly created > vnode is locked while devfs mount lock already held (see line 250 of > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since > no other thread can find the new vnode, and thus perform the other lock > order for this vnode lock. > > The fix is to shut the witness in this particular case. Attilio, how to > do this ? Just add LK_NOWITNESS for one of the lock involved in the lockinit(). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 10:44:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 322E616A418; Thu, 7 Feb 2008 10:44:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id AF06013C44B; Thu, 7 Feb 2008 10:44:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JN4EY-0006wv-Uq; Thu, 07 Feb 2008 12:44:03 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m17AhYSR044112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Feb 2008 12:43:35 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m17Ahsqp006331; Thu, 7 Feb 2008 12:43:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m17AhsVW006330; Thu, 7 Feb 2008 12:43:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 7 Feb 2008 12:43:54 +0200 From: Kostik Belousov To: Attilio Rao Message-ID: <20080207104354.GY57756@deviant.kiev.zoral.com.ua> References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ovEA76cwFbc4aGSk" Content-Disposition: inline In-Reply-To: <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: 3f6c5f504711b4b2e39067d20b60c9d6 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2189 [Feb 07 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 10:44:05 -0000 --ovEA76cwFbc4aGSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > 2008/2/7, Kostik Belousov : > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > > All, > > > > > > I just ran into the following LOR after upgrading my PowerPC box: > > > > > > lock order reversal: > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > > vfs_subr.c:2061 > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ > > > devfs/devfs_vnops.c:201 > > > KDB: stack backtrace: > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > 0xdc0febd8: at witness_checkorder+0x704 > > > 0xdc0fec28: at _sx_xlock+0x8c > > > 0xdc0fec48: at devfs_allocv+0x138 > > > 0xdc0fec88: at devfs_root+0x5c > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > 0xdc0fed48: at start_init+0x88 > > > 0xdc0feda8: at fork_exit+0xb4 > > > 0xdc0fedc8: at fork_trampoline+0xc > > > KDB: enter: witness_checkorder > > > [thread pid 1 tid 100001 ] > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > in 2006 as well. Do other people see this too, or should > > > I suspect my sources? > > > > > > I believe this is a false positive, caused by the way the witness works. > > Attilio recently added the witness support for the lockmgr, that caused > > this and at least two more LORs to be printed on startup. > > > > Correct lock order is devfs vnode -> devfs mount sx lock. When > > allocating new devfs vnode, see devfs_allocv(), the newly created > > vnode is locked while devfs mount lock already held (see line 250 of > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since > > no other thread can find the new vnode, and thus perform the other lock > > order for this vnode lock. > > > > The fix is to shut the witness in this particular case. Attilio, how to > > do this ? >=20 > Just add LK_NOWITNESS for one of the lock involved in the lockinit(). Then, we loss the useful reports of the actual LORs later, isn't it ? --ovEA76cwFbc4aGSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeq4OkACgkQC3+MBN1Mb4hEpACcDPknBBaQ5BA4XKN/8MpsPd0p ZTEAoNtjs0j19YmKMR6t2FtIKH3MPh7o =1WDY -----END PGP SIGNATURE----- --ovEA76cwFbc4aGSk-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 11:04:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1052316A418 for ; Thu, 7 Feb 2008 11:04:31 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 6D2C713C4EA for ; Thu, 7 Feb 2008 11:04:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2501608mue.6 for ; Thu, 07 Feb 2008 03:04:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=bjpJkXUg9KqwhTOD0c8xYiCfddKSPJ2r6kZtEoRLckg=; b=jIMPowEvOyIZqWMGDvKGtezDmXa3lKPLW/RbLMvNjvG/ccqEekTPkoGlnTELL9z4XJfyA1mja+Y1KOT1s44ApD2Rly77st9Icd9QaIr05qEuyBXVxqgz0CL24Q3BnqHLs0LppmepCeyY7+MOXmeszv/8Vh0bDAWIZFJgGYCxVe8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=FaFLGziqbwsJL66XWhd9n27S6lYpfHzb5yDmDhZyBqZn8083M+4NWOrcMMv+YCOTy6qA1mUHIOGQf+beDhayUDD4GVjSPZN4iyi+sWCM5YNtk8khEIgGyKHpAvAxpS7aLy+hngA+AuVAH5mGIYqlWEQ4a+BSdtOTMOE7GsUKaH0= Received: by 10.86.62.3 with SMTP id k3mr10282621fga.8.1202382269010; Thu, 07 Feb 2008 03:04:29 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 7 Feb 2008 03:04:28 -0800 (PST) Message-ID: <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> Date: Thu, 7 Feb 2008 12:04:28 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kostik Belousov" In-Reply-To: <20080207104354.GY57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> X-Google-Sender-Auth: 7fb4a8cb41e727d5 Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 11:04:31 -0000 2008/2/7, Kostik Belousov : > On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > > 2008/2/7, Kostik Belousov : > > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > > > All, > > > > > > > > I just ran into the following LOR after upgrading my PowerPC box: > > > > > > > > lock order reversal: > > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > > > vfs_subr.c:2061 > > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ > > > > devfs/devfs_vnops.c:201 > > > > KDB: stack backtrace: > > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > > 0xdc0febd8: at witness_checkorder+0x704 > > > > 0xdc0fec28: at _sx_xlock+0x8c > > > > 0xdc0fec48: at devfs_allocv+0x138 > > > > 0xdc0fec88: at devfs_root+0x5c > > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > > 0xdc0fed48: at start_init+0x88 > > > > 0xdc0feda8: at fork_exit+0xb4 > > > > 0xdc0fedc8: at fork_trampoline+0xc > > > > KDB: enter: witness_checkorder > > > > [thread pid 1 tid 100001 ] > > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > > in 2006 as well. Do other people see this too, or should > > > > I suspect my sources? > > > > > > > > > I believe this is a false positive, caused by the way the witness works. > > > Attilio recently added the witness support for the lockmgr, that caused > > > this and at least two more LORs to be printed on startup. > > > > > > Correct lock order is devfs vnode -> devfs mount sx lock. When > > > allocating new devfs vnode, see devfs_allocv(), the newly created > > > vnode is locked while devfs mount lock already held (see line 250 of > > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since > > > no other thread can find the new vnode, and thus perform the other lock > > > order for this vnode lock. > > > > > > The fix is to shut the witness in this particular case. Attilio, how to > > > do this ? > > > > Just add LK_NOWITNESS for one of the lock involved in the lockinit(). > > > Then, we loss the useful reports of the actual LORs later, isn't it ? Another solution would be to rewamp BLESSING option which allow to 'bless' some LORs. jhb and me, btw, didn't want to enable it because it could lead some less experienced developer to hide LORs under this label and this is something we want to avoid. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 11:09:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D93716A419; Thu, 7 Feb 2008 11:09:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id E6FE813C4F0; Thu, 7 Feb 2008 11:09:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JN4cs-0008fr-7t; Thu, 07 Feb 2008 13:09:15 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m17B8gf4045945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Feb 2008 13:08:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m17B928p026455; Thu, 7 Feb 2008 13:09:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m17B91j9026454; Thu, 7 Feb 2008 13:09:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 7 Feb 2008 13:09:01 +0200 From: Kostik Belousov To: Attilio Rao Message-ID: <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4TGiQDXW1h0LgEzD" Content-Disposition: inline In-Reply-To: <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: e860fde63604f368aea63056fc3ed89d X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2189 [Feb 07 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 11:09:17 -0000 --4TGiQDXW1h0LgEzD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 07, 2008 at 12:04:28PM +0100, Attilio Rao wrote: > 2008/2/7, Kostik Belousov : > > On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > > > 2008/2/7, Kostik Belousov : > > > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > > > > All, > > > > > > > > > > I just ran into the following LOR after upgrading my PowerPC bo= x: > > > > > > > > > > lock order reversal: > > > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > > > > vfs_subr.c:2061 > > > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sy= s/fs/ > > > > > devfs/devfs_vnops.c:201 > > > > > KDB: stack backtrace: > > > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > > > 0xdc0febd8: at witness_checkorder+0x704 > > > > > 0xdc0fec28: at _sx_xlock+0x8c > > > > > 0xdc0fec48: at devfs_allocv+0x138 > > > > > 0xdc0fec88: at devfs_root+0x5c > > > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > > > 0xdc0fed48: at start_init+0x88 > > > > > 0xdc0feda8: at fork_exit+0xb4 > > > > > 0xdc0fedc8: at fork_trampoline+0xc > > > > > KDB: enter: witness_checkorder > > > > > [thread pid 1 tid 100001 ] > > > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > > > in 2006 as well. Do other people see this too, or should > > > > > I suspect my sources? > > > > > > > > > > > > I believe this is a false positive, caused by the way the witness = works. > > > > Attilio recently added the witness support for the lockmgr, that = caused > > > > this and at least two more LORs to be printed on startup. > > > > > > > > Correct lock order is devfs vnode -> devfs mount sx lock. When > > > > allocating new devfs vnode, see devfs_allocv(), the newly created > > > > vnode is locked while devfs mount lock already held (see line 250= of > > > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock = since > > > > no other thread can find the new vnode, and thus perform the othe= r lock > > > > order for this vnode lock. > > > > > > > > The fix is to shut the witness in this particular case. Attilio, = how to > > > > do this ? > > > > > > Just add LK_NOWITNESS for one of the lock involved in the lockinit(). > > > > > > Then, we loss the useful reports of the actual LORs later, isn't it ? >=20 > Another solution would be to rewamp BLESSING option which allow to > 'bless' some LORs. > jhb and me, btw, didn't want to enable it because it could lead some > less experienced developer to hide LORs under this label and this is > something we want to avoid. This LOR shall not be ignored globally. When real, it caused the easily reproducable lockup of the machine. It would be better to introduce some lockmgr flag to ignore _this_ locking. --4TGiQDXW1h0LgEzD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeq5s0ACgkQC3+MBN1Mb4hXpQCdHGT+wwQ4eybxevwH0Nki8pAA jTwAnjIu0wzbsMlnGwHfh3juyTfb/CnN =KBi1 -----END PGP SIGNATURE----- --4TGiQDXW1h0LgEzD-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 11:18:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2224016A419; Thu, 7 Feb 2008 11:18:23 +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 C9B7213C4D9; Thu, 7 Feb 2008 11:18:22 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2238F1CCEC; Thu, 7 Feb 2008 12:17:03 +0100 (CET) Date: Thu, 7 Feb 2008 12:17:03 +0100 From: Ed Schouten To: Kostik Belousov Message-ID: <20080207111703.GA94844@hoeg.nl> References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Attilio Rao , Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 11:18:23 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kostik Belousov wrote: > This LOR shall not be ignored globally. When real, it caused the easily > reproducable lockup of the machine. >=20 > It would be better to introduce some lockmgr flag to ignore _this_ lockin= g. Wouldn't it be easier to just fix the LOR itself, or are we dealing with some kind of chicken-and-egg situation? --=20 Ed Schouten WWW: http://g-rave.nl/ --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeq6K8ACgkQ52SDGA2eCwVKpACcCZuVq3FUjfYJO3iWwxDwUjro k6AAn204qd/yBmZtlPoJU/c09cPjl5b1 =zs/1 -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 11:37:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58E8016A419; Thu, 7 Feb 2008 11:37:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id C967113C45E; Thu, 7 Feb 2008 11:37:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JN54b-000E9d-0B; Thu, 07 Feb 2008 13:37:51 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m17BbCDx047995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Feb 2008 13:37:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m17BbVQM039961; Thu, 7 Feb 2008 13:37:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m17BbU9P039808; Thu, 7 Feb 2008 13:37:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 7 Feb 2008 13:37:30 +0200 From: Kostik Belousov To: Ed Schouten Message-ID: <20080207113730.GA57756@deviant.kiev.zoral.com.ua> References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <20080207111703.GA94844@hoeg.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dxRvWdH66PF/KkOc" Content-Disposition: inline In-Reply-To: <20080207111703.GA94844@hoeg.nl> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: 1e897a521fdb5eac39b1f944f187ca57 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 2189 [Feb 07 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Attilio Rao , Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 11:37:58 -0000 --dxRvWdH66PF/KkOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 07, 2008 at 12:17:03PM +0100, Ed Schouten wrote: > * Kostik Belousov wrote: > > This LOR shall not be ignored globally. When real, it caused the easily > > reproducable lockup of the machine. > >=20 > > It would be better to introduce some lockmgr flag to ignore _this_ lock= ing. >=20 > Wouldn't it be easier to just fix the LOR itself, or are we dealing with > some kind of chicken-and-egg situation? This seems to be not easy, because mount point shall be protected while we allocate the new vnode in getnewvnode() etc. --dxRvWdH66PF/KkOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeq7XoACgkQC3+MBN1Mb4jgSwCgurQYBc3n0n1riiebk/FdNIda eKIAoJ7Axkl9NB0hFP6/dLP/0q8PmqHJ =ZQ96 -----END PGP SIGNATURE----- --dxRvWdH66PF/KkOc-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 12:21:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F10116A419 for ; Thu, 7 Feb 2008 12:21:11 +0000 (UTC) (envelope-from asmrookie@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 F422413C461 for ; Thu, 7 Feb 2008 12:21:10 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so970003uge.37 for ; Thu, 07 Feb 2008 04:21:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=/S3xS6/+CThx7pADuBMxyhrs15AxTODQevRagpYm86c=; b=n9ZS8OcpxEUWzbdWe3U9r0pYQsDOykGlyRjZNhtIK2/oI4s9CSmwbuqGdPsif+gWoe/BSSI0XBW7/6OLGXMBbC/0X1rx3MtlzQwv7DR9e9yemVBLcS0zynyfm45Ido07MFOWFigatDZbcSkiHHa3qQPgePHPrL8hM0E0esxje5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=IfvJFzwOih9y2D7X/mm+68+NOeBdB6EW+/T7POlWt3V+mTjrJiyV+Ei3Xuuk4GhbJzw89LStOW+V0HZCbE/IUsHvCdQcD5R022+FWvM0x872ahAb/CPb3WMS/j6vft0oEWNZ0p2cnZMLKBJ1ay6YOdLOhyApwMFzjYhIRMTYvYQ= Received: by 10.67.30.6 with SMTP id h6mr3977825ugj.6.1202386869430; Thu, 07 Feb 2008 04:21:09 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 7 Feb 2008 04:21:09 -0800 (PST) Message-ID: <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> Date: Thu, 7 Feb 2008 13:21:09 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kostik Belousov" In-Reply-To: <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> X-Google-Sender-Auth: 9ae8e4d4e47c2aa3 Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 12:21:11 -0000 2008/2/7, Kostik Belousov : > On Thu, Feb 07, 2008 at 12:04:28PM +0100, Attilio Rao wrote: > > 2008/2/7, Kostik Belousov : > > > On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > > > > 2008/2/7, Kostik Belousov : > > > > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > > > > > All, > > > > > > > > > > > > I just ran into the following LOR after upgrading my PowerPC box: > > > > > > > > > > > > lock order reversal: > > > > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > > > > > vfs_subr.c:2061 > > > > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ > > > > > > devfs/devfs_vnops.c:201 > > > > > > KDB: stack backtrace: > > > > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > > > > 0xdc0febd8: at witness_checkorder+0x704 > > > > > > 0xdc0fec28: at _sx_xlock+0x8c > > > > > > 0xdc0fec48: at devfs_allocv+0x138 > > > > > > 0xdc0fec88: at devfs_root+0x5c > > > > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > > > > 0xdc0fed48: at start_init+0x88 > > > > > > 0xdc0feda8: at fork_exit+0xb4 > > > > > > 0xdc0fedc8: at fork_trampoline+0xc > > > > > > KDB: enter: witness_checkorder > > > > > > [thread pid 1 tid 100001 ] > > > > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > > > > in 2006 as well. Do other people see this too, or should > > > > > > I suspect my sources? > > > > > > > > > > > > > > > I believe this is a false positive, caused by the way the witness works. > > > > > Attilio recently added the witness support for the lockmgr, that caused > > > > > this and at least two more LORs to be printed on startup. > > > > > > > > > > Correct lock order is devfs vnode -> devfs mount sx lock. When > > > > > allocating new devfs vnode, see devfs_allocv(), the newly created > > > > > vnode is locked while devfs mount lock already held (see line 250 of > > > > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since > > > > > no other thread can find the new vnode, and thus perform the other lock > > > > > order for this vnode lock. > > > > > > > > > > The fix is to shut the witness in this particular case. Attilio, how to > > > > > do this ? > > > > > > > > Just add LK_NOWITNESS for one of the lock involved in the lockinit(). > > > > > > > > > Then, we loss the useful reports of the actual LORs later, isn't it ? > > > > Another solution would be to rewamp BLESSING option which allow to > > 'bless' some LORs. > > jhb and me, btw, didn't want to enable it because it could lead some > > less experienced developer to hide LORs under this label and this is > > something we want to avoid. > > > This LOR shall not be ignored globally. When real, it caused the easily > reproducable lockup of the machine. > > It would be better to introduce some lockmgr flag to ignore _this_ locking. flag to pass where? Really I think this will need some witness tweaking. After all a mechanism for ignoring specific LOR (happening at specified file-line) is not a bad idea. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 12:53:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F20216A419; Thu, 7 Feb 2008 12:53:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9DC13C447; Thu, 7 Feb 2008 12:53:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JN6FP-000Gyu-8V; Thu, 07 Feb 2008 14:53:00 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id m17CqXTa053572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Feb 2008 14:52:33 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m17Cqr9T067810; Thu, 7 Feb 2008 14:52:53 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m17CqqL0067809; Thu, 7 Feb 2008 14:52:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 7 Feb 2008 14:52:52 +0200 From: Kostik Belousov To: Attilio Rao Message-ID: <20080207125252.GC57756@deviant.kiev.zoral.com.ua> References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mLKJPRsbAVeTlcYc" Content-Disposition: inline In-Reply-To: <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: a89dff86c47152c77ba722073511b1ec X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2191 [Feb 07 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 12:53:01 -0000 --mLKJPRsbAVeTlcYc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 07, 2008 at 01:21:09PM +0100, Attilio Rao wrote: > 2008/2/7, Kostik Belousov : > > On Thu, Feb 07, 2008 at 12:04:28PM +0100, Attilio Rao wrote: > > > 2008/2/7, Kostik Belousov : > > > > On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > > > > > 2008/2/7, Kostik Belousov : > > > > > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wr= ote: > > > > > > > All, > > > > > > > > > > > > > > I just ran into the following LOR after upgrading my Power= PC box: > > > > > > > > > > > > > > lock order reversal: > > > > > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/ker= n/ > > > > > > > vfs_subr.c:2061 > > > > > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/s= rc/sys/fs/ > > > > > > > devfs/devfs_vnops.c:201 > > > > > > > KDB: stack backtrace: > > > > > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > > > > > 0xdc0febd8: at witness_checkorder+0x704 > > > > > > > 0xdc0fec28: at _sx_xlock+0x8c > > > > > > > 0xdc0fec48: at devfs_allocv+0x138 > > > > > > > 0xdc0fec88: at devfs_root+0x5c > > > > > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > > > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > > > > > 0xdc0fed48: at start_init+0x88 > > > > > > > 0xdc0feda8: at fork_exit+0xb4 > > > > > > > 0xdc0fedc8: at fork_trampoline+0xc > > > > > > > KDB: enter: witness_checkorder > > > > > > > [thread pid 1 tid 100001 ] > > > > > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > > > > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > > > > > in 2006 as well. Do other people see this too, or should > > > > > > > I suspect my sources? > > > > > > > > > > > > > > > > > > I believe this is a false positive, caused by the way the wit= ness works. > > > > > > Attilio recently added the witness support for the lockmgr, = that caused > > > > > > this and at least two more LORs to be printed on startup. > > > > > > > > > > > > Correct lock order is devfs vnode -> devfs mount sx lock. Wh= en > > > > > > allocating new devfs vnode, see devfs_allocv(), the newly cr= eated > > > > > > vnode is locked while devfs mount lock already held (see lin= e 250 of > > > > > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause dead= lock since > > > > > > no other thread can find the new vnode, and thus perform the= other lock > > > > > > order for this vnode lock. > > > > > > > > > > > > The fix is to shut the witness in this particular case. Atti= lio, how to > > > > > > do this ? > > > > > > > > > > Just add LK_NOWITNESS for one of the lock involved in the locki= nit(). > > > > > > > > > > > > Then, we loss the useful reports of the actual LORs later, isn't i= t ? > > > > > > Another solution would be to rewamp BLESSING option which allow to > > > 'bless' some LORs. > > > jhb and me, btw, didn't want to enable it because it could lead some > > > less experienced developer to hide LORs under this label and this is > > > something we want to avoid. > > > > > > This LOR shall not be ignored globally. When real, it caused the easily > > reproducable lockup of the machine. > > > > It would be better to introduce some lockmgr flag to ignore _this_ loc= king. >=20 > flag to pass where? To the lockmgr itself at the point of aquisition, like lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, &interlk, ...); > Really I think this will need some witness tweaking. > After all a mechanism for ignoring specific LOR (happening at > specified file-line) is not a bad idea. >=20 > Attilio >=20 >=20 > --=20 > Peace can only be achieved by understanding - A. Einstein --mLKJPRsbAVeTlcYc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeq/yQACgkQC3+MBN1Mb4i7uQCgwgEHi52Wo25ES48q0NSE/S+x Ra0An3jgbF8W196mrauRdKI0pE3g+Tf1 =0P3z -----END PGP SIGNATURE----- --mLKJPRsbAVeTlcYc-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 14:11:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C10B16A41A for ; Thu, 7 Feb 2008 14:11:48 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id F232E13C469 for ; Thu, 7 Feb 2008 14:11:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so3718678fka.11 for ; Thu, 07 Feb 2008 06:11:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=dFJGdtatpQjsWAOKEEbIqLVO5isX6d/cm+UomE4AUtQ=; b=uXxNBLuN16fsXtF4TU4hOK34oE+3hZ33r+072Dk16VUGX1Q1w/at8/x99iE4B/iVkwrSpncTFSmwnqnsz/7W/bbxoymGuCiTnVBkRP4Xd6yw0BQI+QgTXyJotg+kUjd72Ggkp0h1o1fvx87I7KmwXxnAz7ABvnm4mCqeiwub9No= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=iLQxsIK5oENwZyQ60xxwBjmLCGbWc2KC3pMVITgNT18/TaqI4wZe/YPabvOKPqVXHVaNob23rhb9/DWFGaG70r33fS3AY3rD9h0vOlq/FY3h9m4QalenAE0L8zCskcj1g5LMgQElAzHog8OZ92GiTvuqv5RJpE3CP4YS3KnxQTk= Received: by 10.82.162.14 with SMTP id k14mr20567017bue.32.1202393506303; Thu, 07 Feb 2008 06:11:46 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 7 Feb 2008 06:11:46 -0800 (PST) Message-ID: <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> Date: Thu, 7 Feb 2008 15:11:46 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Kostik Belousov" In-Reply-To: <20080207125252.GC57756@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> <20080207125252.GC57756@deviant.kiev.zoral.com.ua> X-Google-Sender-Auth: ec19523837b15fc4 Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 14:11:48 -0000 2008/2/7, Kostik Belousov : > On Thu, Feb 07, 2008 at 01:21:09PM +0100, Attilio Rao wrote: > > 2008/2/7, Kostik Belousov : > > > On Thu, Feb 07, 2008 at 12:04:28PM +0100, Attilio Rao wrote: > > > > 2008/2/7, Kostik Belousov : > > > > > On Thu, Feb 07, 2008 at 11:16:08AM +0100, Attilio Rao wrote: > > > > > > 2008/2/7, Kostik Belousov : > > > > > > > On Wed, Feb 06, 2008 at 11:11:06AM -0800, Marcel Moolenaar wrote: > > > > > > > > All, > > > > > > > > > > > > > > > > I just ran into the following LOR after upgrading my PowerPC box: > > > > > > > > > > > > > > > > lock order reversal: > > > > > > > > 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ > > > > > > > > vfs_subr.c:2061 > > > > > > > > 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ > > > > > > > > devfs/devfs_vnops.c:201 > > > > > > > > KDB: stack backtrace: > > > > > > > > 0xdc0febc8: at kdb_backtrace+0x4c > > > > > > > > 0xdc0febd8: at witness_checkorder+0x704 > > > > > > > > 0xdc0fec28: at _sx_xlock+0x8c > > > > > > > > 0xdc0fec48: at devfs_allocv+0x138 > > > > > > > > 0xdc0fec88: at devfs_root+0x5c > > > > > > > > 0xdc0fecb8: at set_rootvnode+0x44 > > > > > > > > 0xdc0fece8: at vfs_mountroot+0x344 > > > > > > > > 0xdc0fed48: at start_init+0x88 > > > > > > > > 0xdc0feda8: at fork_exit+0xb4 > > > > > > > > 0xdc0fedc8: at fork_trampoline+0xc > > > > > > > > KDB: enter: witness_checkorder > > > > > > > > [thread pid 1 tid 100001 ] > > > > > > > > Stopped at 0x28ee68: addi r0, r0, 0x0 > > > > > > > > > > > > > > > > It seems that this is a LOR reported in 2006 and fixed > > > > > > > > in 2006 as well. Do other people see this too, or should > > > > > > > > I suspect my sources? > > > > > > > > > > > > > > > > > > > > > I believe this is a false positive, caused by the way the witness works. > > > > > > > Attilio recently added the witness support for the lockmgr, that caused > > > > > > > this and at least two more LORs to be printed on startup. > > > > > > > > > > > > > > Correct lock order is devfs vnode -> devfs mount sx lock. When > > > > > > > allocating new devfs vnode, see devfs_allocv(), the newly created > > > > > > > vnode is locked while devfs mount lock already held (see line 250 of > > > > > > > fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause deadlock since > > > > > > > no other thread can find the new vnode, and thus perform the other lock > > > > > > > order for this vnode lock. > > > > > > > > > > > > > > The fix is to shut the witness in this particular case. Attilio, how to > > > > > > > do this ? > > > > > > > > > > > > Just add LK_NOWITNESS for one of the lock involved in the lockinit(). > > > > > > > > > > > > > > > Then, we loss the useful reports of the actual LORs later, isn't it ? > > > > > > > > Another solution would be to rewamp BLESSING option which allow to > > > > 'bless' some LORs. > > > > jhb and me, btw, didn't want to enable it because it could lead some > > > > less experienced developer to hide LORs under this label and this is > > > > something we want to avoid. > > > > > > > > > This LOR shall not be ignored globally. When real, it caused the easily > > > reproducable lockup of the machine. > > > > > > It would be better to introduce some lockmgr flag to ignore _this_ locking. > > > > flag to pass where? > To the lockmgr itself at the point of aquisition, like > lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, &interlk, ...); No, I really want a general WITNESS support for this (as I also think that having something more fine grained than BLESSING will break all concerns jhb and me are considering now). A simple way to do it would mean hard-coding file and line in a witness table. While file is ok, line makes trouble so we should find an alternative way to do this. Otherwise we can consider skiping checks for a whole function, this should be not so difficult to achive. I need to think more about this. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 15:20:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF9F416A506 for ; Thu, 7 Feb 2008 15:20:34 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5653D13C46E for ; Thu, 7 Feb 2008 15:20:34 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: by rn-out-0910.google.com with SMTP id s42so1431794rnb.13 for ; Thu, 07 Feb 2008 07:20:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=6YtP/crmNDVXznjiXlmDu13J22VRN99s8pY+ZbwM19g=; b=Y4LEAslta95SVp807qVRs+nKimalt66wxqH3nZZgaNX6WpVPeN3mW1UAY1whvnF96IA8CQkVTPnjNqrSEzHZdygURKX4w8Dq6uluhqiMvTXaKgepkb9Z/HDHnDcMCx/2TCjzd5SfzP9HzUtOdIW6EwdgZjsE16H+9L6yd2ozZGc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ibKSirk4eZRl9t1e3TtX4JkfoHRTa/3uwvzQEsU1wvoHLHMClPuhSBuYudfW0hpjRUjcNmZJK97bZ5GGc7rwkRCkaKuPL5o82o3OVj5jX4YMlBJALurM9LPbLI5inHPihVxQhTCsI1JoxBWz3n/nFwcs8Zhv5QVcI+KslC0oaxs= Received: by 10.142.174.8 with SMTP id w8mr2477359wfe.5.1202396152345; Thu, 07 Feb 2008 06:55:52 -0800 (PST) Received: by 10.143.52.1 with HTTP; Thu, 7 Feb 2008 06:55:52 -0800 (PST) Message-ID: <4734a3ed0802070655ha948aa0u62ac162c57eab009@mail.gmail.com> Date: Thu, 7 Feb 2008 15:55:52 +0100 From: "Henri-Pierre Charles" To: freebsd-current@freebsd.org In-Reply-To: <1199326634.6153.27.camel@monet> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080102235759.GA31644@cdnetworks.co.kr> <1199326634.6153.27.camel@monet> Cc: pyunyh@gmail.com, Ivan Voras Subject: Re: FreeBSD on Asus EEE PC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hpcharles@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Feb 2008 15:20:34 -0000 Hello, On 1/3/08, Kevin Lo wrote: > Pyun YongHyeon wrote: > > Btw, you can also use a NDIS mini port driver until native driver hits > > tree. I have tried the ndis. The loadable kernel build sucessfully using the lan/attansic/ris/winxp_32/l251x86.sys/inf file from the DVD. The module kernel build successfully and give : ndis0: flags=8802 metric 0 mtu 1500 ether 00:1e:8c:bc:9f:7a media: Ethernet autoselect status: no carrier The /var/log/messages say : Feb 7 15:32:16 eeehpc kernel: no match for KeBugCheckEx Feb 7 15:32:16 eeehpc kernel: no match for KeTickCount Feb 7 15:32:16 eeehpc kernel: no match for RtlUpcaseUnicodeString Feb 7 15:32:16 eeehpc kernel: ndis0: mem 0xfbfc0000-0xfbffffff irq 17 at device 0.0 on pci3 Feb 7 15:32:16 eeehpc kernel: ndis0: [ITHREAD] Feb 7 15:32:16 eeehpc kernel: ndis0: NDIS API version: 5.1 Feb 7 15:32:17 eeehpc kernel: ndis0: using obsoleted if_watchdog interface Feb 7 15:32:17 eeehpc kernel: ndis0: Ethernet address: 00:1e:8c:bc:9f:7a But the system core dump when I try to use ifconfig inet .... > Yes, I worked on Attansic L1 driver which was based on Linux atl1 > driver. > I sent my patch to Alex Lukin four months ago: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/hackers/2007-09/msg00081.html Could you post your patch, I'm interessted to give a try ! The most annoying think is the Fn+F5 (switch from lcd to the VGA port) which doesn't work. It's the only reason I don't swith from xandros to FreeBSD on my machine (I actually use a bootable usb key for my trials). Any idea to debug this problem ? -- HPC From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 16:14:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7349716A469 for ; Thu, 7 Feb 2008 16:14:18 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id DC77113C465 for ; Thu, 7 Feb 2008 16:14:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 294FD74400F; Thu, 7 Feb 2008 17:55:03 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7XSU1J0W846R; Thu, 7 Feb 2008 17:55:03 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 3EAEA74400E; Thu, 7 Feb 2008 17:55:02 +0200 (EET) Message-ID: <47AB29D4.1040409@icyb.net.ua> Date: Thu, 07 Feb 2008 17:55:00 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <4799D78F.6000405@icyb.net.ua> <47A097FA.3090303@icyb.net.ua> <20080130164508.GC6257@suse.cz> <47A2E7E5.1040307@icyb.net.ua> <20080201093806.GA4632@suse.cz> <47A738AE.5070900@icyb.net.ua> In-Reply-To: <47A738AE.5070900@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: ps/2 mouse patch [intellimouse explorer detection] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 16:14:18 -0000 Still nobody comes forward. Is there any maintainer of psm driver? As a final authority I am forced to quote now Microsoft itself on this matter: http://www.microsoft.com/whdc/device/input/5b_wheel.mspx I've also found a PR for the similar hardware from the same vendor with the same symptoms: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118578 I am moving this discussion there now, but knowing how the PRs are handled for the bits without a maintainer or with very-low-activity maintainer[*], this is a cry of hope and desperation. [*] - Well, I know that I am talking about very old code, for very old protocol where things should have long been settled. But apparently there are cases when the code works in 99% of cases and nobody cares about the rest 1%, even if that percent is not some quirky hardware, but the hardware that does follows its specification, only too rigidly. on 04/02/2008 18:09 Andriy Gapon said the following: > on 01/02/2008 11:38 Vojtech Pavlik said the following: >> On Fri, Feb 01, 2008 at 11:35:33AM +0200, Andriy Gapon wrote: >>> I compared FreeBSD and Linux sources more thoroughly and found the >>> following: >>> http://lxr.linux.no/linux+v2.6.24/drivers/input/mouse/psmouse-base.c#L464 >>> static int im_explorer_detect(struct psmouse *psmouse, int set_properties) >>> { >>> struct ps2dev *ps2dev = &psmouse->ps2dev; >>> unsigned char param[2]; >>> >>> intellimouse_detect(psmouse, 0); >>> >>> I.e., first thing the explorer probe does is massaging a mouse with >>> IntelliMouse magic commands. >>> >>> I did the same in FreeBSD psm.c, i.e., added a call to >>> enable_msintelli() at the very start of enable_msexplorer(). And voil - >>> everything is perfect, correct ID is returned, probing succeeds, the >>> mouse works great. >>> >>> I think that this change is quite safe to make in FreeBSD, because with >>> Linux user-base we can be 99% percent sure that this change won't break >>> anything. >> It is even correct: A mouse isn't required to be able to jump straight >> into the Explorer mode, it is supposed to always go through the >> IntelliMouse mode. > > Any takers to test this change with your current PS/2 mouse (either > working or non-working) ? > Any takers to commit this change ? :-) > > Will this issue get more traction if I file a PR? > > > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 16:34:50 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 5BC1816A420; Thu, 7 Feb 2008 16:34:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 7 Feb 2008 11:34:41 -0500 User-Agent: KMail/1.6.2 References: <20080206234520.787F016A469@hub.freebsd.org> <47AA9556.2020709@fusiongol.com> <3a142e750802070129m70122720p30a98368491356d9@mail.gmail.com> In-Reply-To: <3a142e750802070129m70122720p30a98368491356d9@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200802071134.43696.jkim@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Nathan Butcher , Brooks Davis Subject: Re: dhclient 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, 07 Feb 2008 16:34:50 -0000 On Thursday 07 February 2008 04:29 am, Paul B. Mahol wrote: > Sorry for noise, but there is actually no problem at all. > > Probably net80211 code is improved so dhclient will not send > useless packet, instead it reports that there is no link. Yes. See this: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dhclient/dispatch.c.diff?r1=1.2;r2=1.3 Previously dhclient(8) was assuming wireless controller is already associated with a correct AP and safe to broadcast packets. Jung-uk Kim > On Feb 7, 2008 6:21 AM, Nathan Butcher wrote: > > >> All you have to do is issue "ifconfig rum0 up" to get your > > >> device UP, and then try dhclient. It should work. > > > > > > The standard scripts should be running "ifconfig xxx up" on any > > > interface that has an ifconfig_xxx variable in rc.conf. Has > > > that been broken? > > > > > > -- Brooks > > > > My USB wireless dongle doesn't have any rc.conf config line, but > > it used to be automatically UP without the config line at boot > > time at one point. > > > > I remember doing an csup update on my box at one point and > > discovering this change. From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 17:42:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DF0E16A41A; Thu, 7 Feb 2008 17:42:35 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.72]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF1C13C474; Thu, 7 Feb 2008 17:42:35 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp009-s [10.150.69.72]) by smtpoutm.mac.com (Xserve/smtpout009/MantshX 4.0) with ESMTP id m17HHb7d007474; Thu, 7 Feb 2008 09:17:37 -0800 (PST) Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp009/MantshX 4.0) with ESMTP id m17HHTTW020549 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Feb 2008 09:17:30 -0800 (PST) Message-Id: <4CB73483-B3BB-4819-B3B5-5F349D16C6F7@mac.com> From: Marcel Moolenaar To: Attilio Rao In-Reply-To: <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 7 Feb 2008 09:16:57 -0800 References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: Kostik Belousov , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 17:42:35 -0000 On Feb 7, 2008, at 6:11 AM, Attilio Rao wrote: >>>>>>>> Correct lock order is devfs vnode -> devfs mount sx lock. When >>>>>>>> allocating new devfs vnode, see devfs_allocv(), the newly >>>>>>>> created >>>>>>>> vnode is locked while devfs mount lock already held (see line >>>>>>>> 250 of >>>>>>>> fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause >>>>>>>> deadlock since >>>>>>>> no other thread can find the new vnode, and thus perform the >>>>>>>> other lock >>>>>>>> order for this vnode lock. >>>>>>>> >>>>>>>> The fix is to shut the witness in this particular case. >>>>>>>> Attilio, how to >>>>>>>> do this ? >>>>>>> >>>>>>> Just add LK_NOWITNESS for one of the lock involved in the >>>>>>> lockinit(). >>>>>> >>>>>> >>>>>> Then, we loss the useful reports of the actual LORs later, >>>>>> isn't it ? >>>>> >>>>> Another solution would be to rewamp BLESSING option which allow to >>>>> 'bless' some LORs. >>>>> jhb and me, btw, didn't want to enable it because it could lead >>>>> some >>>>> less experienced developer to hide LORs under this label and >>>>> this is >>>>> something we want to avoid. >>>> >>>> >>>> This LOR shall not be ignored globally. When real, it caused the >>>> easily >>>> reproducable lockup of the machine. >>>> >>>> It would be better to introduce some lockmgr flag to ignore >>>> _this_ locking. >>> >>> flag to pass where? >> To the lockmgr itself at the point of aquisition, like >> lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, >> &interlk, ...); > > No, I really want a general WITNESS support for this (as I also think > that having something more fine grained than BLESSING will break all > concerns jhb and me are considering now). > A simple way to do it would mean hard-coding file and line in a > witness table. While file is ok, line makes trouble so we should find > an alternative way to do this. Otherwise we can consider skiping > checks for a whole function, this should be not so difficult to > achive. > > I need to think more about this. What about a linker set that lists file regions (based on line number). If you want to exclude a particular lock from WITNESS you can do something like this: WITNESS_REGION_START(function) lockmgr(...) WITNESS_REGION_END The WITNESS_REGION_START and WITNESS_WITNESS_END together create a region in the linker set and witness can check if a lock operation falls within that region. If yes, we can make it do something special by given the _START and/or _END a function pointer or we can make it ignore the operation by passing NULL or something. You can safely use file & line numbers in this case. Something along those lines... Thoughts? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 18:41:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F06416A418 for ; Thu, 7 Feb 2008 18:41:46 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id BAD4613C50C for ; Thu, 7 Feb 2008 18:41:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2864354fgg.35 for ; Thu, 07 Feb 2008 10:41:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=Yf5jPtPyzTwINKHRBhMEY9Fc0JCoavekHogjGMt/1R0=; b=Tyru3yP0vLOZ4JUlbYYbRmFS9hLbHQ/mwZXFZbU+nLXsiZRFhu3R57tthyopEN9VEVnWbfKpLVybaD57R0lTZhrqm7zYzkzAG0ashtV1ICqmjbB6ip4lx6yHukVCheTkJq7WjvSwoJMUcUJC8DfgHW2Gp4/61clkcmfLRiC/wrg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=pHI3NjmH3/K27bQgYpyMX37TI4f6d9DACsVFxpgkwAUR133hxzbC6jAhT0UU82bc4VrGOgZ58vOhN4fjnWbWLUAL5m+UE97pGU6mX54BDM9WdpvEd+zOWd8vW6R4EyHek/rWtbf0+R36tGSnFkmI1jOlA5CLsEIv/9HhzX9c6XU= Received: by 10.86.79.19 with SMTP id c19mr10731370fgb.31.1202409704112; Thu, 07 Feb 2008 10:41:44 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 7 Feb 2008 10:41:44 -0800 (PST) Message-ID: <3bbf2fe10802071041j6d2748f9n16c28541da1e0430@mail.gmail.com> Date: Thu, 7 Feb 2008 19:41:44 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Marcel Moolenaar" In-Reply-To: <4CB73483-B3BB-4819-B3B5-5F349D16C6F7@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> <4CB73483-B3BB-4819-B3B5-5F349D16C6F7@mac.com> X-Google-Sender-Auth: c45ce7450123859a Cc: Kostik Belousov , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 18:41:46 -0000 2008/2/7, Marcel Moolenaar : > On Feb 7, 2008, at 6:11 AM, Attilio Rao wrote: > > >>>>>>>> Correct lock order is devfs vnode -> devfs mount sx lock. When > >>>>>>>> allocating new devfs vnode, see devfs_allocv(), the newly > >>>>>>>> created > >>>>>>>> vnode is locked while devfs mount lock already held (see line > >>>>>>>> 250 of > >>>>>>>> fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause > >>>>>>>> deadlock since > >>>>>>>> no other thread can find the new vnode, and thus perform the > >>>>>>>> other lock > >>>>>>>> order for this vnode lock. > >>>>>>>> > >>>>>>>> The fix is to shut the witness in this particular case. > >>>>>>>> Attilio, how to > >>>>>>>> do this ? > >>>>>>> > >>>>>>> Just add LK_NOWITNESS for one of the lock involved in the > >>>>>>> lockinit(). > >>>>>> > >>>>>> > >>>>>> Then, we loss the useful reports of the actual LORs later, > >>>>>> isn't it ? > >>>>> > >>>>> Another solution would be to rewamp BLESSING option which allow to > >>>>> 'bless' some LORs. > >>>>> jhb and me, btw, didn't want to enable it because it could lead > >>>>> some > >>>>> less experienced developer to hide LORs under this label and > >>>>> this is > >>>>> something we want to avoid. > >>>> > >>>> > >>>> This LOR shall not be ignored globally. When real, it caused the > >>>> easily > >>>> reproducable lockup of the machine. > >>>> > >>>> It would be better to introduce some lockmgr flag to ignore > >>>> _this_ locking. > >>> > >>> flag to pass where? > >> To the lockmgr itself at the point of aquisition, like > >> lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, > >> &interlk, ...); > > > > No, I really want a general WITNESS support for this (as I also think > > that having something more fine grained than BLESSING will break all > > concerns jhb and me are considering now). > > A simple way to do it would mean hard-coding file and line in a > > witness table. While file is ok, line makes trouble so we should find > > an alternative way to do this. Otherwise we can consider skiping > > checks for a whole function, this should be not so difficult to > > achive. > > > > I need to think more about this. > > > What about a linker set that lists file regions (based on line number). > If you want to exclude a particular lock from WITNESS you can do > something like this: > WITNESS_REGION_START(function) > lockmgr(...) > WITNESS_REGION_END > > The WITNESS_REGION_START and WITNESS_WITNESS_END together create a > region in the linker set and witness can check if a lock operation > falls within that region. If yes, we can make it do something special > by given the _START and/or _END a function pointer or we can make it > ignore the operation by passing NULL or something. > > You can safely use file & line numbers in this case. Something along > those lines... > > Thoughts? Really, if I wanted to pollute consumers code I would have use a lot of simpler ideas. I'd like strongly to maintain WITNESS_* namespace usage only in locking primitives. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 19:28:41 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2C6516A41B; Thu, 7 Feb 2008 19:28:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE2B13C46A; Thu, 7 Feb 2008 19:28:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp010-s [10.150.69.73]) by smtpoutm.mac.com (Xserve/smtpout009/MantshX 4.0) with ESMTP id m17JSfrZ015899; Thu, 7 Feb 2008 11:28:41 -0800 (PST) Received: from mini-g4.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp010/MantshX 4.0) with ESMTP id m17JSbNt016770 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Feb 2008 11:28:38 -0800 (PST) Message-Id: <3150AF40-205F-4424-814F-6A9305E698E7@mac.com> From: Marcel Moolenaar To: Attilio Rao In-Reply-To: <3bbf2fe10802071041j6d2748f9n16c28541da1e0430@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 7 Feb 2008 11:28:36 -0800 References: <20080207045015.GW57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070216idd5206ey7a66c0873311e66c@mail.gmail.com> <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> <4CB73483-B3BB-4819-B3B5-5F349D16C6F7@mac.com> <3bbf2fe10802071041j6d2748f9n16c28541da1e0430@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: Kostik Belousov , current@FreeBSD.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 19:28:41 -0000 On Feb 7, 2008, at 10:41 AM, Attilio Rao wrote: > 2008/2/7, Marcel Moolenaar : >> On Feb 7, 2008, at 6:11 AM, Attilio Rao wrote: >> >>>>>>>>>> Correct lock order is devfs vnode -> devfs mount sx lock. >>>>>>>>>> When >>>>>>>>>> allocating new devfs vnode, see devfs_allocv(), the newly >>>>>>>>>> created >>>>>>>>>> vnode is locked while devfs mount lock already held (see line >>>>>>>>>> 250 of >>>>>>>>>> fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause >>>>>>>>>> deadlock since >>>>>>>>>> no other thread can find the new vnode, and thus perform the >>>>>>>>>> other lock >>>>>>>>>> order for this vnode lock. >>>>>>>>>> >>>>>>>>>> The fix is to shut the witness in this particular case. >>>>>>>>>> Attilio, how to >>>>>>>>>> do this ? >>>>>>>>> >>>>>>>>> Just add LK_NOWITNESS for one of the lock involved in the >>>>>>>>> lockinit(). >>>>>>>> >>>>>>>> >>>>>>>> Then, we loss the useful reports of the actual LORs later, >>>>>>>> isn't it ? >>>>>>> >>>>>>> Another solution would be to rewamp BLESSING option which >>>>>>> allow to >>>>>>> 'bless' some LORs. >>>>>>> jhb and me, btw, didn't want to enable it because it could lead >>>>>>> some >>>>>>> less experienced developer to hide LORs under this label and >>>>>>> this is >>>>>>> something we want to avoid. >>>>>> >>>>>> >>>>>> This LOR shall not be ignored globally. When real, it caused the >>>>>> easily >>>>>> reproducable lockup of the machine. >>>>>> >>>>>> It would be better to introduce some lockmgr flag to ignore >>>>>> _this_ locking. >>>>> >>>>> flag to pass where? >>>> To the lockmgr itself at the point of aquisition, like >>>> lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, >>>> &interlk, ...); >>> >>> No, I really want a general WITNESS support for this (as I also >>> think >>> that having something more fine grained than BLESSING will break all >>> concerns jhb and me are considering now). >>> A simple way to do it would mean hard-coding file and line in a >>> witness table. While file is ok, line makes trouble so we should >>> find >>> an alternative way to do this. Otherwise we can consider skiping >>> checks for a whole function, this should be not so difficult to >>> achive. >>> >>> I need to think more about this. >> >> >> What about a linker set that lists file regions (based on line >> number). >> If you want to exclude a particular lock from WITNESS you can do >> something like this: >> WITNESS_REGION_START(function) >> lockmgr(...) >> WITNESS_REGION_END >> >> The WITNESS_REGION_START and WITNESS_WITNESS_END together create a >> region in the linker set and witness can check if a lock operation >> falls within that region. If yes, we can make it do something special >> by given the _START and/or _END a function pointer or we can make it >> ignore the operation by passing NULL or something. >> >> You can safely use file & line numbers in this case. Something along >> those lines... >> >> Thoughts? > > Really, if I wanted to pollute consumers code I would have use a lot > of simpler ideas. Where you see pollution, I see opportunity. In principle no code should have to use these region markers, so in the few cases it's needed it not only stands out, but also allows any sized region, possibly covering multiple functions to be marked. That's much less pollution and/or change than having to tag each and every lock operation. On top of that, it can be used for debugging purposes where any lock operation within the region triggers a particular action, such as printing of backtraces or tracing held locks. This allows developers to get visibility in the contexts in which the lock operations are being performed. In any case: it was merely a thought, one that apparently didn't spark any new thoughts for you... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 19:33:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 332A916A421 for ; Thu, 7 Feb 2008 19:33:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id A014A13C461 for ; Thu, 7 Feb 2008 19:32:59 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2874947fgg.35 for ; Thu, 07 Feb 2008 11:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=WIRGIcCTc3os9A9QQLbEINbJpDmiK5VElSVmov13V68=; b=fmHNMeHbr5/eSORvL05ZBA0YHSNWrg+GCBdhbvZw8iPAH9Y7qaObqLNoN9/FmrrQg92x17V60Bl5PXx8VW8TsmM+ehGN0ASbh87yAiPxE09nB/Fq9/lnYDWRkR8WN8tQuhfdAYfS+aw8mfC4fKZJR0VNjK5i2gxyDAD2FMlwxfw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=EyBuec5euCFIe7CJMlw6SE7aNLifn24uCiUdeoFKcC2rKEN2B0x3CQ9jqfEsmOZi7Oo0m7Ei8XI6ia8ffQ2N2AiK4g4LYqj0GPKoAykN8SacXcXi9Q50ccBNkXAFMMiZpS6+OEnXYt4CeEXswDPtqGlFAs0Mv4wvMUFQ7XjSjag= Received: by 10.86.84.5 with SMTP id h5mr10762281fgb.75.1202412778330; Thu, 07 Feb 2008 11:32:58 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 7 Feb 2008 11:32:58 -0800 (PST) Message-ID: <3bbf2fe10802071132q7bd92f99x685ab1ea23e37772@mail.gmail.com> Date: Thu, 7 Feb 2008 20:32:58 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Marcel Moolenaar" In-Reply-To: <3150AF40-205F-4424-814F-6A9305E698E7@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> <4CB73483-B3BB-4819-B3B5-5F349D16C6F7@mac.com> <3bbf2fe10802071041j6d2748f9n16c28541da1e0430@mail.gmail.com> <3150AF40-205F-4424-814F-6A9305E698E7@mac.com> X-Google-Sender-Auth: 3934a8abd1ecfe7e Cc: Kostik Belousov , current@freebsd.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 19:33:00 -0000 2008/2/7, Marcel Moolenaar : > > On Feb 7, 2008, at 10:41 AM, Attilio Rao wrote: > > > 2008/2/7, Marcel Moolenaar : > >> On Feb 7, 2008, at 6:11 AM, Attilio Rao wrote: > >> > >>>>>>>>>> Correct lock order is devfs vnode -> devfs mount sx lock. > >>>>>>>>>> When > >>>>>>>>>> allocating new devfs vnode, see devfs_allocv(), the newly > >>>>>>>>>> created > >>>>>>>>>> vnode is locked while devfs mount lock already held (see line > >>>>>>>>>> 250 of > >>>>>>>>>> fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause > >>>>>>>>>> deadlock since > >>>>>>>>>> no other thread can find the new vnode, and thus perform the > >>>>>>>>>> other lock > >>>>>>>>>> order for this vnode lock. > >>>>>>>>>> > >>>>>>>>>> The fix is to shut the witness in this particular case. > >>>>>>>>>> Attilio, how to > >>>>>>>>>> do this ? > >>>>>>>>> > >>>>>>>>> Just add LK_NOWITNESS for one of the lock involved in the > >>>>>>>>> lockinit(). > >>>>>>>> > >>>>>>>> > >>>>>>>> Then, we loss the useful reports of the actual LORs later, > >>>>>>>> isn't it ? > >>>>>>> > >>>>>>> Another solution would be to rewamp BLESSING option which > >>>>>>> allow to > >>>>>>> 'bless' some LORs. > >>>>>>> jhb and me, btw, didn't want to enable it because it could lead > >>>>>>> some > >>>>>>> less experienced developer to hide LORs under this label and > >>>>>>> this is > >>>>>>> something we want to avoid. > >>>>>> > >>>>>> > >>>>>> This LOR shall not be ignored globally. When real, it caused the > >>>>>> easily > >>>>>> reproducable lockup of the machine. > >>>>>> > >>>>>> It would be better to introduce some lockmgr flag to ignore > >>>>>> _this_ locking. > >>>>> > >>>>> flag to pass where? > >>>> To the lockmgr itself at the point of aquisition, like > >>>> lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, > >>>> &interlk, ...); > >>> > >>> No, I really want a general WITNESS support for this (as I also > >>> think > >>> that having something more fine grained than BLESSING will break all > >>> concerns jhb and me are considering now). > >>> A simple way to do it would mean hard-coding file and line in a > >>> witness table. While file is ok, line makes trouble so we should > >>> find > >>> an alternative way to do this. Otherwise we can consider skiping > >>> checks for a whole function, this should be not so difficult to > >>> achive. > >>> > >>> I need to think more about this. > >> > >> > >> What about a linker set that lists file regions (based on line > >> number). > >> If you want to exclude a particular lock from WITNESS you can do > >> something like this: > >> WITNESS_REGION_START(function) > >> lockmgr(...) > >> WITNESS_REGION_END > >> > >> The WITNESS_REGION_START and WITNESS_WITNESS_END together create a > >> region in the linker set and witness can check if a lock operation > >> falls within that region. If yes, we can make it do something special > >> by given the _START and/or _END a function pointer or we can make it > >> ignore the operation by passing NULL or something. > >> > >> You can safely use file & line numbers in this case. Something along > >> those lines... > >> > >> Thoughts? > > > > Really, if I wanted to pollute consumers code I would have use a lot > > of simpler ideas. > > > Where you see pollution, I see opportunity. In principle no code > should have to use these region markers, so in the few cases > it's needed it not only stands out, but also allows any sized > region, possibly covering multiple functions to be marked. That's > much less pollution and/or change than having to tag each and > every lock operation. Yes, but what I mean is that it is enough to do something like: WITNESS_SKIPNEXTCHECK(); lockmgr(...) and have the same result. Before to try something like that, I want to explore another way of doing things as I don't like the idea to see consumers code "polluted" by WITNESS_* functions. Is this clearer? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 20:08:09 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91CEE16A417; Thu, 7 Feb 2008 20:08:09 +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 72B0B13C45D; Thu, 7 Feb 2008 20:08:09 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp007-s [10.150.69.70]) by smtpoutm.mac.com (Xserve/smtpout005/MantshX 4.0) with ESMTP id m17K8991003681; Thu, 7 Feb 2008 12:08:09 -0800 (PST) Received: from mini-g4.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp007/MantshX 4.0) with ESMTP id m17K86lc009753 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 7 Feb 2008 12:08:06 -0800 (PST) Message-Id: <9D3A97C3-F295-44B2-82AA-FC220E43C0E1@mac.com> From: Marcel Moolenaar To: Attilio Rao In-Reply-To: <3bbf2fe10802071132q7bd92f99x685ab1ea23e37772@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 7 Feb 2008 12:07:55 -0800 References: <20080207104354.GY57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070304r29cb8d2u1210fe285c917424@mail.gmail.com> <20080207110901.GZ57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070421m3a3152a3m6c9aa67d649107e4@mail.gmail.com> <20080207125252.GC57756@deviant.kiev.zoral.com.ua> <3bbf2fe10802070611v6c7714b5y18bef10d586944c4@mail.gmail.com> <4CB73483-B3BB-4819-B3B5-5F349D16C6F7@mac.com> <3bbf2fe10802071041j6d2748f9n16c28541da1e0430@mail.gmail.com> <3150AF40-205F-4424-814F-6A9305E698E7@mac.com> <3bbf2fe10802071132q7bd92f99x685ab1ea23e37772@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: Kostik Belousov , current@FreeBSD.org Subject: Re: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 20:08:09 -0000 On Feb 7, 2008, at 11:32 AM, Attilio Rao wrote: > 2008/2/7, Marcel Moolenaar : >> >> On Feb 7, 2008, at 10:41 AM, Attilio Rao wrote: >> >>> 2008/2/7, Marcel Moolenaar : >>>> On Feb 7, 2008, at 6:11 AM, Attilio Rao wrote: >>>> >>>>>>>>>>>> Correct lock order is devfs vnode -> devfs mount sx lock. >>>>>>>>>>>> When >>>>>>>>>>>> allocating new devfs vnode, see devfs_allocv(), the newly >>>>>>>>>>>> created >>>>>>>>>>>> vnode is locked while devfs mount lock already held (see >>>>>>>>>>>> line >>>>>>>>>>>> 250 of >>>>>>>>>>>> fs/devfs/devfs_vnops.c). Nonetheless, this cannot cause >>>>>>>>>>>> deadlock since >>>>>>>>>>>> no other thread can find the new vnode, and thus perform >>>>>>>>>>>> the >>>>>>>>>>>> other lock >>>>>>>>>>>> order for this vnode lock. >>>>>>>>>>>> >>>>>>>>>>>> The fix is to shut the witness in this particular case. >>>>>>>>>>>> Attilio, how to >>>>>>>>>>>> do this ? >>>>>>>>>>> >>>>>>>>>>> Just add LK_NOWITNESS for one of the lock involved in the >>>>>>>>>>> lockinit(). >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Then, we loss the useful reports of the actual LORs later, >>>>>>>>>> isn't it ? >>>>>>>>> >>>>>>>>> Another solution would be to rewamp BLESSING option which >>>>>>>>> allow to >>>>>>>>> 'bless' some LORs. >>>>>>>>> jhb and me, btw, didn't want to enable it because it could >>>>>>>>> lead >>>>>>>>> some >>>>>>>>> less experienced developer to hide LORs under this label and >>>>>>>>> this is >>>>>>>>> something we want to avoid. >>>>>>>> >>>>>>>> >>>>>>>> This LOR shall not be ignored globally. When real, it caused >>>>>>>> the >>>>>>>> easily >>>>>>>> reproducable lockup of the machine. >>>>>>>> >>>>>>>> It would be better to introduce some lockmgr flag to ignore >>>>>>>> _this_ locking. >>>>>>> >>>>>>> flag to pass where? >>>>>> To the lockmgr itself at the point of aquisition, like >>>>>> lockmgr(&lk, LK_EXCLUSIVE | LK_INTERLOCK | LK_NOWARN, >>>>>> &interlk, ...); >>>>> >>>>> No, I really want a general WITNESS support for this (as I also >>>>> think >>>>> that having something more fine grained than BLESSING will break >>>>> all >>>>> concerns jhb and me are considering now). >>>>> A simple way to do it would mean hard-coding file and line in a >>>>> witness table. While file is ok, line makes trouble so we should >>>>> find >>>>> an alternative way to do this. Otherwise we can consider skiping >>>>> checks for a whole function, this should be not so difficult to >>>>> achive. >>>>> >>>>> I need to think more about this. >>>> >>>> >>>> What about a linker set that lists file regions (based on line >>>> number). >>>> If you want to exclude a particular lock from WITNESS you can do >>>> something like this: >>>> WITNESS_REGION_START(function) >>>> lockmgr(...) >>>> WITNESS_REGION_END >>>> >>>> The WITNESS_REGION_START and WITNESS_WITNESS_END together create a >>>> region in the linker set and witness can check if a lock operation >>>> falls within that region. If yes, we can make it do something >>>> special >>>> by given the _START and/or _END a function pointer or we can make >>>> it >>>> ignore the operation by passing NULL or something. >>>> >>>> You can safely use file & line numbers in this case. Something >>>> along >>>> those lines... >>>> >>>> Thoughts? >>> >>> Really, if I wanted to pollute consumers code I would have use a lot >>> of simpler ideas. >> >> >> Where you see pollution, I see opportunity. In principle no code >> should have to use these region markers, so in the few cases >> it's needed it not only stands out, but also allows any sized >> region, possibly covering multiple functions to be marked. That's >> much less pollution and/or change than having to tag each and >> every lock operation. > > Yes, but what I mean is that it is enough to do something like: > > WITNESS_SKIPNEXTCHECK(); > lockmgr(...) > > and have the same result. Explicitly marking a region with START and END allows you to cover multiple functions and many locking operations. It's not at all the same as a tag per lock. A tag per lock is much more polluting that 2 markers that define a region (which can be the whole file). Also, if you only have the ability to skip the witness check, then you may still have something that's too limited. If we're going to sprinkle directives in the code relating to locking, we might as well have it do more than just tell witness to ignore the lock. We could have it do as much or little as call a function, which can do anything for us, including profiling, tracing and even extending the witness checks to include more than just lock ordering... Anyway: you got the gist. I'll leave you to it. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 20:55:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B0E916A419; Thu, 7 Feb 2008 20:55:41 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from h5.valero.com (h5.valero.com [209.99.19.71]) by mx1.freebsd.org (Postfix) with ESMTP id 01F9C13C455; Thu, 7 Feb 2008 20:55:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from mssais16.valero.com ([192.168.250.15]) by h5.valero.com (Switch-3.2.5/Sentrion-1.5.5) with ESMTP id m17KORnk025790; Thu, 7 Feb 2008 14:24:28 -0600 Delivered-To: matt.moulder@valero.com X-VirusChecked: Checked X-Env-Sender: owner-freebsd-stable@freebsd.org X-Msg-Ref: server-13.tower-191.messagelabs.com!1202399741!29782493!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [69.147.83.53] X-SpamReason: No, hits=0.0 required=7.0 tests= Delivered-To: freebsd-stable@freebsd.org X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Message-ID: <47AB29D4.1040409@icyb.net.ua> Date: Thu, 07 Feb 2008 17:55:00 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <4799D78F.6000405@icyb.net.ua> <47A097FA.3090303@icyb.net.ua> <20080130164508.GC6257@suse.cz> <47A2E7E5.1040307@icyb.net.ua> <20080201093806.GA4632@suse.cz> <47A738AE.5070900@icyb.net.ua> In-Reply-To: <47A738AE.5070900@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-VLO_ORIGIP: 216.82.241.83 X-OriginalArrivalTime: 07 Feb 2008 15:58:46.0373 (UTC) FILETIME=[52236950:01C869A2] Cc: Subject: Re: ps/2 mouse patch [intellimouse explorer detection] X-BeenThere: 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, 07 Feb 2008 20:55:41 -0000 Still nobody comes forward. Is there any maintainer of psm driver? As a final authority I am forced to quote now Microsoft itself on this matter: http://www.microsoft.com/whdc/device/input/5b_wheel.mspx I've also found a PR for the similar hardware from the same vendor with the same symptoms: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118578 I am moving this discussion there now, but knowing how the PRs are handled for the bits without a maintainer or with very-low-activity maintainer[*], this is a cry of hope and desperation. [*] - Well, I know that I am talking about very old code, for very old protocol where things should have long been settled. But apparently there are cases when the code works in 99% of cases and nobody cares about the rest 1%, even if that percent is not some quirky hardware, but the hardware that does follows its specification, only too rigidly. on 04/02/2008 18:09 Andriy Gapon said the following: > on 01/02/2008 11:38 Vojtech Pavlik said the following: >> On Fri, Feb 01, 2008 at 11:35:33AM +0200, Andriy Gapon wrote: >>> I compared FreeBSD and Linux sources more thoroughly and found the >>> following: >>> http://lxr.linux.no/linux+v2.6.24/drivers/input/mouse/psmouse-base.c#L464 >>> static int im_explorer_detect(struct psmouse *psmouse, int set_properties) >>> { >>> struct ps2dev *ps2dev = &psmouse->ps2dev; >>> unsigned char param[2]; >>> >>> intellimouse_detect(psmouse, 0); >>> >>> I.e., first thing the explorer probe does is massaging a mouse with >>> IntelliMouse magic commands. >>> >>> I did the same in FreeBSD psm.c, i.e., added a call to >>> enable_msintelli() at the very start of enable_msexplorer(). And voil - >>> everything is perfect, correct ID is returned, probing succeeds, the >>> mouse works great. >>> >>> I think that this change is quite safe to make in FreeBSD, because with >>> Linux user-base we can be 99% percent sure that this change won't break >>> anything. >> It is even correct: A mouse isn't required to be able to jump straight >> into the Explorer mode, it is supposed to always go through the >> IntelliMouse mode. > > Any takers to test this change with your current PS/2 mouse (either > working or non-working) ? > Any takers to commit this change ? :-) > > Will this issue get more traction if I file a PR? > > > -- Andriy Gapon _______________________________________________ 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 Thu Feb 7 21:39:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FB3F16A418 for ; Thu, 7 Feb 2008 21:39:16 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 6D93A13C458 for ; Thu, 7 Feb 2008 21:39:16 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id 2110E128F37 for ; Thu, 7 Feb 2008 13:41:46 -0800 (PST) Message-ID: <47AB7A8A.9020906@freebsd.org> Date: Thu, 07 Feb 2008 13:39:22 -0800 From: Jason Evans User-Agent: Thunderbird 1.5.0.12 (X11/20071129) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: MALLOC_OPTIONS=H obsolete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 21:39:16 -0000 I've been working on jemalloc a bunch lately, as a result of working with the Mozilla folks to integrate it with Firefox. One of the problems we ran into is that on Windows, there is no good way to tell the resident set size of an individual application, unless we "decommit" unused pages. I won't go into the details of Windows memory management, but suffice it to say that the solution to this problem is also a reasonable solution to the problem of expensive madvise(... MADV_FREE) calls on FreeBSD. I recently committed code to FreeBSD that tracks whether each page within a mapped chunk is unused and dirty. If the number of such dirty pages exceeds a threshold, jemalloc sweeps downward through memory and calls madvise() on enough dirty pages to drop the dirty page count to no more than half of the threshold value. The default threshold value is currently 512 pages per arena (2 MB), but it can be tuned via MALLOC_OPTIONS=F or f. See the malloc(3) man page for details. By sweeping downward through memory, jemalloc tends to call madvise() on pages that are less likely to be reused soon. Also, by delaying the madvise() calls, unused pages tend to coalesce, thus reducing the total number of calls. Following are some statistics from a contrived test (repeatedly opening and closing a 36 MB file within vim): =================================================================== dirty: 119 pages dirty, 45 sweeps, 117 madvises, 20479 pages purged allocated nmalloc ndalloc small: 428216 64195 53915 large: 188416 41419 41404 total: 616632 105614 95319 =================================================================== I've been seeing madvise():pages purged ratios of 1:100+ for the tests I've run, so this mechanism appears to typically be pretty cheap. Anyway, the reason I think this change to jemalloc matters is that it inexpensively puts pretty reasonable bounds on how much dirty unused memory the entire OS (all processes) has lying around, without requiring any complex interactions with the kernel. I've been thinking a lot about this problem since the discussion here last month (see "sbrk(2) broken" thread), and the 100% solutions like receiving notifications from the kernel are in my opinion prohibitively complex in the context of multi-threaded applications. Jason From owner-freebsd-current@FreeBSD.ORG Thu Feb 7 23:10:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BDB816A4C2 for ; Thu, 7 Feb 2008 23:10:11 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id E3A9413C4D5 for ; Thu, 7 Feb 2008 23:10:10 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2919402fgg.35 for ; Thu, 07 Feb 2008 15:10:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=NtcYeRR9YcO+FMNlWkK5PexOJEFs8tIqFmcwrBj/S7w=; b=ky/uuVQ61G+RKEMutQxGQFDXY9DZsSkq2sFKBL58Q8xyN/wqrlcV+ReHVeKj5S8+hryjNExKh10zqJCDXrTr0iIIRoAkxYMo1vpPAEV5vrCyrtM+qHhPyVubO38l1KK0NH7HlsiApa+ma65dT7JNnT4QJ9eT4ZFqNNY/YmWMHVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QruXRWtgNbe1YHnvCBhb/LADpq1HFMiGKxvfq3Wmk6IznhE1777Ian0wR6i6xYgnVdvzmq/gaCIbl1ciJ67/wsF9btor9tnE4xBs5dypXsuRRSk5es3T7qHTi6vNWSyat0viyZyGPo6uFV3eMUunywbMhTByR8xc42ZdzqMKcvQ= Received: by 10.86.28.5 with SMTP id b5mr10959204fgb.47.1202424345726; Thu, 07 Feb 2008 14:45:45 -0800 (PST) Received: by 10.86.59.13 with HTTP; Thu, 7 Feb 2008 14:45:45 -0800 (PST) Message-ID: <83e5fb980802071445y5e9e653dj1c0e34bc6f81f51a@mail.gmail.com> Date: Thu, 7 Feb 2008 23:45:45 +0100 From: "Diego Depaoli" To: current@freebsd.org In-Reply-To: <20080207002939.GA86008@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080207002939.GA86008@heff.fud.org.nz> Cc: Subject: Re: CFT: geom linux lvm class X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Feb 2008 23:10:11 -0000 2008/2/7, Andrew Thompson : > I have created a geom module that reads LVM2 metadata and maps the > logical volumes to geom providers. I am interested in testing/feedback > and any comments particularly on the geom glue. End user opinion I finally can get access, through konqueror -> media, to LVM2 volumes on my disk even if some folder (/root, /home/$USER/Documents) is locked. Many thanks -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 13:48:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C50216A41A for ; Fri, 8 Feb 2008 13:48:50 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 37C6413C45D for ; Fri, 8 Feb 2008 13:48:50 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=cH92sXoXpdQO8VLNCH+k/j48J3iH68jrnYD3xTBeq4NefX4xQCDB2woF9+A2pwX0uiy74tF0w54x+coYmW5nY11kXpYsBehasfEMjCJksWx3dfXZVhB/w+bSR8mgA3P0UIg+aSUJJI4IjndXtm7RjWshUjBeoHy7bBwpvmz334ux9+draCTvx2xAZIZ3l5jE3lAO2tlVyDYYV+kuFOLyHzORn1h6NDjSZs+l1ATiaFVB3mxL0dhnD47rgSE6eY5m; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1JNTD7-0004gM-AJ for current@freebsd.org; Fri, 08 Feb 2008 13:24:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JNTCi-0008Uz-Oq for current@freebsd.org; Fri, 08 Feb 2008 13:23:44 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JNTCh-00016h-Kl for current@freebsd.org; Fri, 08 Feb 2008 15:23:43 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Fri, 08 Feb 2008 15:23:38 +0200 Message-Id: Cc: Subject: new Prolific Technology Inc com device. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Feb 2008 13:48:52 -0000 Hi A client bought a few of these things and some were supported and others weren't. The unsupported devices were: USB-Serial Controller(0x2303), Prolific Technology Inc.(0x5372), rev 3.00 I would have thought the following would have been sufficient to make it work, but it's not. Help anyone? Index: uplcom.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/uplcom.c,v retrieving revision 1.50 diff -u -d -r1.50 uplcom.c --- uplcom.c 20 Jun 2007 05:10:53 -0000 1.50 +++ uplcom.c 8 Feb 2008 12:30:56 -0000 @@ -245,6 +245,7 @@ 0x300, TYPE_PL2303X }, /* IOGEAR/ATEN UC-232A (also ST Lab USB-SERIAL-1) */ { USB_VENDOR_PROLIFIC, USB_PRODUCT_PROLIFIC_PL2303, -1, TYPE_PL2303 }, + { USB_VENDOR_PROLIFIC3, USB_PRODUCT_PROLIFIC3_PL2303, -1, TYPE_PL2303 }, /* TDK USB-PHS Adapter UHA6400 */ { USB_VENDOR_TDK, USB_PRODUCT_TDK_UHA6400, -1, TYPE_PL2303 }, /* RATOC REX-USB60 */ Index: usbdevs =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.328.2.2 diff -u -d -r1.328.2.2 usbdevs --- usbdevs 7 Jan 2008 23:12:39 -0000 1.328.2.2 +++ usbdevs 8 Feb 2008 11:56:38 -0000 @@ -633,6 +633,7 @@ vendor ACEECA 0x4766 Aceeca vendor AVERATEC 0x50c2 Averatec vendor SWEEX 0x5173 Sweex +vendor PROLIFIC3 0x5372 Prolific Technology vendor ONSPEC2 0x55aa OnSpec Electronic Inc. vendor ZINWELL 0x5a57 Zinwell vendor SITECOM 0x6189 Sitecom @@ -1892,6 +1893,7 @@ product PROLIFIC PL2302 0x0001 PL2302 Host-Host interface product PROLIFIC RSAQ2 0x04bb PL2303 Serial (IODATA USB-RSAQ2) product PROLIFIC PL2303 0x2303 PL2303 Serial (ATEN/IOGEAR UC232A) +product PROLIFIC3 PL2303 0x2303 PL2303 Serial (ATEN/IOGEAR UC232A) product PROLIFIC PL2305 0x2305 Parallel printer product PROLIFIC ATAPI4 0x2307 ATAPI-4 Controller product PROLIFIC PL2501 0x2501 PL2501 Host-Host interface -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 14:23:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA54716A418; Fri, 8 Feb 2008 14:23:33 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco-old.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5D213C4CC; Fri, 8 Feb 2008 14:23:33 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from benjoam.altus-escon.com (benjoam.altus-escon.com [193.78.231.14]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id m18EBscD007596; Fri, 8 Feb 2008 15:11:59 +0100 (CET) (envelope-from ben@altesco.nl) Message-Id: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> From: Ben Stuyts To: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 8 Feb 2008 15:11:54 +0100 X-Mailer: Apple Mail (2.915) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Fri, 08 Feb 2008 15:11:59 +0100 (CET) X-Virus-Scanned: ClamAV 0.92/5743/Fri Feb 8 13:45:29 2008 on earth.altus-escon.com X-Virus-Status: Clean Cc: Subject: Panic when connecting USB drive to 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: Fri, 08 Feb 2008 14:23:34 -0000 Hi, Excuse the crosspost, I don't know if this is amd64 specific or not. I have a consistent panic when I connect a 2.5" LaCie 250 GB drive to a SuperMicro 6015P-TR. This server is running amd64 with ZFS and I want to investigate a way to use ZFS send/receive to external USB drives for backup. Here is the panic message: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x290 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff803ff8aa stack pointer = 0x10:0xffffffffd72eed70 frame pointer = 0x10:0xffffffffd72eedb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 48 (usb3) [thread pid 48 tid 100047 ] Stopped at usb_transfer_complete+0x10a: movq 0x290(%rax),%rax db> tr Tracing pid 48 tid 100047 td 0xffffff00034fe350 usb_transfer_complete() at usb_transfer_complete+0x10a usbd_start_transfer() at usbd_start_transfer+0x1a1 bus_dmamap_load() at bus_dmamap_load+0x453 usbd_transfer() at usbd_transfer+0xae usbd_sync_transfer() at usbd_sync_transfer+0xe usbd_do_request_flags_pipe() at usbd_do_request_flags_pipe+0x96 usbd_do_request_flags() at usbd_do_request_flags+0x25 usbd_get_string_desc() at usbd_get_string_desc+0x88 usbd_get_string() at usbd_get_string+0xcd usbd_devinfo_vp() at usbd_devinfo_vp+0x80 usbd_devinfo() at usbd_devinfo+0x46 usbd_new_device() at usbd_new_device+0x68b uhub_explore() at uhub_explore+0x295 usb_discover() at usb_discover+0x38 usb_event_thread() at usb_event_thread+0x9f fork_exit() at fork_exit+0x12b fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffd72efd30, rbp = 0 --- Here is the dmesg: Copyright (c) 1992-2008 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 #15: Wed Feb 6 16:07:55 CET 2008 root@mars.altus-escon.com:/usr/obj/usr/src/sys/MARS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2000.08-MHz K8- class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features = 0xbfebfbff < FPU ,VME ,DE ,PSE ,TSC ,MSR ,PAE ,MCE ,CX8 ,APIC ,SEP ,MTRR ,PGE ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2 =0x4e33d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4280487936 (4082 MB) avail memory = 4117889024 (3927 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 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 0x1008-0x100b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 cpu2: on acpi0 p4tcc2: on cpu2 cpu3: on acpi0 p4tcc3: on cpu3 cpu4: on acpi0 p4tcc4: on cpu4 cpu5: on acpi0 p4tcc5: on cpu5 cpu6: on acpi0 p4tcc6: on cpu6 cpu7: on acpi0 p4tcc7: on cpu7 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: irq 18 at device 2.0 on pci2 pci5: on pcib5 em0: port 0x2000-0x201f mem 0xd8000000-0xd801ffff irq 18 at device 0.0 on pci5 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:7b:88:7e em0: [FILTER] em1: port 0x2020-0x203f mem 0xd8020000-0xd803ffff irq 19 at device 0.1 on pci5 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:7b:88:7f em1: [FILTER] pcib6: at device 0.3 on pci1 pci6: on pcib6 puc0: port 0x3030-0x3037,0x3028-0x302f,0x3020-0x3027,0x3018-0x301f, 0x3010-0x3017,0x3000-0x300f irq 24 at device 1.0 on pci6 puc0: [FILTER] uart0: on puc0 uart0: [FILTER] uart1: on puc0 uart1: [FILTER] ppc0: on puc0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: cannot reserve interrupt, failed. lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 pcib7: at device 4.0 on pci0 pci7: on pcib7 pcib8: at device 6.0 on pci0 pci8: on pcib8 pci0: at device 8.0 (no driver attached) uhci0: port 0x1800-0x181f irq 17 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 19 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 18 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 0xd8500000-0xd85003ff irq 17 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 umass0: on uhub3 uhid0: on uhub3 ukbd0: on uhub3 kbd2 at ukbd0 pcib9: at device 30.0 on pci0 pci9: on pcib9 vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8220000-0xd822ffff irq 18 at device 1.0 on pci9 em2: port 0x4400-0x443f mem 0xd8200000-0xd821ffff irq 16 at device 2.0 on pci9 em2: Ethernet address: 00:30:48:44:1a:ab em2: [FILTER] 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] atapci1: port 0x1890-0x1897,0x1884-0x1887,0x1888-0x188f,0x1880-0x1883,0x1870-0x187f mem 0xd8500400-0xd85007ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 50 packets/entry by default ZFS filesystem version 6 ZFS storage pool version 6 acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDROM at ata0-slave UDMA33 ad4: 143089MB at ata2-master SATA150 ad6: 143089MB at ata3-master SATA150 SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-3 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from zfs:tank Please let me know if there is anything I can do to help debug this. This is not (yet) a production server, so I can try out various things if needed. With kind regards, Ben From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 18:02:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3CD816A417; Fri, 8 Feb 2008 18:02:54 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco-old.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id E7FCC13C45A; Fri, 8 Feb 2008 18:02:53 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from benjoam.altus-escon.com (benjoam.altus-escon.com [193.78.231.14]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id m18I2lID012931; Fri, 8 Feb 2008 19:02:52 +0100 (CET) (envelope-from ben@altesco.nl) Message-Id: <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> From: Ben Stuyts To: Ben Stuyts In-Reply-To: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 8 Feb 2008 19:02:46 +0100 References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> X-Mailer: Apple Mail (2.915) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Fri, 08 Feb 2008 19:02:52 +0100 (CET) X-Virus-Scanned: ClamAV 0.92/5744/Fri Feb 8 14:32:41 2008 on earth.altus-escon.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Panic when connecting USB drive to 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: Fri, 08 Feb 2008 18:02:54 -0000 I wrote: > Excuse the crosspost, I don't know if this is amd64 specific or not. I have connected the same drive to a different system, running a somewhat older version of i386 7.0, and it does not panic. So maybe it is amd64 specific. Here are the drive's details that came up: Feb 8 18:54:56 jirad kernel: umass1: on uhub4 Feb 8 18:54:56 jirad root: Unknown USB device: vendor 0x059f product 0x0c41 bus uhub4 Feb 8 18:54:56 jirad kernel: da4 at umass-sim1 bus 1 target 0 lun 0 Feb 8 18:54:56 jirad kernel: da4: Fixed Direct Access SCSI-2 device Feb 8 18:54:56 jirad kernel: da4: 40.000MB/s transfers Feb 8 18:54:56 jirad kernel: da4: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) Feb 8 18:54:56 jirad kernel: GEOM_LABEL: Label for provider da4s1 is msdosfs/LACIE. uname -a: FreeBSD jirad.altus-escon.com 7.0-BETA4 FreeBSD 7.0-BETA4 #3: Tue Dec 4 17:03:57 CET 2007 root@jirad.altus-escon.com:/usr/obj/usr/src/ sys/GENERIC i386 With kind regards, Ben > I have a consistent panic when I connect a 2.5" LaCie 250 GB drive > to a SuperMicro 6015P-TR. This server is running amd64 with ZFS and > I want to investigate a way to use ZFS send/receive to external USB > drives for backup. > > Here is the panic message: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x290 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff803ff8aa > stack pointer = 0x10:0xffffffffd72eed70 > frame pointer = 0x10:0xffffffffd72eedb0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 48 (usb3) > [thread pid 48 tid 100047 ] > Stopped at usb_transfer_complete+0x10a: movq 0x290(%rax), > %rax > db> tr > Tracing pid 48 tid 100047 td 0xffffff00034fe350 > usb_transfer_complete() at usb_transfer_complete+0x10a > usbd_start_transfer() at usbd_start_transfer+0x1a1 > bus_dmamap_load() at bus_dmamap_load+0x453 > usbd_transfer() at usbd_transfer+0xae > usbd_sync_transfer() at usbd_sync_transfer+0xe > usbd_do_request_flags_pipe() at usbd_do_request_flags_pipe+0x96 > usbd_do_request_flags() at usbd_do_request_flags+0x25 > usbd_get_string_desc() at usbd_get_string_desc+0x88 > usbd_get_string() at usbd_get_string+0xcd > usbd_devinfo_vp() at usbd_devinfo_vp+0x80 > usbd_devinfo() at usbd_devinfo+0x46 > usbd_new_device() at usbd_new_device+0x68b > uhub_explore() at uhub_explore+0x295 > usb_discover() at usb_discover+0x38 > usb_event_thread() at usb_event_thread+0x9f > fork_exit() at fork_exit+0x12b > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffd72efd30, rbp = 0 --- > > Here is the dmesg: > > Copyright (c) 1992-2008 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 #15: Wed Feb 6 16:07:55 CET 2008 > root@mars.altus-escon.com:/usr/obj/usr/src/sys/MARS > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2000.08-MHz K8- > class CPU) > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > > Features > = > 0xbfebfbff > < > FPU > ,VME > ,DE > ,PSE > ,TSC > ,MSR > ,PAE > ,MCE > ,CX8 > ,APIC > ,SEP > ,MTRR > ,PGE > ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2 > =0x4e33d > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 4 > usable memory = 4280487936 (4082 MB) > avail memory = 4117889024 (3927 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 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 0x1008-0x100b on acpi0 > cpu0: on acpi0 > p4tcc0: on cpu0 > cpu1: on acpi0 > p4tcc1: on cpu1 > cpu2: on acpi0 > p4tcc2: on cpu2 > cpu3: on acpi0 > p4tcc3: on cpu3 > cpu4: on acpi0 > p4tcc4: on cpu4 > cpu5: on acpi0 > p4tcc5: on cpu5 > cpu6: on acpi0 > p4tcc6: on cpu6 > cpu7: on acpi0 > p4tcc7: on cpu7 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pcib2: irq 16 at device 0.0 on pci1 > pci2: on pcib2 > pcib3: irq 16 at device 0.0 on pci2 > pci3: on pcib3 > pcib4: at device 0.0 on pci3 > pci4: on pcib4 > pcib5: irq 18 at device 2.0 on pci2 > pci5: on pcib5 > em0: port > 0x2000-0x201f mem 0xd8000000-0xd801ffff irq 18 at device 0.0 on pci5 > em0: Using MSI interrupt > em0: Ethernet address: 00:30:48:7b:88:7e > em0: [FILTER] > em1: port > 0x2020-0x203f mem 0xd8020000-0xd803ffff irq 19 at device 0.1 on pci5 > em1: Using MSI interrupt > em1: Ethernet address: 00:30:48:7b:88:7f > em1: [FILTER] > pcib6: at device 0.3 on pci1 > pci6: on pcib6 > puc0: port > 0x3030-0x3037,0x3028-0x302f,0x3020-0x3027,0x3018-0x301f, > 0x3010-0x3017,0x3000-0x300f irq 24 at device 1.0 on pci6 > puc0: [FILTER] > uart0: on puc0 > uart0: [FILTER] > uart1: on puc0 > uart1: [FILTER] > ppc0: on puc0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: cannot reserve interrupt, failed. > lpt0: on ppbus0 > lpt0: Polled port > ppi0: on ppbus0 > pcib7: at device 4.0 on pci0 > pci7: on pcib7 > pcib8: at device 6.0 on pci0 > pci8: on pcib8 > pci0: at device 8.0 (no driver attached) > uhci0: port > 0x1800-0x181f irq 17 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 19 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 18 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 0xd8500000-0xd85003ff > irq 17 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 > umass0: > on uhub3 > uhid0: > on uhub3 > ukbd0: > on uhub3 > kbd2 at ukbd0 > pcib9: at device 30.0 on pci0 > pci9: on pcib9 > vgapci0: port 0x4000-0x40ff mem > 0xd0000000-0xd7ffffff,0xd8220000-0xd822ffff irq 18 at device 1.0 on > pci9 > em2: port > 0x4400-0x443f mem 0xd8200000-0xd821ffff irq 16 at device 2.0 on pci9 > em2: Ethernet address: 00:30:48:44:1a:ab > em2: [FILTER] > 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] > atapci1: port > 0x1890-0x1897,0x1884-0x1887,0x1888-0x188f, > 0x1880-0x1883,0x1870-0x187f mem 0xd8500400-0xd85007ff irq 19 at > device 31.2 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > on acpi0 > sio0: type 16550A, console > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: at iomem 0xc0000-0xcafff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > Timecounters tick every 1.000 msec > ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding > disabled, default to deny, logging limited to 50 packets/entry by > default > ZFS filesystem version 6 > ZFS storage pool version 6 > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > acd0: DVDROM at ata0-slave UDMA33 > ad4: 143089MB at ata2-master SATA150 > ad6: 143089MB at ata3-master SATA150 > SMP: AP CPU #1 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #5 Launched! > SMP: AP CPU #4 Launched! > SMP: AP CPU #6 Launched! > SMP: AP CPU #7 Launched! > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-3 > device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not > present > Trying to mount root from zfs:tank > > Please let me know if there is anything I can do to help debug this. > This is not (yet) a production server, so I can try out various > things if needed. > > With kind regards, > Ben > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " > From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 19:14:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98A7B16A41B for ; Fri, 8 Feb 2008 19:14:29 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 23DEA13C447 for ; Fri, 8 Feb 2008 19:14:28 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180181231.adsl.alicedsl.de [85.180.181.231]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m18IsAjI010196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 8 Feb 2008 19:54:11 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m18Is60C002708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 8 Feb 2008 19:54:06 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m18Is6x6002707 for current@freebsd.org; Fri, 8 Feb 2008 19:54:06 +0100 (CET) (envelope-from uspoerlein@gmail.com) X-Authentication-Warning: roadrunner.spoerlein.net: uqs set sender to uspoerlein@gmail.com using -f Date: Fri, 8 Feb 2008 19:54:05 +0100 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20080208185405.GA1479@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Feb 2008 19:14:29 -0000 Servus, I'm setting up some older FreeBSD releases on a headless machine and it would be very helpful, if I could choose which disk/slice to boot from via serial console. I built all my boot blocks with BOOT_COMCONSOLE_SPEED=115200 and then ran boot0cfg -Bb /boot/boot0sio (after installing them to /boot, of course). However, upon boot nothing is printed on the vidconsole, nor the serial one (tried tip(1) at the other end with -9600 and -115200 parameters). I had to boot a 6.2 installation CD, chroot to my 8.0-CURRENT partition and reinstall "normal" boot blocks to get at least the F1-F5 menu back at the vidconsole (I do have a monitor hooked up for testing). So, is boot0sio supposed to just work with a cheap USB->RS232 dongle at the other end? I don't know how this paragraph from boot0cfg(8) is affecting me. -b boot0 Specify which `boot0' image to use. The default is /boot/boot0 which will use the video card as output, alternatively /boot/boot0sio can be used for output to the COM1 port. (Be aware that nothing will be output to the COM1 port unless the modem signals DSR and CTS are active.) Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 19:51:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BCE516A41B for ; Fri, 8 Feb 2008 19:51:44 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3C79113C43E for ; Fri, 8 Feb 2008 19:51:44 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 83A158EDA2 for ; Fri, 8 Feb 2008 14:33:04 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 08 Feb 2008 14:33:04 -0500 X-Sasl-enc: gy3vnqDW67IwO4jTmH8Kz0q1oESWEFolP3WWchlxfuP8 1202499183 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id EF2EC28ED5 for ; Fri, 8 Feb 2008 14:33:02 -0500 (EST) Message-ID: <47ACAE62.2060706@FreeBSD.org> Date: Fri, 08 Feb 2008 19:32:50 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: current@freebsd.org References: <20080208185405.GA1479@roadrunner.spoerlein.net> In-Reply-To: <20080208185405.GA1479@roadrunner.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Feb 2008 19:51:44 -0000 Ulrich Spoerlein wrote: > So, is boot0sio supposed to just work with a cheap USB->RS232 dongle at > the other end? I don't know how this paragraph from boot0cfg(8) is > affecting me. > boot0sio is wholly dependent upon BIOS support for addressing the on-board COM1 port. It is not intended (read: very unlikely) to work with USB dongles. If your BIOS does not support the call that it uses, then the symptoms will be similar to what you've seen. Unfortunately there is just not enough space in the MBR to implement any workarounds for this. cheers BMS From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 20:38:48 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA19916A478 for ; Fri, 8 Feb 2008 20:38:48 +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 7D4C313C4E5 for ; Fri, 8 Feb 2008 20:38:48 +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 m18KChvf002808; Fri, 8 Feb 2008 13:12:43 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <47ACB7BB.7090305@samsco.org> Date: Fri, 08 Feb 2008 13:12:43 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: "Bruce M. Simpson" References: <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> In-Reply-To: <47ACAE62.2060706@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Feb 2008 20:38:48 -0000 Bruce M. Simpson wrote: > Ulrich Spoerlein wrote: >> So, is boot0sio supposed to just work with a cheap USB->RS232 dongle at >> the other end? I don't know how this paragraph from boot0cfg(8) is >> affecting me. >> > boot0sio is wholly dependent upon BIOS support for addressing the > on-board COM1 port. It is not intended (read: very unlikely) to work > with USB dongles. > > If your BIOS does not support the call that it uses, then the symptoms > will be similar to what you've seen. Unfortunately there is just not > enough space in the MBR to implement any workarounds for this. > Yeah, unless the BIOS provides traditional SIO emulation via USB (similar idea to providing tradition AT keyboard emulation via USB) then boot0sio won't work. It's not very feasible to put a USB stack into the early boot loader anyways. It's somewhat possible (at least, using a chained boot loader), but not very feasible. Scott From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 23:14:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C9E16A421; Fri, 8 Feb 2008 23:14:46 +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 6084E13C468; Fri, 8 Feb 2008 23:14:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-24-93.lns10.adl2.internode.on.net [121.45.24.93]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m18NEg9J002596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Feb 2008 09:44:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 9 Feb 2008 09:43:36 +1030 User-Agent: KMail/1.9.7 References: <20080208185405.GA1479@roadrunner.spoerlein.net> In-Reply-To: <20080208185405.GA1479@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1361955.8Fq3uESWdG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802090943.45821.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Feb 2008 23:14:46 -0000 --nextPart1361955.8Fq3uESWdG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 9 Feb 2008, Ulrich Spoerlein wrote: > So, is boot0sio supposed to just work with a cheap USB->RS232 dongle > at the other end? I don't know how this paragraph from boot0cfg(8) is > affecting me. > > > -b boot0 > Specify which `boot0' image to use. The default is > /boot/boot0 which will use the video card as output, alternatively > /boot/boot0sio can be used for output to the COM1 port. (Be aware > that nothing will be output to the COM1 port unless the modem signals > DSR and CTS are active.) If by "other end" you mean the PC that ISN'T using boot0sio then I think=20 it would work fine. Even a really shitty RS232 dongle would get DSR & CTS right otherwise=20 stuff like modems wouldn't work with it either.. =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 --nextPart1361955.8Fq3uESWdG 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) iD8DBQBHrOIp5ZPcIHs/zowRAsFDAKCp7ONTfurYZMZoD0J1si9/hR2W6wCfatef akJZ191nrWWQjt0IGGEFYfU= =HVK7 -----END PGP SIGNATURE----- --nextPart1361955.8Fq3uESWdG-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 8 23:14:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2C9E16A421; Fri, 8 Feb 2008 23:14:46 +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 6084E13C468; Fri, 8 Feb 2008 23:14:46 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-24-93.lns10.adl2.internode.on.net [121.45.24.93]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m18NEg9J002596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Feb 2008 09:44:43 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 9 Feb 2008 09:43:36 +1030 User-Agent: KMail/1.9.7 References: <20080208185405.GA1479@roadrunner.spoerlein.net> In-Reply-To: <20080208185405.GA1479@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1361955.8Fq3uESWdG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200802090943.45821.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Feb 2008 23:14:46 -0000 --nextPart1361955.8Fq3uESWdG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 9 Feb 2008, Ulrich Spoerlein wrote: > So, is boot0sio supposed to just work with a cheap USB->RS232 dongle > at the other end? I don't know how this paragraph from boot0cfg(8) is > affecting me. > > > -b boot0 > Specify which `boot0' image to use. The default is > /boot/boot0 which will use the video card as output, alternatively > /boot/boot0sio can be used for output to the COM1 port. (Be aware > that nothing will be output to the COM1 port unless the modem signals > DSR and CTS are active.) If by "other end" you mean the PC that ISN'T using boot0sio then I think=20 it would work fine. Even a really shitty RS232 dongle would get DSR & CTS right otherwise=20 stuff like modems wouldn't work with it either.. =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 --nextPart1361955.8Fq3uESWdG 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) iD8DBQBHrOIp5ZPcIHs/zowRAsFDAKCp7ONTfurYZMZoD0J1si9/hR2W6wCfatef akJZ191nrWWQjt0IGGEFYfU= =HVK7 -----END PGP SIGNATURE----- --nextPart1361955.8Fq3uESWdG-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 00:21:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ACC016A417 for ; Sat, 9 Feb 2008 00:21:27 +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 38EB713C467 for ; Sat, 9 Feb 2008 00:21:27 +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 m190LQpf039739 for ; Fri, 8 Feb 2008 16:21:26 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m190LQr8039738 for freebsd-current@freebsd.org; Fri, 8 Feb 2008 16:21:26 -0800 (PST) (envelope-from obrien) Date: Fri, 8 Feb 2008 16:21:26 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20080209002126.GA30493@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20080208185405.GA1479@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080208185405.GA1479@roadrunner.spoerlein.net> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: boot0sio working for anyone? 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, 09 Feb 2008 00:21:27 -0000 On Fri, Feb 08, 2008 at 07:54:05PM +0100, Ulrich Spoerlein wrote: > So, is boot0sio supposed to just work with a cheap USB->RS232 dongle at > the other end? Ulrich, It isn't clear what your setup is. Does the headless FreeBSD machine (i.e., the one you've installed boot0sio on) have a traditional serial port? Or is this the machine you are using a USB-serial port adapter on? Or is the USB-serial port adapter what you are using on your desktop machine that you are using to access the headless FreeBSD system? -- -- 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 Sat Feb 9 00:24:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2507D16A417; Sat, 9 Feb 2008 00:24:21 +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 F421113C458; Sat, 9 Feb 2008 00:24:20 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m190NulW039805; Fri, 8 Feb 2008 16:23:56 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m190Nujs039804; Fri, 8 Feb 2008 16:23:56 -0800 (PST) (envelope-from obrien) Date: Fri, 8 Feb 2008 16:23:56 -0800 From: "David O'Brien" To: Ben Stuyts Message-ID: <20080209002356.GB30493@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Ben Stuyts , freebsd-current@freebsd.org, freebsd-amd64@freebsd.org References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Panic when connecting USB drive to amd64 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: Sat, 09 Feb 2008 00:24:21 -0000 On Fri, Feb 08, 2008 at 07:02:46PM +0100, Ben Stuyts wrote: >> Excuse the crosspost, I don't know if this is amd64 specific or not. > > I have connected the same drive to a different system, running a somewhat > older version of i386 7.0, and it does not panic. So maybe it is amd64 > specific. Here are the drive's details that came up: > > FreeBSD jirad.altus-escon.com 7.0-BETA4 FreeBSD 7.0-BETA4 #3: Tue Dec 4 > 17:03:57 CET 2007 root@jirad.altus-escon.com:/usr/obj/usr/src/sys/GENERIC i386 The kernel you paniced with is from Feb 2008. It would be helpful if you could try either a BETA4 kernel on your AMD64 machine, or a Feb 2008 kernel on your i386. Also note, if these two machines are different, they can easily have different hardware and thus trigger/not-trigger the problem just due to the HW differences. From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 00:45:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B866616A41A; Sat, 9 Feb 2008 00:45:27 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA6D13C448; Sat, 9 Feb 2008 00:45:26 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 07DBEE0E38; Sat, 9 Feb 2008 01:29:18 +0100 (CET) Date: Fri, 8 Feb 2008 17:29:18 -0700 From: cpghost To: Scott Long Message-ID: <20080209002918.GA85693@epia-2.farid-hajji.net> References: <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47ACB7BB.7090305@samsco.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "Bruce M. Simpson" , current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 00:45:27 -0000 On Fri, Feb 08, 2008 at 01:12:43PM -0700, Scott Long wrote: > Bruce M. Simpson wrote: >> Ulrich Spoerlein wrote: >>> So, is boot0sio supposed to just work with a cheap USB->RS232 dongle at >>> the other end? I don't know how this paragraph from boot0cfg(8) is >>> affecting me. >>> >> boot0sio is wholly dependent upon BIOS support for addressing the on-board >> COM1 port. It is not intended (read: very unlikely) to work with USB >> dongles. >> >> If your BIOS does not support the call that it uses, then the symptoms >> will be similar to what you've seen. Unfortunately there is just not >> enough space in the MBR to implement any workarounds for this. >> > > Yeah, unless the BIOS provides traditional SIO emulation via USB (similar > idea to providing tradition AT keyboard emulation via USB) > then boot0sio won't work. It's not very feasible to put a USB > stack into the early boot loader anyways. It's somewhat possible > (at least, using a chained boot loader), but not very feasible. > > Scott Yes, but the other way around is possible with a little help from a patched or more capable BIOS. Such a BIOS could intercept the "display character" (int $0x10, ah=0xe), "check for keypress" (int 0x16, ah=0x1), and "get keypress" (int 0x16, ah=0x0) BIOS calls and reroute them to or from the serial interface. With such a BIOS, /boot/boot0 would run just fine, because the bootloader would be oblivious to this rerouting. Isn't it the approach taken by Soekris devices? These boxes have no VGA nor keyboard chips, yet they boot just fine with /boot/boot0, and display everything on the 9600 8N1 console port. The only thing to look out for on those headless boxes is to turn off the virtual consoles and enable getty on the serial device in /etc/ttys, so that you can login from there: ttyd0 "/usr/libexec/getty std.9600" dialup on secure but this is no longer a bootloader issue anyway. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 01:20:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E60216A41B for ; Sat, 9 Feb 2008 01:20: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 50BFF13C4E9 for ; Sat, 9 Feb 2008 01:20: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 m191K2uS041107; Fri, 8 Feb 2008 17:20:02 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m191K2lW041106; Fri, 8 Feb 2008 17:20:02 -0800 (PST) (envelope-from obrien) Date: Fri, 8 Feb 2008 17:20:02 -0800 From: "David O'Brien" To: cpghost Message-ID: <20080209012002.GC30493@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, cpghost , freebsd-current@freebsd.org References: <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209002918.GA85693@epia-2.farid-hajji.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080209002918.GA85693@epia-2.farid-hajji.net> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: boot0sio working for anyone? 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: Sat, 09 Feb 2008 01:20:10 -0000 On Fri, Feb 08, 2008 at 05:29:18PM -0700, cpghost wrote: > Yes, but the other way around is possible with a little help from a > patched or more capable BIOS. Such a BIOS could intercept the "display > character" (int $0x10, ah=0xe), "check for keypress" (int 0x16, ah=0x1), > and "get keypress" (int 0x16, ah=0x0) BIOS calls and reroute them to > or from the serial interface. > > With such a BIOS, /boot/boot0 would run just fine, because the > bootloader would be oblivious to this rerouting. > > Isn't it the approach taken by Soekris devices? These boxes have no This is the approach taken by [most] server motherboards which offer a serial console setting. I don't use boot0sio on my MP Opteron systems. -- -- 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 Sat Feb 9 08:50:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09B8116A417 for ; Sat, 9 Feb 2008 08:50:58 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.freebsd.org (Postfix) with ESMTP id 5592D13C448 for ; Sat, 9 Feb 2008 08:50:57 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out4.iol.cz (Postfix) with ESMTP id 64628488D7 for ; Sat, 9 Feb 2008 09:31:53 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id D4F2816B; Sat, 9 Feb 2008 09:31:52 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 30E8A168 for ; Sat, 9 Feb 2008 09:31:47 +0100 (CET) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id 13ADA33E20 for ; Sat, 9 Feb 2008 09:31:47 +0100 (CET) Date: Sat, 9 Feb 2008 09:31:46 +0100 From: Vladimir Botka To: freebsd-current@freebsd.org Message-ID: <20080209093146.732f5e03@srv> In-Reply-To: <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Panic when connecting USB drive to 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: Sat, 09 Feb 2008 08:50:58 -0000 Hello, error message says: Fatal trap 12: page fault while in kernel mode fault code = supervisor read data, page not present My guess is that the process cannot access memory (because there is none left). As I know ZFS is greedy, so unless you have 16 processor Sun Enterprise with 64GB memory you should better to switch back to UFS. Cheers, -vlado Vladimir Botka Dne Fri, 8 Feb 2008 19:02:46 +0100 Ben Stuyts napsal(a): > I wrote: > > > Excuse the crosspost, I don't know if this is amd64 specific or not. > > I have connected the same drive to a different system, running a > somewhat older version of i386 7.0, and it does not panic. So maybe > it is amd64 specific. Here are the drive's details that came up: > > Feb 8 18:54:56 jirad kernel: umass1: class 0/0, rev 2.00/0.00, addr 2> on uhub4 > Feb 8 18:54:56 jirad root: Unknown USB device: vendor 0x059f > product 0x0c41 bus uhub4 > Feb 8 18:54:56 jirad kernel: da4 at umass-sim1 bus 1 target 0 lun 0 > Feb 8 18:54:56 jirad kernel: da4: Fixed Direct > Access SCSI-2 device > Feb 8 18:54:56 jirad kernel: da4: 40.000MB/s transfers > Feb 8 18:54:56 jirad kernel: da4: 238475MB (488397168 512 byte > sectors: 255H 63S/T 30401C) > Feb 8 18:54:56 jirad kernel: GEOM_LABEL: Label for provider da4s1 > is msdosfs/LACIE. > > uname -a: > FreeBSD jirad.altus-escon.com 7.0-BETA4 FreeBSD 7.0-BETA4 #3: Tue > Dec 4 17:03:57 CET 2007 > root@jirad.altus-escon.com:/usr/obj/usr/src/ sys/GENERIC i386 > > With kind regards, > Ben > > > > I have a consistent panic when I connect a 2.5" LaCie 250 GB drive > > to a SuperMicro 6015P-TR. This server is running amd64 with ZFS > > and I want to investigate a way to use ZFS send/receive to external > > USB drives for backup. > > > > Here is the panic message: > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x290 > > fault code = supervisor read data, page not present > > instruction pointer = 0x8:0xffffffff803ff8aa > > stack pointer = 0x10:0xffffffffd72eed70 > > frame pointer = 0x10:0xffffffffd72eedb0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 48 (usb3) > > [thread pid 48 tid 100047 ] > > Stopped at usb_transfer_complete+0x10a: movq > > 0x290(%rax), %rax > > db> tr > > Tracing pid 48 tid 100047 td 0xffffff00034fe350 > > usb_transfer_complete() at usb_transfer_complete+0x10a > > usbd_start_transfer() at usbd_start_transfer+0x1a1 > > bus_dmamap_load() at bus_dmamap_load+0x453 > > usbd_transfer() at usbd_transfer+0xae > > usbd_sync_transfer() at usbd_sync_transfer+0xe > > usbd_do_request_flags_pipe() at usbd_do_request_flags_pipe+0x96 > > usbd_do_request_flags() at usbd_do_request_flags+0x25 > > usbd_get_string_desc() at usbd_get_string_desc+0x88 > > usbd_get_string() at usbd_get_string+0xcd > > usbd_devinfo_vp() at usbd_devinfo_vp+0x80 > > usbd_devinfo() at usbd_devinfo+0x46 > > usbd_new_device() at usbd_new_device+0x68b > > uhub_explore() at uhub_explore+0x295 > > usb_discover() at usb_discover+0x38 > > usb_event_thread() at usb_event_thread+0x9f > > fork_exit() at fork_exit+0x12b > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffd72efd30, rbp = 0 --- > > > > Here is the dmesg: > > > > Copyright (c) 1992-2008 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 #15: Wed Feb 6 16:07:55 CET 2008 > > root@mars.altus-escon.com:/usr/obj/usr/src/sys/MARS > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(R) CPU E5335 @ 2.00GHz (2000.08-MHz > > K8- class CPU) > > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > > > > Features > > = > > 0xbfebfbff > > < > > FPU > > ,VME > > ,DE > > ,PSE > > ,TSC > > ,MSR > > ,PAE > > ,MCE > > ,CX8 > > ,APIC > > ,SEP > > ,MTRR > > ,PGE > > ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > Features2 > > =0x4e33d > > AMD Features=0x20100800 > > AMD Features2=0x1 > > Cores per package: 4 > > usable memory = 4280487936 (4082 MB) > > avail memory = 4117889024 (3927 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu2 (AP): APIC ID: 2 > > cpu3 (AP): APIC ID: 3 > > cpu4 (AP): APIC ID: 4 > > cpu5 (AP): APIC ID: 5 > > cpu6 (AP): APIC ID: 6 > > cpu7 (AP): APIC ID: 7 > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 24-47 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 0x1008-0x100b on > > acpi0 cpu0: on acpi0 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > p4tcc1: on cpu1 > > cpu2: on acpi0 > > p4tcc2: on cpu2 > > cpu3: on acpi0 > > p4tcc3: on cpu3 > > cpu4: on acpi0 > > p4tcc4: on cpu4 > > cpu5: on acpi0 > > p4tcc5: on cpu5 > > cpu6: on acpi0 > > p4tcc6: on cpu6 > > cpu7: on acpi0 > > p4tcc7: on cpu7 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: at device 2.0 on pci0 > > pci1: on pcib1 > > pcib2: irq 16 at device 0.0 on pci1 > > pci2: on pcib2 > > pcib3: irq 16 at device 0.0 on pci2 > > pci3: on pcib3 > > pcib4: at device 0.0 on pci3 > > pci4: on pcib4 > > pcib5: irq 18 at device 2.0 on pci2 > > pci5: on pcib5 > > em0: port > > 0x2000-0x201f mem 0xd8000000-0xd801ffff irq 18 at device 0.0 on pci5 > > em0: Using MSI interrupt > > em0: Ethernet address: 00:30:48:7b:88:7e > > em0: [FILTER] > > em1: port > > 0x2020-0x203f mem 0xd8020000-0xd803ffff irq 19 at device 0.1 on pci5 > > em1: Using MSI interrupt > > em1: Ethernet address: 00:30:48:7b:88:7f > > em1: [FILTER] > > pcib6: at device 0.3 on pci1 > > pci6: on pcib6 > > puc0: port > > 0x3030-0x3037,0x3028-0x302f,0x3020-0x3027,0x3018-0x301f, > > 0x3010-0x3017,0x3000-0x300f irq 24 at device 1.0 on pci6 > > puc0: [FILTER] > > uart0: on puc0 > > uart0: [FILTER] > > uart1: on puc0 > > uart1: [FILTER] > > ppc0: on puc0 > > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > > ppbus0: on ppc0 > > plip0: cannot reserve interrupt, failed. > > lpt0: on ppbus0 > > lpt0: Polled port > > ppi0: on ppbus0 > > pcib7: at device 4.0 on pci0 > > pci7: on pcib7 > > pcib8: at device 6.0 on pci0 > > pci8: on pcib8 > > pci0: at device 8.0 (no driver attached) > > uhci0: port > > 0x1800-0x181f irq 17 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 19 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 18 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 > > 0xd8500000-0xd85003ff irq 17 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 > > umass0: > 2> on uhub3 > > uhid0: > 2> on uhub3 > > ukbd0: > 2> on uhub3 > > kbd2 at ukbd0 > > pcib9: at device 30.0 on pci0 > > pci9: on pcib9 > > vgapci0: port 0x4000-0x40ff mem > > 0xd0000000-0xd7ffffff,0xd8220000-0xd822ffff irq 18 at device 1.0 > > on pci9 > > em2: port > > 0x4400-0x443f mem 0xd8200000-0xd821ffff irq 16 at device 2.0 on pci9 > > em2: Ethernet address: 00:30:48:44:1a:ab > > em2: [FILTER] > > 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] > > atapci1: port > > 0x1890-0x1897,0x1884-0x1887,0x1888-0x188f, > > 0x1880-0x1883,0x1870-0x187f mem 0xd8500400-0xd85007ff irq 19 at > > device 31.2 on pci0 > > atapci1: [ITHREAD] > > ata2: on atapci1 > > ata2: [ITHREAD] > > ata3: on atapci1 > > ata3: [ITHREAD] > > pci0: at device 31.3 (no driver attached) > > acpi_button0: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags > > 0x10 on acpi0 > > sio0: type 16550A, console > > sio0: [FILTER] > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > sio1: [FILTER] > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > > on acpi0 > > fdc0: [FILTER] > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > orm0: at iomem 0xc0000-0xcafff on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > > on isa0 > > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > > Timecounters tick every 1.000 msec > > ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding > > disabled, default to deny, logging limited to 50 packets/entry by > > default > > ZFS filesystem version 6 > > ZFS storage pool version 6 > > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > > acd0: DVDROM at ata0-slave UDMA33 > > ad4: 143089MB at ata2-master > > SATA150 ad6: 143089MB at > > ata3-master SATA150 SMP: AP CPU #1 Launched! > > SMP: AP CPU #3 Launched! > > SMP: AP CPU #2 Launched! > > SMP: AP CPU #5 Launched! > > SMP: AP CPU #4 Launched! > > SMP: AP CPU #6 Launched! > > SMP: AP CPU #7 Launched! > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: Removable Direct Access SCSI-3 > > device > > da0: 40.000MB/s transfers > > da0: Attempt to query device size failed: NOT READY, Medium not > > present > > Trying to mount root from zfs:tank > > > > Please let me know if there is anything I can do to help debug > > this. This is not (yet) a production server, so I can try out > > various things if needed. > > > > With kind regards, > > Ben > > > > _______________________________________________ > > 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 Sat Feb 9 09:07:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B72C16A418 for ; Sat, 9 Feb 2008 09:07:16 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4DF13C44B for ; Sat, 9 Feb 2008 09:07:16 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 60E383EA110 for ; Sat, 9 Feb 2008 10:07:14 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 326E13EA11C for ; Sat, 9 Feb 2008 10:07:14 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id m19976MT002608; Sat, 9 Feb 2008 10:07:07 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sat, 9 Feb 2008 10:06:59 +0100 User-Agent: KMail/1.9.7 References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> <20080209093146.732f5e03@srv> In-Reply-To: <20080209093146.732f5e03@srv> 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="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200802091007.00583.thierry@herbelot.com> Cc: Vladimir Botka Subject: Re: Panic when connecting USB drive to amd64 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: Sat, 09 Feb 2008 09:07:16 -0000 Le Saturday 09 February 2008, Vladimir Botka a crit : > Hello, > > error message says: > Fatal trap 12: page fault while in kernel mode > fault code = supervisor read data, page not present > > My guess is that the process cannot access memory (because there is > none left). As I know ZFS is greedy, so unless you have 16 processor Sun > Enterprise with 64GB memory you should better to switch back to UFS. > > Cheers, > -vlado > Vladimir Botka Bzzzt ! wrong ! my regularly updated -current machine lives happily with ZFS partitions (only root is UFS) and 384MB of RAM. TfH From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 09:46:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA28216A417 for ; Sat, 9 Feb 2008 09:46:18 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 4DC3313C448 for ; Sat, 9 Feb 2008 09:46:17 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180151104.adsl.alicedsl.de [85.180.151.104]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m199kEGD016803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 9 Feb 2008 10:46:15 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m199jRd0002406 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Feb 2008 10:45:27 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m199jQol002405; Sat, 9 Feb 2008 10:45:26 +0100 (CET) (envelope-from uspoerlein@gmail.com) X-Authentication-Warning: roadrunner.spoerlein.net: uqs set sender to uspoerlein@gmail.com using -f Date: Sat, 9 Feb 2008 10:45:26 +0100 From: Ulrich Spoerlein To: "Daniel O'Connor" Message-ID: <20080209094526.GA1584@roadrunner.spoerlein.net> Mail-Followup-To: Daniel O'Connor , current@freebsd.org References: <20080208185405.GA1479@roadrunner.spoerlein.net> <200802090943.45821.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802090943.45821.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 09:46:18 -0000 On Sat, 09.02.2008 at 09:43:36 +1030, Daniel O'Connor wrote: > On Sat, 9 Feb 2008, Ulrich Spoerlein wrote: > > So, is boot0sio supposed to just work with a cheap USB->RS232 dongle > > at the other end? I don't know how this paragraph from boot0cfg(8) is > > affecting me. > > > > > > -b boot0 > > Specify which `boot0' image to use. The default is > > /boot/boot0 which will use the video card as output, alternatively > > /boot/boot0sio can be used for output to the COM1 port. (Be aware > > that nothing will be output to the COM1 port unless the modem signals > > DSR and CTS are active.) > > If by "other end" you mean the PC that ISN'T using boot0sio then I think > it would work fine. Yes, my laptop is connected to the machine in question via USB->RS232 dongle. I guess I'll have to rebuild boot blocks, loader and kernel with default CONSPEED of 9600. Perhaps that is the problem here (although loader and kernel work fine with 115200, perhaps that is too much for boot0sio). Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 10:28:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B088816A417 for ; Sat, 9 Feb 2008 10:28:52 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 2742313C459 for ; Sat, 9 Feb 2008 10:28:51 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180151104.adsl.alicedsl.de [85.180.151.104]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m19ASnRL017095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 9 Feb 2008 11:28:51 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m19AOGX5003032 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Feb 2008 11:24:16 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m19AOF94003031; Sat, 9 Feb 2008 11:24:15 +0100 (CET) (envelope-from uspoerlein@gmail.com) X-Authentication-Warning: roadrunner.spoerlein.net: uqs set sender to uspoerlein@gmail.com using -f Date: Sat, 9 Feb 2008 11:24:15 +0100 From: Ulrich Spoerlein To: Scott Long Message-ID: <20080209102415.GC1584@roadrunner.spoerlein.net> Mail-Followup-To: Scott Long , "Bruce M. Simpson" , current@freebsd.org References: <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47ACB7BB.7090305@samsco.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "Bruce M. Simpson" , current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 10:28:52 -0000 On Fri, 08.02.2008 at 13:12:43 -0700, Scott Long wrote: > Bruce M. Simpson wrote: > > Ulrich Spoerlein wrote: > >> So, is boot0sio supposed to just work with a cheap USB->RS232 dongle at > >> the other end? I don't know how this paragraph from boot0cfg(8) is > >> affecting me. > >> > > boot0sio is wholly dependent upon BIOS support for addressing the on-board > > COM1 port. It is not intended (read: very unlikely) to work with USB > > dongles. > > > > If your BIOS does not support the call that it uses, then the symptoms will > > be similar to what you've seen. Unfortunately there is just not enough > > space in the MBR to implement any workarounds for this. > > > > Yeah, unless the BIOS provides traditional SIO emulation via USB (similar > idea to providing tradition AT keyboard emulation via USB) > then boot0sio won't work. It's not very feasible to put a USB > stack into the early boot loader anyways. It's somewhat possible > (at least, using a chained boot loader), but not very feasible. Erm, you guys got that one wrong. boot0sio is running on a machine without USB! It is the *other end* of the line (my laptop) where I'm using tip(1) on /dev/cuaU0. And I'm not sure if this provides the necessary signals to boot0sio to start working. So, to recap the question: Is boot0sio working with 9600 or 115200 baud for anyone on 8-CURRENT (and built with gcc 4.x)? Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 10:44:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8620216A419 for ; Sat, 9 Feb 2008 10:44:25 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 17D8B13C465 for ; Sat, 9 Feb 2008 10:44:24 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180151104.adsl.alicedsl.de [85.180.151.104]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m19ASnRJ017095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 9 Feb 2008 11:28:50 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m19ASl3v003098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 9 Feb 2008 11:28:47 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m19ASlqG003097 for freebsd-current@freebsd.org; Sat, 9 Feb 2008 11:28:47 +0100 (CET) (envelope-from uspoerlein@gmail.com) X-Authentication-Warning: roadrunner.spoerlein.net: uqs set sender to uspoerlein@gmail.com using -f Date: Sat, 9 Feb 2008 11:28:47 +0100 From: Ulrich Spoerlein To: freebsd-current@freebsd.org Message-ID: <20080209102847.GD1584@roadrunner.spoerlein.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20080208185405.GA1479@roadrunner.spoerlein.net> <20080209002126.GA30493@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080209002126.GA30493@dragon.NUXI.org> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 10:44:25 -0000 On Fri, 08.02.2008 at 16:21:26 -0800, David O'Brien wrote: > On Fri, Feb 08, 2008 at 07:54:05PM +0100, Ulrich Spoerlein wrote: > > So, is boot0sio supposed to just work with a cheap USB->RS232 dongle at > > the other end? > > Ulrich, > It isn't clear what your setup is. Does the headless FreeBSD machine > (i.e., the one you've installed boot0sio on) have a traditional serial > port? Or is this the machine you are using a USB-serial port adapter > on? Or is the USB-serial port adapter what you are using on your > desktop machine that you are using to access the headless FreeBSD system? Sorry for not making this clear enough. As I already wrote in another mail, the setup is the following: Headless, 8-CURRENT, boot0sio, COM1 <---> ucom0, tip(1), 7.0, laptop I have two disks in the 'headless' machine, and I wanted to use the boot manager (the one with F1-F5) to switch between disks and slices after each boot. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 11:02:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8904C16A418 for ; Sat, 9 Feb 2008 11:02:46 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE9913C4DD for ; Sat, 9 Feb 2008 11:02:45 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A62E3.dip.t-dialin.net [84.154.98.227]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m19B2gpO063329; Sat, 9 Feb 2008 11:02:43 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m19B2LvD030089; Sat, 9 Feb 2008 12:02:22 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m19B3OCA086523; Sat, 9 Feb 2008 12:03:52 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802091103.m19B3OCA086523@fire.js.berklix.net> To: Ulrich Spoerlein In-reply-to: <200802090943.45821.doconnor@gsoft.com.au> References: <20080208185405.GA1479@roadrunner.spoerlein.net> <200802090943.45821.doconnor@gsoft.com.au> Comments: In-reply-to "Daniel O'Connor" message dated "Sat, 09 Feb 2008 09:43:36 +1030." Date: Sat, 09 Feb 2008 12:03:24 +0100 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 11:02:46 -0000 "Daniel O'Connor" wrote: > --nextPart1361955.8Fq3uESWdG > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: inline > > On Sat, 9 Feb 2008, Ulrich Spoerlein wrote: > > So, is boot0sio supposed to just work with a cheap USB->RS232 dongle > > at the other end? I don't know how this paragraph from boot0cfg(8) is > > affecting me. > > > > > > -b boot0 > > Specify which `boot0' image to use. The default is > > /boot/boot0 which will use the video card as output, alternatively > > /boot/boot0sio can be used for output to the COM1 port. (Be aware > > that nothing will be output to the COM1 port unless the modem signals > > DSR and CTS are active.) > > If by "other end" you mean the PC that ISN'T using boot0sio then I think=20 > it would work fine. > > Even a really shitty RS232 dongle would get DSR & CTS right otherwise=20 > stuff like modems wouldn't work with it either.. Only if the program running on 2nd machine tells its USB dongle to set DC conditions appropriately no guarantee of that, up to the human, Ulrich in this case >From Ulrich: > And I'm not sure if this provides the > necessary signals to boot0sio to start working. Ulrich, Use an LED break out box to _see_ the conditions are right. Theyre cheap to nuy, small & portable, or borrow one from a friend/ work etc. -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 11:43:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6931E16A420 for ; Sat, 9 Feb 2008 11:43:19 +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 2532413C4E3 for ; Sat, 9 Feb 2008 11:43:19 +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 791F22082; Sat, 9 Feb 2008 12:43:10 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.3/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 B64E0207F; Sat, 9 Feb 2008 12:43:09 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 9C4FB844C2; Sat, 9 Feb 2008 12:43:09 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Scott Long References: <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209102415.GC1584@roadrunner.spoerlein.net> Date: Sat, 09 Feb 2008 12:43:09 +0100 In-Reply-To: <20080209102415.GC1584@roadrunner.spoerlein.net> (Ulrich Spoerlein's message of "Sat\, 9 Feb 2008 11\:24\:15 +0100") Message-ID: <86wspecq42.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: "Bruce M. Simpson" , current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 11:43:19 -0000 Ulrich Spoerlein writes: > So, to recap the question: Is boot0sio working with 9600 or 115200 baud > for anyone on 8-CURRENT (and built with gcc 4.x)? I use the regular boot0, and console=3D"comconsole" comconsole_speed=3D"115200" in /boot/loader.conf DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 13:42:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3BC416A420 for ; Sat, 9 Feb 2008 13:42:45 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id F20D913C458 for ; Sat, 9 Feb 2008 13:42:44 +0000 (UTC) (envelope-from emikulic@gmail.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFo6rUeWZaK6/2dsb2JhbACKF54b X-IronPort-AV: E=Sophos;i="4.25,326,1199626200"; d="scan'208";a="38370632" Received: from ppp162-186.static.internode.on.net ([150.101.162.186]) by ipmail01.adl6.internode.on.net with ESMTP; 10 Feb 2008 00:12:43 +1030 Received: by ppp162-186.static.internode.on.net (Poofix, from userid 1001) id BE4CB4080; Sun, 10 Feb 2008 00:42:42 +1100 (EST) Date: Sun, 10 Feb 2008 00:42:42 +1100 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20080209134242.GA76300@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , freebsd-current@freebsd.org References: <20080203123035.GA10747@dmr.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080203123035.GA10747@dmr.ath.cx> X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F X-Written-On: dmr.ath.cx (FreeBSD 6.2-STABLE i386) User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: sio0 not working on Asus M2N-SLI Deluxe motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 13:42:45 -0000 On Sun, Feb 03, 2008 at 11:30:35PM +1100, Emil Mikulic wrote: > This is FreeBSD 7.0-RC1 on amd64, I get the following in dmesg: > > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > > I can't get any data in or out of that serial port. Pilot error. Sorry for the noise, everyone. With "-Dh" in /boot.config, serial console and getty work just fine. --Emil From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 13:45:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96BD16A41A for ; Sat, 9 Feb 2008 13:45:53 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 4431A13C457 for ; Sat, 9 Feb 2008 13:45:52 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so4623352fka.11 for ; Sat, 09 Feb 2008 05:45:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=YmmeKOQKZ0/Znp53cxAEBio1rWwaUwvWlW46/d7m22g=; b=GkGUKOWTPZtNudr5taTHielxziUmNH+VpRUeuAvTK/6xtHMvlyR/IP+oQ/xIl8VVwZqDcvvMtm1uqEO6I1mRIWVyAzaT7HgckuQd/Tn+B4ll+9XuASBy0XyhHS+kYp/j0FdCPO1UB9DZ7euAZcwB+YFYmzENpw3bRE3OJasXg1E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mQtSa0RV1afUZ+8/PycgxeA24DnLrGyQeh65wQZ1Ja1QvU3udRVpxOk7Gl3w7zNlh4YeTwymzwLUuHDcZ2Een59UDKE8JddFXwCIcZ3qKmGXFEf2Iieea3vMwEJjAB3th+t7uN/1xqkKkQepzdNdvgAWooYuSXhTmD2TN3mo1+U= Received: by 10.78.171.20 with SMTP id t20mr24998892hue.41.1202563026378; Sat, 09 Feb 2008 05:17:06 -0800 (PST) Received: by 10.78.173.4 with HTTP; Sat, 9 Feb 2008 05:17:06 -0800 (PST) Message-ID: <7ad7ddd90802090517q60923862ncef89ee652d99a6e@mail.gmail.com> Date: Sat, 9 Feb 2008 14:17:06 +0100 From: "Ulrich Spoerlein" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86wspecq42.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209102415.GC1584@roadrunner.spoerlein.net> <86wspecq42.fsf@ds4.des.no> Cc: "Bruce M. Simpson" , current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 13:45:53 -0000 On Feb 9, 2008 12:43 PM, Dag-Erling Sm=F8rgrav wrote: > Ulrich Spoerlein writes: > > So, to recap the question: Is boot0sio working with 9600 or 115200 baud > > for anyone on 8-CURRENT (and built with gcc 4.x)? > > I use the regular boot0, and > > console=3D"comconsole" > comconsole_speed=3D"115200" > > in /boot/loader.conf Can you boot from different disks and slices using this approach? Perhaps with this weird syntax? 0:ad(0,a)/boot/loader Or can the loader be tricked into chain-booting another loader on another disk and slice? (Lucky me, I'm only trying to get this to work using FreeBSD only ...) Uli From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 14:10:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCCB816A419 for ; Sat, 9 Feb 2008 14:10:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 6ECC513C4D1 for ; Sat, 9 Feb 2008 14:10:42 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m19EAgN2069556; Sat, 9 Feb 2008 06:10:42 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m19EAfAD069555; Sat, 9 Feb 2008 06:10:41 -0800 (PST) (envelope-from david) Date: Sat, 9 Feb 2008 06:10:41 -0800 From: David Wolfskill To: Ulrich Spoerlein Message-ID: <20080209141041.GS53191@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Ulrich Spoerlein , current@freebsd.org References: <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209102415.GC1584@roadrunner.spoerlein.net> <86wspecq42.fsf@ds4.des.no> <7ad7ddd90802090517q60923862ncef89ee652d99a6e@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3mUD2hqWbnBptYHy" Content-Disposition: inline In-Reply-To: <7ad7ddd90802090517q60923862ncef89ee652d99a6e@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 14:10:42 -0000 --3mUD2hqWbnBptYHy Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 09, 2008 at 02:17:06PM +0100, Ulrich Spoerlein wrote: > On Feb 9, 2008 12:43 PM, Dag-Erling Sm=F8rgrav wrote: > > Ulrich Spoerlein writes: > > > So, to recap the question: Is boot0sio working with 9600 or 115200 ba= ud > > > for anyone on 8-CURRENT (and built with gcc 4.x)? > > > > I use the regular boot0, and > > > > console=3D"comconsole" > > comconsole_speed=3D"115200" > > > > in /boot/loader.conf >=20 > Can you boot from different disks and slices using this approach? > Perhaps with this weird syntax? > 0:ad(0,a)/boot/loader >=20 > Or can the loader be tricked into chain-booting another loader on > another disk and slice? (Lucky me, I'm only trying to get this to work > using FreeBSD only ...) I'm a bit hesitant to chime in, as my approach appears to differ both in means and ends from yours, but perhaps the ends aren't all that different after all, and it might help, so: For my "build machine," which I run headless, I also use the regular boot0. However, my /boot/loader.conf is empty. Rather, I created /boot.config; it contains -DP and I have its sio0 connected to one of the serial ports of the nearest other machine (a SPARCstation 5/170) via a "null MODEM" cable. I also configured the BIOS to use "serial redirection" (so I have access to poke at BIOS stuff when I'm physically distant form the machine) -- though that doesn't matter for boot disk/slice selection. I'm using the FreeBSD boot loader; hitting F[1-5] when the FreeBSD boot loader prompts does the usual disk & slice selection, though I only use that ability when I've forgotten to set the next boot slice via boot0cfg(8). (In my case, I do this because I track each of RELENG_6, RELENG_7, and HEAD on different slices of the boot disk on the machine.) Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --3mUD2hqWbnBptYHy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkettGEACgkQmprOCmdXAD260wCdFo8bUU7z14sJt9tYoWC5Nb5l rpkAn3oc02p4YvWWcYdo0YQOqR3HvzHX =Ql+P -----END PGP SIGNATURE----- --3mUD2hqWbnBptYHy-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 14:12:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2D9116A420; Sat, 9 Feb 2008 14:12:13 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id 3FB5F13C45B; Sat, 9 Feb 2008 14:12:12 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from benjoam.stuyts.nl (stuyts.xs4all.nl [82.95.106.42]) by altus-escon.com (8.13.6/8.13.1) with ESMTP id m1916HZj017785; Sat, 9 Feb 2008 02:06:22 +0100 (CET) (envelope-from ben@altesco.nl) Message-Id: <276D2FA4-40E6-4A7A-8375-8E50E1BBA4EB@altesco.nl> From: Ben Stuyts To: obrien@freebsd.org In-Reply-To: <20080209002356.GB30493@dragon.NUXI.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 9 Feb 2008 02:06:11 +0100 References: <3E1A8014-3F18-492B-8288-46706F420123@altesco.nl> <9892EE5A-068E-4BFA-8D31-9FF7184C3181@altesco.nl> <20080209002356.GB30493@dragon.NUXI.org> X-Mailer: Apple Mail (2.915) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (altus-escon.com [193.78.231.42]); Sat, 09 Feb 2008 02:06:22 +0100 (CET) X-Virus-Scanned: ClamAV 0.92/5744/Fri Feb 8 14:32:41 2008 on earth.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=3.5 tests=BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on earth.altus-escon.com Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Panic when connecting USB drive to 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: Sat, 09 Feb 2008 14:12:13 -0000 On 9 Feb 2008, at 01:23, David O'Brien wrote: > On Fri, Feb 08, 2008 at 07:02:46PM +0100, Ben Stuyts wrote: >> I have connected the same drive to a different system, running a >> somewhat >> older version of i386 7.0, and it does not panic. So maybe it is >> amd64 >> specific. Here are the drive's details that came up: >> >> FreeBSD jirad.altus-escon.com 7.0-BETA4 FreeBSD 7.0-BETA4 #3: Tue >> Dec 4 >> 17:03:57 CET 2007 root@jirad.altus-escon.com:/usr/obj/usr/src/sys/ >> GENERIC i386 > > The kernel you paniced with is from Feb 2008. It would be helpful > if you > could try either a BETA4 kernel on your AMD64 machine, or a Feb 2008 > kernel on your i386. Ok, I will upgrade the i386 machine. That will probably be on monday when I have physical access to the machine again. > Also note, if these two machines are different, they can easily have > different hardware and thus trigger/not-trigger the problem just due > to > the HW differences. Agreed. Thanks, Ben From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 17:08:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5895816A417 for ; Sat, 9 Feb 2008 17:08:13 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id F076A13C4EB for ; Sat, 9 Feb 2008 17:08:11 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180151104.adsl.alicedsl.de [85.180.151.104]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m19H7dZZ019896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 9 Feb 2008 18:07:40 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m19H7bdD006726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Feb 2008 18:07:38 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m19H7aXi006725; Sat, 9 Feb 2008 18:07:36 +0100 (CET) (envelope-from uspoerlein@gmail.com) X-Authentication-Warning: roadrunner.spoerlein.net: uqs set sender to uspoerlein@gmail.com using -f Date: Sat, 9 Feb 2008 18:07:36 +0100 From: Ulrich Spoerlein To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , David Wolfskill , current@freebsd.org Message-ID: <20080209170736.GE1584@roadrunner.spoerlein.net> Mail-Followup-To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , David Wolfskill , current@freebsd.org References: <86wspecq42.fsf@ds4.des.no> <7ad7ddd90802090517q60923862ncef89ee652d99a6e@mail.gmail.com> <20080209141041.GS53191@bunrab.catwhisker.org> <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209102415.GC1584@roadrunner.spoerlein.net> <86wspecq42.fsf@ds4.des.no> <7ad7ddd90802090516v602796a4t2e2a8b4b24a3a3d4@mail.gmail.com> <86sl02clpm.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080209141041.GS53191@bunrab.catwhisker.org> <86sl02clpm.fsf@ds4.des.no> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 17:08:13 -0000 On Sat, 09.02.2008 at 14:18:13 +0100, Dag-Erling Smørgrav wrote: > "Ulrich Spoerlein" writes: > > Can you boot from different disks and slices using this approach? > > No, but I don't need to :) > > > Or can the loader be tricked into chain-booting another loader on > > another disk and slice? > > You know you can use Grub to boot FreeBSD, right? Including multiple > installations on multiple disks / slices. Thank you Dag-Erling! Somehow I did not consider GRUB. I'm now using the following menu.lst which gives me *exactly* what I wanted. igor# cat /boot/grub/menu.lst serial --unit=0 --speed=9600 terminal --timeout=10 serial console root (hd0,0) setup (hd0) title FreeBSD 8 root (hd0,1,a) kernel /boot/loader -Dh title FreeBSD 7.0 root (hd1,2,a) kernel /boot/loader -Dh title FreeBSD 6.0 root (hd1,1,a) kernel /boot/loader -Dh title FreeBSD 5.5 root (hd1,3,a) kernel /boot/loader -Dh title FreeBSD 4.11 root (hd1,0,a) kernel /boot/loader -Dh On Sat, 09.02.2008 at 06:10:41 -0800, David Wolfskill wrote: > On Sat, Feb 09, 2008 at 02:17:06PM +0100, Ulrich Spoerlein wrote: > I'm a bit hesitant to chime in, as my approach appears to differ both in > means and ends from yours, but perhaps the ends aren't all that > different after all, and it might help, so: > > For my "build machine," which I run headless, I also use the regular > boot0. However, my /boot/loader.conf is empty. > > Rather, I created /boot.config; it contains > > -DP > > and I have its sio0 connected to one of the serial ports of the > nearest other machine (a SPARCstation 5/170) via a "null MODEM" cable. > > I also configured the BIOS to use "serial redirection" (so I have access > to poke at BIOS stuff when I'm physically distant form the machine) -- > though that doesn't matter for boot disk/slice selection. > > I'm using the FreeBSD boot loader; hitting F[1-5] when the FreeBSD boot > loader prompts does the usual disk & slice selection, though I only use > that ability when I've forgotten to set the next boot slice via > boot0cfg(8). Are you doing this via keyboard or serial line? Is it possible to get that F1-F5 output via serial *without* BIOS support?? I'm just curious, although I found a pretty decent solution, thanks to Dag-Erling. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 17:24:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AC0116A419 for ; Sat, 9 Feb 2008 17:24:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 10BBA13C43E for ; Sat, 9 Feb 2008 17:24:25 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m19HOPbB071169; Sat, 9 Feb 2008 09:24:25 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m19HOPp8071168; Sat, 9 Feb 2008 09:24:25 -0800 (PST) (envelope-from david) Date: Sat, 9 Feb 2008 09:24:25 -0800 From: David Wolfskill To: Ulrich Spoerlein Message-ID: <20080209172425.GT53191@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Ulrich Spoerlein , current@freebsd.org References: <7ad7ddd90802090517q60923862ncef89ee652d99a6e@mail.gmail.com> <20080209141041.GS53191@bunrab.catwhisker.org> <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209102415.GC1584@roadrunner.spoerlein.net> <86wspecq42.fsf@ds4.des.no> <7ad7ddd90802090516v602796a4t2e2a8b4b24a3a3d4@mail.gmail.com> <86sl02clpm.fsf@ds4.des.no> <20080209170736.GE1584@roadrunner.spoerlein.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WTbgq2twYBxfsYA6" Content-Disposition: inline In-Reply-To: <20080209170736.GE1584@roadrunner.spoerlein.net> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 17:24:26 -0000 --WTbgq2twYBxfsYA6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 09, 2008 at 06:07:36PM +0100, Ulrich Spoerlein wrote: > ... > > You know you can use Grub to boot FreeBSD, right? Including multiple > > installations on multiple disks / slices. >=20 > Thank you Dag-Erling! Somehow I did not consider GRUB. I'm now using the > following menu.lst which gives me *exactly* what I wanted. >...=20 > > I'm using the FreeBSD boot loader; hitting F[1-5] when the FreeBSD boot > > loader prompts does the usual disk & slice selection, though I only use > > that ability when I've forgotten to set the next boot slice via > > boot0cfg(8). >=20 > Are you doing this via keyboard or serial line? Is it possible to get > that F1-F5 output via serial *without* BIOS support?? I'm just curious, > although I found a pretty decent solution, thanks to Dag-Erling. I hardly ever have a keyboard (or monitor) attached to the machine in question. I do the same thing for a couple of other machines here at home, and I did it with the desktop I used at my previous employer's, but I don't now recall if the FreEBSD boot loader prompts show up on the machines that lack BIOS serial redirection: it hasn't been an issue for me, because I use boot0cfg(8) to (pre-)select the boot slice. (I can't easily test this at the moment, because those other 2 FreeSBD machines here at home are currently in productive use (as a firewall & as a mail hub, respectively), and the only other FreeBSD machine I have at hand is my laptop, for which disconnecting the keyboard involves rather invasive surgery. And I probably shouldn't try to login to the desktop at my previous employer's to reboot it.... :-}) If grub works for you, that's great. I tried it about 2.5 years ago, and found it incredibly frustrating, since I didn't see a convenient way to select the boot slice via a simple scriptable command-line facility (without going to the hassle of writing something to parse its config file), while I could merely use boot0cfg(8) with the FreeBSD boot loader. (I didn't try exceptionally hard, though, for various off-topic reasons.) Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --WTbgq2twYBxfsYA6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAket4cgACgkQmprOCmdXAD3cEQCfctl757fwE0djL8L3WOWk0pS0 MOMAnRtKzvh0qwsoaask0RymaBzq3lvE =cBlT -----END PGP SIGNATURE----- --WTbgq2twYBxfsYA6-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 19:05:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2117816A41A for ; Sat, 9 Feb 2008 19:05:41 +0000 (UTC) (envelope-from roland@micite.net) Received: from filter2-tmobile.zx.nl (filter2-tmobile.zx.nl [194.187.76.139]) by mx1.freebsd.org (Postfix) with ESMTP id 4383013C455 for ; Sat, 9 Feb 2008 19:05:39 +0000 (UTC) (envelope-from roland@micite.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by filter2-tmobile.zx.nl (Postfix) with ESMTP id 070311C731E for ; Sat, 9 Feb 2008 19:37:38 +0100 (CET) X-Virus-Scanned: amavisd-new at zx.nl Received: from filter2-tmobile.zx.nl ([127.0.0.1]) by localhost (filter2.zx.nl [127.0.0.1]) (amavisd-new, port 10127) with ESMTP id JDDrDJ7ssygF for ; Sat, 9 Feb 2008 19:37:23 +0100 (CET) Received: from [84.241.194.54] (unknown [84.241.194.54]) by filter2-tmobile.zx.nl (Postfix) with ESMTP for ; Sat, 9 Feb 2008 19:37:22 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v753) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Roland van Laar Date: Sat, 9 Feb 2008 19:38:14 +0100 X-Mailer: Apple Mail (2.753) Subject: Problems with Atheros card/pci on via VT8237A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 19:05:41 -0000 Hello, I have a Fujitsu-Siemens Amilo Pro V3515 Laptop. The problem is that the Atheros Card isn't detected properly, and if_ath can't attach. dmesg and pciconf -lv output is from current 9 February and attached at the bottom. The interesting thing is dat if_ath doesn't attach, but shows up as ath0 in pciconf. If if_ath is loaded before snd_hda is loaded, if_ath tries to attach itself again. Sound works, but the Atheros card doesn't. The same thing happens under FreeBSD 6 and 7-RC1. It als happens in the same way with a proper ndis-driver. My guess is that there is a pci routing problem on the southbrigde. The VT8237A has had it share of unsupported problems in the past, but those were primarily ATA related Note, both madwifi and ndis work under ubuntu. Regards, Roland van Laar Relevant dmesg output: #kldload snd_hda pcm0: mem 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 pcm0: [ITHREAD] pcm0: pcm0: #kldload if_ath ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on pci5 ath0: [ITHREAD] ath0: unable to attach hardware; HAL status 3 device_attach: ath0 attach returned 6 #kldunload snd_hda pcm0: detached #kldload snd_hda pcm0: mem 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 pcm0: [ITHREAD] pcm0: pcm0: // Without a kldload, if_ath tries to reattach itself again. ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on pci5 ath0: [ITHREAD] ath0: unable to attach hardware; HAL status 3 device_attach: ath0 attach returned 6 Full pciconf -lv: hostb0@pci0:0:0:0: class=0x060000 card=0x03641106 chip=0x03641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 Host Bridge' class = bridge subclass = HOST-PCI hostb1@pci0:0:0:1: class=0x060000 card=0x00000000 chip=0x13641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 Host Bridge' class = bridge subclass = HOST-PCI hostb2@pci0:0:0:2: class=0x060000 card=0x00000000 chip=0x23641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 Host Bridge' class = bridge subclass = HOST-PCI hostb3@pci0:0:0:3: class=0x060000 card=0x00000000 chip=0x33641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 Host Bridge' class = bridge subclass = HOST-PCI hostb4@pci0:0:0:4: class=0x060000 card=0x00000000 chip=0x43641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 Host Bridge' class = bridge subclass = HOST-PCI ioapic0@pci0:0:0:5: class=0x080020 card=0x00000000 chip=0x53641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 I/O APIC Interrupt Controller' class = base peripheral subclass = interrupt controller hostb5@pci0:0:0:6: class=0x060000 card=0x00000000 chip=0x63641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 Security Device' class = bridge subclass = HOST-PCI hostb6@pci0:0:0:7: class=0x060000 card=0x00000000 chip=0x73641106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'P4M900 Host Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0xb1981106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'ProSavageDDR P4X600,Apollo KT400/A/600 CPU to AGP Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:0:2:0: class=0x060400 card=0xc3231106 chip=0xa3641106 rev=0x80 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'P4M900 PCI to PCI Bridge Controller' class = bridge subclass = PCI-PCI pcib3@pci0:0:3:0: class=0x060400 card=0xc3231106 chip=0xc3641106 rev=0x80 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'P4M900 PCI to PCI Bridge Controller' class = bridge subclass = PCI-PCI atapci0@pci0:0:15:0: class=0x01018f card=0x10cb1734 chip=0x05911106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237A VIA VT8237A SATA RAID Controller' class = mass storage subclass = ATA atapci1@pci0:0:15:1: class=0x01018a card=0x10cb1734 chip=0x05711106 rev=0x07 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE Controller' class = mass storage subclass = ATA uhci0@pci0:0:16:0: class=0x0c0300 card=0x10cb1734 chip=0x30381106 rev=0xa0 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:16:1: class=0x0c0300 card=0x10cb1734 chip=0x30381106 rev=0xa0 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:16:2: class=0x0c0300 card=0x10cb1734 chip=0x30381106 rev=0xa0 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:16:3: class=0x0c0300 card=0x10cb1734 chip=0x30381106 rev=0xa0 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:16:4: class=0x0c0320 card=0x10cb1734 chip=0x31041106 rev=0x86 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202/12 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:0:17:0: class=0x060100 card=0x10cb1734 chip=0x33371106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8237A Standard PCI to ISA Bridge' class = bridge subclass = PCI-ISA hostb7@pci0:0:17:7: class=0x060000 card=0x337e1106 chip=0x287e1106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8251 Ultra VLINK Controller' class = bridge subclass = HOST-PCI vr0@pci0:0:18:0: class=0x020000 card=0x10cb1734 chip=0x30651106 rev=0x7c hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller||Used by GERICOM in laptop Webengine Advanced' class = network subclass = ethernet pcib4@pci0:0:19:0: class=0x060400 card=0x337b1106 chip=0x337b1106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT8237A Standard PCI to PCIe Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:0:19:1: class=0x060401 card=0x337a1106 chip=0x337a1106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT8237A Standard PCI to PCI Bridge' class = bridge subclass = PCI-PCI vgapci0@pci0:1:0:0: class=0x030000 card=0x10cb1734 chip=0x33711106 rev=0x01 hdr=0x00 vendor = 'VIA Technologies Inc' class = display subclass = VGA pcm0@pci0:4:1:0: class=0x040300 card=0x10cb1734 chip=0x32881106 rev=0x10 hdr=0x00 vendor = 'VIA Technologies Inc' device = '??? VIA VT8251/8237A High Definition Audio Controller - HDA Codec Realtek ALC660' class = multimedia none0@pci0:5:1:0: class=0x020000 card=0x2052168c chip=0x001a168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR5005G Atheros AR5005G 802.11abg NIC Chipset / TP-Link (TL-WN551G)' class = network subclass = ethernet Full dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Sat Feb 9 18:15:51 CET 2008 root@MiMuurHuis.micite.net:/usr/obj/usr/src/sys/MiKernel WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1729.01-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 Features=0xbfe9fbff Features2=0xc189 AMD Features=0x100000 Cores per package: 2 real memory = 803799040 (766 MB) avail memory = 773443584 (737 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of f0013000, 1000 (3) failed acpi0: reservation of 0, a0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_button0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xa0000000-0xbfffffff, 0xc8000000-0xc8ffffff irq 16 at device 0.0 on pci1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 atapci0: port 0x60b8-0x60bf, 0x60b0-0x60b3,0x6008-0x600f,0x6004-0x6007,0x6010-0x601f,0x6400-0x64ff irq 21 at device 15.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x60a0-0x60af at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0x6020-0x603f irq 20 at device 16.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 0x6040-0x605f irq 22 at device 16.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 0x6060-0x607f irq 21 at device 16.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 uhci3: port 0x6080-0x609f irq 23 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xc9400000-0xc94000ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0x6800-0x68ff mem 0xc9400400-0xc94004ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: using obsoleted if_watchdog interface vr0: Ethernet address: 00:14:0b:32:e7:34 vr0: [ITHREAD] pcib4: at device 19.0 on pci0 pci4: on pcib4 pci4: at device 1.0 (no driver attached) pcib5: at device 19.1 on pci0 pci5: on pcib5 pci5: at device 1.0 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 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 GlidePoint, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd1fff pnpid ORM0000 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: 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 sio0: [FILTER] 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 Timecounters tick every 1.000 msec acd0: DVDR at ata1-master UDMA33 ad4: 76319MB at ata2-master SATA150 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: 1st 0xc3c63278 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc3c2b914 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/ devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper (c0b7ba41,dbc3fbbc,c0792a6e,c0b7de8b,c3c2b914,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b7de8b,c3c2b914,c0b6f4c7,c0b6f4c7,c0b6f508,...) at kdb_backtrace+0x29 witness_checkorder(c3c2b914,9,c0b6f508,c9,c7,...) at witness_checkorder+0x6de _sx_xlock(c3c2b914,0,c0b6f508,c9,c3c2b914,...) at _sx_xlock+0x7d devfs_allocv(c3ba0c80,c3c62000,dbc3fc28,c3963cc0,c0b83caa,...) at devfs_allocv+0x144 devfs_root(c3c62000,2,c0ce3ad8,c3963cc0,ca,...) at devfs_root+0x51 set_rootvnode(c0ce3ac0,0,c0b83caa,5ed,c07d0120,...) at set_rootvnode +0x2b vfs_mountroot(c0c916f0,4,c0b73969,260,0,...) at vfs_mountroot+0x356 start_init(0,dbc3fd38,c0b75277,30c,c3961ab0,...) at start_init+0x65 fork_exit(c07225b0,0,dbc3fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xdbc3fd70, ebp = 0 --- Trying to mount root from ufs:/dev/ad4s2a lock order reversal: 1st 0xc3b33d18 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc3c62000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper (c0b7ba41,dbc3f9e0,c0792a6e,c0b7de8b,c3c62000,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b7de8b,c3c62000,c0b83da8,c0b83da8,c0b84345,...) at kdb_backtrace+0x29 witness_checkorder(c3c62000,1,c0b84345,16c,151,...) at witness_checkorder+0x6de _lockmgr(c3c62000,2001,c3c62030,c0b84345,16c,...) at _lockmgr+0x174 vfs_busy(c3c62000,0,0,c3963cc0,dbc3fb58,...) at vfs_busy+0x198 lookup(dbc3fb44,c0b83a58,c6,bf,c393542c,...) at lookup+0x7b4 namei(dbc3fb44,c3963d54,c0c309a4,c0b83caa,c3c62030,...) at namei+0x34b kern_unlink(c3963cc0,c0b840e7,1,628,0,...) at kern_unlink+0x40 vfs_mountroot_try(c0b842a1,c0b7268a,c0b6b575,1,c07d0120,...) at vfs_mountroot_try+0x470 vfs_mountroot(c0c916f0,4,c0b73969,260,0,...) at vfs_mountroot+0x418 start_init(0,dbc3fd38,c0b75277,30c,c3961ab0,...) at start_init+0x65 fork_exit(c07225b0,0,dbc3fd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xdbc3fd70, ebp = 0 --- lock order reversal: 1st 0xc3967044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc3b33af8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper (c0b7ba41,dbc3f9cc,c0792a6e,c0b7de8b,c3b33af8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b7de8b,c3b33af8,c0b72f3d,c0b72f3d,c0b84345,...) at kdb_backtrace+0x29 witness_checkorder(c3b33af8,1,c0b84345,80d,c0c9ccb4,...) at witness_checkorder+0x6de _lockmgr(c3b33af8,3041,c3b33b28,c0b84345,80d,...) at _lockmgr+0x174 ffs_lock(dbc3fa78,c074b65d,c0c9ccb4,3041,c3b33aa0,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0c4d4e0,dbc3fa78,c0b72688,3,c3b33b28,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c3b33aa0,3041,c0b84345,80d,0,...) at _vn_lock+0xf2 vget(c3b33aa0,3041,c3963cc0,4a9,c144f100,...) at vget+0x109 vnode_pager_lock(c1459e80,0,c0b9b0b3,127,dbc3fbe8,...) at vnode_pager_lock+0x1ad vm_fault(c3967000,80d3000,2,8,80d3800,...) at vm_fault+0x1df trap_pfault(5,0,c0ba8c3d,2c8,c3961ab0,...) at trap_pfault+0x118 trap(dbc3fd38) at trap+0x267 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- pcm0: mem 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 pcm0: [ITHREAD] pcm0: pcm0: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on pci5 ath0: [ITHREAD] ath0: unable to attach hardware; HAL status 3 device_attach: ath0 attach returned 6 pcm0: detached pcm0: mem 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 pcm0: [ITHREAD] pcm0: pcm0: ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on pci5 ath0: [ITHREAD] ath0: unable to attach hardware; HAL status 3 device_attach: ath0 attach returned 6 From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 20:33:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B548F16A41A; Sat, 9 Feb 2008 20:33:21 +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 03B5D13C45E; Sat, 9 Feb 2008 20:33:20 +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 m19KXI7s081270; Sat, 9 Feb 2008 23:33:18 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m19KXIna081269; Sat, 9 Feb 2008 23:33:18 +0300 (MSK) (envelope-from yar) Date: Sat, 9 Feb 2008 23:33:17 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080209203317.GB62234@comp.chem.msu.su> References: <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> <20080206112930.GD7592@comp.chem.msu.su> <3bbf2fe10802060549u66b1067cy4bb9d4232ccef05d@mail.gmail.com> <20080206144802.GH7592@comp.chem.msu.su> <3bbf2fe10802060652y3782d023k9c5299168a81093d@mail.gmail.com> <3bbf2fe10802060657h1dbc93e2lf3fd1b0c6843f674@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10802060657h1dbc93e2lf3fd1b0c6843f674@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 20:33:21 -0000 On Wed, Feb 06, 2008 at 03:57:58PM +0100, Attilio Rao wrote: > 2008/2/6, Attilio Rao : > > 2008/2/6, Yar Tikhiy : > > > > > On Wed, Feb 06, 2008 at 02:49:49PM +0100, Attilio Rao wrote: > > > [...] > > > > > > > Want to see if this bt has been helpful? :) > > > > Can you try the attached patch and see if kernel rings a bell?: > > > > http://www.freebsd.org/~attilio/ntfs_debug.diff > > > > > > > > > The kernel just panics. :-) > > > > > > This is the new I wanted to know! :) > > With better checks in lockmgr code, we would have caught more > > informations about it. > > > > Can you please now add DDB support and once it breaks in DDB do a > > 'show alllocks' and maybe other small investigations? > > This should shade a light for us. > > Could you please enable NTFS_DEBUG too and maybe see, when the kernel > panics, what is the value of i_usecount for the specified ip? > I want to exclude refcount leaking. i_usecount is just zero for the faulty ip: (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc07680de in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc07683a3 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc048e507 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:444 #4 0xc048ef0c in db_command (last_cmdp=0xc0bdd194, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:411 #5 0xc048f01a in db_command_loop () at /usr/src/sys/ddb/db_command.c:464 #6 0xc04907bd in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc07913b6 in kdb_trap (type=3, code=0, tf=0xd614e9fc) at /usr/src/sys/kern/subr_kdb.c:510 #8 0xc0a5dedb in trap (frame=0xd614e9fc) at /usr/src/sys/i386/i386/trap.c:647 #9 0xc0a438cb in calltrap () at /usr/src/sys/i386/i386/exception.s:146 #10 0xc079153a in kdb_enter (why=0xc0af0f54 "panic", msg=0xc0af0f54 "panic") at cpufunc.h:60 #11 0xc076838c in panic (fmt=0xc0aee673 "lockmgr still held") at /usr/src/sys/kern/kern_shutdown.c:555 #12 0xc0755abe in lockdestroy (lkp=0xc0af0f54) at /usr/src/sys/kern/kern_lock.c:574 #13 0xc2ff8688 in ntfs_ntput (ip=0xc2fbba00) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_subr.c:467 #14 0xc2ff5eb8 in ntfs_reclaim (ap=0xd614eb04) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_vnops.c:262 [...] (kgdb) frame 13 #13 0xc2ff8688 in ntfs_ntput (ip=0xc2fbba00) at /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_subr.c:467 467 lockdestroy(&ip->i_lock); (kgdb) p *ip $2 = {i_devvp = 0xc2fe2dd0, i_dev = 0xc2e7de00, i_hash = {le_next = 0x0, le_prev = 0xc302002c}, i_next = 0x0, i_prev = 0x0, i_mp = 0xc2fbb500, i_number = 10, i_flag = 32768, i_lock = {lk_object = { lo_name = 0xc2ffb672 "ntnode", lo_type = 0xc2ffb672 "ntnode", lo_flags = 91947008, lo_witness_data = {lod_list = { stqe_next = 0xc0c21190}, lod_witness = 0xc0c21190}}, lk_interlock = 0xc0c0dbe8, lk_flags = 262144, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 72, lk_timo = 0, lk_lockholder = 0xc2fecaa0, lk_newlock = 0x0}, i_interlock = { lock_object = {lo_name = 0xc2ffc039 "ntnode interlock", lo_type = 0xc2ffc039 "ntnode interlock", lo_flags = 16908288, lo_witness_data = {lod_list = {stqe_next = 0xc0c21168}, lod_witness = 0xc0c21168}}, mtx_lock = 6, mtx_recurse = 0}, i_usecount = 0, i_fnlist = {lh_first = 0x0}, i_valist = {lh_first = 0x0}, i_nlink = 1, i_mainrec = 0, i_frflag = 1} -- Yar From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 21:17:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5012C16A417 for ; Sat, 9 Feb 2008 21:17:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B75BF13C467 for ; Sat, 9 Feb 2008 21:17:16 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m19LHE2i070485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Feb 2008 13:17:15 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47AE185A.1040403@errno.com> Date: Sat, 09 Feb 2008 13:17:14 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Roland van Laar References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-SIHOPE-DCC-3-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Problems with Atheros card/pci on via VT8237A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 21:17:17 -0000 Roland van Laar wrote: > Hello, > > I have a Fujitsu-Siemens Amilo Pro V3515 Laptop. > The problem is that the Atheros Card isn't detected properly, and > if_ath can't attach. > dmesg and pciconf -lv output is from current 9 February and attached > at the bottom. > > The interesting thing is dat if_ath doesn't attach, but shows up as > ath0 in pciconf. > If if_ath is loaded before snd_hda is loaded, if_ath tries to attach > itself again. > Sound works, but the Atheros card doesn't. > The same thing happens under FreeBSD 6 and 7-RC1. > It als happens in the same way with a proper ndis-driver. > > My guess is that there is a pci routing problem on the southbrigde. > The VT8237A has had it share of unsupported problems in the past, > but those were primarily ATA related > > Note, both madwifi and ndis work under ubuntu. > > Regards, > > Roland van Laar > > Relevant dmesg output: > #kldload snd_hda > pcm0: mem > 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 > pcm0: [ITHREAD] > pcm0: > pcm0: > #kldload if_ath > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > RF5413) > ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on > pci5 > ath0: [ITHREAD] > ath0: unable to attach hardware; HAL status 3 > device_attach: ath0 attach returned 6 > #kldunload snd_hda > pcm0: detached > #kldload snd_hda > pcm0: mem > 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 > pcm0: [ITHREAD] > pcm0: > pcm0: > // Without a kldload, if_ath tries to reattach itself again. > ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on > pci5 > ath0: [ITHREAD] > ath0: unable to attach hardware; HAL status 3 > device_attach: ath0 attach returned 6 > > Full pciconf -lv: > hostb0@pci0:0:0:0: class=0x060000 card=0x03641106 chip=0x03641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 Host Bridge' > class = bridge > subclass = HOST-PCI > hostb1@pci0:0:0:1: class=0x060000 card=0x00000000 chip=0x13641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 Host Bridge' > class = bridge > subclass = HOST-PCI > hostb2@pci0:0:0:2: class=0x060000 card=0x00000000 chip=0x23641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 Host Bridge' > class = bridge > subclass = HOST-PCI > hostb3@pci0:0:0:3: class=0x060000 card=0x00000000 chip=0x33641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 Host Bridge' > class = bridge > subclass = HOST-PCI > hostb4@pci0:0:0:4: class=0x060000 card=0x00000000 chip=0x43641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 Host Bridge' > class = bridge > subclass = HOST-PCI > ioapic0@pci0:0:0:5: class=0x080020 card=0x00000000 chip=0x53641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 I/O APIC Interrupt Controller' > class = base peripheral > subclass = interrupt controller > hostb5@pci0:0:0:6: class=0x060000 card=0x00000000 chip=0x63641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 Security Device' > class = bridge > subclass = HOST-PCI > hostb6@pci0:0:0:7: class=0x060000 card=0x00000000 chip=0x73641106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'P4M900 Host Bridge' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0xb1981106 > rev=0x00 hdr=0x01 > vendor = 'VIA Technologies Inc' > device = 'ProSavageDDR P4X600,Apollo KT400/A/600 CPU to AGP > Bridge' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:2:0: class=0x060400 card=0xc3231106 chip=0xa3641106 > rev=0x80 hdr=0x01 > vendor = 'VIA Technologies Inc' > device = 'P4M900 PCI to PCI Bridge Controller' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:3:0: class=0x060400 card=0xc3231106 chip=0xc3641106 > rev=0x80 hdr=0x01 > vendor = 'VIA Technologies Inc' > device = 'P4M900 PCI to PCI Bridge Controller' > class = bridge > subclass = PCI-PCI > atapci0@pci0:0:15:0: class=0x01018f card=0x10cb1734 chip=0x05911106 > rev=0x80 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8237A VIA VT8237A SATA RAID Controller' > class = mass storage > subclass = ATA > atapci1@pci0:0:15:1: class=0x01018a card=0x10cb1734 chip=0x05711106 > rev=0x07 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master IDE > Controller' > class = mass storage > subclass = ATA > uhci0@pci0:0:16:0: class=0x0c0300 card=0x10cb1734 chip=0x30381106 > rev=0xa0 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal > Host Controller' > class = serial bus > subclass = USB > uhci1@pci0:0:16:1: class=0x0c0300 card=0x10cb1734 chip=0x30381106 > rev=0xa0 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal > Host Controller' > class = serial bus > subclass = USB > uhci2@pci0:0:16:2: class=0x0c0300 card=0x10cb1734 chip=0x30381106 > rev=0xa0 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal > Host Controller' > class = serial bus > subclass = USB > uhci3@pci0:0:16:3: class=0x0c0300 card=0x10cb1734 chip=0x30381106 > rev=0xa0 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT83C572, VT6202 VIA Rev 5 or later USB Universal > Host Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:16:4: class=0x0c0320 card=0x10cb1734 chip=0x31041106 > rev=0x86 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6202/12 USB 2.0 Enhanced Host Controller' > class = serial bus > subclass = USB > isab0@pci0:0:17:0: class=0x060100 card=0x10cb1734 chip=0x33371106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8237A Standard PCI to ISA Bridge' > class = bridge > subclass = PCI-ISA > hostb7@pci0:0:17:7: class=0x060000 card=0x337e1106 chip=0x287e1106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8251 Ultra VLINK Controller' > class = bridge > subclass = HOST-PCI > vr0@pci0:0:18:0: class=0x020000 card=0x10cb1734 chip=0x30651106 > rev=0x7c hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6102 Rhine II PCI Fast Ethernet Controller||Used > by GERICOM in laptop Webengine Advanced' > class = network > subclass = ethernet > pcib4@pci0:0:19:0: class=0x060400 card=0x337b1106 chip=0x337b1106 > rev=0x00 hdr=0x01 > vendor = 'VIA Technologies Inc' > device = 'VT8237A Standard PCI to PCIe Bridge' > class = bridge > subclass = PCI-PCI > pcib5@pci0:0:19:1: class=0x060401 card=0x337a1106 chip=0x337a1106 > rev=0x00 hdr=0x01 > vendor = 'VIA Technologies Inc' > device = 'VT8237A Standard PCI to PCI Bridge' > class = bridge > subclass = PCI-PCI > vgapci0@pci0:1:0:0: class=0x030000 card=0x10cb1734 chip=0x33711106 > rev=0x01 hdr=0x00 > vendor = 'VIA Technologies Inc' > class = display > subclass = VGA > pcm0@pci0:4:1:0: class=0x040300 card=0x10cb1734 chip=0x32881106 > rev=0x10 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = '??? VIA VT8251/8237A High Definition Audio > Controller - HDA Codec Realtek ALC660' > class = multimedia > none0@pci0:5:1:0: class=0x020000 card=0x2052168c chip=0x001a168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'Atheros AR5005G Atheros AR5005G 802.11abg NIC > Chipset / TP-Link (TL-WN551G)' > class = network > subclass = ethernet > > > Full dmesg: > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #0: Sat Feb 9 18:15:51 CET 2008 > root@MiMuurHuis.micite.net:/usr/obj/usr/src/sys/MiKernel > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1729.01-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 > > Features=0xbfe9fbff > > Features2=0xc189 > AMD Features=0x100000 > Cores per package: 2 > real memory = 803799040 (766 MB) > avail memory = 773443584 (737 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of f0013000, 1000 (3) failed > acpi0: reservation of 0, a0000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > p4tcc1: on cpu1 > acpi_button0: on acpi0 > acpi_lid0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem > 0xa0000000-0xbfffffff,0xc8000000-0xc8ffffff irq 16 at device 0.0 on pci1 > pcib2: irq 27 at device 2.0 on pci0 > pci2: on pcib2 > pcib3: irq 31 at device 3.0 on pci0 > pci3: on pcib3 > atapci0: port > 0x60b8-0x60bf,0x60b0-0x60b3,0x6008-0x600f,0x6004-0x6007,0x6010-0x601f,0x6400-0x64ff > irq 21 at device 15.0 on pci0 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x60a0-0x60af at device 15.1 on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > ata1: on atapci1 > ata1: [ITHREAD] > uhci0: port 0x6020-0x603f irq 20 at device > 16.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 0x6040-0x605f irq 22 at device > 16.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 0x6060-0x607f irq 21 at device > 16.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 > uhci3: port 0x6080-0x609f irq 23 at device > 16.3 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xc9400000-0xc94000ff irq > 21 at device 16.4 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb4: waiting for BIOS to give up control > usb4: timed out waiting for BIOS > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: on usb4 > uhub4: 8 ports with 8 removable, self powered > isab0: at device 17.0 on pci0 > isa0: on isab0 > vr0: port 0x6800-0x68ff mem > 0xc9400400-0xc94004ff irq 23 at device 18.0 on pci0 > vr0: Quirks: 0x0 > miibus0: on vr0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: using obsoleted if_watchdog interface > vr0: Ethernet address: 00:14:0b:32:e7:34 > vr0: [ITHREAD] > pcib4: at device 19.0 on pci0 > pci4: on pcib4 > pci4: at device 1.0 (no driver attached) > pcib5: at device 19.1 on pci0 > pci5: on pcib5 > pci5: at device 1.0 (no driver attached) > acpi_acad0: on acpi0 > battery0: on acpi0 > 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 GlidePoint, device ID 0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd1fff pnpid > ORM0000 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: 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 > sio0: [FILTER] > 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 > Timecounters tick every 1.000 msec > acd0: DVDR at ata1-master UDMA33 > ad4: 76319MB at ata2-master SATA150 > SMP: AP CPU #1 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > lock order reversal: > 1st 0xc3c63278 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 > 2nd 0xc3c2b914 devfsmount (devfsmount) @ > /usr/src/sys/fs/devfs/devfs_vnops.c:201 > KDB: stack backtrace: > db_trace_self_wrapper(c0b7ba41,dbc3fbbc,c0792a6e,c0b7de8b,c3c2b914,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c0b7de8b,c3c2b914,c0b6f4c7,c0b6f4c7,c0b6f508,...) at > kdb_backtrace+0x29 > witness_checkorder(c3c2b914,9,c0b6f508,c9,c7,...) at > witness_checkorder+0x6de > _sx_xlock(c3c2b914,0,c0b6f508,c9,c3c2b914,...) at _sx_xlock+0x7d > devfs_allocv(c3ba0c80,c3c62000,dbc3fc28,c3963cc0,c0b83caa,...) at > devfs_allocv+0x144 > devfs_root(c3c62000,2,c0ce3ad8,c3963cc0,ca,...) at devfs_root+0x51 > set_rootvnode(c0ce3ac0,0,c0b83caa,5ed,c07d0120,...) at set_rootvnode+0x2b > vfs_mountroot(c0c916f0,4,c0b73969,260,0,...) at vfs_mountroot+0x356 > start_init(0,dbc3fd38,c0b75277,30c,c3961ab0,...) at start_init+0x65 > fork_exit(c07225b0,0,dbc3fd38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xdbc3fd70, ebp = 0 --- > Trying to mount root from ufs:/dev/ad4s2a > lock order reversal: > 1st 0xc3b33d18 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 > 2nd 0xc3c62000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 > KDB: stack backtrace: > db_trace_self_wrapper(c0b7ba41,dbc3f9e0,c0792a6e,c0b7de8b,c3c62000,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c0b7de8b,c3c62000,c0b83da8,c0b83da8,c0b84345,...) at > kdb_backtrace+0x29 > witness_checkorder(c3c62000,1,c0b84345,16c,151,...) at > witness_checkorder+0x6de > _lockmgr(c3c62000,2001,c3c62030,c0b84345,16c,...) at _lockmgr+0x174 > vfs_busy(c3c62000,0,0,c3963cc0,dbc3fb58,...) at vfs_busy+0x198 > lookup(dbc3fb44,c0b83a58,c6,bf,c393542c,...) at lookup+0x7b4 > namei(dbc3fb44,c3963d54,c0c309a4,c0b83caa,c3c62030,...) at namei+0x34b > kern_unlink(c3963cc0,c0b840e7,1,628,0,...) at kern_unlink+0x40 > vfs_mountroot_try(c0b842a1,c0b7268a,c0b6b575,1,c07d0120,...) at > vfs_mountroot_try+0x470 > vfs_mountroot(c0c916f0,4,c0b73969,260,0,...) at vfs_mountroot+0x418 > start_init(0,dbc3fd38,c0b75277,30c,c3961ab0,...) at start_init+0x65 > fork_exit(c07225b0,0,dbc3fd38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xdbc3fd70, ebp = 0 --- > lock order reversal: > 1st 0xc3967044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 > 2nd 0xc3b33af8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 > KDB: stack backtrace: > db_trace_self_wrapper(c0b7ba41,dbc3f9cc,c0792a6e,c0b7de8b,c3b33af8,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c0b7de8b,c3b33af8,c0b72f3d,c0b72f3d,c0b84345,...) at > kdb_backtrace+0x29 > witness_checkorder(c3b33af8,1,c0b84345,80d,c0c9ccb4,...) at > witness_checkorder+0x6de > _lockmgr(c3b33af8,3041,c3b33b28,c0b84345,80d,...) at _lockmgr+0x174 > ffs_lock(dbc3fa78,c074b65d,c0c9ccb4,3041,c3b33aa0,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0c4d4e0,dbc3fa78,c0b72688,3,c3b33b28,...) at > VOP_LOCK1_APV+0xa5 > _vn_lock(c3b33aa0,3041,c0b84345,80d,0,...) at _vn_lock+0xf2 > vget(c3b33aa0,3041,c3963cc0,4a9,c144f100,...) at vget+0x109 > vnode_pager_lock(c1459e80,0,c0b9b0b3,127,dbc3fbe8,...) at > vnode_pager_lock+0x1ad > vm_fault(c3967000,80d3000,2,8,80d3800,...) at vm_fault+0x1df > trap_pfault(5,0,c0ba8c3d,2c8,c3961ab0,...) at trap_pfault+0x118 > trap(dbc3fd38) at trap+0x267 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > pcm0: mem > 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 > pcm0: [ITHREAD] > pcm0: > pcm0: > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > RF5413) > ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on > pci5 > ath0: [ITHREAD] > ath0: unable to attach hardware; HAL status 3 > device_attach: ath0 attach returned 6 > pcm0: detached > pcm0: mem > 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 > pcm0: [ITHREAD] > pcm0: > pcm0: > ath0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on > pci5 > ath0: [ITHREAD] > ath0: unable to attach hardware; HAL status 3 > device_attach: ath0 attach returned 6 > Try the hal in http://www.freebsd.org/~sam. Sam From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 22:43:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B67B316A418 for ; Sat, 9 Feb 2008 22:43:14 +0000 (UTC) (envelope-from roland@micite.net) Received: from filter1-tmobile.zx.nl (filter1-tmobile.zx.nl [194.187.76.138]) by mx1.freebsd.org (Postfix) with ESMTP id C19CA13C459 for ; Sat, 9 Feb 2008 22:43:13 +0000 (UTC) (envelope-from roland@micite.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by filter1-tmobile.zx.nl (Postfix) with ESMTP id 2CCFAD41AA; Sat, 9 Feb 2008 23:43:13 +0100 (CET) X-Virus-Scanned: amavisd-new at zx.nl Received: from filter1-tmobile.zx.nl ([127.0.0.1]) by localhost (filter1.zx.nl [127.0.0.1]) (amavisd-new, port 10127) with ESMTP id jIfl3q8Rc7tE; Sat, 9 Feb 2008 23:42:55 +0100 (CET) Received: from [91.141.216.226] (unknown [91.141.216.226]) by filter1-tmobile.zx.nl (Postfix) with ESMTP; Sat, 9 Feb 2008 23:42:54 +0100 (CET) In-Reply-To: <47AE185A.1040403@errno.com> References: <47AE185A.1040403@errno.com> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1C830B4B-CA3A-4790-948D-D39EEAE6F3FE@micite.net> Content-Transfer-Encoding: 7bit From: Roland van Laar Date: Sat, 9 Feb 2008 23:43:48 +0100 To: Sam Leffler X-Mailer: Apple Mail (2.753) Cc: freebsd-current@freebsd.org Subject: Re: Problems with Atheros card/pci on via VT8237A X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 22:43:14 -0000 On Feb 9, 2008, at 10:17 PM, Sam Leffler wrote: > Roland van Laar wrote: >> Hello, >> >> I have a Fujitsu-Siemens Amilo Pro V3515 Laptop. >> The problem is that the Atheros Card isn't detected properly, and >> if_ath can't attach. >> dmesg and pciconf -lv output is from current 9 February and >> attached at the bottom. >> >> The interesting thing is dat if_ath doesn't attach, but shows up >> as ath0 in pciconf. >> If if_ath is loaded before snd_hda is loaded, if_ath tries to >> attach itself again. >> Sound works, but the Atheros card doesn't. >> The same thing happens under FreeBSD 6 and 7-RC1. >> It als happens in the same way with a proper ndis-driver. >> >> My guess is that there is a pci routing problem on the southbrigde. >> The VT8237A has had it share of unsupported problems in the past, >> but those were primarily ATA related >> >> Note, both madwifi and ndis work under ubuntu. >> >> Regards, >> >> Roland van Laar >> >> Relevant dmesg output: >> #kldload snd_hda >> pcm0: mem >> 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 >> pcm0: [ITHREAD] >> pcm0: >> pcm0: >> #kldload if_ath >> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >> RF5413) >> ath0: mem 0xc9000000-0xc900ffff irq 18 at device >> 1.0 on pci5 >> ath0: [ITHREAD] >> ath0: unable to attach hardware; HAL status 3 >> device_attach: ath0 attach returned 6 >> #kldunload snd_hda >> pcm0: detached >> #kldload snd_hda >> pcm0: mem >> 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 >> pcm0: [ITHREAD] >> pcm0: >> pcm0: >> // Without a kldload, if_ath tries to reattach itself again. >> ath0: mem 0xc9000000-0xc900ffff irq 18 at device >> 1.0 on pci5 >> ath0: [ITHREAD] >> ath0: unable to attach hardware; HAL status 3 >> device_attach: ath0 attach returned 6 >> >> Full pciconf -lv: >> hostb0@pci0:0:0:0: class=0x060000 card=0x03641106 >> chip=0x03641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 Host Bridge' >> class = bridge >> subclass = HOST-PCI >> hostb1@pci0:0:0:1: class=0x060000 card=0x00000000 >> chip=0x13641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 Host Bridge' >> class = bridge >> subclass = HOST-PCI >> hostb2@pci0:0:0:2: class=0x060000 card=0x00000000 >> chip=0x23641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 Host Bridge' >> class = bridge >> subclass = HOST-PCI >> hostb3@pci0:0:0:3: class=0x060000 card=0x00000000 >> chip=0x33641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 Host Bridge' >> class = bridge >> subclass = HOST-PCI >> hostb4@pci0:0:0:4: class=0x060000 card=0x00000000 >> chip=0x43641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 Host Bridge' >> class = bridge >> subclass = HOST-PCI >> ioapic0@pci0:0:0:5: class=0x080020 card=0x00000000 >> chip=0x53641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 I/O APIC Interrupt Controller' >> class = base peripheral >> subclass = interrupt controller >> hostb5@pci0:0:0:6: class=0x060000 card=0x00000000 >> chip=0x63641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 Security Device' >> class = bridge >> subclass = HOST-PCI >> hostb6@pci0:0:0:7: class=0x060000 card=0x00000000 >> chip=0x73641106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 Host Bridge' >> class = bridge >> subclass = HOST-PCI >> pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 >> chip=0xb1981106 rev=0x00 hdr=0x01 >> vendor = 'VIA Technologies Inc' >> device = 'ProSavageDDR P4X600,Apollo KT400/A/600 CPU to >> AGP Bridge' >> class = bridge >> subclass = PCI-PCI >> pcib2@pci0:0:2:0: class=0x060400 card=0xc3231106 >> chip=0xa3641106 rev=0x80 hdr=0x01 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 PCI to PCI Bridge Controller' >> class = bridge >> subclass = PCI-PCI >> pcib3@pci0:0:3:0: class=0x060400 card=0xc3231106 >> chip=0xc3641106 rev=0x80 hdr=0x01 >> vendor = 'VIA Technologies Inc' >> device = 'P4M900 PCI to PCI Bridge Controller' >> class = bridge >> subclass = PCI-PCI >> atapci0@pci0:0:15:0: class=0x01018f card=0x10cb1734 >> chip=0x05911106 rev=0x80 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT8237A VIA VT8237A SATA RAID Controller' >> class = mass storage >> subclass = ATA >> atapci1@pci0:0:15:1: class=0x01018a card=0x10cb1734 >> chip=0x05711106 rev=0x07 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT82C586A/B/VT82C686/A/B/VT823x/A/C Bus Master >> IDE Controller' >> class = mass storage >> subclass = ATA >> uhci0@pci0:0:16:0: class=0x0c0300 card=0x10cb1734 >> chip=0x30381106 rev=0xa0 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT83C572, VT6202 VIA Rev 5 or later USB >> Universal Host Controller' >> class = serial bus >> subclass = USB >> uhci1@pci0:0:16:1: class=0x0c0300 card=0x10cb1734 >> chip=0x30381106 rev=0xa0 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT83C572, VT6202 VIA Rev 5 or later USB >> Universal Host Controller' >> class = serial bus >> subclass = USB >> uhci2@pci0:0:16:2: class=0x0c0300 card=0x10cb1734 >> chip=0x30381106 rev=0xa0 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT83C572, VT6202 VIA Rev 5 or later USB >> Universal Host Controller' >> class = serial bus >> subclass = USB >> uhci3@pci0:0:16:3: class=0x0c0300 card=0x10cb1734 >> chip=0x30381106 rev=0xa0 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT83C572, VT6202 VIA Rev 5 or later USB >> Universal Host Controller' >> class = serial bus >> subclass = USB >> ehci0@pci0:0:16:4: class=0x0c0320 card=0x10cb1734 >> chip=0x31041106 rev=0x86 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT6202/12 USB 2.0 Enhanced Host Controller' >> class = serial bus >> subclass = USB >> isab0@pci0:0:17:0: class=0x060100 card=0x10cb1734 >> chip=0x33371106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT8237A Standard PCI to ISA Bridge' >> class = bridge >> subclass = PCI-ISA >> hostb7@pci0:0:17:7: class=0x060000 card=0x337e1106 >> chip=0x287e1106 rev=0x00 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT8251 Ultra VLINK Controller' >> class = bridge >> subclass = HOST-PCI >> vr0@pci0:0:18:0: class=0x020000 card=0x10cb1734 >> chip=0x30651106 rev=0x7c hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = 'VT6102 Rhine II PCI Fast Ethernet Controller|| >> Used by GERICOM in laptop Webengine Advanced' >> class = network >> subclass = ethernet >> pcib4@pci0:0:19:0: class=0x060400 card=0x337b1106 >> chip=0x337b1106 rev=0x00 hdr=0x01 >> vendor = 'VIA Technologies Inc' >> device = 'VT8237A Standard PCI to PCIe Bridge' >> class = bridge >> subclass = PCI-PCI >> pcib5@pci0:0:19:1: class=0x060401 card=0x337a1106 >> chip=0x337a1106 rev=0x00 hdr=0x01 >> vendor = 'VIA Technologies Inc' >> device = 'VT8237A Standard PCI to PCI Bridge' >> class = bridge >> subclass = PCI-PCI >> vgapci0@pci0:1:0:0: class=0x030000 card=0x10cb1734 >> chip=0x33711106 rev=0x01 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> class = display >> subclass = VGA >> pcm0@pci0:4:1:0: class=0x040300 card=0x10cb1734 >> chip=0x32881106 rev=0x10 hdr=0x00 >> vendor = 'VIA Technologies Inc' >> device = '??? VIA VT8251/8237A High Definition Audio >> Controller - HDA Codec Realtek ALC660' >> class = multimedia >> none0@pci0:5:1:0: class=0x020000 card=0x2052168c >> chip=0x001a168c rev=0x01 hdr=0x00 >> vendor = 'Atheros Communications Inc.' >> device = 'Atheros AR5005G Atheros AR5005G 802.11abg NIC >> Chipset / TP-Link (TL-WN551G)' >> class = network >> subclass = ethernet >> >> >> Full dmesg: >> Copyright (c) 1992-2008 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, >> 1993, 1994 >> The Regents of the University of California. All rights >> reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.0-CURRENT #0: Sat Feb 9 18:15:51 CET 2008 >> root@MiMuurHuis.micite.net:/usr/obj/usr/src/sys/MiKernel >> WARNING: WITNESS option enabled, expect reduced performance. >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1729.01-MHz >> 686-class CPU) >> Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 >> >> Features=0xbfe9fbff> PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> Features2=0xc189 >> AMD Features=0x100000 >> Cores per package: 2 >> real memory = 803799040 (766 MB) >> avail memory = 773443584 (737 MB) >> ACPI APIC Table: >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> MADT: Forcing active-low polarity and level trigger for SCI >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-47 on motherboard >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> registered firmware set >> kbd1 at kbdmux0 >> acpi0: on motherboard >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of f0013000, 1000 (3) failed >> acpi0: reservation of 0, a0000 (3) failed >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on >> acpi0 >> cpu0: on acpi0 >> est0: on cpu0 >> p4tcc0: on cpu0 >> cpu1: on acpi0 >> est1: on cpu1 >> p4tcc1: on cpu1 >> acpi_button0: on acpi0 >> acpi_lid0: on acpi0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: at device 1.0 on pci0 >> pci1: on pcib1 >> vgapci0: mem 0xa0000000-0xbfffffff, >> 0xc8000000-0xc8ffffff irq 16 at device 0.0 on pci1 >> pcib2: irq 27 at device 2.0 on pci0 >> pci2: on pcib2 >> pcib3: irq 31 at device 3.0 on pci0 >> pci3: on pcib3 >> atapci0: port 0x60b8-0x60bf, >> 0x60b0-0x60b3,0x6008-0x600f,0x6004-0x6007,0x6010-0x601f, >> 0x6400-0x64ff irq 21 at device 15.0 on pci0 >> atapci0: [ITHREAD] >> ata2: on atapci0 >> ata2: [ITHREAD] >> ata3: on atapci0 >> ata3: [ITHREAD] >> atapci1: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x60a0-0x60af at device 15.1 >> on pci0 >> ata0: on atapci1 >> ata0: [ITHREAD] >> ata1: on atapci1 >> ata1: [ITHREAD] >> uhci0: port 0x6020-0x603f irq 20 at >> device 16.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 0x6040-0x605f irq 22 at >> device 16.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 0x6060-0x607f irq 21 at >> device 16.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 >> uhci3: port 0x6080-0x609f irq 23 at >> device 16.3 on pci0 >> uhci3: [GIANT-LOCKED] >> uhci3: [ITHREAD] >> usb3: on uhci3 >> usb3: USB revision 1.0 >> uhub3: on usb3 >> uhub3: 2 ports with 2 removable, self powered >> ehci0: mem 0xc9400000-0xc94000ff >> irq 21 at device 16.4 on pci0 >> ehci0: [GIANT-LOCKED] >> ehci0: [ITHREAD] >> usb4: waiting for BIOS to give up control >> usb4: timed out waiting for BIOS >> usb4: EHCI version 1.0 >> usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 >> usb4: on ehci0 >> usb4: USB revision 2.0 >> uhub4: on usb4 >> uhub4: 8 ports with 8 removable, self powered >> isab0: at device 17.0 on pci0 >> isa0: on isab0 >> vr0: port 0x6800-0x68ff mem >> 0xc9400400-0xc94004ff irq 23 at device 18.0 on pci0 >> vr0: Quirks: 0x0 >> miibus0: on vr0 >> ukphy0: PHY 1 on miibus0 >> ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> vr0: using obsoleted if_watchdog interface >> vr0: Ethernet address: 00:14:0b:32:e7:34 >> vr0: [ITHREAD] >> pcib4: at device 19.0 on pci0 >> pci4: on pcib4 >> pci4: at device 1.0 (no driver attached) >> pcib5: at device 19.1 on pci0 >> pci5: on pcib5 >> pci5: at device 1.0 (no driver attached) >> acpi_acad0: on acpi0 >> battery0: on acpi0 >> 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 GlidePoint, device ID 0 >> pmtimer0 on isa0 >> orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd1fff >> pnpid ORM0000 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: 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 >> sio0: [FILTER] >> 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 >> Timecounters tick every 1.000 msec >> acd0: DVDR at ata1-master UDMA33 >> ad4: 76319MB at ata2-master SATA150 >> SMP: AP CPU #1 Launched! >> WARNING: WITNESS option enabled, expect reduced performance. >> lock order reversal: >> 1st 0xc3c63278 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 >> 2nd 0xc3c2b914 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/ >> devfs_vnops.c:201 >> KDB: stack backtrace: >> db_trace_self_wrapper >> (c0b7ba41,dbc3fbbc,c0792a6e,c0b7de8b,c3c2b914,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c0b7de8b,c3c2b914,c0b6f4c7,c0b6f4c7,c0b6f508,...) at >> kdb_backtrace+0x29 >> witness_checkorder(c3c2b914,9,c0b6f508,c9,c7,...) at >> witness_checkorder+0x6de >> _sx_xlock(c3c2b914,0,c0b6f508,c9,c3c2b914,...) at _sx_xlock+0x7d >> devfs_allocv(c3ba0c80,c3c62000,dbc3fc28,c3963cc0,c0b83caa,...) at >> devfs_allocv+0x144 >> devfs_root(c3c62000,2,c0ce3ad8,c3963cc0,ca,...) at devfs_root+0x51 >> set_rootvnode(c0ce3ac0,0,c0b83caa,5ed,c07d0120,...) at >> set_rootvnode+0x2b >> vfs_mountroot(c0c916f0,4,c0b73969,260,0,...) at vfs_mountroot+0x356 >> start_init(0,dbc3fd38,c0b75277,30c,c3961ab0,...) at start_init+0x65 >> fork_exit(c07225b0,0,dbc3fd38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xdbc3fd70, ebp = 0 --- >> Trying to mount root from ufs:/dev/ad4s2a >> lock order reversal: >> 1st 0xc3b33d18 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 >> 2nd 0xc3c62000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 >> KDB: stack backtrace: >> db_trace_self_wrapper >> (c0b7ba41,dbc3f9e0,c0792a6e,c0b7de8b,c3c62000,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c0b7de8b,c3c62000,c0b83da8,c0b83da8,c0b84345,...) at >> kdb_backtrace+0x29 >> witness_checkorder(c3c62000,1,c0b84345,16c,151,...) at >> witness_checkorder+0x6de >> _lockmgr(c3c62000,2001,c3c62030,c0b84345,16c,...) at _lockmgr+0x174 >> vfs_busy(c3c62000,0,0,c3963cc0,dbc3fb58,...) at vfs_busy+0x198 >> lookup(dbc3fb44,c0b83a58,c6,bf,c393542c,...) at lookup+0x7b4 >> namei(dbc3fb44,c3963d54,c0c309a4,c0b83caa,c3c62030,...) at namei >> +0x34b >> kern_unlink(c3963cc0,c0b840e7,1,628,0,...) at kern_unlink+0x40 >> vfs_mountroot_try(c0b842a1,c0b7268a,c0b6b575,1,c07d0120,...) at >> vfs_mountroot_try+0x470 >> vfs_mountroot(c0c916f0,4,c0b73969,260,0,...) at vfs_mountroot+0x418 >> start_init(0,dbc3fd38,c0b75277,30c,c3961ab0,...) at start_init+0x65 >> fork_exit(c07225b0,0,dbc3fd38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xdbc3fd70, ebp = 0 --- >> lock order reversal: >> 1st 0xc3967044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 >> 2nd 0xc3b33af8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 >> KDB: stack backtrace: >> db_trace_self_wrapper >> (c0b7ba41,dbc3f9cc,c0792a6e,c0b7de8b,c3b33af8,...) at >> db_trace_self_wrapper+0x26 >> kdb_backtrace(c0b7de8b,c3b33af8,c0b72f3d,c0b72f3d,c0b84345,...) at >> kdb_backtrace+0x29 >> witness_checkorder(c3b33af8,1,c0b84345,80d,c0c9ccb4,...) at >> witness_checkorder+0x6de >> _lockmgr(c3b33af8,3041,c3b33b28,c0b84345,80d,...) at _lockmgr+0x174 >> ffs_lock(dbc3fa78,c074b65d,c0c9ccb4,3041,c3b33aa0,...) at ffs_lock >> +0x8a >> VOP_LOCK1_APV(c0c4d4e0,dbc3fa78,c0b72688,3,c3b33b28,...) at >> VOP_LOCK1_APV+0xa5 >> _vn_lock(c3b33aa0,3041,c0b84345,80d,0,...) at _vn_lock+0xf2 >> vget(c3b33aa0,3041,c3963cc0,4a9,c144f100,...) at vget+0x109 >> vnode_pager_lock(c1459e80,0,c0b9b0b3,127,dbc3fbe8,...) at >> vnode_pager_lock+0x1ad >> vm_fault(c3967000,80d3000,2,8,80d3800,...) at vm_fault+0x1df >> trap_pfault(5,0,c0ba8c3d,2c8,c3961ab0,...) at trap_pfault+0x118 >> trap(dbc3fd38) at trap+0x267 >> calltrap() at calltrap+0x6 >> --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- >> pcm0: mem >> 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 >> pcm0: [ITHREAD] >> pcm0: >> pcm0: >> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >> RF5413) >> ath0: mem 0xc9000000-0xc900ffff irq 18 at device >> 1.0 on pci5 >> ath0: [ITHREAD] >> ath0: unable to attach hardware; HAL status 3 >> device_attach: ath0 attach returned 6 >> pcm0: detached >> pcm0: mem >> 0xc9100000-0xc9103fff irq 17 at device 1.0 on pci4 >> pcm0: [ITHREAD] >> pcm0: >> pcm0: >> ath0: mem 0xc9000000-0xc900ffff irq 18 at device >> 1.0 on pci5 >> ath0: [ITHREAD] >> ath0: unable to attach hardware; HAL status 3 >> device_attach: ath0 attach returned 6 >> > > Try the hal in http://www.freebsd.org/~sam. thanx, but: downloaded: ath_hal-20070428, moved old sys/contrib/dev/ath to ath-old, extracted it in sys/contrib/dev/ath, buildkernel, The difference is that it now says: ath_hal: 0.9.30.13 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133) it still doesn't work. Which again points, I think, to a pci-bus problem as the ndis driver also has a attach problem: The ndis driver reports this: kldload ./ar5211_sys.ko ndis0: mem 0xc9000000-0xc900ffff irq 18 at device 1.0 on pci5 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 NDIS: open file /compat/ndis/regAdd.txt failed: 2 ndis0: NDIS ERROR: c0001389 (unknown error) ndis0: init handler failed device_attach: ndis0 attach returned 6 Roland > > Sam > From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 23:11:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2681116A50C for ; Sat, 9 Feb 2008 23:11:51 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id E44A813C478 for ; Sat, 9 Feb 2008 23:11:48 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so3498208fgg.35 for ; Sat, 09 Feb 2008 15:11:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=68CCEfZiOKGKAEMClAdnUv1hodZZhLRYoapwo9PhneM=; b=qxNymWPj47zoTQnmNyuTM7say4U905hHYoPTmE+9Rb0DYT/UO38QiJx6crVHXPkNA5/d+us/0MQ3i3llISmrSKLARuHvRoSKWZj3OqN1vTSkQX489MUX/8rNi2LrO+0FMps8T7L0PT8KfJ/W1QOuKQL0G8fRKO2X/JPT9FW8d8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=QNoTw0rEnQ2HjH1pfyXKNcNNHLZxCJbKfap7qQebbnCYWWciN1IQFeMlIne1HVtX9ZededxQYVnATmzlDsY30N4n5WtOJY+DR90fURk1m6wI5wy5wyVa1t/2Yhn7REwtsnqW97dKJzsJqM4EZ+5lfLUgSXEMxP8kpDJtjTtPjjA= Received: by 10.86.53.8 with SMTP id b8mr13323795fga.64.1202598707310; Sat, 09 Feb 2008 15:11:47 -0800 (PST) Received: by 10.86.28.19 with HTTP; Sat, 9 Feb 2008 15:11:47 -0800 (PST) Message-ID: <3bbf2fe10802091511p201ee404g76a835f49d9291ac@mail.gmail.com> Date: Sun, 10 Feb 2008 00:11:47 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080209203317.GB62234@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> <20080205162217.GA56373@comp.chem.msu.su> <3bbf2fe10802051156p1cc6ea67t7938a60e306323ce@mail.gmail.com> <20080206112930.GD7592@comp.chem.msu.su> <3bbf2fe10802060549u66b1067cy4bb9d4232ccef05d@mail.gmail.com> <20080206144802.GH7592@comp.chem.msu.su> <3bbf2fe10802060652y3782d023k9c5299168a81093d@mail.gmail.com> <3bbf2fe10802060657h1dbc93e2lf3fd1b0c6843f674@mail.gmail.com> <20080209203317.GB62234@comp.chem.msu.su> X-Google-Sender-Auth: 88db5c7db2d3e34b Cc: yar@freebsd.org, Scot Hetzel , Doug Barton , freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Kostik Belousov Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 23:11:51 -0000 2008/2/9, Yar Tikhiy : > On Wed, Feb 06, 2008 at 03:57:58PM +0100, Attilio Rao wrote: > > 2008/2/6, Attilio Rao : > > > 2008/2/6, Yar Tikhiy : > > > > > > > On Wed, Feb 06, 2008 at 02:49:49PM +0100, Attilio Rao wrote: > > > > [...] > > > > > > > > > Want to see if this bt has been helpful? :) > > > > > Can you try the attached patch and see if kernel rings a bell?: > > > > > http://www.freebsd.org/~attilio/ntfs_debug.diff > > > > > > > > > > > > The kernel just panics. :-) > > > > > > > > > This is the new I wanted to know! :) > > > With better checks in lockmgr code, we would have caught more > > > informations about it. > > > > > > Can you please now add DDB support and once it breaks in DDB do a > > > 'show alllocks' and maybe other small investigations? > > > This should shade a light for us. > > > > Could you please enable NTFS_DEBUG too and maybe see, when the kernel > > panics, what is the value of i_usecount for the specified ip? > > I want to exclude refcount leaking. > > > i_usecount is just zero for the faulty ip: > With the determinant yar's help, I think I found how the lock leak happens. Basically, in ntfs_ntput() the inode refcount (ip->i_usecount) is decreased and after checked. When check its i_usecount == 0, it means that initially i_usecount == 1 which also means the lockmgr() was held. For the i_usecount == 0 logic, however, no lockmgr release operation is previewed. This patch should fix the NTFS problems even with stricter assertions I plan to commit rather soon: http://www.freebsd.org/~attilio/ntfs.diff This patch was initially provided by yar as a workaround, but it moved me in analyzing refcount handling and finding this bug. Please test and report if it solves problems for you. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Feb 9 23:44:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D30F16A418 for ; Sat, 9 Feb 2008 23:44:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 1E11513C4EA for ; Sat, 9 Feb 2008 23:44:37 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m19Nia5k077641; Sat, 9 Feb 2008 15:44:36 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m19Nia6c077640; Sat, 9 Feb 2008 15:44:36 -0800 (PST) (envelope-from david) Date: Sat, 9 Feb 2008 15:44:36 -0800 From: David Wolfskill To: Ulrich Spoerlein , current@freebsd.org Message-ID: <20080209234436.GU53191@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Ulrich Spoerlein , current@freebsd.org References: <20080209141041.GS53191@bunrab.catwhisker.org> <20080208185405.GA1479@roadrunner.spoerlein.net> <47ACAE62.2060706@FreeBSD.org> <47ACB7BB.7090305@samsco.org> <20080209102415.GC1584@roadrunner.spoerlein.net> <86wspecq42.fsf@ds4.des.no> <7ad7ddd90802090516v602796a4t2e2a8b4b24a3a3d4@mail.gmail.com> <86sl02clpm.fsf@ds4.des.no> <20080209170736.GE1584@roadrunner.spoerlein.net> <20080209172425.GT53191@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nLR7g8KNfrRqv5t" Content-Disposition: inline In-Reply-To: <20080209172425.GT53191@bunrab.catwhisker.org> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: boot0sio working for anyone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Feb 2008 23:44:37 -0000 --+nLR7g8KNfrRqv5t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 09, 2008 at 09:24:25AM -0800, David Wolfskill wrote: > ... > > Are you doing this via keyboard or serial line? Is it possible to get > > that F1-F5 output via serial *without* BIOS support?? I'm just curious, > > although I found a pretty decent solution, thanks to Dag-Erling. >...=20 OK; I was finally able to experiment: turning the BIOS "console serial redirection" off caused me to no longer gett the boot0 "F[1-5]" pronpts, even when I used boot0cfg to switch to boot0sio. Turning the console redirection back on (at the BIOS config level) caused said prompts to be available once again. Sorry for the possible misdirection. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --+nLR7g8KNfrRqv5t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkeuOuMACgkQmprOCmdXAD1esACfXQUQQeLqjIE55TN9+suEIb03 a3cAnjs41cxFI1Lpvs8PoQPr6lU7HRLx =6fL/ -----END PGP SIGNATURE----- --+nLR7g8KNfrRqv5t--