From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 00:12:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBB3E16A4CE for ; Sun, 12 Dec 2004 00:12:39 +0000 (GMT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B706443D55 for ; Sun, 12 Dec 2004 00:12:38 +0000 (GMT) (envelope-from konfer@mikulas.com) Received: (qmail 49012 invoked by uid 89); 12 Dec 2004 01:12:37 +0100 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 12 Dec 2004 01:12:37 +0100 Received: from QMQPqq client ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) with QMQPqq id 48446-09 for ; Sun, 12 Dec 2004 01:12:36 +0100 (CET) Received: from unknown (HELO ?195.122.218.78?) (jiri@mikulas.com@195.122.218.78) by s1.vhost.cz with AES256-SHA encrypted SMTP; 12 Dec 2004 01:12:36 +0100 Message-ID: <41BB8D31.7090400@mikulas.com> Date: Sun, 12 Dec 2004 01:13:37 +0100 From: Jiri Mikulas User-Agent: Mozilla Thunderbird 0.9 (X11/20041129) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at s1.vhost.cz Subject: LOR if_wi.c:601 vm_map.c:2994 and PANIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 00:12:39 -0000 Hello FYI FreeBSD 6.0-CURRENT #0: Sat Dec 11 19:33:47 CET 2004 if you need more info , write me. thanks Jiri ---cut--- net.inet.ip.process_options: 1 -> 0 net.inet.ip.random_id: 0 -> 1 lock order reversal 1st 0xc160ac64 wi1 (network driver) @ /usr/src/sys/dev/wi/if_wi.c:601 2nd 0xc080c824 user map (user map) @ /usr/src/sys/vm/vm_map.c:2994 KDB: stack backtrace: witness_checkorder(c080c824,9,c078b23a,bb2,cbcf2b04) at witness_checkorder+0x500 _sx_xlock(c080c824,c078b23a,bb2,1000001,cbcf2b04) at _sx_xlock+0x3a vm_map_lookup(cbcf2b04,0,1,cbcf2b08,cbcf2af8,cbcf2afc,cbcf2adf,cbcf2ae0) at vm_map_lookup+0x24 vm_fault(c080c7e0,0,1,0,c1524000) at vm_fault+0x62 trap_pfault(4,4,0,0,246) at trap_pfault+0x126 trap(18,10,10,42b,0) at trap+0x318 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05675ec, esp = 0xcbcf2c0c, ebp = 0xcbcf2c1c --- _mtx_lock_flags(4,0,c077c384,42b,c1741030) at _mtx_lock_flags+0x24 ieee80211_find_rxnode(c160a254,c1741030,c160a254,8001,cbcf2c78) at ieee80211_find_rxnode+0x43 wi_intr(c160a000,0,0,c15239d8,0) at wi_intr+0xdb9 ithread_loop(c1541780,cbcf2d48,c1541780,c055ccb4,0) at ithread_loop+0x19e fork_exit(c055ccb4,c1541780,cbcf2d48) at fork_exit+0x7e fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbcf2d7c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05675ec stack pointer = 0x10:0xcbcf2c0c frame pointer = 0x10:0xcbcf2c1c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 23 (irq12: wi1 fxp0) [thread pid 23 tid 100020 ] Stopped at _mtx_lock_flags+0x24: cmpl $0xc07bc964,0(%ebx) ---cut--- From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 00:25:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AD0416A4D0 for ; Sun, 12 Dec 2004 00:25:23 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D1A43D54 for ; Sun, 12 Dec 2004 00:25:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBC0PAWi045336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Dec 2004 16:25:13 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41BB91EC.6030404@errno.com> Date: Sat, 11 Dec 2004 16:33:48 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiri Mikulas References: <41BB8D31.7090400@mikulas.com> In-Reply-To: <41BB8D31.7090400@mikulas.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: LOR if_wi.c:601 vm_map.c:2994 and PANIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 00:25:23 -0000 Jiri Mikulas wrote: > Hello > FYI > FreeBSD 6.0-CURRENT #0: Sat Dec 11 19:33:47 CET 2004 > > if you need more info , write me. If you want this fixed provide more info. Sam From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 00:58:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D8C816A4CE for ; Sun, 12 Dec 2004 00:58:14 +0000 (GMT) Received: from pacha.mail.bishopston.net (pacha.mail.bishopston.net [66.221.209.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2389443D39 for ; Sun, 12 Dec 2004 00:58:14 +0000 (GMT) (envelope-from jamie@bishopston.net) X-Catflap-Envelope-From: X-Catflap-Envelope-To: Received: from catflap.bishopston.net (jamie@localhost [127.0.0.1]) by catflap.bishopston.net (8.13.1/8.13.1) with ESMTP id iBC0wEeh054370 for ; Sun, 12 Dec 2004 00:58:14 GMT (envelope-from jamie@catflap.bishopston.net) Received: (from jamie@localhost) by catflap.bishopston.net (8.13.1/8.12.9/Submit) id iBC0wD25054369 for freebsd-current@freebsd.org; Sun, 12 Dec 2004 00:58:13 GMT Date: Sun, 12 Dec 2004 00:53:11 GMT From: Jamie Jones Message-Id: <200412120053.iBC0rBBv048316@catflap.bishopston.net> To: freebsd-current@freebsd.org X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Sun, 12 Dec 2004 00:58:14 +0000 cc: jamie@bishopston.net cc: jay@evilrealms.net Subject: bugs in ugen.h (and fix) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 00:58:14 -0000 Trying to get the SpeedTouch ADSL modem to work with Freebsd 5.3-RELEASE, I got the kernel error: | pppoa2 : pusb_endpoint_open failed | | WARNING: Driver mistake: destroy_dev on 238/1 | | panic: don't do that After some googling, I found a patch to ugen.h by Jay Cornwall, that was posted to freebsd-current exactly a year ago today: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-12/1005.html I applied this patch to the ugen.c that comes with 5.3-RELEASE (patching manually to cope with the changes to ugen.c since his patch was posted) and everything has been working like a charm ever since (over a week later) I was just wondering why this patch was never committed to the tree, and if it's just been overlooked, is there any reason why it can't be applied now ? For reference, my patched up 5.3-RELEASE version, based entirely on Jays changed merged into the current 5.3-RELEASE version is here: http://www.bishopston.com/jamie/freebsd/ugen.c-5.3-RELEASE-patched Thanks, Jamie From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 01:12:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D9B316A4CE for ; Sun, 12 Dec 2004 01:12:13 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCBC43D31 for ; Sun, 12 Dec 2004 01:12:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1B71972DD4; Sat, 11 Dec 2004 17:12:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1664A72DCB; Sat, 11 Dec 2004 17:12:13 -0800 (PST) Date: Sat, 11 Dec 2004 17:12:13 -0800 (PST) From: Doug White To: Krzysztof Kowalik In-Reply-To: <20041211141852.M72997@carver.gumbysoft.com> Message-ID: <20041211160016.L72997@carver.gumbysoft.com> References: <20041207234840.7287cdf4@maya.liquidx.org> <1102506431.1090.8.camel@taxman> <41B6ED4E.6030301@fer.hr> <20041209172941.GA29369@uci.agh.edu.pl> <20041211141852.M72997@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: FreeBSD sound distortion problems with SB Live! fixed with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 01:12:13 -0000 On Sat, 11 Dec 2004, Doug White wrote: > Okay, I'm testing this now ... so far no issues, unless I force things. > > The system is currently running 5.3-STABLE built Dec 5. The machine is an > Althon 3000+ (Barton) on a KT400-based Soyo using either the built-in CMI > audio or a PCI SBLive 5.1 Digital card. SCHED_4BSD, no PREEMPTION, no > apic, no WITNESS/INVARIANTS. > > I played a 160kb VBR MP3 with mpg321 (mpg123 was compiled to use esound on > this system so I decided to try something not so polluted) direct to each > card in turn with a -j3 buildworld running in the background, using the > same disk as the MP3s were located on. I ran the buildworld in a Konsole > window on KDE 3.2.3 and played the mp3's in another. > > I start getting wierdness when the load average hits 5+ with 0% idle. > Otherwise things hold up. > > Interrupt layout: > > zao,ttyp3,~,11>vmstat -i > interrupt total rate > irq0: clk 115654 99 > irq1: atkbd0 3131 2 > irq5: fwohci0 uhci2 2 0 > irq6: fdc0 9 0 > irq8: rtc 148030 127 > irq10: pcm0 ehci0 23453 20 > irq11: vr0 uhci0 23291 20 > irq12: pcm1 uhci1 20841 17 > irq13: npx0 1 0 > irq14: ata0 64869 56 > irq15: ata1 46 0 > Total 399327 344 > > During the test pcm0 is running at 600 interrupts/s and pcm1 is at a > measely 85 interrupts/s. > > If you are getting distortion on an otherwise idle system I'll be more > interested, although that doesn't appear to be the case... > > I'll repeat the runs after world finishes building & installing and see if > its something that changed in the last week. I'd suggest that people > verify that their sound card isn't stuck on the same interrupt as a really > busy device or they aren't having a quiet interrupt storm going off > somewhere else or otherwise running things that chew CPU. > > Of course, make sure WITNESS & INVARIANTS are removed from the running > kernel. WITNESS is guaranteed to cause problems with sound; setting > 'sysctl debug.witness.watch=0' should clear up problems immediately if you > have WITNESS compiled in. > > phk's suggested that usb is a huge hog and sharing interrupts with a USB > controller could cause latency problems. I'll investigate this after the > buildworld finishes and I check if things are different than with last > week's build. Ok, new build, new run. cvsup'd RELENG_5 about 2 hours ago. Things seem better so far; I've turned on some extra hammer tests and everything is quite nice. I added a window that does 'while(1) cat /dev/sndstat; sleep 1' with hw.snd.verbose=2 so the card statistics (including buffer overruns) are printed. Unfortunately now the system hangs if you restart a monitoring tool at the wrong moment. I ^C'd systat to see if the interrupt list would reorder (irq12 was out of order, at the bottom instead of sorted) and the system hung about when the first refresh would have happened. :( I killed it another time ^Cing sysctl so something bad crept in. Serial break for ddb wasn't responding so I'll need to get my PE1750 with an NMI button. > On Thu, 9 Dec 2004, Krzysztof Kowalik wrote: > > > Ivan Voras [ivoras@fer.hr] wrote: > > > [...] > > > Not exactly a freeze, but PREEMPTION doesn't help me at all with SB Live > > > (slowdowns, stuttering sound, etc.), especially with large amounts of > > > filesystem operations (this is 5-stable). > > > > Exactly. I tried to use both emu10k1 and emu10kx drivers, with kernel > > with and without PREEMPTION, and both 5.x and 6.0 serie did behave same. > > Intensive I/O made the system quite unusable, and it was not only a > > sound-related issue, but a general one -- slow, lagging mouse in X, etc. > > > > I asked about it on stable@ and somehow got no answers but "me too". > > > > Finally, I decided to restore my 4.9 system from the backups, where the > > problem does not exist. > > > > Regards, > > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 01:18:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AEAE16A4CE for ; Sun, 12 Dec 2004 01:18:12 +0000 (GMT) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 5427143D4C for ; Sun, 12 Dec 2004 01:18:11 +0000 (GMT) (envelope-from varga@stonehenge.sk) Received: (qmail 6099 invoked by uid 0); 12 Dec 2004 01:18:10 -0000 Received: from r4i114.chello.upc.cz (84.42.136.114) by smtp.dkm.cz with SMTP; 12 Dec 2004 01:18:10 -0000 From: Michal Varga To: Doug White In-Reply-To: <20041211141852.M72997@carver.gumbysoft.com> References: <20041207234840.7287cdf4@maya.liquidx.org> <1102506431.1090.8.camel@taxman> <41B6ED4E.6030301@fer.hr> <20041209172941.GA29369@uci.agh.edu.pl> <20041211141852.M72997@carver.gumbysoft.com> Content-Type: text/plain Organization: Stonehenge Date: Sun, 12 Dec 2004 02:16:48 +0100 Message-Id: <1102814208.53066.48.camel@andrasta.4net.local> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: FreeBSD sound distortion problems with SB Live! fixed with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 01:18:12 -0000 On Sat, 2004-12-11 at 15:10 -0800, Doug White wrote: > Okay, I'm testing this now ... so far no issues, unless I force things. > If this can help somehow: Running tests now, 192kbit CBR MP3 with freshly compiled mpg321-0.2.10_4 on one of the machines mentioned in my other email before. As listening, the distortions are really quite heavy, maybe I just live with them for too long that I usually don't notice all of them. There is always some sort of quick choppines, slowdown or a *click* every 5-30 seconds (even when there are still some times, when audio plays fine for more than a minute, so the distortions are not constant). The system is FreeBSD 6.0-CURRENT #0: Wed Dec 8 02:43:42 CET 2004 Machine is AMD Athlon(tm) XP 3200+ (Barton), KT600-based ABIT KV7. Sound onboard 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' (I can possibly test with SB Live!, but it will take a few days). SCHED_4BSD, no PREEMPTION, apic enabled, no WITNESS/INVARIANTS. I will try to remove apic during next stage of testing. Testing in gnome-terminal under Gnome 2.8. load averages: 0.06, 0.12, 0.15 up 3+11:30:48 02:02:31 112 processes: 1 running, 109 sleeping, 2 zombie CPU states:5.5% user, 0.0% nice, 2.7% system, 0.8% interrupt, 91.0% idle Mem: 250M Active, 102M Inact, 107M Wired, 29M Cache, 60M Buf, 1028K Free Swap: 4096M Total, 77M Used, 4018M Free, 1% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 56200 user -8 0 5356K 1196K pcmwr 0:12 0.10% 0.10% mpg321 Interrupt layout: irq1: atkbd0 501350 1 irq6: fdc0 7 0 irq8: rtc 38522885 127 irq9: acpi0 112 0 irq13: npx0 1 0 irq14: ata0 1806282 6 irq15: ata1 127 0 irq16: nvidia0 95992596 318 irq18: rl0 10 0 irq21: uhci0 uhci1* 5354052 17 irq22: pcm0 74738345 248 irq23: vr0 30960922 102 irq0: clk 301050337 1000 Total 548927026 1823 Does this show something, or should I move to the test with apic disabled? m. -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 01:20:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9458216A4CE for ; Sun, 12 Dec 2004 01:20:54 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D4543D58 for ; Sun, 12 Dec 2004 01:20:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D77E851424; Sat, 11 Dec 2004 17:27:49 -0800 (PST) Date: Sat, 11 Dec 2004 17:27:49 -0800 From: Kris Kennaway To: Jamie Jones Message-ID: <20041212012749.GA19202@xor.obsecurity.org> References: <200412120053.iBC0rBBv048316@catflap.bishopston.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <200412120053.iBC0rBBv048316@catflap.bishopston.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: jay@evilrealms.net Subject: Re: bugs in ugen.h (and fix) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 01:20:54 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 12, 2004 at 12:53:11AM +0000, Jamie Jones wrote: >=20 > Trying to get the SpeedTouch ADSL modem to work with Freebsd 5.3-RELEASE, > I got the kernel error: >=20 > | pppoa2 : pusb_endpoint_open failed > |=20 > | WARNING: Driver mistake: destroy_dev on 238/1 > |=20 > | panic: don't do that >=20 > After some googling, I found a patch to ugen.h by Jay Cornwall, that > was posted to freebsd-current exactly a year ago today: >=20 > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-12/1005.html >=20 > I applied this patch to the ugen.c that comes with 5.3-RELEASE (patching > manually to cope with the changes to ugen.c since his patch was posted) > and everything has been working like a charm ever since (over a week late= r) >=20 > I was just wondering why this patch was never committed to the tree, > and if it's just been overlooked, is there any reason why it can't be > applied now ? Perhaps it was never submitted as a PR, so it got lost. Was there any followup discussion on the mailing list? Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBu56VWry0BWjoQKURAhgYAJ0bmu5CD38gRiJQWvpVBnynHh7pxwCghU9X yyEaXBbKR6QIqogsvBN1K0Y= =WARS -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 01:30:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 989CF16A4CE for ; Sun, 12 Dec 2004 01:30:49 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CA5243D58 for ; Sun, 12 Dec 2004 01:30:47 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 71128 invoked by uid 0); 12 Dec 2004 04:30:45 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 10.370855 secs); 12 Dec 2004 01:30:45 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 12 Dec 2004 04:30:35 +0300 Date: Sun, 12 Dec 2004 04:29:29 +0300 From: Toxa To: FreeBSD-CURRENT X-Comment-To: "Anton Karpov" Message-ID: <20041212012929.GA822@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD-CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: Fatal double fault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 01:30:50 -0000 My previous kernel and userland both from 22 Nov. Tonight I have built new kernel in attempt to test new features. But after boot with new kernel (and old userland, as I know, installworld should be done with new kernel) I've got this (sorry, no serial console, I've written this on a piece of paper): Fatal double fault: eip = 0xc04e4352 esp = 0xd5351f70 ebp = 0xd5352034 pkernel trap 25 with interrupts disabled panic: double fault Uptime: 19s This is sony vaio laptop. Any help very appreciated. Thanks. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 01:32:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23DD416A4CE for ; Sun, 12 Dec 2004 01:32:01 +0000 (GMT) Received: from pacha.mail.bishopston.net (pacha.mail.bishopston.net [66.221.209.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAE8043D2D for ; Sun, 12 Dec 2004 01:31:58 +0000 (GMT) (envelope-from jamie@bishopston.net) X-Catflap-Envelope-From: Received: from catflap.bishopston.net (jamie@localhost [127.0.0.1]) iBC1Vuog002424; Sun, 12 Dec 2004 01:31:56 GMT (envelope-from jamie@catflap.bishopston.net) Received: (from jamie@localhost) by catflap.bishopston.net (8.13.1/8.12.9/Submit) id iBC1Vu1D002423; Sun, 12 Dec 2004 01:31:56 GMT Date: Sun, 12 Dec 2004 01:31:56 GMT From: Jamie Jones Message-Id: <200412120131.iBC1Vu1D002423@catflap.bishopston.net> To: jamie@bishopston.net, kris@obsecurity.org In-Reply-To: <20041212012749.GA19202@xor.obsecurity.org> X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Sun, 12 Dec 2004 01:31:56 +0000 cc: freebsd-current@freebsd.org cc: jay@evilrealms.net Subject: Re: bugs in ugen.h (and fix) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 01:32:01 -0000 > Perhaps it was never submitted as a PR, so it got lost. Was there any > followup discussion on the mailing list? There was a lot of discussion BEFORE the patch was posted from 2 people who were having problems. Jay posted one fix, got a reply where it didn't help, then posted the new patch with the following message: | I think I might have a fix for this, and for Martin's problem as well. It | appears my original patch didn't quite cover all the cases where this could | happen in ugen. | | Could one (or both) of you try the attached patch, to see if it alleviates the | problem? I guess it might not be easily reproducable for you, Bruce, but I | think Martin could fairly consistently panic the system by running a program. Unfortunately, there was only one reply to that, from 'Martin': | > I think I might have a fix for this, and for Martin's problem as well. | | Not yet, Jay :) | | I have a new panic while executing my code (this time on first call!): | panic: ugen_set_config: interface count failed | | trace still shows it's triggered by the ioctl(). | | Martin Then either I lost the thread, of the thread died a death. I sent this message to current, CCing Jay in the hope that it would jog someones memory. After all, I read someone moaning on slashdot that the SpeedTouch USB ADSL modem doesn't work with FreeBSD - with this patch it definitely does! Hopefully Jay can shed some more light on it ? Cheers, Jamie From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 01:56:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C22C916A4CE for ; Sun, 12 Dec 2004 01:56:37 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A5E143D39 for ; Sun, 12 Dec 2004 01:56:37 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960000C0E1; Sun, 12 Dec 2004 02:56:25 +0100 Message-ID: <41BBA53B.9070006@telia.com> Date: Sun, 12 Dec 2004 02:56:11 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200412081109.43840.sam@errno.com> <20041209.100008.21874313.rushani@bl.mmtr.or.jp> <200412081744.27539.sam@errno.com> <20041209.225041.63112571.rushani@bl.mmtr.or.jp> <41B9454F.9080903@errno.com> <41BA4B22.5070403@telia.com> <41BB8550.30208@errno.com> In-Reply-To: <41BB8550.30208@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: WEP does not work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 01:56:39 -0000 Sam Leffler wrote: > Pawel Worach wrote: > >> Sam Leffler wrote: >> >>> I'll try to look tomorrow. I have a patch for fixing wep with ndis >>> that I need to review and this is probably the same thing. >> >> >> >> I have the same problem on a ThinkPad T41. > > > What problem? Are you saying that wep does not work with the ath > driver? I communicated with a couple of people that have setup static > key'd wep fine so I'm not sure what to think. I've still had no time to > try it myself (it was tested a while back but not immediatel before the > commit). One thing I found from talking to folks is I did not make it > clear you must have the wlan_wep module configured in the kernel or > available for loading by the wlan layer when you configure a wep key. > But if that happens then ifconfig will complain; things won't silently > fail. I use all of the wlan and ath driver stuff as modules. if_ath.ko, ath_hal.ko, wlan.ko, ath_rate.ko and wlan_wep.ko Both makefiles for sys/modules/ath_rate_amrr and sys/modules/ath_rate_onoe build the same module "KMOD=ath_rate" is that correct? The module installed by 'make installkernel' seems to be the "onoe" one (last in modules/Makefile). > "breaks" how? Please provide the exact steps you take to demonstrate > the problem. I enabled 802.11 crypto debug and did the procedure again. # ifconfig ath0 wepmode on wepkey 1:0xXXXX78e6XXXXdbe2XXXX0127XX # ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 ether 00:05:4e:4b:76:13 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid cookie channel 7 bssid fa:02:57:01:13:00 authmode OPEN privacy ON wepkey 1:104-bit txpowmax 34 protmode CTS wme bintval 100 (just to demonstrate my last paragraph, the disappearing wepkey) # ifconfig ath0 wepmode on # ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 ether 00:05:4e:4b:76:13 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: no carrier ssid cookie authmode OPEN privacy ON txpowmax 0 wme Now it's gone. So wepmode and wepkeys need to be configured in one shot? After this kernel says: "[00:40:96:42:0d:9c] key (id 0) is invalid" Anyway, back to the correctly configured wepkey. On sending traffic i see "[00:40:96:42:0d:9c] no default transmit key" so i figured that the "deftxkey" which is "UNDEF" needs to be set to "1" (that parameter is only displayed with 'ifconfig -v') but it seems like that parameter is not settable. 'ifconfig ath0 deftxkey 1' does not work it just sits there for some time then says "ifconfig: deftxkey: bad value " taking deftxkey as an inet address? 'ifconfig ath0' still looks the same after this. # ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 ether 00:05:4e:4b:76:13 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid cookie channel 7 bssid fa:02:57:01:13:00 authmode OPEN privacy ON wepkey 1:104-bit txpowmax 34 protmode CTS wme bintval 100 >> ath0: device timeout >> ath0: device timeout >> ath0: device timeout >> > > You should not get these. Please go to /usr/src/tools/tools/ath and > build athstats. Run it w/o arguments and provide the output. Please > identify what your configuration was when these occurred (e.g. adhoc > mode w/ wep?). > > After running for some time without wep now I noticed that I get the "device timeout" messages quite often durning normal usage. So with or without wep seems unrelated to the timeout events, I am only able to test this in ad-hoc mode for now since the AP requires wep. # ./athstats 761 watchdog timeouts 3 hardware error interrupts 780 tx management frames 17219 tx frames discarded prior to association 131 tx failed 'cuz too many retries 2202 long on-chip tx retries 246 tx frames with no ack marked 10 tx frames with an alternate rate 80209 rx failed 'cuz of bad CRC 194932 rx failed 'cuz of PHY err 26040 OFDM timing 168736 CCK timing 156 CCK restart 778 beacons transmitted 2999 periodic calibrations 90068 rate control checks 1 rate control raised xmit rate 35 rate control dropped xmit rate rssi of last ack: 56 1298 switched default/rx antenna Antenna profile: [1] tx 20937 rx 103154 [2] tx 16815 rx 398531 Is the result of the second command expected? # ./80211debug +crypto net.wlan.0.debug: 0x0 => 0x10000000 # ./athdebug +crypto dev.ath.0.debug: 0x0 # sysctl dev.ath.0.debug dev.ath.0.debug: 0 -- Pawel From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 01:59:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4C4016A4CE for ; Sun, 12 Dec 2004 01:59:41 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE2643D49 for ; Sun, 12 Dec 2004 01:59:41 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBC1xeWi045604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 11 Dec 2004 17:59:41 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41BBA812.2030006@errno.com> Date: Sat, 11 Dec 2004 18:08:18 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: WEP and 802.11 drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 01:59:41 -0000 I've been able to reproduce some of the problems people are having. Until I can fix them please try building wlan and wlan_wep into your kernel so the cipher module isn't loaded on the fly. I believe that should eliminate the double fault panic and various related traps. Sam From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 02:28:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C25116A4CE for ; Sun, 12 Dec 2004 02:28:43 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA38E43D48 for ; Sun, 12 Dec 2004 02:28:42 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBC2SfWi045681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Dec 2004 18:28:42 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41BBAEDF.2050909@errno.com> Date: Sat, 11 Dec 2004 18:37:19 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <200412081109.43840.sam@errno.com> <20041209.100008.21874313.rushani@bl.mmtr.or.jp> <200412081744.27539.sam@errno.com> <20041209.225041.63112571.rushani@bl.mmtr.or.jp> <41B9454F.9080903@errno.com> <41BA4B22.5070403@telia.com> <41BB8550.30208@errno.com> <41BBA53B.9070006@telia.com> In-Reply-To: <41BBA53B.9070006@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: WEP does not work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 02:28:43 -0000 Pawel Worach wrote: > Sam Leffler wrote: > >> Pawel Worach wrote: >> >>> Sam Leffler wrote: >>> >>>> I'll try to look tomorrow. I have a patch for fixing wep with ndis >>>> that I need to review and this is probably the same thing. >>> >>> >>> >>> >>> I have the same problem on a ThinkPad T41. >> >> >> >> What problem? Are you saying that wep does not work with the ath >> driver? I communicated with a couple of people that have setup static >> key'd wep fine so I'm not sure what to think. I've still had no time >> to try it myself (it was tested a while back but not immediatel before >> the commit). One thing I found from talking to folks is I did not >> make it clear you must have the wlan_wep module configured in the >> kernel or available for loading by the wlan layer when you configure a >> wep key. But if that happens then ifconfig will complain; things won't >> silently fail. > > I use all of the wlan and ath driver stuff as modules. > if_ath.ko, ath_hal.ko, wlan.ko, ath_rate.ko and wlan_wep.ko > > Both makefiles for sys/modules/ath_rate_amrr and sys/modules/ath_rate_onoe > build the same module "KMOD=ath_rate" is that correct? The module installed > by 'make installkernel' seems to be the "onoe" one (last in > modules/Makefile). That is correct. I know of no way to describe a module dependency s.t. module a depends on b || c so I named the different rate control algorithm modules the same so if_ath could depend on a fixed name. > >> "breaks" how? Please provide the exact steps you take to demonstrate >> the problem. > > > I enabled 802.11 crypto debug and did the procedure again. > > # ifconfig ath0 wepmode on wepkey 1:0xXXXX78e6XXXXdbe2XXXX0127XX > # ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 > ether 00:05:4e:4b:76:13 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid cookie channel 7 bssid fa:02:57:01:13:00 > authmode OPEN privacy ON > wepkey 1:104-bit > txpowmax 34 protmode CTS wme bintval 100 > > (just to demonstrate my last paragraph, the disappearing wepkey) > # ifconfig ath0 wepmode on > # ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 > ether 00:05:4e:4b:76:13 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: no carrier > ssid cookie > authmode OPEN privacy ON txpowmax 0 wme > > Now it's gone. So wepmode and wepkeys need to be configured in one shot? > After this kernel says: "[00:40:96:42:0d:9c] key (id 0) is invalid" Thank you; I'll check it out. > > Anyway, back to the correctly configured wepkey. > > On sending traffic i see "[00:40:96:42:0d:9c] no default transmit key" > so i figured that the "deftxkey" which is "UNDEF" needs to be set to > "1" (that parameter is only displayed with 'ifconfig -v') but it seems > like that parameter is not settable. 'ifconfig ath0 deftxkey 1' does not > work > it just sits there for some time then says "ifconfig: deftxkey: bad value > " taking deftxkey as an inet address? ifconfig w/o -v is supposed to display only info that is "interesting". Guess the tx key should always be displayed when privacy is on. I'll fix that. I'll check the other issue too; thanks. > > 'ifconfig ath0' still looks the same after this. > # ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 > ether 00:05:4e:4b:76:13 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid cookie channel 7 bssid fa:02:57:01:13:00 > authmode OPEN privacy ON > wepkey 1:104-bit > txpowmax 34 protmode CTS wme bintval 100 > >>> ath0: device timeout >>> ath0: device timeout >>> ath0: device timeout >>> >> >> You should not get these. Please go to /usr/src/tools/tools/ath and >> build athstats. Run it w/o arguments and provide the output. Please >> identify what your configuration was when these occurred (e.g. adhoc >> mode w/ wep?). >> >> > > After running for some time without wep now I noticed that I get the > "device timeout" messages quite often durning normal usage. So with or > without wep seems unrelated to the timeout events, I am only able to > test this in ad-hoc mode for now since the AP requires wep. adhoc mode is lightly tested but I can't imagine how it should be related to the resets. Hardware resets typically happen because of a dma error. You're generating beacons in adhoc mode so there might be more dma traffic but it shouldn't be significant. > > # ./athstats > 761 watchdog timeouts > 3 hardware error interrupts > 780 tx management frames > 17219 tx frames discarded prior to association > 131 tx failed 'cuz too many retries > 2202 long on-chip tx retries > 246 tx frames with no ack marked > 10 tx frames with an alternate rate > 80209 rx failed 'cuz of bad CRC > 194932 rx failed 'cuz of PHY err > 26040 OFDM timing > 168736 CCK timing > 156 CCK restart > 778 beacons transmitted > 2999 periodic calibrations > 90068 rate control checks > 1 rate control raised xmit rate > 35 rate control dropped xmit rate > rssi of last ack: 56 > 1298 switched default/rx antenna > Antenna profile: > [1] tx 20937 rx 103154 > [2] tx 16815 rx 398531 Something is very wrong that you're getting all the watchdog timeouts. Also there are many frames discarded that don't make sense. The output from 80211stats might be useful. OTOH, as I said, adhoc mode for ath is lightly tested so may just have a problem; it's very low priority and likely won't get fixed real soon. > > Is the result of the second command expected? > > # ./80211debug +crypto > net.wlan.0.debug: 0x0 => 0x10000000 > # ./athdebug +crypto > dev.ath.0.debug: 0x0 > # sysctl dev.ath.0.debug > dev.ath.0.debug: 0 > Sorry, athdebug +keycache is what you want. Supplying -? as an arg to either athdebug or 80211debug will display the possible debug bits. Sam From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 02:30:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A3516A4CE; Sun, 12 Dec 2004 02:30:51 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8D4643D2F; Sun, 12 Dec 2004 02:30:50 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])iBC2UPNb087810; Sat, 11 Dec 2004 21:30:25 -0500 Message-ID: <41BBAD40.6010709@elischer.org> Date: Sat, 11 Dec 2004 18:30:24 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <41BBA74A.1020007@elischer.org> In-Reply-To: <41BBA74A.1020007@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: usb@freebsd.org cc: Jamie Jones cc: Current cc: jay@evilrealms.net Subject: Re: [Fwd: bugs in ugen.h (and fix)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 02:30:51 -0000 Julian Elischer wrote: > send to right list > > -------- Original Message -------- > Subject: bugs in ugen.h (and fix) > Date: Sun, 12 Dec 2004 00:53:11 GMT > From: Jamie Jones > To: freebsd-current@freebsd.org > CC: jamie@bishopston.net, jay@evilrealms.net > > > Trying to get the SpeedTouch ADSL modem to work with Freebsd 5.3-RELEASE, > I got the kernel error: > > | pppoa2 : pusb_endpoint_open failed > | > | WARNING: Driver mistake: destroy_dev on 238/1 > | > | panic: don't do that > > After some googling, I found a patch to ugen.h by Jay Cornwall, that > was posted to freebsd-current exactly a year ago today: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-12/1005.html > > I applied this patch to the ugen.c that comes with 5.3-RELEASE (patching > manually to cope with the changes to ugen.c since his patch was posted) > and everything has been working like a charm ever since (over a week later) > > I was just wondering why this patch was never committed to the tree, > and if it's just been overlooked, is there any reason why it can't be > applied now ? > > For reference, my patched up 5.3-RELEASE version, based entirely on > Jays changed merged into the current 5.3-RELEASE version is here: > > http://www.bishopston.com/jamie/freebsd/ugen.c-5.3-RELEASE-patched I just committed a version of this to -current. sorry about the delay it just got lost I guess. Expect an MFC in a week. probably won't make 4.11 unless someone REALLY needs it. please test that it hasn't broken your pet USB ugen-based devices. > > Thanks, > Jamie > > > _______________________________________________ > 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-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 03:21:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 923FA16A4CE for ; Sun, 12 Dec 2004 03:21:53 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DCF443D2D for ; Sun, 12 Dec 2004 03:21:53 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960000C134; Sun, 12 Dec 2004 04:21:45 +0100 Message-ID: <41BBB944.9080008@telia.com> Date: Sun, 12 Dec 2004 04:21:40 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041210) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <200412081109.43840.sam@errno.com> <20041209.100008.21874313.rushani@bl.mmtr.or.jp> <200412081744.27539.sam@errno.com> <20041209.225041.63112571.rushani@bl.mmtr.or.jp> <41B9454F.9080903@errno.com> <41BA4B22.5070403@telia.com> <41BB8550.30208@errno.com> <41BBA53B.9070006@telia.com> <41BBAEDF.2050909@errno.com> In-Reply-To: <41BBAEDF.2050909@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: WEP does not work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 03:21:53 -0000 Sam Leffler wrote: > Something is very wrong that you're getting all the watchdog timeouts. > Also there are many frames discarded that don't make sense. The output > from 80211stats might be useful. OTOH, as I said, adhoc mode for ath is > lightly tested so may just have a problem; it's very low priority and > likely won't get fixed real soon. > >> >> # ./athdebug +crypto >> dev.ath.0.debug: 0x0 > > Sorry, athdebug +keycache is what you want. Supplying -? as an arg to > either athdebug or 80211debug will display the possible debug bits. Actually, looks like 'ifconfig ath0 wepmode on weptxkey 1 \ wepkey 1:0xXXXX78e6XXXXdbe2XXXX0127XX' changed the "deftxkey". Where "weptxkey" and "deftxkey" mixed up along the way? # ifconfig -v ath0 ath0: flags=8843 mtu 1500 inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 ether 00:05:4e:4b:76:13 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid cookie channel 7 bssid 1a:00:34:02:62:02 authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 34 protmode CTS wme bintval 100 now I get these messages when trying to transmit data [00:40:96:42:0d:9c] key (id 0) is invalid [00:40:96:42:0d:9c] key (id 0) is invalid [00:40:96:42:0d:9c] no default transmit key [00:40:96:42:0d:9c] key (id 0) is invalid [00:40:96:42:0d:9c] key (id 0) is invalid [00:40:96:42:0d:9c] key (id 0) is invalid [00:40:96:42:0d:9c] key (id 0) is invalid With ath keycache debug on I see this after the following ifconfig command: # ifconfig ath0 wepmode on weptxkey 1 wepkey 1:0xXXXX78e6XXXXdbe2XXXX0127XX ath_init: if_flags 0x8843 ath_stop_locked: invalid 0 if_flags 0x8843 ath_key_update_begin: ath_key_update_end: ath_key_update_begin: ath_key_delete: delete key 0 ath_key_delete: delete key 1 ath_key_delete: delete key 2 ath_key_delete: delete key 3 ath_key_update_end: ath_initkeytable: reset key 0 ath_initkeytable: reset key 1 ath_initkeytable: reset key 2 ath_initkeytable: reset key 3 ath_start: ignore data packet, ath_start: ignore data packet, state 1 state 1 ath_init: if_flags 0x8843 ath_stop_locked: invalid 0 if_flags 0x8843 ath_key_update_begin: ath_key_delete: delete key 0 ath_key_delete: delete key 1 ath_key_delete: delete key 2 ath_key_delete: delete key 3 ath_key_update_end: ath_key_update_begin: ath_key_update_end: ath_initkeytable: reset key 0 ath_initkeytable: reset key 1 ath_initkeytable: reset key 2 ath_initkeytable: reset key 3 ath_start: ignore data packet, state 1ath_start: ignore data packet, state 1 ath_key_update_begin: ath_keyset: [00] WEP XXXX78e6XXXXdbe2XXXX0127XX mac 00:05:4e:4b:76:13 ath_key_update_end: ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_start: ignore data packet, state 1 ath_key_update_begin: ath_key_update_end: Here are the 802.11 stats. # ./80211stats 22 rx from wrong bssid 1 rx discard 'cuz dup 485338 rx discard mgt frames 487591 rx beacon frames 24 rx element unknown 234 rx frame chan mismatch 778 rx frame ssid mismatch 9 rx w/ incorrect keyid 21 active scans started 140 nodes timed out inactivity When at the edge of giving up and sending the above I did one more test and # arp -an ? (192.168.1.1) at 00:40:96:42:0d:9c on ath0 [ethernet] ibm-se82151# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=1.640 ms 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=3.348 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.600 ms ^C looks like "weptxkey" cut it so now it works in ad-hoc mode with wep, lets try the AP again.... looks good # ifconfig ath0 media autoselect mode autoselect # ifconfig ath0 ssid my-ssid wepmode on weptxkey 1 wepkey \ 1:0xXXXX78e6XXXXdbe2XXXX0127XX # ifconfig -v ath0 ath0: flags=8843 mtu 1500 inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 ether 00:05:4e:4b:76:13 media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) status: associated ssid my-ssid channel 11 (2462) bssid 00:04:75:62:e9:0d authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit tx+rx+def powersavemode OFF powersavesleep 100 txpowmax 34 txpower 60 rtsthreshold 2312 protmode CTS wme roaming AUTO bintval 100 # ping 192.168.1.3 PING 192.168.1.3 (192.168.1.3): 56 data bytes 64 bytes from 192.168.1.3: icmp_seq=0 ttl=60 time=2.263 ms 64 bytes from 192.168.1.3: icmp_seq=1 ttl=60 time=2.096 ms ^C Also I do not see the "device timeout" messages when in BSS mode! (been running ping -f to the ap's ip address for five minutes now) -- Pawel From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 04:51:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B97B116A4CE for ; Sun, 12 Dec 2004 04:51:00 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 369FC43D53 for ; Sun, 12 Dec 2004 04:51:00 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.90] ([66.127.85.90]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBC4oxWi046021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Dec 2004 20:50:59 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41BBCE36.9000201@errno.com> Date: Sat, 11 Dec 2004 20:51:02 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <200412081109.43840.sam@errno.com> <20041209.100008.21874313.rushani@bl.mmtr.or.jp> <200412081744.27539.sam@errno.com> <20041209.225041.63112571.rushani@bl.mmtr.or.jp> <41B9454F.9080903@errno.com> <41BA4B22.5070403@telia.com> <41BB8550.30208@errno.com> <41BBA53B.9070006@telia.com> In-Reply-To: <41BBA53B.9070006@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: WEP does not work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 04:51:00 -0000 Pawel Worach wrote: > I enabled 802.11 crypto debug and did the procedure again. > > # ifconfig ath0 wepmode on wepkey 1:0xXXXX78e6XXXXdbe2XXXX0127XX > # ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 > ether 00:05:4e:4b:76:13 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid cookie channel 7 bssid fa:02:57:01:13:00 > authmode OPEN privacy ON > wepkey 1:104-bit > txpowmax 34 protmode CTS wme bintval 100 > > (just to demonstrate my last paragraph, the disappearing wepkey) > # ifconfig ath0 wepmode on > # ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::205:4eff:fe4b:7613%ath0 prefixlen 64 scopeid 0x2 > ether 00:05:4e:4b:76:13 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: no carrier > ssid cookie > authmode OPEN privacy ON txpowmax 0 wme > > Now it's gone. So wepmode and wepkeys need to be configured in one shot? > After this kernel says: "[00:40:96:42:0d:9c] key (id 0) is invalid" The 802.11 state machine is being clocked when you do this and clearing the global key state when it goes through the INIT state (80211debug +state will show you). I added this just recently to insure key state was cleared when a device was marked down but on reflection it was a bad idea. The following change will revert this: Index: ieee80211_proto.c =================================================================== RCS file: /home/ncvs/src/sys/net80211/ieee80211_proto.c,v retrieving revision 1.10 diff -u -r1.10 ieee80211_proto.c --- ieee80211_proto.c 8 Dec 2004 17:26:47 -0000 1.10 +++ ieee80211_proto.c 12 Dec 2004 04:47:30 -0000 @@ -895,7 +895,6 @@ ic->ic_mgt_timer = 0; IF_DRAIN(&ic->ic_mgtq); ieee80211_reset_bss(ic); - ieee80211_crypto_delglobalkeys(ic); break; } if (ic->ic_auth->ia_detach != NULL) I'll think some more about the problem but probably just do the above. Sam From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 05:56:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A35216A4CE for ; Sun, 12 Dec 2004 05:56:14 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9970743D2D for ; Sun, 12 Dec 2004 05:56:13 +0000 (GMT) (envelope-from Chrisst141@comcast.net) Received: from [172.16.2.9] (c-24-11-36-120.client.comcast.net[24.11.36.120]) by comcast.net (sccrmhc11) with ESMTP id <2004121205561201100eua00e>; Sun, 12 Dec 2004 05:56:12 +0000 Message-ID: <41BBDD76.4070205@Comcast.net> Date: Sun, 12 Dec 2004 00:56:06 -0500 From: Chris Stone User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20041209000200.BD1F616A4F2@hub.freebsd.org> <41B7D294.7020801@Comcast.net> <20041211023452.GC74718@dragon.nuxi.com> In-Reply-To: <20041211023452.GC74718@dragon.nuxi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: HP D325 Panic Fault Trap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 05:56:14 -0000 Someone else wrote me already. All you have to do is go into the BIOS setup: Disable HD DMA Transfers, Disable HD Translation, Switch it to PIO 0 mode. FreeBSD boots fine, then when the kernel takes over it programms the ATA controller itself, so no speed loss (little slower booting, a second or two at most). ~Chris David O'Brien wrote: >On Wed, Dec 08, 2004 at 11:20:36PM -0500, Chris Stone wrote: > > >>I have a new HP D325 minitower with an Athlon XP 3000+ processor, 512 >>RAM, 40GB 7200 HD, CD-RW/DVD-Rom. >> >> >.. > > >>Any ideas, hints, patches, bios settings; anything?? >> >> > >This is an nVidia nForce2 based system. So the ACPI BIOS is FUBARed. >With linux you have to use "acpi=oldboot". AFAIK, FreeBSD has no simular >handling. > > > From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 06:00:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142D016A4CE for ; Sun, 12 Dec 2004 06:00:47 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CC6F43D66 for ; Sun, 12 Dec 2004 06:00:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])iBC60iNb380674 for ; Sun, 12 Dec 2004 01:00:45 -0500 Message-ID: <41BBDE8C.6040702@elischer.org> Date: Sat, 11 Dec 2004 22:00:44 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: could bootblock guru's look at this? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 06:00:47 -0000 We need to decide what to do with this PR -------- Original Message -------- Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB flash, trashes main drives boot block Date: Mon, 8 Nov 2004 17:20:21 GMT From: Hans Petter Selasky Reply-To: Hans Petter Selasky To: freebsd-usb@freebsd.org The following reply was made to PR kern/66248; it has been noted by GNATS. From: Hans Petter Selasky To: jhb@freebsd.org, freebsd-gnats-submit@freebsd.org, bremner@unb.ca Cc: Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB flash, trashes main drives boot block Date: Mon, 8 Nov 2004 18:24:03 +0100 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Attached patch for /src/sys/boot/i386/boot0/boot0.S closes kern/66248 Apply using: cat boot0.S.diff | patch -N -l When the boot0 boot-manager is used on a floppy or USB drive, the floppy's or USB's boot-sector gets written to the hdd! Solution: Only update the boot-sector when there is a valid drive number or the drive number is set manually. To make the patch fit into the code I had to disable the "beep-signal". Yours -HPS --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="boot0.S.diff" *** boot0.S.ref Wed Oct 20 17:24:19 2004 --- boot0.S Wed Oct 20 17:30:56 2004 *************** *** 103,112 **** * Check what flags were loaded with us, specifically, Use a predefined Drive. * If what the bios gives us is bad, use the '0' in the block instead, as well. */ ! testb $0x20,_FLAGS(%bp) # Set number drive? jnz main.1 # Yes testb %dl,%dl # Drive number valid? js main.2 # Possibly (0x80 set) main.1: movb _SETDRV(%bp),%dl # Drive number to use /* * Whatever we decided to use, now store it into the fake --- 103,117 ---- * Check what flags were loaded with us, specifically, Use a predefined Drive. * If what the bios gives us is bad, use the '0' in the block instead, as well. */ ! testb $0x20,_FLAGS(%bp) # Set drive number? jnz main.1 # Yes testb %dl,%dl # Drive number valid? js main.2 # Possibly (0x80 set) + /* + * Only update the boot-sector when there is a valid drive number or + * the drive number is set manually. + */ + orb $0x40,_FLAGS(%bp) # Disable updates main.1: movb _SETDRV(%bp),%dl # Drive number to use /* * Whatever we decided to use, now store it into the fake *************** *** 203,210 **** /* * Start of input loop. Beep and take note of time */ ! main.10: movb $ASCII_BEL,%al # Signal callw putchr # beep! xorb %ah,%ah # BIOS: Get int $0x1a # system time movw %dx,%di # Ticks when --- 208,218 ---- /* * Start of input loop. Beep and take note of time */ ! main.10: ! #ifdef BEL ! movb $ASCII_BEL,%al # Signal callw putchr # beep! + #endif xorb %ah,%ah # BIOS: Get int $0x1a # system time movw %dx,%di # Ticks when --SUOF0GtieIMvvwua-- _______________________________________________ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 09:07:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1249C16A4CE for ; Sun, 12 Dec 2004 09:07:02 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD32543D4C for ; Sun, 12 Dec 2004 09:07:00 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id iBC96urX099109 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 12 Dec 2004 10:06:56 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id iBC96u9N099108 for current@freebsd.org; Sun, 12 Dec 2004 10:06:56 +0100 (CET) Date: Sun, 12 Dec 2004 10:06:56 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20041212090656.GA98988@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: strange df output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 09:07:02 -0000 Hi, with recent 6-current I had to reboot my machine (I tried mount my cdrom but the process hanged in kernel then everything started to crash). after panic, fsck was invoken: witten ~# fsck / ** /dev/ad0s1a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes fsck_ufs: cannot alloc 3221471004 bytes for inoinfo and df shows this: witten ~# df Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 143G 4.5T -4.4T 3520% / is this a known problem? what can I do with it? thnx for advices/fixes roman From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 10:25:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A59116A4CE for ; Sun, 12 Dec 2004 10:25:39 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BC9D43D2D for ; Sun, 12 Dec 2004 10:25:38 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBCAPbEp007761; Sun, 12 Dec 2004 12:25:37 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 31676-12; Sun, 12 Dec 2004 12:25:36 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBCAPaS1007758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Dec 2004 12:25:36 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBCAPcfw005036; Sun, 12 Dec 2004 12:25:38 +0200 (EET) (envelope-from ru) Date: Sun, 12 Dec 2004 12:25:37 +0200 From: Ruslan Ermilov To: Andrey Chernov , current@freebsd.org Message-ID: <20041212102537.GC4911@ip.net.ua> References: <20041209211808.GA2477@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KDt/GgjP6HVcx58l" Content-Disposition: inline In-Reply-To: <20041209211808.GA2477@nagual.pp.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: New kernel netgraph warning with recent -current: PPPoE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 10:25:39 -0000 --KDt/GgjP6HVcx58l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 10, 2004 at 12:18:08AM +0300, Andrey Chernov wrote: > Just start ppp as usual, with =20 > set device PPPoE:fxp0 > in /etc/ppp/ppp.conf and got kernel warning now: > WARNING: attempt to net_add_domain(netgraph) after domainfinalize() >=20 > Month old -current don't say this. >=20 A known problem, people are working on it. Ignore it for the moment. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --KDt/GgjP6HVcx58l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBvByhqRfpzJluFF4RArJ4AJ41yHTlxApMaEu9Z2KRninPwW0XjgCeLAgl Mayv/jJnTVr/rfvZpUDUhes= =9a1A -----END PGP SIGNATURE----- --KDt/GgjP6HVcx58l-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 10:36:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82F2316A4CE for ; Sun, 12 Dec 2004 10:36:08 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 69B5043D3F for ; Sun, 12 Dec 2004 10:36:07 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 22436 invoked by uid 65534); 12 Dec 2004 10:35:57 -0000 Received: from pD955FEB5.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.85.254.181) by mail.gmx.net (mp021) with SMTP; 12 Dec 2004 11:35:57 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id iBCAZiuk010302 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 12 Dec 2004 11:35:46 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sun, 12 Dec 2004 11:35:38 +0100 User-Agent: KMail/1.7.1 References: <20041212090656.GA98988@stud.fit.vutbr.cz> In-Reply-To: <20041212090656.GA98988@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3303380.WnA52cocnN"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412121135.43408.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Divacky Roman Subject: Re: strange df output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 10:36:08 -0000 --nextPart3303380.WnA52cocnN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 12. December 2004 10:06, Divacky Roman wrote: > Hi, > > with recent 6-current I had to reboot my machine (I tried mount my cdrom > but the process hanged in kernel then everything started to crash). > > after panic, fsck was invoken: > witten ~# fsck / > ** /dev/ad0s1a (NO WRITE) > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > fsck_ufs: cannot alloc 3221471004 bytes for inoinfo > > and df shows this: > witten ~# df > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1a 143G 4.5T -4.4T 3520% / > > > is this a known problem? what can I do with it? Kinda, see this thread:=20 http://lists.freebsd.org/pipermail/freebsd-current/2004-November/043670.html =46rom all of my experience, you can consider this filesystem busted. Try t= o get=20 as much data off it as you can (chances are some files are so corrupt that= =20 you'll get a hang when you try to copy them) and take care to preserve file= =20 modes & permissions, then newfs and restore. It's kinda sad, but right now soft-updates must probably be considered unsa= fe=20 for some configurations. The reliability in the case of crashes is about ju= st=20 as bad as mounting something async... my guess is that it's not really a ne= w=20 bug in softupdates, but rather effects from modern big ata drives with big= =20 caches and write caching enabled (and no tagged queueing - although IIRC th= e=20 ata tags support is disabled in 5.x and -CURRENT anyway). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart3303380.WnA52cocnN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvB7/Xhc68WspdLARAkuYAJkB4e7vQDHreSABU2bzuErjCT4u3wCglIIT H2XMK0GIR6WUVYSTB9PJmpY= =OmJf -----END PGP SIGNATURE----- --nextPart3303380.WnA52cocnN-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 10:57:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB17D16A4CE; Sun, 12 Dec 2004 10:57:31 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4554A43D58; Sun, 12 Dec 2004 10:57:31 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBCAvPkZ011311; Sun, 12 Dec 2004 11:57:25 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 06 Dec 2004 17:04:38 +0100." <41B48316.90004@club-internet.fr> Date: Sun, 12 Dec 2004 11:57:25 +0100 Message-ID: <11310.1102849045@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: panic: Inconsistent vnode bufstrategy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 10:57:32 -0000 In message <41B48316.90004@club-internet.fr>, =?ISO-8859-1?Q?Jean-S=E9bastien_P =E9dron?= writes: >Cc'd to phk, he surely know the internals better than me :-) Can somebody try this patch and let me know if it works ? ==== //depot/user/phk/phk_bufwork/sys/fs/ntfs/ntfs_vnops.c#8 - /bang/p4/phk/phk_bufwork/sys/fs/ntfs/ntfs_vnops.c ==== @@ -97,9 +97,14 @@ int *a_runb; } */ *ap; { + struct vnode *vp = ap->a_vp; + struct fnode *fp = VTOF(vp); + struct ntnode *ip = FTONT(fp); + struct ntfsmount *ntmp = ip->i_mp; + dprintf(("ntfs_bmap: vn: %p, blk: %d\n", ap->a_vp,(u_int32_t)ap->a_bn)); if (ap->a_bop != NULL) - *ap->a_bop = &ap->a_vp->v_bufobj; + *ap->a_bop = &ntmp->ntm_devvp->v_bufobj; if (ap->a_bnp != NULL) *ap->a_bnp = ap->a_bn; if (ap->a_runp != NULL) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 10:58:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F3E116A4CE for ; Sun, 12 Dec 2004 10:58:23 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE7243D5C for ; Sun, 12 Dec 2004 10:58:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBCAwJu8011345; Sun, 12 Dec 2004 11:58:21 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: =?iso-8859-1?Q?=D8yvind?= Kolbu From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 12 Dec 2004 00:36:49 +0100." <20041211233649.GA69017@ns1.kolbu.ws> Date: Sun, 12 Dec 2004 11:58:19 +0100 Message-ID: <11344.1102849099@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Panic when mounting ntfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 10:58:23 -0000 Can you try this patch ? ==== //depot/user/phk/phk_bufwork/sys/fs/ntfs/ntfs_vnops.c#8 - /bang/p4/phk/phk_bufwork/sys/fs/ntfs/ntfs_vnops.c ==== @@ -97,9 +97,14 @@ int *a_runb; } */ *ap; { + struct vnode *vp = ap->a_vp; + struct fnode *fp = VTOF(vp); + struct ntnode *ip = FTONT(fp); + struct ntfsmount *ntmp = ip->i_mp; + dprintf(("ntfs_bmap: vn: %p, blk: %d\n", ap->a_vp,(u_int32_t)ap->a_bn)); if (ap->a_bop != NULL) - *ap->a_bop = &ap->a_vp->v_bufobj; + *ap->a_bop = &ntmp->ntm_devvp->v_bufobj; if (ap->a_bnp != NULL) *ap->a_bnp = ap->a_bn; if (ap->a_runp != NULL) In message <20041211233649.GA69017@ns1.kolbu.ws>, =?iso-8859-1?Q?=D8yvind?= Kol bu writes: >Tried to mount my ntfs drive after an upgrade to todays current, running >a GENERIC kernel. Kernel and userland in sync, this happens every time I >try to mount the drive. > >Fatal trap 12: page fault while in kernel mode >cpuid = 0; apic id = 00 >fault virtual address = 0x0 >fault code = supervisor read >instruction pointer = 0x8:0xc205596c >stack pointer = 0x10:0xe6655830 >frame pointer = 0x10:0xe665584c >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 507 (mount_ntfs) >[thread pid 507 100077 ] >Stopped at ntfs_u28_init+0x7c: movzwl 0(%edx,%edi,2),%eax >db> trace >Tracing pid 507 tid 100077 td 0xc1d56a80 >ntfs_u28_init(c1fe7e00,0,0,0,0) at ntfs_u28_init+0x7c >ntfs_mount(c1c18400,c1d56a80,e6655abc,2c3,0) at ntfs_mount+0x65c >vfs_donmount(e6655be4,c0944360,c1fe7d00,18,e6655d14) at vfs_donmount+0x9ba >kernel_mount(c1c0f320,0,c2056271,1ed,bfdfee07) at kernel_mount+0x5c >ntfs_cmount(c1c0f320,bfdfec50,0,c1d56a80,0) at ntfs_cmount+0x13d >mount(c1d56a80,e6655d14,10,377,4) at mount+0x175 >syscall(2f,2f,2f,0,bfbfe7f0) at syscall+0x137 >Xint0x80_syscall() at Xint0x80_syscall+0x17 >--- syscall (21, FreeBSD ELF32, mount), eip = 0x280ca41f, >esp=0xbfbfe7ac, ebp = 0xbfbfecf8 --- >db> > >-- >иyvind Kolbu >_______________________________________________ >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" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:06:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D99D316A4CE for ; Sun, 12 Dec 2004 11:06:04 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A3D443D5E for ; Sun, 12 Dec 2004 11:06:04 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBCB63ie011526; Sun, 12 Dec 2004 12:06:03 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nguyen Tam Chinh From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 10 Dec 2004 03:54:32 +0300." <20041210034850.C2440@unix.local> Date: Sun, 12 Dec 2004 12:06:03 +0100 Message-ID: <11525.1102849563@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: [fsck -B problem] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 11:06:05 -0000 In message <20041210034850.C2440@unix.local>, Nguyen Tam Chinh writes: >Hmm, I think the problem is still there, or maybe I misunderstanding >something ... >See the result: >------------------------------------------- >unix# dmesg | grep WARN >WARNING: /root was not properly dismounted >WARNING: attempt to net_add_domain(netgraph) after domainfinalize() >unix# fsck -B ad0s1h >Can't stat /root/.snap/fsck_snapshot: No such file or directory >unix# uname -a >FreeBSD unix.hackers 6.0-CURRENT FreeBSD 6.0-CURRENT #10: Fri Dec 10 >02:42:45 MSK 2004 >root@unix.hackers:/mnt/unix/Temp/obj/usr/src/sys/kernel i386 >unix# >------------------------------------------- >I must reboot in single user mode to manually run fsck other slides, but >I left /root to verify the background fsck. Ok, found it: fsck_ffs passed random stack bits to the kernel as mountoptions. Try with -current now, and make sure to recompile fsck_ffs/main.c 1.43 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:14:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6681616A4CE for ; Sun, 12 Dec 2004 11:14:48 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA4543D54 for ; Sun, 12 Dec 2004 11:14:47 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBCBEGDG011690; Sun, 12 Dec 2004 12:14:16 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Mohan Srinivasan From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 11 Dec 2004 16:31:54 PST." <20041212003154.84039.qmail@web80601.mail.yahoo.com> Date: Sun, 12 Dec 2004 12:14:16 +0100 Message-ID: <11689.1102850056@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: NFS df bug... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 11:14:48 -0000 In message <20041212003154.84039.qmail@web80601.mail.yahoo.com>, Mohan Srinivas an writes: >Hmmm. > >The only other change we committed was the NFS recvlock elimination >- which in nfs_vfsops.c, just consists of initializing some mutexes. > >1.163 seems to be the only other change in the nfs_statfs path. Found it! 1.171 of vfs_mount.c is necessary on the _server_ side. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:25:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C841B16A4CE for ; Sun, 12 Dec 2004 11:25:59 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9DDE43D1D for ; Sun, 12 Dec 2004 11:25:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBCBPtL6012005 for ; Sun, 12 Dec 2004 12:25:55 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 12 Dec 2004 12:25:55 +0100 Message-ID: <12004.1102850755@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 11:25:59 -0000 Here is a combined patch for the two problems that's been reported against NTFS after my mount changes. Please test & report. Index: fs/ntfs/ntfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/ntfs/ntfs_vfsops.c,v retrieving revision 1.70 diff -u -r1.70 ntfs_vfsops.c --- fs/ntfs/ntfs_vfsops.c 6 Dec 2004 20:22:16 -0000 1.70 +++ fs/ntfs/ntfs_vfsops.c 12 Dec 2004 11:23:45 -0000 @@ -333,7 +333,10 @@ /* Copy in the 8-bit to Unicode conversion table */ /* Initialize Unicode to 8-bit table from 8toU table */ ntfs_82u_init(ntmp, cs_local, cs_ntfs); - ntfs_u28_init(ntmp, NULL, cs_local, cs_ntfs); + if (cs_local != NULL && cs_ntfs != NULL) + ntfs_u28_init(ntmp, NULL, cs_local, cs_ntfs); + else + ntfs_u28_init(ntmp, ntmp->ntm_82u, cs_local, cs_ntfs); mp->mnt_data = (qaddr_t)ntmp; Index: fs/ntfs/ntfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/ntfs/ntfs_vnops.c,v retrieving revision 1.46 diff -u -r1.46 ntfs_vnops.c --- fs/ntfs/ntfs_vnops.c 1 Dec 2004 23:16:33 -0000 1.46 +++ fs/ntfs/ntfs_vnops.c 12 Dec 2004 11:23:45 -0000 @@ -97,9 +97,14 @@ int *a_runb; } */ *ap; { + struct vnode *vp = ap->a_vp; + struct fnode *fp = VTOF(vp); + struct ntnode *ip = FTONT(fp); + struct ntfsmount *ntmp = ip->i_mp; + dprintf(("ntfs_bmap: vn: %p, blk: %d\n", ap->a_vp,(u_int32_t)ap->a_bn)); if (ap->a_bop != NULL) - *ap->a_bop = &ap->a_vp->v_bufobj; + *ap->a_bop = &ntmp->ntm_devvp->v_bufobj; if (ap->a_bnp != NULL) *ap->a_bnp = ap->a_bn; if (ap->a_runp != NULL) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:41:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BACE616A4CE for ; Sun, 12 Dec 2004 11:41:05 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0305843D68 for ; Sun, 12 Dec 2004 11:41:04 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id iBCBdxZN014256 for ; Sun, 12 Dec 2004 22:10:00 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Sun, 12 Dec 2004 22:10:56 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id iBCBa5Q01497 for ; Sun, 12 Dec 2004 22:06:05 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK36QPM6; Sun, 12 Dec 2004 22:06:01 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id iBCBaSEv027141 for ; Sun, 12 Dec 2004 22:06:28 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id iBCBaSlj027140 for freebsd-current@freebsd.org; Sun, 12 Dec 2004 22:06:28 +1030 (CST) (envelope-from wilkinsa) Date: Sun, 12 Dec 2004 22:06:28 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20041212113624.GA26887@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <200412112320.04019.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <200412112320.04019.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.6i Subject: Re: Setting up a "Parallel Console" ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 11:41:05 -0000 0n Sat, Dec 11, 2004 at 11:19:44PM +1030, Daniel O'Connor wrote: > On Sat, 11 Dec 2004 19:47, Aurelien Nephtali wrote: > > I would like to debug my ACPI resume/suspend but I'm limitated > since > > I've no serial port on my laptop, just a parallel port... > > Is there a way to go through the parallel port instead of the serial > port ? > > If you have firewire you can use that. > > -- > 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 How about a USB serial adapter as such: http://www.keyspan.com/products/usb/USA19HS/ - aW From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:47:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E6116A4CE for ; Sun, 12 Dec 2004 11:47:53 +0000 (GMT) Received: from smtp4.wanadoo.fr (smtp4.wanadoo.fr [193.252.22.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BEA543D6B for ; Sun, 12 Dec 2004 11:47:53 +0000 (GMT) (envelope-from aurelien.nephtali@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0412.wanadoo.fr (SMTP Server) with SMTP id BE3C41C0016B; Sun, 12 Dec 2004 12:47:51 +0100 (CET) Received: from [192.168.2.30] (ca-sqy-11-40.w80-8.abo.wanadoo.fr [80.8.64.40]) by mwinf0412.wanadoo.fr (SMTP Server) with ESMTP id 919871C0016A; Sun, 12 Dec 2004 12:47:51 +0100 (CET) Message-ID: <41BC2FE6.10204@wanadoo.fr> Date: Sun, 12 Dec 2004 12:47:50 +0100 From: Aurelien Nephtali User-Agent: Mozilla Thunderbird 0.9 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <12004.1102850755@critter.freebsd.dk> In-Reply-To: <12004.1102850755@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 11:47:53 -0000 Poul-Henning Kamp wrote: > Here is a combined patch for the two problems that's been > reported against NTFS after my mount changes. > > Please test & report. > It works fine for me! Thanks! I have another problem which could be triggered by your mount changes : Even if I do a clean reboot/halt, at next boot I got: Starting file system checks: /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 19040 free (1088 frags, 2244 blocks, 1.7% fragmentation) /dev/ad0s2f: DEFER FOR BACKGROUND CHECKING /dev/ad0s2g: DEFER FOR BACKGROUND CHECKING /dev/ad0s2e: DEFER FOR BACKGROUND CHECKING WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted or maybe it's not linked to your changes but... Thanks. -- NEPHTALI 'dak' Aurelien From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 11:58:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2984816A4CE for ; Sun, 12 Dec 2004 11:58:56 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82AF043D5E for ; Sun, 12 Dec 2004 11:58:55 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBCBwqf7012574; Sun, 12 Dec 2004 12:58:52 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Aurelien Nephtali From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 12 Dec 2004 12:47:50 +0100." <41BC2FE6.10204@wanadoo.fr> Date: Sun, 12 Dec 2004 12:58:52 +0100 Message-ID: <12573.1102852732@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 11:58:56 -0000 In message <41BC2FE6.10204@wanadoo.fr>, Aurelien Nephtali writes: >Poul-Henning Kamp wrote: >> Here is a combined patch for the two problems that's been >> reported against NTFS after my mount changes. >> >> Please test & report. >> > >It works fine for me! Thanks! > >I have another problem which could be triggered by your mount changes : > >Even if I do a clean reboot/halt, at next boot I got: > >Starting file system checks: >/dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS >/dev/ad0s2a: clean, 19040 free (1088 frags, 2244 blocks, 1.7% fragmentation) >/dev/ad0s2f: DEFER FOR BACKGROUND CHECKING >/dev/ad0s2g: DEFER FOR BACKGROUND CHECKING >/dev/ad0s2e: DEFER FOR BACKGROUND CHECKING >WARNING: /tmp was not properly dismounted >WARNING: /usr was not properly dismounted >WARNING: /var was not properly dismounted > >or maybe it's not linked to your changes but... That's just "normal" dirty filesystems. It should fix itself once bgfsck completes. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 12:07:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 727BE16A4CE for ; Sun, 12 Dec 2004 12:07:07 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7524643D41 for ; Sun, 12 Dec 2004 12:07:04 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iBCC6s7a090850; Sun, 12 Dec 2004 22:36:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 12 Dec 2004 22:36:31 +1030 User-Agent: KMail/1.7.1 References: <200412112320.04019.doconnor@gsoft.com.au> <20041212113624.GA26887@squash.dsto.defence.gov.au> In-Reply-To: <20041212113624.GA26887@squash.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7070556.eiHZVC5MPs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412122236.53460.doconnor@gsoft.com.au> X-Spam-Score: -4.3 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: "Wilkinson, Alex" Subject: Re: Setting up a "Parallel Console" ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 12:07:07 -0000 --nextPart7070556.eiHZVC5MPs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 12 Dec 2004 22:06, Wilkinson, Alex wrote: > How about a USB serial adapter as such: > http://www.keyspan.com/products/usb/USA19HS/ They won't work during a crash because the USB stack stops working. The reason RS232 ports were chosen is simplicity of programming, so when th= e=20 system goes pear shaped you can still expect your small serial stub to work. USB is the crazy huge edifice of crap^Wcode so it's much less likely to be= =20 unhosed in a crash. =46irewire is good because the hardware can do DMA to read local memory wit= hout=20 any intervention from the crashed machine, even though the rest of the code= =20 is more complex than RS232. Parallel would be pretty simple too because it's a quite basic interface. =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 --nextPart7070556.eiHZVC5MPs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvDRd5ZPcIHs/zowRAr6WAJ4lj2bTomS8hqXgLfZ6lzRLbpVTmgCffTVy PK4TkyA74YlJ8E6PcuCZiFI= =2PYf -----END PGP SIGNATURE----- --nextPart7070556.eiHZVC5MPs-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 12:25:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84B8216A4CE for ; Sun, 12 Dec 2004 12:25:01 +0000 (GMT) Received: from ns1.kolbu.ws (ns1.kolbu.ws [81.0.164.100]) by mx1.FreeBSD.org (Postfix) with SMTP id DDA9C43D31 for ; Sun, 12 Dec 2004 12:25:00 +0000 (GMT) (envelope-from oyvind@ns1.kolbu.ws) Received: (qmail 10749 invoked by uid 1000); 12 Dec 2004 12:24:59 -0000 Date: Sun, 12 Dec 2004 13:24:59 +0100 From: =?iso-8859-1?Q?=D8yvind?= Kolbu To: Poul-Henning Kamp Message-ID: <20041212122459.GA8303@ns1.kolbu.ws> References: <12004.1102850755@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <12004.1102850755@critter.freebsd.dk> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 12:25:01 -0000 On 12-12-2004 12:25, Poul-Henning Kamp wrote: > > Here is a combined patch for the two problems that's been > reported against NTFS after my mount changes. > > Please test & report. Works great, solves my problem as reported earlier. -- иyvind Kolbu From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 12:27:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7ABF516A4CE for ; Sun, 12 Dec 2004 12:27:49 +0000 (GMT) Received: from smtp9.wanadoo.fr (smtp9.wanadoo.fr [193.252.22.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FC8B43D3F for ; Sun, 12 Dec 2004 12:27:49 +0000 (GMT) (envelope-from aurelien.nephtali@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0912.wanadoo.fr (SMTP Server) with SMTP id 061431C005FE; Sun, 12 Dec 2004 13:27:48 +0100 (CET) Received: from [192.168.2.30] (ca-sqy-11-40.w80-8.abo.wanadoo.fr [80.8.64.40]) by mwinf0912.wanadoo.fr (SMTP Server) with ESMTP id CEC061C005EC; Sun, 12 Dec 2004 13:27:47 +0100 (CET) Message-ID: <41BC3943.1050700@wanadoo.fr> Date: Sun, 12 Dec 2004 13:27:47 +0100 From: Aurelien Nephtali User-Agent: Mozilla Thunderbird 0.9 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <12573.1102852732@critter.freebsd.dk> In-Reply-To: <12573.1102852732@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 12:27:49 -0000 Poul-Henning Kamp wrote: > That's just "normal" dirty filesystems. It should fix itself once > bgfsck completes. > Yes I know. But after a _clean_ reboot/halt, the filesystems aren't supposed to be clean ? I wasn't seeing this "behaviour" before. -- NEPHTALI 'dak' Aurelien From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 12:50:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA8216A4CE for ; Sun, 12 Dec 2004 12:50:01 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9862043D41 for ; Sun, 12 Dec 2004 12:50:00 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) iBCCnuSS034250 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 12 Dec 2004 13:49:58 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id iBCCnKCE079715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Dec 2004 13:49:21 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id iBCCnKsu090991; Sun, 12 Dec 2004 13:49:20 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id iBCCnH4w090990; Sun, 12 Dec 2004 13:49:17 +0100 (CET) (envelope-from ticso) Date: Sun, 12 Dec 2004 13:49:17 +0100 From: Bernd Walter To: Aurelien Nephtali Message-ID: <20041212124916.GU63234@cicely12.cicely.de> References: <12573.1102852732@critter.freebsd.dk> <41BC3943.1050700@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41BC3943.1050700@wanadoo.fr> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2004 12:50:01 -0000 On Sun, Dec 12, 2004 at 01:27:47PM +0100, Aurelien Nephtali wrote: > Poul-Henning Kamp wrote: > > >That's just "normal" dirty filesystems. It should fix itself once > >bgfsck completes. > > > > Yes I know. But after a _clean_ reboot/halt, the filesystems aren't > supposed to be clean ? I wasn't seeing this "behaviour" before. If you reboot befor bgfsck completes they are still unclean. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 12:57:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6EC716A4CE for ; Sun, 12 Dec 2004 12:57:29 +0000 (GMT) Received: from smtp8.wanadoo.fr (smtp8.wanadoo.fr [193.252.22.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6987843D53 for ; Sun, 12 Dec 2004 12:57:29 +0000 (GMT) (envelope-from aurelien.nephtali@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0801.wanadoo.fr (SMTP Server) with SMTP id 24D721800099; Sun, 12 Dec 2004 13:57:28 +0100 (CET) Received: from [192.168.2.30] (ca-sqy-11-40.w80-8.abo.wanadoo.fr [80.8.64.40]) by mwinf0801.wanadoo.fr (SMTP Server) with ESMTP id E03391800098; Sun, 12 Dec 2004 13:57:27 +0100 (CET) Message-ID: <41BC4037.6040108@wanadoo.fr> Date: Sun, 12 Dec 2004 13:57:27 +0100 From: Aurelien Nephtali User-Agent: Mozilla Thunderbird 0.9 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <12573.1102852732@critter.freebsd.dk> <41BC3943.1050700@wanadoo.fr> <20041212124916.GU63234@cicely12.cicely.de> In-Reply-To: <20041212124916.GU63234@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 12:57:29 -0000 Bernd Walter wrote: > On Sun, Dec 12, 2004 at 01:27:47PM +0100, Aurelien Nephtali wrote: > >>Poul-Henning Kamp wrote: >> >> >>>That's just "normal" dirty filesystems. It should fix itself once >>>bgfsck completes. >>> >> >>Yes I know. But after a _clean_ reboot/halt, the filesystems aren't >>supposed to be clean ? I wasn't seeing this "behaviour" before. > > > If you reboot befor bgfsck completes they are still unclean. > I know that. I've already tested after waiting bgfsck to complete. -- NEPHTALI 'dak' Aurelien From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 13:36:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97E616A4CE for ; Sun, 12 Dec 2004 13:36:29 +0000 (GMT) Received: from smtp2.netcologne.de (smtp2.netcologne.de [194.8.194.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB3D43D53 for ; Sun, 12 Dec 2004 13:36:29 +0000 (GMT) (envelope-from thomas@laurel.tmseck.homedns.org) Received: from laurel.tmseck.homedns.org (xdsl-213-196-240-181.netcologne.de [213.196.240.181]) by smtp2.netcologne.de (Postfix) with SMTP id 5B7F6486B for ; Sun, 12 Dec 2004 14:36:27 +0100 (MET) Received: (qmail 970 invoked by uid 1001); 12 Dec 2004 13:36:48 -0000 Date: 12 Dec 2004 13:36:48 -0000 Message-ID: <20041212133648.969.qmail@laurel.tmseck.homedns.org> From: tmseck-lists@netcologne.de (Thomas-Martin Seck) To: freebsd-current@freebsd.org Organization: a private site in Germany In-Reply-To: <20041211141852.M72997@carver.gumbysoft.com> X-Newsgroups: gmane.os.freebsd.current X-Attribution: tms Subject: Re: FreeBSD sound distortion problems with SB Live! fixed with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 13:36:29 -0000 * Doug White : > I played a 160kb VBR MP3 with mpg321 (mpg123 was compiled to use esound on > this system so I decided to try something not so polluted) direct to each > card in turn with a -j3 buildworld running in the background, using the > same disk as the MP3s were located on. I ran the buildworld in a Konsole > window on KDE 3.2.3 and played the mp3's in another. > > I start getting wierdness when the load average hits 5+ with 0% idle. > Otherwise things hold up. Please test what happens when you produce really heavy disk activity in the background; untarring firefox or Xorg should be sufficient. > If you are getting distortion on an otherwise idle system I'll be more > interested, although that doesn't appear to be the case... Heavy ATA activity is sufficient for me, see my earlier post in this thread (I run RELENG_5 with the 4BSD scheduler, no WITNESS. PREEMPTION is enabled which seems to help a bit). pcm0 is on its own on irq 5. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 13:37:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4436E16A4CE for ; Sun, 12 Dec 2004 13:37:00 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 994E343D41 for ; Sun, 12 Dec 2004 13:36:59 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) iBCDauSS036054 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 12 Dec 2004 14:36:57 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id iBCDaOCE079973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Dec 2004 14:36:24 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id iBCDaNpE091227; Sun, 12 Dec 2004 14:36:23 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id iBCDaKFd091226; Sun, 12 Dec 2004 14:36:20 +0100 (CET) (envelope-from ticso) Date: Sun, 12 Dec 2004 14:36:20 +0100 From: Bernd Walter To: Aurelien Nephtali Message-ID: <20041212133619.GV63234@cicely12.cicely.de> References: <12573.1102852732@critter.freebsd.dk> <41BC3943.1050700@wanadoo.fr> <20041212124916.GU63234@cicely12.cicely.de> <41BC4037.6040108@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41BC4037.6040108@wanadoo.fr> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Poul-Henning Kamp cc: ticso@cicely.de cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2004 13:37:00 -0000 On Sun, Dec 12, 2004 at 01:57:27PM +0100, Aurelien Nephtali wrote: > Bernd Walter wrote: > >On Sun, Dec 12, 2004 at 01:27:47PM +0100, Aurelien Nephtali wrote: > > > >>Poul-Henning Kamp wrote: > >> > >> > >>>That's just "normal" dirty filesystems. It should fix itself once > >>>bgfsck completes. > >>> > >> > >>Yes I know. But after a _clean_ reboot/halt, the filesystems aren't > >>supposed to be clean ? I wasn't seeing this "behaviour" before. > > > > > >If you reboot befor bgfsck completes they are still unclean. > > > > I know that. I've already tested after waiting bgfsck to complete. You may want to check your logs (if you havn't yet) if bgfsck succeeded. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 12:04:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E6616A4CE for ; Sun, 12 Dec 2004 12:04:04 +0000 (GMT) Received: from anchor-post-36.mail.demon.net (anchor-post-36.mail.demon.net [194.217.242.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11F7343D60 for ; Sun, 12 Dec 2004 12:04:04 +0000 (GMT) (envelope-from jay@esuna.co.uk) Received: from evilrealms.demon.co.uk ([62.49.12.231] helo=[192.168.1.3]) by anchor-post-36.mail.demon.net with esmtp (Exim 4.42) id 1CdSSI-000HLO-MV; Sun, 12 Dec 2004 12:04:03 +0000 Message-ID: <41BC33B6.50505@esuna.co.uk> Date: Sun, 12 Dec 2004 12:04:06 +0000 From: Jay Cornwall User-Agent: Mozilla Thunderbird 1.0RC1 (Macintosh/20041201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200412120131.iBC1Vu1D002423@catflap.bishopston.net> In-Reply-To: <200412120131.iBC1Vu1D002423@catflap.bishopston.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 12 Dec 2004 15:19:08 +0000 cc: Jamie Jones cc: kris@obsecurity.org Subject: Re: bugs in ugen.h (and fix) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 12:04:04 -0000 Jamie Jones wrote: > Then either I lost the thread, of the thread died a death. I sent this > message to current, CCing Jay in the hope that it would jog someones > memory. > > After all, I read someone moaning on slashdot that the SpeedTouch USB > ADSL modem doesn't work with FreeBSD - with this patch it definitely does! > > Hopefully Jay can shed some more light on it ? I can indeed. I think the rest of that conversation went into private mail, before I posted a confirmed fix and justification the following month, beginning in this thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/017967.html It then took a while to get somebody with CVS commit rights to respond, which led to the submission of a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/62309 And... not much happened after that, unfortunately. The PR can be closed now if the issue is resolved on the 5.x branch. -- Jay http://www.esuna.co.uk/ - Coming soon, community blogging at its best! From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 15:20:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E39B816A4CE; Sun, 12 Dec 2004 15:20:20 +0000 (GMT) Received: from juniper.fornext.org (53.35.138.210.xn.2iij.net [210.138.35.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC8343D48; Sun, 12 Dec 2004 15:20:20 +0000 (GMT) (envelope-from shino@fornext.org) Received: from [127.0.0.1] (thyme.fornext.org [192.168.3.32]) by juniper.fornext.org (Postfix) with ESMTP id 4F9164D; Mon, 13 Dec 2004 00:20:18 +0900 (JST) Date: Mon, 13 Dec 2004 00:20:20 +0900 From: Shunsuke SHINOMIYA To: Jeremie Le Hen In-Reply-To: <20041211142825.GB65171@obiwan.tataz.chchile.org> References: <20041210113318.BBF3.SHINO@fornext.org> <20041211142825.GB65171@obiwan.tataz.chchile.org> Message-Id: <20041212235517.C5CD.SHINO@fornext.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.12 [ja] cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re[2]: if_em int_throttle_ceil patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 15:20:21 -0000 Hi Jeremie and Lists, > Great work Shunsuke, thank you ! > Any chance to get this patch reviewed and commited ? Thank you. I did send-pr as kern/74986. http://www.freebsd.org/cgi/query-pr.cgi?pr=74986 I think that the appropriate value of interrupt moderation depends on each system, but tuning this value is worth to bring out a performance of the system. I hope that this patch help to bring out the performance of your system. -- Shunsuke SHINOMIYA From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 15:32:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2425116A4CE for ; Sun, 12 Dec 2004 15:32:56 +0000 (GMT) Received: from smtp2.wanadoo.fr (smtp2.wanadoo.fr [193.252.22.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B206943D45 for ; Sun, 12 Dec 2004 15:32:55 +0000 (GMT) (envelope-from aurelien.nephtali@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0208.wanadoo.fr (SMTP Server) with SMTP id 727791C002B8; Sun, 12 Dec 2004 16:32:54 +0100 (CET) Received: from [192.168.2.30] (ca-sqy-11-40.w80-8.abo.wanadoo.fr [80.8.64.40]) by mwinf0208.wanadoo.fr (SMTP Server) with ESMTP id 388931C002B7; Sun, 12 Dec 2004 16:32:54 +0100 (CET) Message-ID: <41BC64A5.9000404@wanadoo.fr> Date: Sun, 12 Dec 2004 16:32:53 +0100 From: Aurelien Nephtali User-Agent: Mozilla Thunderbird 0.9 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Florian C. Smeets" References: <12573.1102852732@critter.freebsd.dk> <41BC3943.1050700@wanadoo.fr> <41BC5FCF.3040903@kasimir.com> In-Reply-To: <41BC5FCF.3040903@kasimir.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 15:32:56 -0000 Florian C. Smeets wrote: > > Hi, > > i rebuilt fsck/fsck_ffs and after that it worked again. I saw an error > message in /var/log/messages before: > > > Dec 12 14:05:36 zoidberg fsck: Can't stat /tmp/.snap/fsck_snapshot: No > such file or directory > Dec 12 14:05:36 zoidberg fsck: /dev/da0s1d: CAN'T CHECK FILE SYSTEM. > > > HTH, > Flo > > I see EAXCTLY the same messages, I'll try to rebuild to see if it fixes the problem! Thanks! -- NEPHTALI 'dak' Aurelien From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 15:42:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2094816A4CE for ; Sun, 12 Dec 2004 15:42:20 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5900543D39 for ; Sun, 12 Dec 2004 15:42:19 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id iBCFgHrl024426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 12 Dec 2004 18:42:18 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id iBCFgHuS023170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Dec 2004 18:42:17 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id iBCFgGSk023169; Sun, 12 Dec 2004 18:42:16 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 12 Dec 2004 18:42:16 +0300 From: Gleb Smirnoff To: Matteo Riondato Message-ID: <20041212154216.GB22999@cell.sick.ru> References: <20041209211808.GA2477@nagual.pp.ru> <1102715122.773.9.camel@kaiser.sig11.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1102715122.773.9.camel@kaiser.sig11.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: clamd / ClamAV version devel-20041013, clamav-milter version 0.75l on 127.0.0.1 X-Virus-Status: Clean cc: Andrey Chernov cc: freebsd-current@freebsd.org Subject: Re: New kernel netgraph warning with recent -current: PPPoE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 15:42:20 -0000 On Fri, Dec 10, 2004 at 10:45:22PM +0100, Matteo Riondato wrote: M> Andrey Chernov wrote: M> > Just start ppp as usual, with M> > set device PPPoE:fxp0 M> > in /etc/ppp/ppp.conf and got kernel warning now: M> > WARNING: attempt to net_add_domain(netgraph) after domainfinalize() M> > M> > Month old -current don't say this. M> M> M> Same problem here with a world+kernel from today. M> M> I think it's related to this commit: M> M> glebius 2004-12-08 13:27:55 UTC M> M> FreeBSD src repository M> M> Modified files: M> sys/netgraph ng_pppoe.c M> Log: M> - Use ng_callout() instead of timeout() M> - remove spl(9) calls M> M> Tested by: Ilya Pizik M> Approved by: julian (mentor) M> M> Revision Changes Path M> 1.70 +23 -30 src/sys/netgraph/ng_pppoe.c It is not related to this commit, but to rev 1.41, 1.42 of kern/uipc_domain.c You should consider this warning harmless. Max is working on this. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 16:11:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FDF416A4CE for ; Sun, 12 Dec 2004 16:11:03 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id A023943D3F for ; Sun, 12 Dec 2004 16:11:02 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 16484 invoked by uid 0); 12 Dec 2004 19:11:01 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 10.241548 secs); 12 Dec 2004 16:11:01 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 12 Dec 2004 19:10:50 +0300 Date: Sun, 12 Dec 2004 19:09:44 +0300 From: Toxa To: FreeBSD Current X-Comment-To: "Anton Karpov" Message-ID: <20041212160944.GB14106@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD Current References: <12573.1102852732@critter.freebsd.dk> <41BC3943.1050700@wanadoo.fr> <41BC5FCF.3040903@kasimir.com> <41BC64A5.9000404@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <41BC64A5.9000404@wanadoo.fr> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 16:11:03 -0000 On Sun, Dec 12, 2004 at 04:32:53PM +0100, Aurelien Nephtali wrote: > I see EAXCTLY the same messages, I'll try to rebuild to see if it fixes > the problem! > Btw, if you try to mount linux ext2 partition (if exist), and then reboot (without umounting it by hands), both linux and bsd partitions becomes unclean, e.g. you need to fsck.ext3 linux partition to mount it again. Tested on -stable and -current. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 18:03:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 851C616A4CE for ; Sun, 12 Dec 2004 18:03:42 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2A243D46 for ; Sun, 12 Dec 2004 18:03:42 +0000 (GMT) (envelope-from itinerant@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id iBCI3Sd8011180 for ; Sun, 12 Dec 2004 10:03:28 -0800 (PST) Received: from [192.168.1.149] (82-32-115-108.cable.ubr03.hawk.blueyonder.co.uk [82.32.115.108]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id iBCI3QN4024774 for ; Sun, 12 Dec 2004 10:03:28 -0800 (PST) Message-ID: <41BC87EE.80007@mac.com> Date: Sun, 12 Dec 2004 18:03:26 +0000 From: Pete Carss User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <12573.1102852732@critter.freebsd.dk> <20041212160944.GB14106@laptoxa.toxa.lan> In-Reply-To: <20041212160944.GB14106@laptoxa.toxa.lan> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 18:03:42 -0000 Toxa wrote: > On Sun, Dec 12, 2004 at 04:32:53PM +0100, Aurelien Nephtali wrote: > >>I see EAXCTLY the same messages, I'll try to rebuild to see if it fixes >>the problem! >> > > > Btw, if you try to mount linux ext2 partition (if exist), and then > reboot (without umounting it by hands), both linux and bsd partitions > becomes unclean, e.g. you need to fsck.ext3 linux partition to mount it > again. > Tested on -stable and -current. > > > _______________________________________________ > 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" Same behaviour here on hfs+ partitions Pete From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 18:18:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25FBC16A4CE for ; Sun, 12 Dec 2004 18:18:46 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8212943D39 for ; Sun, 12 Dec 2004 18:18:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBCIIf13018618; Sun, 12 Dec 2004 19:18:43 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Pete Carss From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 12 Dec 2004 18:03:26 GMT." <41BC87EE.80007@mac.com> Date: Sun, 12 Dec 2004 19:18:41 +0100 Message-ID: <18617.1102875521@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 18:18:46 -0000 In message <41BC87EE.80007@mac.com>, Pete Carss writes: >Toxa wrote: >> Btw, if you try to mount linux ext2 partition (if exist), and then >> reboot (without umounting it by hands), both linux and bsd partitions >> becomes unclean, e.g. you need to fsck.ext3 linux partition to mount it >> again. >> Tested on -stable and -current. -stable being releng_5, right ? It's strange that you would be able to unmount it cleanly by hand but not by shutdown. It could indicate that dirty buffers are still stuck in the buffer cache when the unmount returns. I've looked over the ext2fs code, but not found anything off the top of my head that could explain it. On -current you can try to insert a call to vinvalbuf() right before DROP_GIANT() in ext2_unmount(), something like: vinvalbuf(ump->un_devvp, 0, td->td_ucred, td, 0, 0) You can also try to insert some strategic printfs and see if the handling of the (various) read-only flag(s) work as expected. In particular look after the updates of the superblock which should happen when unmounting. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 18:45:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB49616A4CE for ; Sun, 12 Dec 2004 18:45:55 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E6E543D48 for ; Sun, 12 Dec 2004 18:45:55 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so582341rne for ; Sun, 12 Dec 2004 10:45:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=JLye5zCMS9y3/VHDGTioi66hLE94H51atsYF7ves/mrkWP8M5XrDxJVyTlr3L/RCAO8YwXckgr35bAPzRy27R41MjkRM2ppxyS/RPwLvhqEjNv1afM+b2waoaGwVaVfFnvZUGecrHGMCVWvqsKoIx0JWDrO/v5pCkaIQ3jTbHrQ= Received: by 10.38.104.3 with SMTP id b3mr2074537rnc; Sun, 12 Dec 2004 10:45:54 -0800 (PST) Received: by 10.38.101.55 with HTTP; Sun, 12 Dec 2004 10:45:54 -0800 (PST) Message-ID: Date: Sun, 12 Dec 2004 12:45:54 -0600 From: Eric Kjeldergaard To: FreeBSD Current In-Reply-To: <20041212160944.GB14106@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <12573.1102852732@critter.freebsd.dk> <41BC3943.1050700@wanadoo.fr> <41BC5FCF.3040903@kasimir.com> <41BC64A5.9000404@wanadoo.fr> <20041212160944.GB14106@laptoxa.toxa.lan> Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2004 18:45:55 -0000 > Btw, if you try to mount linux ext2 partition (if exist), and then > reboot (without umounting it by hands), both linux and bsd partitions > becomes unclean, e.g. you need to fsck.ext3 linux partition to mount it > again. > Tested on -stable and -current. There is in fact a PR that has been in for a while now regarding exactly this. It's just recently become a problem for me. I've found bad solutions to it (umount -f -t ext2fs -a in /etc/rc.shutdown) but not any good ones yet. -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 20:26:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92BE816A4CE for ; Sun, 12 Dec 2004 20:26:58 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 568AE43D31 for ; Sun, 12 Dec 2004 20:26:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CdaIx-0005Jy-P8 for freebsd-current@freebsd.org; Sun, 12 Dec 2004 12:26:55 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16828.43407.371240.559156@ran.psg.com> Date: Sun, 12 Dec 2004 12:26:55 -0800 To: FreeBSD Current Subject: panic in 2004.11.30 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 20:26:58 -0000 db> trace Tracing pid 27 tid 100001 td 0xc155f180 propagate_priority(c155f180,c17df900,c051705d,87,c05045f0) at propagate_priority+0x84 turnstile_wait(c0693a40,c17df900,7,4,d3f63cd4) at turnstile_wait+0x33c _mtx_lock_sleep(c0693a40,c155f180,0,0,0) at _mtx_lock_sleep+0xb4 softclock(0,0,0,0,120003) at softclock+0x25a ithread_loop(c1551400,d3f63d48,0,0,0) at ithread_loop+0x1a8 fork_exit(c04d7ee0,c1551400,d3f63d48) at fork_exit+0x7f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3f63d7c, ebp = 0 --- # uname -a FreeBSD foo.bar.com 6.0-CURRENT FreeBSD 6.0-CURRENT #13: Tue Nov 30 20:38:02 GMT 2004 root@foo.bar.com:/usr/obj/usr/src/sys/foo i386 randy From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 20:45:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA17D16A4CE; Sun, 12 Dec 2004 20:45:50 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424DF43D1D; Sun, 12 Dec 2004 20:45:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBCKjnxs051544; Sun, 12 Dec 2004 15:45:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBCKjmBQ004695; Sun, 12 Dec 2004 15:45:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F75D7306E; Sun, 12 Dec 2004 15:45:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041212204549.2F75D7306E@freebsd-current.sentex.ca> Date: Sun, 12 Dec 2004 15:45:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2004 20:45:50 -0000 TB --- 2004-12-12 19:01:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-12 19:01:46 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-12-12 19:01:46 - checking out the source tree TB --- 2004-12-12 19:01:46 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-12-12 19:01:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-12 19:08:04 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-12 19:08:04 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-12-12 19:08:04 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-12-12 20:14:30 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-12 20:14:30 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-12-12 20:14:30 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Dec 12 20:14:31 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Sun Dec 12 20:31:49 UTC 2004 TB --- 2004-12-12 20:31:49 - generating LINT kernel config TB --- 2004-12-12 20:31:49 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2004-12-12 20:31:49 - /usr/bin/make -B LINT TB --- 2004-12-12 20:31:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-12 20:31:49 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-12-12 20:31:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 12 20:31:49 UTC 2004 >>> 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 -O2 -pipe -I/sys/contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/sys/contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c: In function `acpi_ibm_attach': /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: `_COMPONENT' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: for each function it appears in.) /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: `_THIS_MODULE' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c: In function `acpi_ibm_detach': /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:260: error: `_Dbg' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-12-12 20:45:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-12 20:45:48 - ERROR: failed to build lint kernel TB --- 2004-12-12 20:45:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 21:30:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E693F16A4D0; Sun, 12 Dec 2004 21:30:31 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DA843D55; Sun, 12 Dec 2004 21:30:14 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBCLWkRZ036919; Sun, 12 Dec 2004 14:32:46 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41BCB853.1030804@freebsd.org> Date: Sun, 12 Dec 2004 14:29:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20041212204549.2F75D7306E@freebsd-current.sentex.ca> In-Reply-To: <20041212204549.2F75D7306E@freebsd-current.sentex.ca> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 21:30:32 -0000 This has been broken long enough. Please fix it. FreeBSD Tinderbox wrote: > TB --- 2004-12-12 19:01:46 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2004-12-12 19:01:46 - starting CURRENT tinderbox run for i386/i386 > TB --- 2004-12-12 19:01:46 - checking out the source tree > TB --- 2004-12-12 19:01:46 - cd /home/tinderbox/CURRENT/i386/i386 > TB --- 2004-12-12 19:01:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2004-12-12 19:08:04 - building world (CFLAGS=-O2 -pipe) > TB --- 2004-12-12 19:08:04 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2004-12-12 19:08:04 - /usr/bin/make -B buildworld > >>>>Rebuilding the temporary build tree >>>>stage 1.1: legacy release compatibility shims >>>>stage 1.2: bootstrap tools >>>>stage 2.1: cleaning up the object tree >>>>stage 2.2: rebuilding the object tree >>>>stage 2.3: build tools >>>>stage 3: cross tools >>>>stage 4.1: building includes >>>>stage 4.2: building libraries >>>>stage 4.3: make dependencies >>>>stage 4.4: building everything > > TB --- 2004-12-12 20:14:30 - building generic kernel (COPTFLAGS=-O2 -pipe) > TB --- 2004-12-12 20:14:30 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2004-12-12 20:14:30 - /usr/bin/make buildkernel KERNCONF=GENERIC > >>>>Kernel build for GENERIC started on Sun Dec 12 20:14:31 UTC 2004 >>>>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 >>>>Kernel build for GENERIC completed on Sun Dec 12 20:31:49 UTC 2004 > > TB --- 2004-12-12 20:31:49 - generating LINT kernel config > TB --- 2004-12-12 20:31:49 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf > TB --- 2004-12-12 20:31:49 - /usr/bin/make -B LINT > TB --- 2004-12-12 20:31:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2004-12-12 20:31:49 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2004-12-12 20:31:49 - /usr/bin/make buildkernel KERNCONF=LINT > >>>>Kernel build for LINT started on Sun Dec 12 20:31:49 UTC 2004 >>>>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 -O2 -pipe -I/sys/contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/sys/contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c: In function `acpi_ibm_attach': > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: `_COMPONENT' undeclared (first use in this function) > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: (Each undeclared identifier is reported only once > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: for each function it appears in.) > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: `_THIS_MODULE' undeclared (first use in this function) > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c: In function `acpi_ibm_detach': > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:260: error: `_Dbg' undeclared (first use in this function) > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src. > TB --- 2004-12-12 20:45:48 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2004-12-12 20:45:48 - ERROR: failed to build lint kernel > TB --- 2004-12-12 20:45:48 - tinderbox aborted > > _______________________________________________ > 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 Dec 12 23:47:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B993216A4CE for ; Sun, 12 Dec 2004 23:47:14 +0000 (GMT) Received: from wasley.bl.mmtr.or.jp (wasley.bl.mmtr.or.jp [210.228.173.142]) by mx1.FreeBSD.org (Postfix) with SMTP id A1CE643D5C for ; Sun, 12 Dec 2004 23:47:13 +0000 (GMT) (envelope-from rushani@bl.mmtr.or.jp) Received: (qmail 7682 invoked from network); 13 Dec 2004 08:47:10 +0900 Received: from unknown (HELO localhost) (210.165.212.57) by wasley.bl.mmtr.or.jp with SMTP; 13 Dec 2004 08:47:10 +0900 Date: Mon, 13 Dec 2004 08:46:09 +0900 (JST) Message-Id: <20041213.084609.112548949.rushani@bl.mmtr.or.jp> To: sam@errno.com From: Hideyuki KURASHINA In-Reply-To: <41BBCE36.9000201@errno.com> References: <41BB8550.30208@errno.com> <41BBA53B.9070006@telia.com> <41BBCE36.9000201@errno.com> X-URL: http://www.rushani.jp/ X-PGP-Public-Key: http://www.rushani.jp/rushani.asc X-PGP-Fingerprint: A052 6F98 6146 6FE3 91E2 DA6B F2FA 2088 439A DC57 X-RC5-72-Stats: http://stats.distributed.net/participant/psummary.php?project_id=8&id=432320 X-Mailer: Mew version 4.1.52 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: WEP does not work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 23:47:14 -0000 Hi, >>> On Sat, 11 Dec 2004 20:51:02 -0800, Sam Leffler said: > The 802.11 state machine is being clocked when you do this and clearing > the global key state when it goes through the INIT state (80211debug > +state will show you). I added this just recently to insure key state > was cleared when a device was marked down but on reflection it was a bad > idea. The following change will revert this: > > Index: ieee80211_proto.c > =================================================================== > RCS file: /home/ncvs/src/sys/net80211/ieee80211_proto.c,v > retrieving revision 1.10 > diff -u -r1.10 ieee80211_proto.c > --- ieee80211_proto.c 8 Dec 2004 17:26:47 -0000 1.10 > +++ ieee80211_proto.c 12 Dec 2004 04:47:30 -0000 > @@ -895,7 +895,6 @@ > ic->ic_mgt_timer = 0; > IF_DRAIN(&ic->ic_mgtq); > ieee80211_reset_bss(ic); > - ieee80211_crypto_delglobalkeys(ic); > break; > } > if (ic->ic_auth->ia_detach != NULL) New kernel rebuilt from src/net80211/ as of today solves my problem (static WEP turned on w/ AP). However ath device still needs to be configured by `ifconfig channel 3' manually here, these changes are good to go forward. Sam, Many thanks! -- rushani From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 23:48:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B9A716A4CE for ; Sun, 12 Dec 2004 23:48:12 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06B0C43D5D for ; Sun, 12 Dec 2004 23:48:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iBCNm3pa052821; Sun, 12 Dec 2004 16:48:03 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 12 Dec 2004 16:48:22 -0700 (MST) Message-Id: <20041212.164822.32642184.imp@bsdimp.com> To: sam@errno.com From: "M. Warner Losh" In-Reply-To: <200412081059.22949.sam@errno.com> References: <200412081059.22949.sam@errno.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: updated net80211 layer committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 23:48:12 -0000 In message: <200412081059.22949.sam@errno.com> Sam Leffler writes: : http://people.freebsd.org/~sam/security-wpa_supplicant.tgz : http://people.freebsd.org/~sam/security-hostapd.tgz : : If someone wants to step up and see them committed it would be appreciated. I've just committed these, for those that are interested... Warner From owner-freebsd-current@FreeBSD.ORG Sun Dec 12 23:59:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 745DC16A4D6 for ; Sun, 12 Dec 2004 23:59:14 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F05443D39 for ; Sun, 12 Dec 2004 23:59:14 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])iBCNwtDa199772; Sun, 12 Dec 2004 18:58:57 -0500 Message-ID: <41BCDB3E.5040606@elischer.org> Date: Sun, 12 Dec 2004 15:58:54 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jay Cornwall References: <200412120131.iBC1Vu1D002423@catflap.bishopston.net> <41BC33B6.50505@esuna.co.uk> In-Reply-To: <41BC33B6.50505@esuna.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Jamie Jones cc: freebsd-current@freebsd.org cc: kris@obsecurity.org Subject: Re: bugs in ugen.h (and fix) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 12 Dec 2004 23:59:14 -0000 Jay Cornwall wrote: > Jamie Jones wrote: > >> Then either I lost the thread, of the thread died a death. I sent this >> message to current, CCing Jay in the hope that it would jog someones >> memory. >> >> After all, I read someone moaning on slashdot that the SpeedTouch USB >> ADSL modem doesn't work with FreeBSD - with this patch it definitely >> does! >> >> Hopefully Jay can shed some more light on it ? > > > I can indeed. I think the rest of that conversation went into private > mail, before I posted a confirmed fix and justification the following > month, beginning in this thread: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-January/017967.html > > It then took a while to get somebody with CVS commit rights to respond, > which led to the submission of a PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/62309 > > And... not much happened after that, unfortunately. The PR can be closed > now if the issue is resolved on the 5.x branch. I have committed the fix to -current and it will go back to 5.x when tested. > From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 00:39:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 647A516A4CE for ; Mon, 13 Dec 2004 00:39:14 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC96443D48 for ; Mon, 13 Dec 2004 00:39:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iBD0d3QB053388; Sun, 12 Dec 2004 17:39:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 12 Dec 2004 17:39:22 -0700 (MST) Message-Id: <20041212.173922.39019625.imp@bsdimp.com> To: randy@psg.com From: "M. Warner Losh" In-Reply-To: <16826.45612.44509.939434@ran.psg.com> References: <16826.45612.44509.939434@ran.psg.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: dump time message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 00:39:14 -0000 In message: <16826.45612.44509.939434@ran.psg.com> Randy Bush writes: : DUMP: 11.73% done, finished in 0:37 at Sat Dec 11 08:39:42 2004 : DUMP: 22.67% done, finished in 0:34 at Sat Dec 11 08:41:12 2004 : DUMP: 32.96% done, finished in 0:30 at Sat Dec 11 08:42:36 2004 : DUMP: 43.35% done, finished in 0:26 at Sat Dec 11 08:43:14 2004 : DUMP: 54.40% done, finished in 0:20 at Sat Dec 11 08:43:03 2004 : DUMP: 65.30% done, finished in 0:15 at Sat Dec 11 08:43:02 2004 : DUMP: 76.38% done, finished in 0:10 at Sat Dec 11 08:42:55 2004 : DUMP: 88.74% done, finished in 0:05 at Sat Dec 11 08:42:10 2004 : : notice that the time of day is descending! : : # date : Sat Dec 11 08:38:42 UTC 2004 : : which is correct : : have i found i time machine? i would desperately love to rewind : a few decades. The 'at' here referrs to when the dump will be done given the current rate of progress. Warner From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 01:23:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B9116A4CE; Mon, 13 Dec 2004 01:23:47 +0000 (GMT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CABF43D2D; Mon, 13 Dec 2004 01:23:46 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([141.150.86.23]) by out001.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041213012345.DJUN28025.out001.verizon.net@RabbitsDen>; Sun, 12 Dec 2004 19:23:45 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Scott Long In-Reply-To: <41BCB853.1030804@freebsd.org> References: <20041212204549.2F75D7306E@freebsd-current.sentex.ca> <41BCB853.1030804@freebsd.org> Content-Type: text/plain; charset=iso-8859-5 Date: Sun, 12 Dec 2004 20:22:48 -0500 Message-Id: <1102900968.922.2.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [141.150.86.23] at Sun, 12 Dec 2004 19:23:45 -0600 cc: freebsd-current@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 01:23:47 -0000 On Sun, 2004-12-12 at 14:29 -0700, Scott Long wrote: > This has been broken long enough. Please fix it. > > FreeBSD Tinderbox wrote: > > TB --- 2004-12-12 19:01:46 - tinderbox 2.3 running on freebsd-current.sentex.ca > > TB --- 2004-12-12 19:01:46 - starting CURRENT tinderbox run for i386/i386 > > TB --- 2004-12-12 19:01:46 - checking out the source tree > > TB --- 2004-12-12 19:01:46 - cd /home/tinderbox/CURRENT/i386/i386 > > TB --- 2004-12-12 19:01:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > > TB --- 2004-12-12 19:08:04 - building world (CFLAGS=-O2 -pipe) > > TB --- 2004-12-12 19:08:04 - cd /home/tinderbox/CURRENT/i386/i386/src > > TB --- 2004-12-12 19:08:04 - /usr/bin/make -B buildworld > > > >>>>Rebuilding the temporary build tree > >>>>stage 1.1: legacy release compatibility shims > >>>>stage 1.2: bootstrap tools > >>>>stage 2.1: cleaning up the object tree > >>>>stage 2.2: rebuilding the object tree > >>>>stage 2.3: build tools > >>>>stage 3: cross tools > >>>>stage 4.1: building includes > >>>>stage 4.2: building libraries > >>>>stage 4.3: make dependencies > >>>>stage 4.4: building everything > > > > TB --- 2004-12-12 20:14:30 - building generic kernel (COPTFLAGS=-O2 -pipe) > > TB --- 2004-12-12 20:14:30 - cd /home/tinderbox/CURRENT/i386/i386/src > > TB --- 2004-12-12 20:14:30 - /usr/bin/make buildkernel KERNCONF=GENERIC > > > >>>>Kernel build for GENERIC started on Sun Dec 12 20:14:31 UTC 2004 > >>>>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 > >>>>Kernel build for GENERIC completed on Sun Dec 12 20:31:49 UTC 2004 > > > > TB --- 2004-12-12 20:31:49 - generating LINT kernel config > > TB --- 2004-12-12 20:31:49 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf > > TB --- 2004-12-12 20:31:49 - /usr/bin/make -B LINT > > TB --- 2004-12-12 20:31:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) > > TB --- 2004-12-12 20:31:49 - cd /home/tinderbox/CURRENT/i386/i386/src > > TB --- 2004-12-12 20:31:49 - /usr/bin/make buildkernel KERNCONF=LINT > > > >>>>Kernel build for LINT started on Sun Dec 12 20:31:49 UTC 2004 > >>>>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 -O2 -pipe -I/sys/contrib/dev/acpica -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/sys/contrib/dev/acpica -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c > > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c: In function `acpi_ibm_attach': > > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: `_COMPONENT' undeclared (first use in this function) > > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: (Each undeclared identifier is reported only once > > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: for each function it appears in.) > > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:155: error: `_THIS_MODULE' undeclared (first use in this function) > > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c: In function `acpi_ibm_detach': > > /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm/../../../dev/acpi_support/acpi_ibm.c:260: error: `_Dbg' undeclared (first use in this function) > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi/acpi_ibm. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/acpi. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src. > > TB --- 2004-12-12 20:45:48 - WARNING: /usr/bin/make returned exit code 1 > > TB --- 2004-12-12 20:45:48 - ERROR: failed to build lint kernel > > TB --- 2004-12-12 20:45:48 - tinderbox aborted > > > > _______________________________________________ > > 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" I did not break this, but for whatever it's worth, removing option ACPI_DEBUG from the kernel config will get it to compile. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 01:30:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B03B516A4CE; Mon, 13 Dec 2004 01:30:08 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4203D43D2F; Mon, 13 Dec 2004 01:30:07 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Cdf2M-00038A-00; Mon, 13 Dec 2004 02:30:06 +0100 Received: from [217.83.4.147] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Cdf2M-00007e-00; Mon, 13 Dec 2004 02:30:06 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 13 Dec 2004 02:30:40 +0100 User-Agent: KMail/1.7.1 References: <20041212204549.2F75D7306E@freebsd-current.sentex.ca> <41BCB853.1030804@freebsd.org> <1102900968.922.2.camel@RabbitsDen> In-Reply-To: <1102900968.922.2.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10934546.cCrHka0a2l"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412130230.49021.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Takanori Watanabe cc: Scott Long cc: "Alexandre \"Sunny\" Kovalenko" Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 01:30:08 -0000 --nextPart10934546.cCrHka0a2l Content-Type: text/plain; charset="iso-8859-5" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Backing out this until it is fixed, should help: > Connect acpi_ibm to build. >=20 > 1.45 =A0 =A0 =A0+1 -1 =A0 =A0 =A0src/sys/modules/acpi/Makefile On Monday 13 December 2004 02:22, Alexandre "Sunny" Kovalenko wrote: > On Sun, 2004-12-12 at 14:29 -0700, Scott Long wrote: > > This has been broken long enough. Please fix it. > > > > FreeBSD Tinderbox wrote: <...> > > I did not break this, but for whatever it's worth, removing option > ACPI_DEBUG from the kernel config will get it to compile. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart10934546.cCrHka0a2l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvPDIXyyEoT62BG0RAoR1AJ9U2ppkveoykvqIzFBgM47ngHDB1wCfRhuB nVM7vHqwWVtsLMPn85CEtnE= =2f7D -----END PGP SIGNATURE----- --nextPart10934546.cCrHka0a2l-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 01:31:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8B4F16A4CE; Mon, 13 Dec 2004 01:31:38 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BBE43D31; Mon, 13 Dec 2004 01:31:38 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Cdf3p-0003D0-00; Mon, 13 Dec 2004 02:31:37 +0100 Received: from [217.83.4.147] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Cdf3o-0008Lp-00; Mon, 13 Dec 2004 02:31:37 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 13 Dec 2004 02:32:16 +0100 User-Agent: KMail/1.7.1 References: <20041212204549.2F75D7306E@freebsd-current.sentex.ca> <1102900968.922.2.camel@RabbitsDen> <200412130230.49021.max@love2party.net> In-Reply-To: <200412130230.49021.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3297175.unCXBu5S2W"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412130232.19858.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Takanori Watanabe cc: Scott Long cc: "Alexandre \"Sunny\" Kovalenko" Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 01:31:38 -0000 --nextPart3297175.unCXBu5S2W Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 December 2004 02:30, Max Laier wrote: > Backing out this until it is fixed, should help: > > Connect acpi_ibm to build. > > > > 1.45 =A0 =A0 =A0+1 -1 =A0 =A0 =A0src/sys/modules/acpi/Makefile ermm ... should be: >=A0 1.975 =A0 =A0 +1 -0 =A0 =A0 =A0src/sys/conf/files > On Monday 13 December 2004 02:22, Alexandre "Sunny" Kovalenko wrote: > > On Sun, 2004-12-12 at 14:29 -0700, Scott Long wrote: > > > This has been broken long enough. Please fix it. > > > > > > FreeBSD Tinderbox wrote: > > <...> > > > I did not break this, but for whatever it's worth, removing option > > ACPI_DEBUG from the kernel config will get it to compile. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3297175.unCXBu5S2W Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvPEjXyyEoT62BG0RAvNjAJ48AMgy0mI6vB43d4PEltnJuVi08wCdE9P3 +cIb2mdP/BieAeynDqJ4gzA= =/Wog -----END PGP SIGNATURE----- --nextPart3297175.unCXBu5S2W-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 02:00:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8DC116A4CE for ; Mon, 13 Dec 2004 02:00:01 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0431043D39 for ; Mon, 13 Dec 2004 02:00:00 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 60017 invoked by uid 0); 13 Dec 2004 04:59:58 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 11.92161 secs); 13 Dec 2004 01:59:58 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 13 Dec 2004 04:59:46 +0300 Date: Mon, 13 Dec 2004 04:58:38 +0300 From: Toxa To: FreeBSD Current X-Comment-To: "Anton Karpov" Message-ID: <20041213015838.GA17946@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD Current References: <12573.1102852732@critter.freebsd.dk> <41BC3943.1050700@wanadoo.fr> <41BC5FCF.3040903@kasimir.com> <41BC64A5.9000404@wanadoo.fr> <20041212160944.GB14106@laptoxa.toxa.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 02:00:01 -0000 On Sun, Dec 12, 2004 at 12:45:54PM -0600, Eric Kjeldergaard wrote: > > Btw, if you try to mount linux ext2 partition (if exist), and then > > reboot (without umounting it by hands), both linux and bsd partitions > > becomes unclean, e.g. you need to fsck.ext3 linux partition to mount it > > again. > > Tested on -stable and -current. > There is in fact a PR that has been in for a while now regarding > exactly this. It's just recently become a problem for me. I've found > bad solutions to it (umount -f -t ext2fs -a in /etc/rc.shutdown) but > not any good ones yet. Yes, for me it has been a great pain for a log time until I wiped out a linux from my laptop :) From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 02:08:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C4D216A4CE for ; Mon, 13 Dec 2004 02:08:46 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60EBC43D45 for ; Mon, 13 Dec 2004 02:08:45 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 63679 invoked by uid 0); 13 Dec 2004 05:08:44 +0300 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 (spamassassin: 3.0.1. Clear:RC:0(62.89.204.62):SA:0(?/?):. Processed in 12.463134 secs); 13 Dec 2004 02:08:44 -0000 Received: from unknown (HELO localhost) (toxa@62.89.204.62) by ank.nwudc.ru with SMTP; 13 Dec 2004 05:08:32 +0300 Date: Mon, 13 Dec 2004 05:07:20 +0300 From: Toxa To: freebsd-current@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20041213020720.GB17946@laptoxa.toxa.lan> Mail-Followup-To: freebsd-current@freebsd.org References: <41BC87EE.80007@mac.com> <18617.1102875521@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <18617.1102875521@critter.freebsd.dk> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, score=0.0 required=7.0 tests=none autolearn=failed version=3.0.1 Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 02:08:46 -0000 On Sun, Dec 12, 2004 at 07:18:41PM +0100, Poul-Henning Kamp wrote: > >> Btw, if you try to mount linux ext2 partition (if exist), and then > >> reboot (without umounting it by hands), both linux and bsd partitions > >> becomes unclean, e.g. you need to fsck.ext3 linux partition to mount it > >> again. > >> Tested on -stable and -current. > -stable being releng_5, right ? Yes, I'm now using 5.x/6.x everythere I have a linux partitions, I remeber those days I've used fbsd 4.x with ext2 partition, everything was ok, so I think unclean shutdown with foreign partitions is 5.x issue only. > It's strange that you would be able to unmount it cleanly by hand but > not by shutdown. It could indicate that dirty buffers are still > stuck in the buffer cache when the unmount returns. Actually this problem lives here for a long time, as far as I remeber myself started using 5.x, I remember this problem exists. This is one of very few things which annoys me in 5.x/6.x :) -- Anton A. Karpov PGP key: http://www.toxahost.ru/pgp/pubkey.asc =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell. =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 02:29:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FF5A16A4D4 for ; Mon, 13 Dec 2004 02:29:20 +0000 (GMT) Received: from out009.verizon.net (out009pub.verizon.net [206.46.170.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 885F843D5C for ; Mon, 13 Dec 2004 02:29:19 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([141.150.86.23]) by out009.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041213022918.DGWH24088.out009.verizon.net@RabbitsDen> for ; Sun, 12 Dec 2004 20:29:18 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=iso-8859-5 Date: Sun, 12 Dec 2004 21:28:21 -0500 Message-Id: <1102904901.917.5.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out009.verizon.net from [141.150.86.23] at Sun, 12 Dec 2004 20:29:18 -0600 Subject: Fatal trap 12 in today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 02:29:20 -0000 In -current as of midday (EST) 12/12/04: acpi_tz0: _AC2: temperature 78.0 >= setpoint 55.0 acpi_tz0: _AC1: temperature 78.0 >= setpoint 70.0 ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out acd0: FAILURE - SETFEATURES SET TRANSFER MODE timed out acd0: CDRW at ata1-master UDMA33 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff012b fault code = supervisor read, page not present instruction pointer = 0x8:0xc0440ea9 stack pointer = 0x10:0xc0c20c30 frame pointer = 0x10:0xc0c20c58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at xpt_compile_path+0x49: cmpl %edx,0x2c(%eax) db> trace Tracing pid 0 tid 0 td 0xc07a1320 xpt_compile_path(0,1,0,c1e21000,c1e21800) at xpt_compile_path+0x49 xpt_create_path(c0c20cb0,c1b29d80,0,1,0) at xpt_create_path+0x4d xpt_scan_bus(c1b29d80,c1e21800,c1c3b5a0,c1e1f000,c0c20d48) at xpt_scan_bus+0x20b xpt_action(c1e21800,c1e21800,1,ffffffff,ffffffff,c1c3b5a0) at xpt_action +0x423 xptconfigfunc(c1e1f000,0,0,c1b218d0,c1b21904) at xptconfigfunc+0xf6 xptbustraverse(c0c20d48,0,c0444ab0,0,c1b218d0) at xptbustraverse+0x23 xpt_for_all_busses(0,c054d367,c07a39ac,3e8,c054d330) at xpt_for_all_busses+0x25 run_interrupt_driven_config_hooks(0,0,c1b21904,c1ec00,c1e000) at run_interrupt_driven_config_hooks+0x22 mi_startup() at mi_startup+0xbb begin() at begin+0x2c removing 'device atapicam' from kernel config got me a working kernel. If there is need for additional information or patch to test, I will be glad to oblige. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 02:40:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88C9816A4CE for ; Mon, 13 Dec 2004 02:40:07 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C19043D45 for ; Mon, 13 Dec 2004 02:40:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 36E415124E; Sun, 12 Dec 2004 18:40:05 -0800 (PST) Date: Sun, 12 Dec 2004 18:40:05 -0800 From: Kris Kennaway To: Alexandre Sunny Kovalenko Message-ID: <20041213024005.GA10126@xor.obsecurity.org> References: <1102904901.917.5.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <1102904901.917.5.camel@RabbitsDen> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 12 in today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 02:40:07 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 12, 2004 at 09:28:21PM -0500, Alexandre Sunny Kovalenko wrote: > In -current as of midday (EST) 12/12/04: >=20 > acpi_tz0: _AC2: temperature 78.0 >=3D setpoint 55.0 > acpi_tz0: _AC1: temperature 78.0 >=3D setpoint 70.0 Doesn't that say that your system overheated? If so, all bets are off. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBvQEEWry0BWjoQKURAuraAKCFke6zFTR0sZCSkm4beUSg3eG3EwCghREA 1gSGsLvePm+w3K2e4NRzR4E= =igTI -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 02:41:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A4716A4CE for ; Mon, 13 Dec 2004 02:41:09 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 711A843D45 for ; Mon, 13 Dec 2004 02:41:09 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc13) with SMTP id <20041213024107016007q9cie>; Mon, 13 Dec 2004 02:41:08 +0000 Date: Sun, 12 Dec 2004 18:41:06 -0800 (PST) From: Doug Barton To: Sam Leffler In-Reply-To: <41BBA812.2030006@errno.com> Message-ID: <20041212184020.W3369@ync.qbhto.arg> References: <41BBA812.2030006@errno.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: WEP and 802.11 drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 02:41:09 -0000 On Sat, 11 Dec 2004, Sam Leffler wrote: > I've been able to reproduce some of the problems people are having. Until I > can fix them please try building wlan and wlan_wep into your kernel so the > cipher module isn't loaded on the fly. I believe that should eliminate the > double fault panic and various related traps. I didn't even have a chance to report this, but I was getting this problem with the ndis driver. Your fix worked, thanks for suggesting it. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 02:41:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D493416A4CE for ; Mon, 13 Dec 2004 02:41:49 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF35543D39 for ; Mon, 13 Dec 2004 02:41:49 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from lap (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with ESMTP id <2004121302414501400ed2bqe>; Mon, 13 Dec 2004 02:41:49 +0000 Date: Sun, 12 Dec 2004 18:41:44 -0800 (PST) From: Doug Barton To: =?iso-8859-1?Q?=D8yvind?= Kolbu In-Reply-To: <20041211233649.GA69017@ns1.kolbu.ws> Message-ID: <20041212184121.N3369@ync.qbhto.arg> References: <20041211233649.GA69017@ns1.kolbu.ws> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1663749568-1102905704=:3369" cc: current@freebsd.org Subject: Re: Panic when mounting ntfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 02:41:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1663749568-1102905704=:3369 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 12 Dec 2004, иyvind Kolbu wrote: > Tried to mount my ntfs drive after an upgrade to todays current, running > a GENERIC kernel. Kernel and userland in sync, this happens every time I > try to mount the drive. Update to the latest -current, phk has fixed this problem. Doug -- This .signature sanitized for your protection --0-1663749568-1102905704=:3369-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 03:28:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76ED416A4CE for ; Mon, 13 Dec 2004 03:28:36 +0000 (GMT) Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0338343D3F for ; Mon, 13 Dec 2004 03:28:36 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([141.150.86.23]) by out005.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041213032835.DWDS28362.out005.verizon.net@RabbitsDen>; Sun, 12 Dec 2004 21:28:35 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Kris Kennaway In-Reply-To: <20041213024005.GA10126@xor.obsecurity.org> References: <1102904901.917.5.camel@RabbitsDen> <20041213024005.GA10126@xor.obsecurity.org> Content-Type: text/plain; charset=iso-8859-5 Date: Sun, 12 Dec 2004 22:27:36 -0500 Message-Id: <1102908456.917.17.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [141.150.86.23] at Sun, 12 Dec 2004 21:28:35 -0600 cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 12 in today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 03:28:36 -0000 On Sun, 2004-12-12 at 18:40 -0800, Kris Kennaway wrote: > On Sun, Dec 12, 2004 at 09:28:21PM -0500, Alexandre Sunny Kovalenko wrote: > > In -current as of midday (EST) 12/12/04: > > > > acpi_tz0: _AC2: temperature 78.0 >= setpoint 55.0 > > acpi_tz0: _AC1: temperature 78.0 >= setpoint 70.0 > > Doesn't that say that your system overheated? If so, all bets are > off. > > Kris Does that on the cold one too -- I've done it couple of times before grabbing this stack trace, and constant reboots tend to get this machine warmer then normal -- it needs Windows with APM or FreeBSD with hacked ASL to keep its cool. Besides, that would not explain why removing 'atapicam' gets it working ;) Thanks for suggestion anyway. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 04:29:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B83316A4CE for ; Mon, 13 Dec 2004 04:29:48 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB60B43D2D for ; Mon, 13 Dec 2004 04:29:47 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBD4TxZn048078 for ; Sun, 12 Dec 2004 23:29:59 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-C6+vaCCcGTKthHnHyTxs" Organization: FreeBSD, Inc. Date: Sun, 12 Dec 2004 23:29:36 -0500 Message-Id: <1102912176.21795.59.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Subject: Crash in today's -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 04:29:48 -0000 --=-C6+vaCCcGTKthHnHyTxs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I have a Dell Precision workstation 340 that has been running -CURRENT happily now for a few months. I upgraded to today's -CURRENT, and it will no longer boot (even in SAFE mode). The crash is similar to the one reported by Alexandre Kovalenko (i.e. in the CAM code), but not the same: acd0: DVDROM at ata1-master PIO4 ata3-master: FAILURE - ATA_IDENTIFY timed out ata3-master: FAILURE - ATA_IDENTIFY timed out ata3-master: FAILURE - ATA_IDENTIFY timed out Waiting 8 seconds for SCSI devices to settle ata3-master: FAILURE - ATA_IDENTIFY timed out ata3-master: FAILURE - ATA_IDENTIFY timed out Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x4 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc0431dd2 stack pointer =3D 0x10:0xe9ce6ca8 frame pointer =3D 0x10:0xe9ce6ca8 code segment =3D base 0x0, limit 0xfffff, type =3D 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 20 (irq9:mpt0) Stopped at xpt_freeze_devq+0x1e: movl 0x4(%eax),%eax xpt_freeze_devq(c3064580) at xpt_freeze_devq+0x1e mpt_done(c315a800,bebec5c0,c318f380,4,c3076880) at mpt_done+0x691 mpt_intr(c315a800,c307da80,0,0,c30c1000) at mpt_intr+0x69 ithread_loop(c3076880,e9ce7d48,c04d9530,0) at ithread_loop+0xad fork_exit(c04d9530,c3076880,e9ce7d48) at fork_exit+0x54 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe9ce7d7c, ebp =3D 0 --- (gdb) l *xpt_freeze_devq+0x1e 0xc0431dd2 is in xpt_freeze_devq (/usr/src/sys/cam/cam_xpt.c:4671). 4666 * if a ccb's status is still CAM_REQ_INPROG 4667 * under spl protection just before they queue 4668 * the CCB. See ahc_action/ahc_freeze_devq for 4669 * an example. 4670 */ 4671 ccbh =3D TAILQ_LAST(&path->device->ccbq.active_ccbs, ccb_hdr_tailq); 4672 if (ccbh && ccbh->status =3D=3D CAM_REQ_INPROG) 4673 ccbh->status =3D CAM_REQUEUE_REQ; 4674 splx(s); 4675 return (path->device->qfrozen_cnt); The only new output (besides the panic) is the ATA_IDENTIFY errors. This device corresponds to my Maxtor SATA drive on my Promise SATA controller (see http://www.marcuscom.com/downloads/FUGU.dmesg for a sample dmesg). The kernel that fails is: FreeBSD 6.0-CURRENT #17: Sun Dec 12 19:08:58 EST 2004 The kernel that last worked was: FreeBSD 6.0-CURRENT #16: Fri Dec 3 03:03:39 EST 2004 Besides fixing the crash, I'd also like to get my SATA drive back. Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-C6+vaCCcGTKthHnHyTxs Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvRqwb2iPiv4Uz4cRAhW7AJ4r6VylC4Ggn1H5DsBnZgUoZuOVyACgj1wu vN4n2D9jKn01gNK8BXzH+RU= =6TP+ -----END PGP SIGNATURE----- --=-C6+vaCCcGTKthHnHyTxs-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 05:05:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F067416A4CE for ; Mon, 13 Dec 2004 05:05:08 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D944743D2F for ; Mon, 13 Dec 2004 05:05:08 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C34B272DD4; Sun, 12 Dec 2004 21:05:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BE21272DCB; Sun, 12 Dec 2004 21:05:08 -0800 (PST) Date: Sun, 12 Dec 2004 21:05:08 -0800 (PST) From: Doug White To: Michal Varga In-Reply-To: <1102814208.53066.48.camel@andrasta.4net.local> Message-ID: <20041212205857.X83257@carver.gumbysoft.com> References: <20041207234840.7287cdf4@maya.liquidx.org> <1102506431.1090.8.camel@taxman> <41B6ED4E.6030301@fer.hr> <20041209172941.GA29369@uci.agh.edu.pl> <1102814208.53066.48.camel@andrasta.4net.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: FreeBSD sound distortion problems with SB Live! fixed with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 05:05:09 -0000 On Sun, 12 Dec 2004, Michal Varga wrote: > irq22: pcm0 74738345 248 Thats a lot. What are you doing to that poor thing? Try rebooting with hint.apic.0.disabled="1" in /boot/device.hints or /boot/loader.conf and see if that starts sharing an interrupt with something else. There's been problems of late with "shadowed" interrupts from one device showing up on two IRQs at once. The reason is complicated but gets near "PCs suck and its all Windows 95's fault." :) What do you have 'sysctl hw.snd.targetirqrate' at? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 07:14:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AC7016A4DC for ; Mon, 13 Dec 2004 07:14:16 +0000 (GMT) Received: from server1.astraldream.net (astraldream.net [69.20.5.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id B90B343D58 for ; Mon, 13 Dec 2004 07:14:15 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated (0 bits)) by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id iBD7EAQ16323 (using TLSv1/SSLv3 with cipher RC4-SHA (128 bits) verified NO) for ; Mon, 13 Dec 2004 02:14:15 -0500 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@FreeBSD.org From: Suleiman Souhlal Date: Mon, 13 Dec 2004 02:14:08 -0500 X-Mailer: Apple Mail (2.619) Subject: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 07:14:16 -0000 Hello, The patch at http://people.freebsd.org/~ssouhlal/sysctl-locking.diff removes Giant from the sysctl subsystem. I tested it on i386 and powerpc, where it appears to work perfectly. However, I have not been able to test it on an SMP box, as I don't have access to any. So I would appreciate it if someone would test it, and report any problems. I will commit it in about week, unless, of course, there are objections/problems. Bye -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 07:25:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A610516A4CE; Mon, 13 Dec 2004 07:25:21 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4834643D66; Mon, 13 Dec 2004 07:25:21 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBD7Rtlt039578; Mon, 13 Dec 2004 00:27:56 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41BD43CD.3000900@freebsd.org> Date: Mon, 13 Dec 2004 00:25:01 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Suleiman Souhlal References: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> In-Reply-To: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 07:25:21 -0000 Suleiman Souhlal wrote: > Hello, > > The patch at http://people.freebsd.org/~ssouhlal/sysctl-locking.diff > removes Giant from the sysctl subsystem. > I tested it on i386 and powerpc, where it appears to work perfectly. > However, I have not been able to test it on an SMP box, as I don't have > access to any. > So I would appreciate it if someone would test it, and report any problems. > I will commit it in about week, unless, of course, there are > objections/problems. > > Bye > -- Please don't start setting timeouts for committing this until you've thoroughly tested it on a real SMP system, preferable on all of our tier-1 SMP platforms, and have gotten some review. If no one steps forward to review this patch then let me know and I'll make sure it happens. Scott From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 08:12:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD6216A4CE; Mon, 13 Dec 2004 08:12:29 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECC843D64; Mon, 13 Dec 2004 08:12:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CdlJj-0001Gv-00; Mon, 13 Dec 2004 09:12:27 +0100 Received: from [217.83.4.147] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CdlJj-0007yS-00; Mon, 13 Dec 2004 09:12:27 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 13 Dec 2004 09:13:13 +0100 User-Agent: KMail/1.7.1 References: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> In-Reply-To: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1589865.srFL6FdiD5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412130913.20215.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Suleiman Souhlal Subject: Re: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 08:12:30 -0000 --nextPart1589865.srFL6FdiD5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 December 2004 08:14, Suleiman Souhlal wrote: > Hello, > > The patch at http://people.freebsd.org/~ssouhlal/sysctl-locking.diff > removes Giant from the sysctl subsystem. > I tested it on i386 and powerpc, where it appears to work perfectly. > However, I have not been able to test it on an SMP box, as I don't have > access to any. > So I would appreciate it if someone would test it, and report any > problems. > I will commit it in about week, unless, of course, there are > objections/problems. Wait a minute ... you can't just assert that all sysctl handler are MPSAFE.= =20 It's a good idea to introduce "real" locking for the sysctl-tree handling i= n=20 order to be able to lose Giant at a later point, but I *strongly* suggest=20 that you keep on grabing Giant before calling oid_handler() in sysctl_root(= ).=20 It doesn't seem like you do so, right now.=20 You have identified two places where Giant is explicitly asserted, but I am= =20 afraid that there are much more handlers that don't assert Giant but need i= t.=20 Moreover, the "simple" handler might also write to memory that is implicitl= y=20 protected by Giant and should not be modified without it. As a transition step I suggest that we extend the API in the way the callou= t=20 API works. So that you can ask for a Giant-free handler call by setting an= =20 MPSAFE flag. On a side note, I am not sure if I like the string copy thing - while I=20 understand the intention. Neither am I sure if it is a good idea to introdu= ce=20 "yet another sleep lock/reference count thingy"[tm] before sitting down and= =20 giving some attention to the existing sx(9) implementation. I haven't fully= =20 read/understand your ref-count there, hence I can not tell if sx(9) will=20 really work - and I know (very well) that sx(9) isn't the optimal answer=20 sometimes (most of the time). But I am suggesting that we give that a close= r=20 look before reinventing the wheel over and over again. Oh, and last but=20 *definitely* least, your patch could use some style(9) facelifting. e.g. ta= b=20 after #define. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1589865.srFL6FdiD5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvU8gXyyEoT62BG0RAmyRAJ45zhEJXRM//CzYG7XdS+Edm6hU4gCeIRGh H/762Crh/wnujk4tz1fJXf8= =DojW -----END PGP SIGNATURE----- --nextPart1589865.srFL6FdiD5-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 10:09:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8D4E16A4CE; Mon, 13 Dec 2004 10:09:40 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 236A043D55; Mon, 13 Dec 2004 10:09:39 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1CdnAm-000KTv-UM; Mon, 13 Dec 2004 18:11:21 +0800 Message-Id: <6.2.0.14.2.20041213175026.030906e0@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Mon, 13 Dec 2004 18:08:19 +0800 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: scottl@freebsd.org Subject: ips driver problem on more than 4GB RAM Dual amd64 2.2GHz machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 10:09:40 -0000 Hi, I'm still looking for possibility to run FreeBSD 5.3 with more than 4GB RAM on Dual amd64 2.2GHz machine (IBM @server 325) with ServeRAID 6M (ips driver)). Right now I'm using only 4GB RAM. As Scott said, problem is below: "The ips driver looks like it will fail under heavy load when more than 4GB of RAM is present. It tries to force busdma to not defer requests when the bounce page reserve is low, but that looks to be broken and will result in corrupted commands." Are the ips driver and bus_dma problems fixed yet? Can somebody tell me the future plans in this regard? My boss is really pushing me to use all 8GB of RAM on server:( thanks in advance, Ganbold From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 10:46:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B053916A4CE for ; Mon, 13 Dec 2004 10:46:34 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B7AE43D53 for ; Mon, 13 Dec 2004 10:46:34 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBDAkXDB086990 for ; Mon, 13 Dec 2004 05:46:33 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBDAkX95086981 for ; Mon, 13 Dec 2004 05:46:33 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 13 Dec 2004 05:46:32 -0500 (EST) From: Jeff Roberson To: current@freebsd.org Message-ID: <20041213054007.Y9536@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: SMP VFS Last call X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 10:46:34 -0000 The SMP FFS/VFS patch has undergone several iterations and lots of serious testing over the past few weeks. Many people, especially Peter Holm, have sent me good bug reports. It's currently running on the port build cluster and I have done extended load testing in small memory configurations. What this means is, after I get back from vacation, it's going to go into the tree. If you don't test it now, you will be in a few weeks. :-) http://www.chesapeake.net/~jroberson/smpffs.diff For those of you that missed the last few emails on the topic; This patch dynamically acquires Giant in high-level VFS code only if the underlying filesystem needs it. It also adds locking to ffs and softupdates so that FFS no longer needs Giant, unless you have QUOTA in your kernel config. This patch also fixes a half dozen or so race conditions that were discovered in the earlier VFS locking work that had not been tested until now. Cheers, Jeff From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 11:32:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 339F916A4CE; Mon, 13 Dec 2004 11:32:03 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84E7043D39; Mon, 13 Dec 2004 11:32:02 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CdoQr-0000EZ-00; Mon, 13 Dec 2004 12:32:01 +0100 Received: from [217.83.4.147] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CdoQr-00018g-00; Mon, 13 Dec 2004 12:32:01 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 13 Dec 2004 12:32:47 +0100 User-Agent: KMail/1.7.1 References: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> <200412130913.20215.max@love2party.net> In-Reply-To: <200412130913.20215.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1147140.QXZ1z243kW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412131232.55051.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Suleiman Souhlal cc: freebsd-arch@freebsd.org Subject: Re: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 11:32:03 -0000 --nextPart1147140.QXZ1z243kW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 13 December 2004 09:13, I wrote: > On Monday 13 December 2004 08:14, Suleiman Souhlal wrote: > > Hello, > > > > The patch at http://people.freebsd.org/~ssouhlal/sysctl-locking.diff > > removes Giant from the sysctl subsystem. > > I tested it on i386 and powerpc, where it appears to work perfectly. > > However, I have not been able to test it on an SMP box, as I don't have > > access to any. > > So I would appreciate it if someone would test it, and report any > > problems. > > I will commit it in about week, unless, of course, there are > > objections/problems. > > Wait a minute ... you can't just assert that all sysctl handler are MPSAF= E. > It's a good idea to introduce "real" locking for the sysctl-tree handling > in order to be able to lose Giant at a later point, but I *strongly* > suggest that you keep on grabing Giant before calling oid_handler() in > sysctl_root(). It doesn't seem like you do so, right now. > > You have identified two places where Giant is explicitly asserted, but I = am > afraid that there are much more handlers that don't assert Giant but need > it. Moreover, the "simple" handler might also write to memory that is > implicitly protected by Giant and should not be modified without it. > > As a transition step I suggest that we extend the API in the way the > callout API works. So that you can ask for a Giant-free handler call by > setting an MPSAFE flag. This got me wondering a bit how well we protect sysctls at the moment or if= we=20 have code that just assumes atomicy for sysctls. As an example of a very we= ll=20 protected sysctl there is kern.securelevel, which has it's own handler that= =20 uses it's own mutex to protect the change and a defined API to read the val= ue=20 (useing the same mutex to protect the access). Other values are not so well= =20 protected. It is safe for some sysctls - with just on/off semantic (net.inet.forwardin= g=20 e.g.) - to read them unprotected. As the user can decide to flip the switch= =20 in a loop, the code should cope with a (short) unstable value anyway. Sysctls that describe maximum buffer sizes, portranges or maximal number of= =20 threads per process are more dangerous and might need attention. With bad=20 timing we might have very undesired effects. The "complex" sysctls that implement their own handlers are not a concern, = as=20 they are usually implemented within the .c file that has the appropriate=20 mutex and can use proper locking if required. If we come to the conclusion that it is required to protect these values=20 better, I suggest the following: 1) Extend sysctl_add_oid() to accept an additional mutex argument. 2) Extend the simple sysctl handler to use this mutex to protect the actual= =20 write(?read?). We must not hold the mutex during the useland copy in/out= so=20 we must move to temporary storage. 3) To maintain the current API and behavior we use &Giant as the default=20 fallback argument. This might need some extension for complex handler (i= =2Ee.=20 no mutex given -> acquire Giant before calling the complex handler). What do people think of this? Does it make any sense? Should we be concerne= d=20 at all? Does the extension make sense? Comments? [CCing -arch] =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1147140.QXZ1z243kW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvX3nXyyEoT62BG0RAlAIAJ9roEIb8kMmiDcHxhHtlDfZCHp4zQCcDhtC kfQ6MAunbImQMOfBuqI+1eQ= =RnXa -----END PGP SIGNATURE----- --nextPart1147140.QXZ1z243kW-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 11:58:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6555D16A4CE for ; Mon, 13 Dec 2004 11:58:11 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC4CC43D39 for ; Mon, 13 Dec 2004 11:58:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBDBw9GW007956; Mon, 13 Dec 2004 13:58:09 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 42106-20; Mon, 13 Dec 2004 13:58:09 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBDBw8ce007952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Dec 2004 13:58:09 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBDBwAWM051418; Mon, 13 Dec 2004 13:58:10 +0200 (EET) (envelope-from ru) Date: Mon, 13 Dec 2004 13:58:10 +0200 From: Ruslan Ermilov To: Kris Kennaway Message-ID: <20041213115810.GD51149@ip.net.ua> References: <1102904901.917.5.camel@RabbitsDen> <20041213024005.GA10126@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gE7i1rD7pdK0Ng3j" Content-Disposition: inline In-Reply-To: <20041213024005.GA10126@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@freebsd.org cc: Alexandre Sunny Kovalenko Subject: Re: Fatal trap 12 in today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 11:58:11 -0000 --gE7i1rD7pdK0Ng3j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 12, 2004 at 06:40:05PM -0800, Kris Kennaway wrote: > On Sun, Dec 12, 2004 at 09:28:21PM -0500, Alexandre Sunny Kovalenko wrote: > > In -current as of midday (EST) 12/12/04: > >=20 > > acpi_tz0: _AC2: temperature 78.0 >=3D setpoint 55.0 > > acpi_tz0: _AC1: temperature 78.0 >=3D setpoint 70.0 >=20 > Doesn't that say that your system overheated? If so, all bets are > off. >=20 No, it doesn't. I get the same panic when I try to connect something up to my Promise SATA RAID controller. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gE7i1rD7pdK0Ng3j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBvYPSqRfpzJluFF4RAhccAJ0ScIqdgITbS647LZBRTENWSPpHtwCeN/oW 0fZ0YLCF1qZca0grjHtyjTM= =Uu+U -----END PGP SIGNATURE----- --gE7i1rD7pdK0Ng3j-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 12:49:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E7C016A4CE for ; Mon, 13 Dec 2004 12:49:07 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D6943D39 for ; Mon, 13 Dec 2004 12:49:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBDCn2hW036795 for ; Mon, 13 Dec 2004 13:49:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Mon, 13 Dec 2004 13:49:02 +0100 Message-ID: <36794.1102942142@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [TEST/REVIEW] struct filedesc refcounting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 12:49:07 -0000 Add fdunshare() function and use it two places outside kern_descrip.c. (Now all the refcounting happens in kern_descrip.c). Move vfs_mount.c::checkdirs() to kern_descrip.c::mountcheckdirs(). Add a fd_holdcnt which prevents the struct filedesc from being deallocated. Add fdhold(struct proc *) which grabs a fd_holdcnt on the filedesc of the process passed. Add fddrop() which drops a fd_holdcnt and if zero kills the mutex and frees the filedesc memory. Use fdhold() and fddrop() in the sysctl and in mountcheckdirs(). diff -ur -x compile -x _* freebsd/src/sys/kern/kern_descrip.c phk/phk_bufwork/sys/kern/kern_descrip.c --- freebsd/src/sys/kern/kern_descrip.c Fri Dec 3 22:32:41 2004 +++ phk/phk_bufwork/sys/kern/kern_descrip.c Mon Dec 13 13:43:41 2004 @@ -1394,6 +1394,7 @@ /* Create the file descriptor table. */ newfdp->fd_fd.fd_refcnt = 1; + newfdp->fd_fd.fd_holdcnt = 1; newfdp->fd_fd.fd_cmask = CMASK; newfdp->fd_fd.fd_ofiles = newfdp->fd_dfiles; newfdp->fd_fd.fd_ofileflags = newfdp->fd_dfileflags; @@ -1402,6 +1403,34 @@ return (&newfdp->fd_fd); } +static struct filedesc * +fdhold(struct proc *p) +{ + struct filedesc *fdp; + + mtx_lock(&fdesc_mtx); + fdp = p->p_fd; + if (fdp != NULL) + fdp->fd_holdcnt++; + mtx_unlock(&fdesc_mtx); + return (fdp); +} + +static void +fddrop(struct filedesc *fdp) +{ + int i; + + mtx_lock(&fdesc_mtx); + i = --fdp->fd_holdcnt; + mtx_unlock(&fdesc_mtx); + if (i > 0) + return; + + mtx_destroy(&fdp->fd_mtx); + FREE(fdp, M_FILEDESC); +} + /* * Share a filedesc structure. */ @@ -1415,6 +1444,25 @@ } /* + * Unshare a filedesc structure, if necessary by making a copy + */ +void +fdunshare(struct proc *p, struct thread *td) +{ + + FILEDESC_LOCK_FAST(p->p_fd); + if (p->p_fd->fd_refcnt > 1) { + struct filedesc *tmp; + + FILEDESC_UNLOCK_FAST(p->p_fd); + tmp = fdcopy(p->p_fd); + fdfree(td); + p->p_fd = tmp; + } else + FILEDESC_UNLOCK_FAST(p->p_fd); +} + +/* * Copy a filedesc structure. * A NULL pointer in returns a NULL reference, this is to ease callers, * not catch errors. @@ -1569,7 +1617,6 @@ * We are the last reference to the structure, so we can * safely assume it will not change out from under us. */ - FILEDESC_UNLOCK(fdp); fpp = fdp->fd_ofiles; for (i = fdp->fd_lastfile; i-- >= 0; fpp++) { if (*fpp) @@ -1585,14 +1632,22 @@ FREE(fdp->fd_ofiles, M_FILEDESC); if (NDSLOTS(fdp->fd_nfiles) > NDSLOTS(NDFILE)) FREE(fdp->fd_map, M_FILEDESC); + + fdp->fd_nfiles = 0; + if (fdp->fd_cdir) vrele(fdp->fd_cdir); + fdp->fd_cdir = NULL; if (fdp->fd_rdir) vrele(fdp->fd_rdir); + fdp->fd_rdir = NULL; if (fdp->fd_jdir) vrele(fdp->fd_jdir); - mtx_destroy(&fdp->fd_mtx); - FREE(fdp, M_FILEDESC); + fdp->fd_jdir = NULL; + + FILEDESC_UNLOCK(fdp); + + fddrop(fdp); } /* @@ -2237,6 +2292,50 @@ /* NOTREACHED */ } +/* + * Scan all active processes to see if any of them have a current + * or root directory of `olddp'. If so, replace them with the new + * mount point. + */ +void +mountcheckdirs(struct vnode *olddp, struct vnode *newdp) +{ + struct filedesc *fdp; + struct proc *p; + int nrele; + + if (vrefcnt(olddp) == 1) + return; + sx_slock(&allproc_lock); + LIST_FOREACH(p, &allproc, p_list) { + fdp = fdhold(p); + if (fdp == NULL) + continue; + nrele = 0; + FILEDESC_LOCK_FAST(fdp); + if (fdp->fd_cdir == olddp) { + vref(newdp); + fdp->fd_cdir = newdp; + nrele++; + } + if (fdp->fd_rdir == olddp) { + vref(newdp); + fdp->fd_rdir = newdp; + nrele++; + } + FILEDESC_UNLOCK_FAST(fdp); + while (nrele--) + vrele(olddp); + } + sx_sunlock(&allproc_lock); + if (rootvnode == olddp) { + vrele(rootvnode); + vref(newdp); + rootvnode = newdp; + } +} + + struct filedesc_to_leader * filedesc_to_leader_alloc(struct filedesc_to_leader *old, struct filedesc *fdp, struct proc *leader) { @@ -2316,11 +2415,9 @@ xf.xf_pid = p->p_pid; xf.xf_uid = p->p_ucred->cr_uid; PROC_UNLOCK(p); - mtx_lock(&fdesc_mtx); - if ((fdp = p->p_fd) == NULL) { - mtx_unlock(&fdesc_mtx); + fdp = fdhold(p); + if (fdp == NULL) continue; - } FILEDESC_LOCK_FAST(fdp); for (n = 0; n < fdp->fd_nfiles; ++n) { if ((fp = fdp->fd_ofiles[n]) == NULL) @@ -2339,7 +2436,7 @@ break; } FILEDESC_UNLOCK_FAST(fdp); - mtx_unlock(&fdesc_mtx); + fddrop(fdp); if (error) break; } diff -ur -x compile -x _* freebsd/src/sys/kern/kern_exec.c phk/phk_bufwork/sys/kern/kern_exec.c --- freebsd/src/sys/kern/kern_exec.c Sat Nov 27 09:20:24 2004 +++ phk/phk_bufwork/sys/kern/kern_exec.c Mon Dec 13 13:01:24 2004 @@ -465,16 +465,7 @@ * For security and other reasons, the file descriptor table cannot * be shared after an exec. */ - FILEDESC_LOCK_FAST(p->p_fd); - if (p->p_fd->fd_refcnt > 1) { - struct filedesc *tmp; - - FILEDESC_UNLOCK_FAST(p->p_fd); - tmp = fdcopy(p->p_fd); - fdfree(td); - p->p_fd = tmp; - } else - FILEDESC_UNLOCK_FAST(p->p_fd); + fdunshare(p, td); /* * Malloc things before we need locks. diff -ur -x compile -x _* freebsd/src/sys/kern/kern_fork.c phk/phk_bufwork/sys/kern/kern_fork.c --- freebsd/src/sys/kern/kern_fork.c Sat Nov 27 09:20:24 2004 +++ phk/phk_bufwork/sys/kern/kern_fork.c Mon Dec 13 13:01:24 2004 @@ -233,18 +233,9 @@ /* * Unshare file descriptors (from parent). */ - if (flags & RFFDG) { - FILEDESC_LOCK_FAST(p1->p_fd); - if (p1->p_fd->fd_refcnt > 1) { - struct filedesc *newfd; - - FILEDESC_UNLOCK_FAST(p1->p_fd); - newfd = fdcopy(p1->p_fd); - fdfree(td); - p1->p_fd = newfd; - } else - FILEDESC_UNLOCK_FAST(p1->p_fd); - } + if (flags & RFFDG) + fdunshare(p1, td); + *procp = NULL; return (0); } diff -ur -x compile -x _* freebsd/src/sys/kern/vfs_mount.c phk/phk_bufwork/sys/kern/vfs_mount.c --- freebsd/src/sys/kern/vfs_mount.c Sun Dec 12 00:09:32 2004 +++ phk/phk_bufwork/sys/kern/vfs_mount.c Mon Dec 13 13:43:41 2004 @@ -73,7 +73,6 @@ #define ROOTNAME "root_device" #define VFS_MOUNTARG_SIZE_MAX (1024 * 64) -static void checkdirs(struct vnode *olddp, struct vnode *newdp); static void gets(char *cp); static int vfs_domount(struct thread *td, const char *fstype, char *fspath, int fsflags, void *fsdata); @@ -784,7 +783,7 @@ vfs_event_signal(NULL, VQ_MOUNT, 0); if (VFS_ROOT(mp, &newdp, td)) panic("mount: lost mount"); - checkdirs(vp, newdp); + mountcheckdirs(vp, newdp); vput(newdp); VOP_UNLOCK(vp, 0, td); if ((mp->mnt_flag & MNT_RDONLY) == 0) @@ -801,55 +800,6 @@ } return (error); } - -/* - * Scan all active processes to see if any of them have a current - * or root directory of `olddp'. If so, replace them with the new - * mount point. - */ -static void -checkdirs(olddp, newdp) - struct vnode *olddp, *newdp; -{ - struct filedesc *fdp; - struct proc *p; - int nrele; - - if (vrefcnt(olddp) == 1) - return; - sx_slock(&allproc_lock); - LIST_FOREACH(p, &allproc, p_list) { - mtx_lock(&fdesc_mtx); - fdp = p->p_fd; - if (fdp == NULL) { - mtx_unlock(&fdesc_mtx); - continue; - } - nrele = 0; - FILEDESC_LOCK_FAST(fdp); - if (fdp->fd_cdir == olddp) { - vref(newdp); - fdp->fd_cdir = newdp; - nrele++; - } - if (fdp->fd_rdir == olddp) { - vref(newdp); - fdp->fd_rdir = newdp; - nrele++; - } - FILEDESC_UNLOCK_FAST(fdp); - mtx_unlock(&fdesc_mtx); - while (nrele--) - vrele(olddp); - } - sx_sunlock(&allproc_lock); - if (rootvnode == olddp) { - vrele(rootvnode); - vref(newdp); - rootvnode = newdp; - } -} - /* * --------------------------------------------------------------------- * Unmount a filesystem. @@ -991,7 +941,7 @@ */ if ((flags & MNT_FORCE) && VFS_ROOT(mp, &fsrootvp, td) == 0) { if (mp->mnt_vnodecovered != NULL) - checkdirs(fsrootvp, mp->mnt_vnodecovered); + mountcheckdirs(fsrootvp, mp->mnt_vnodecovered); if (fsrootvp == rootvnode) { vrele(rootvnode); rootvnode = NULL; @@ -1008,7 +958,7 @@ /* Undo cdir/rdir and rootvnode changes made above. */ if ((flags & MNT_FORCE) && VFS_ROOT(mp, &fsrootvp, td) == 0) { if (mp->mnt_vnodecovered != NULL) - checkdirs(mp->mnt_vnodecovered, fsrootvp); + mountcheckdirs(mp->mnt_vnodecovered, fsrootvp); if (rootvnode == NULL) { rootvnode = fsrootvp; vref(rootvnode); diff -ur -x compile -x _* freebsd/src/sys/sys/filedesc.h phk/phk_bufwork/sys/sys/filedesc.h --- freebsd/src/sys/sys/filedesc.h Thu Dec 2 13:22:35 2004 +++ phk/phk_bufwork/sys/sys/filedesc.h Mon Dec 13 13:43:41 2004 @@ -58,7 +58,8 @@ int fd_lastfile; /* high-water mark of fd_ofiles */ int fd_freefile; /* approx. next free file */ u_short fd_cmask; /* mask for file creation */ - u_short fd_refcnt; /* reference count */ + u_short fd_refcnt; /* thread reference count */ + u_short fd_holdcnt; /* hold count on structure + mutex */ struct mtx fd_mtx; /* protects members of this struct */ int fd_locked; /* long lock flag */ @@ -163,6 +164,7 @@ void fdclose(struct filedesc *fdp, struct file *fp, int idx, struct thread *td); void fdcloseexec(struct thread *td); struct filedesc *fdcopy(struct filedesc *fdp); +void fdunshare(struct proc *p, struct thread *td); void fdfree(struct thread *td); struct filedesc *fdinit(struct filedesc *fdp); struct filedesc *fdshare(struct filedesc *fdp); @@ -171,6 +173,7 @@ filedesc_to_leader_alloc(struct filedesc_to_leader *old, struct filedesc *fdp, struct proc *leader); int getvnode(struct filedesc *fdp, int fd, struct file **fpp); +void mountcheckdirs(struct vnode *olddp, struct vnode *newdp); void setugidsafety(struct thread *td); static __inline struct file * -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 13:00:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46AF316A4CF for ; Mon, 13 Dec 2004 13:00:08 +0000 (GMT) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B1943D53 for ; Mon, 13 Dec 2004 13:00:07 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] ([192.168.1.26]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id iBDC3Spx044166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Dec 2004 13:03:35 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <41BD850A.5060001@portaone.com> Date: Mon, 13 Dec 2004 14:03:22 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <97664.1102797317@critter.freebsd.dk> In-Reply-To: <97664.1102797317@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/589/Wed Nov 17 13:38:41 2004 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: "current@freebsd.org" Subject: Re: GBDE write performance really sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 13:00:08 -0000 Poul-Henning Kamp wrote: > In message <41BB0305.7000206@portaone.com>, Maxim Sobolev writes: > >>Hi Poul, >> >>I have noticed that GBDE write performance is very low, even on modest >>hardware (3.2 P4 with 1MB cache and 7200 IDE HDD): > > > Which logical sectorsize did you use ? 2KB. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 02:23:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C9DD16A4CE for ; Mon, 13 Dec 2004 02:23:27 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id A600F43D60 for ; Mon, 13 Dec 2004 02:23:26 +0000 (GMT) (envelope-from DougB@dougbarton.net) Received: from [192.168.0.4] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc13) with ESMTP id <20041213022325016007l2vbe>; Mon, 13 Dec 2004 02:23:25 +0000 Message-ID: <41BCFD1B.30401@DougBarton.net> Date: Sun, 12 Dec 2004 18:23:23 -0800 From: Doug Barton User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <12004.1102850755@critter.freebsd.dk> In-Reply-To: <12004.1102850755@critter.freebsd.dk> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 13 Dec 2004 13:01:41 +0000 cc: current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 02:23:27 -0000 Poul-Henning Kamp wrote: > Here is a combined patch for the two problems that's been > reported against NTFS after my mount changes. > > Please test & report. Works great, thanks Poul-Henning. Doug -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 13:12:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8310616A4CE for ; Mon, 13 Dec 2004 13:12:28 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11EE243D45 for ; Mon, 13 Dec 2004 13:12:28 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBDDCQDB033032 for ; Mon, 13 Dec 2004 08:12:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBDDCQWm033019 for ; Mon, 13 Dec 2004 08:12:26 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 13 Dec 2004 08:12:25 -0500 (EST) From: Jeff Roberson To: current@freebsd.org Message-ID: <20041213081021.A9536@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 13:12:28 -0000 ULE works again with preemption and kse and so on. As far as I know, the only two problems with ULE currently are these: 1) nice +20 processes steal too much time from workloads that have some amount of idle time and lots of context switches (buildworld). 2) a nice +20 process can not be killed until there is some idle time in the system. 3) Performance is not what it could be, especially on HTT. If you encounter any other problems with ULE, please email me directly, without a current cc, as this will ensure the least amount of lag in reply. Thanks, Jeff ---------- Forwarded message ---------- Date: Mon, 13 Dec 2004 13:09:33 +0000 (UTC) From: Jeff Roberson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern sched_ule.c jeff 2004-12-13 13:09:33 UTC FreeBSD src repository Modified files: sys/kern sched_ule.c Log: - Take up a 'slot' while we're on the assigned queue, waiting to be posted to another processor. Otherwise, kern_switch() gets confused and tries to sched_add(NULL). Revision Changes Path 1.138 +16 -16 src/sys/kern/sched_ule.c From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 14:08:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C9216A4CE; Mon, 13 Dec 2004 14:08:05 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB2AB43D49; Mon, 13 Dec 2004 14:08:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDE84Lp065122; Mon, 13 Dec 2004 09:08:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDE84i6079819; Mon, 13 Dec 2004 09:08:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A00E7306E; Mon, 13 Dec 2004 09:08:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041213140804.2A00E7306E@freebsd-current.sentex.ca> Date: Mon, 13 Dec 2004 09:08:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 14:08:05 -0000 TB --- 2004-12-13 12:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-13 12:30:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-12-13 12:30:01 - checking out the source tree TB --- 2004-12-13 12:30:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-12-13 12:30:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-13 12:36:23 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-13 12:36:23 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-12-13 12:36:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-12-13 13:43:13 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 13:43:13 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-12-13 13:43:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Dec 13 13:43:14 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Mon Dec 13 13:56:59 UTC 2004 TB --- 2004-12-13 13:56:59 - generating LINT kernel config TB --- 2004-12-13 13:56:59 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2004-12-13 13:56:59 - /usr/bin/make -B LINT TB --- 2004-12-13 13:56:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 13:56:59 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-12-13 13:56:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 13 13:56:59 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_acl.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_bmap.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_dirhash.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_extattr.c /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_lookup': /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_extattr.c:269: error: structure has no member named `a_desc' /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_iterate_directory': /tinderbox/CURRENT/alpha/alpha/src/sys/ufs/ufs/ufs_extattr.c:394: error: structure has no member named `a_desc' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-12-13 14:08:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-13 14:08:04 - ERROR: failed to build lint kernel TB --- 2004-12-13 14:08:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 14:15:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD89A16A4CE for ; Mon, 13 Dec 2004 14:15:27 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3704943D55 for ; Mon, 13 Dec 2004 14:15:27 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBDEFPDB058680 for ; Mon, 13 Dec 2004 09:15:26 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBDEFPxL058664 for ; Mon, 13 Dec 2004 09:15:25 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 13 Dec 2004 09:15:23 -0500 (EST) From: Jeff Roberson To: current@freebsd.org In-Reply-To: <20041213081021.A9536@mail.chesapeake.net> Message-ID: <20041213091514.B9536@mail.chesapeake.net> References: <20041213081021.A9536@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 14:15:27 -0000 On Mon, 13 Dec 2004, Jeff Roberson wrote: > ULE works again with preemption and kse and so on. As far as I know, the > only two problems with ULE currently are these: ^three > > 1) nice +20 processes steal too much time from workloads that have some > amount of idle time and lots of context switches (buildworld). > 2) a nice +20 process can not be killed until there is some idle time in > the system. > 3) Performance is not what it could be, especially on HTT. > > If you encounter any other problems with ULE, please email me directly, > without a current cc, as this will ensure the least amount of lag in > reply. > > Thanks, > Jeff > > ---------- Forwarded message ---------- > Date: Mon, 13 Dec 2004 13:09:33 +0000 (UTC) > From: Jeff Roberson > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/kern sched_ule.c > > jeff 2004-12-13 13:09:33 UTC > > FreeBSD src repository > > Modified files: > sys/kern sched_ule.c > Log: > - Take up a 'slot' while we're on the assigned queue, waiting to be > posted to another processor. Otherwise, kern_switch() gets confused > and tries to sched_add(NULL). > > Revision Changes Path > 1.138 +16 -16 src/sys/kern/sched_ule.c > _______________________________________________ > 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 Dec 13 15:15:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEE2816A4CE for ; Mon, 13 Dec 2004 15:15:04 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C2F043D39 for ; Mon, 13 Dec 2004 15:15:03 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id iBDFExk7071999 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 13 Dec 2004 16:14:59 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id iBDFExlv071998 for freebsd-current@freebsd.org; Mon, 13 Dec 2004 16:14:59 +0100 (CET) Date: Mon, 13 Dec 2004 16:14:59 +0100 From: Divacky Roman To: freebsd-current@freebsd.org Message-ID: <20041213151459.GA70441@stud.fit.vutbr.cz> References: <20041212090656.GA98988@stud.fit.vutbr.cz> <200412121135.43408.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412121135.43408.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: strange df output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 15:15:04 -0000 in fact, nothing was broken (except the free space number)... On Sun, Dec 12, 2004 at 11:35:38AM +0100, Michael Nottebrock wrote: > On Sunday, 12. December 2004 10:06, Divacky Roman wrote: > > Hi, > > > > with recent 6-current I had to reboot my machine (I tried mount my cdrom > > but the process hanged in kernel then everything started to crash). > > > > after panic, fsck was invoken: > > witten ~# fsck / > > ** /dev/ad0s1a (NO WRITE) > > ** Last Mounted on / > > ** Root file system > > ** Phase 1 - Check Blocks and Sizes > > fsck_ufs: cannot alloc 3221471004 bytes for inoinfo > > > > and df shows this: > > witten ~# df > > Filesystem Size Used Avail Capacity Mounted on > > /dev/ad0s1a 143G 4.5T -4.4T 3520% / > > > > > > is this a known problem? what can I do with it? > > Kinda, see this thread: > http://lists.freebsd.org/pipermail/freebsd-current/2004-November/043670.html > > From all of my experience, you can consider this filesystem busted. Try to get > as much data off it as you can (chances are some files are so corrupt that > you'll get a hang when you try to copy them) and take care to preserve file > modes & permissions, then newfs and restore. > > It's kinda sad, but right now soft-updates must probably be considered unsafe > for some configurations. The reliability in the case of crashes is about just > as bad as mounting something async... my guess is that it's not really a new > bug in softupdates, but rather effects from modern big ata drives with big > caches and write caching enabled (and no tagged queueing - although IIRC the > ata tags support is disabled in 5.x and -CURRENT anyway). > > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 15:47:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8B1216A4CE; Mon, 13 Dec 2004 15:47:44 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EEDF43D1D; Mon, 13 Dec 2004 15:47:44 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDFlg9u029983; Mon, 13 Dec 2004 10:47:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDFlbPa033913; Mon, 13 Dec 2004 10:47:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D161A7306E; Mon, 13 Dec 2004 10:47:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041213154736.D161A7306E@freebsd-current.sentex.ca> Date: Mon, 13 Dec 2004 10:47:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 15:47:45 -0000 TB --- 2004-12-13 14:08:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-13 14:08:04 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-12-13 14:08:04 - checking out the source tree TB --- 2004-12-13 14:08:04 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-12-13 14:08:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-13 14:14:24 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-13 14:14:24 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-12-13 14:14:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-12-13 15:21:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 15:21:10 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-12-13 15:21:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Dec 13 15:21:10 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Mon Dec 13 15:35:52 UTC 2004 TB --- 2004-12-13 15:35:52 - generating LINT kernel config TB --- 2004-12-13 15:35:52 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-12-13 15:35:52 - /usr/bin/make -B LINT TB --- 2004-12-13 15:35:52 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 15:35:52 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-12-13 15:35:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 13 15:35:52 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/ufs/ufs/ufs_acl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/ufs/ufs/ufs_bmap.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/ufs/ufs/ufs_dirhash.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/ufs/ufs/ufs_extattr.c /tinderbox/CURRENT/amd64/amd64/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_lookup': /tinderbox/CURRENT/amd64/amd64/src/sys/ufs/ufs/ufs_extattr.c:269: error: structure has no member named `a_desc' /tinderbox/CURRENT/amd64/amd64/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_iterate_directory': /tinderbox/CURRENT/amd64/amd64/src/sys/ufs/ufs/ufs_extattr.c:394: error: structure has no member named `a_desc' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-12-13 15:47:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-13 15:47:36 - ERROR: failed to build lint kernel TB --- 2004-12-13 15:47:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 16:07:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFBC616A4CE for ; Mon, 13 Dec 2004 16:07:37 +0000 (GMT) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id F170743D54 for ; Mon, 13 Dec 2004 16:07:36 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-201.dti.cegetel.net [213.223.184.201]) by smtp.cegetel.net (Postfix) with ESMTP id 4CDDE6729D; Mon, 13 Dec 2004 17:07:34 +0100 (CET) Message-ID: <41BDBE43.1000809@club-internet.fr> Date: Mon, 13 Dec 2004 17:07:31 +0100 From: =?ISO-8859-15?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041006 X-Accept-Language: fr, en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <12004.1102850755@critter.freebsd.dk> In-Reply-To: <12004.1102850755@critter.freebsd.dk> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBA46359A8FB23E7885097644" cc: freebsd-current@freebsd.org Subject: Re: [TEST] NTFS patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 16:07:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBA46359A8FB23E7885097644 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Poul-Henning Kamp wrote: > Here is a combined patch for the two problems that's been > reported against NTFS after my mount changes. > > Please test & report. With mmap(2), it doesn't panic() anymore, but the content of a file copied with cp(1) is wrong. Here is a small test case: ---------------- # mount [...] /dev/ad2s1 on /mnt/ntfs (ntfs, local, read-only) # cat /mnt/ntfs/printenv.pl #!c:/Perl/bin/Perl.exe ## ## printenv -- demo CGI program which just prints its environment ## print "Content-type: text/plain\n\n"; foreach $var (sort(keys(%ENV))) { $val = $ENV{$var}; $val =~ s|\n|\\n|g; $val =~ s|"|\\"|g; print "${var}=\"${val}\"\n"; } # cp /mnt/ntfs/printenv.pl . # xxd -l 64 printenv.pl 0000000: eb52 904e 5446 5320 2020 2000 0201 0000 .R.NTFS ..... 0000010: 0000 0000 00f8 0000 3f00 ff00 3f00 0000 ........?...?... 0000020: 0000 0000 8000 8000 9920 0600 0000 0000 ......... ...... 0000030: 2000 0000 0000 0000 4c10 0300 0000 0000 .......L....... # xxd -l 64 /dev/ad2s1 0000000: eb52 904e 5446 5320 2020 2000 0201 0000 .R.NTFS ..... 0000010: 0000 0000 00f8 0000 3f00 ff00 3f00 0000 ........?...?... 0000020: 0000 0000 8000 8000 9920 0600 0000 0000 ......... ...... 0000030: 2000 0000 0000 0000 4c10 0300 0000 0000 .......L....... ---------------- This is with today's CVS. The NTFS file system was prepared under Windows 2000 SP4. In this example, the perl script is ok on the file system, but mmap(2) return data from he beginning of the file system, not the file. From sys/fs/ntfs/ntfs_vnops.c, ntfs_bmap(): if (ap->a_bop != NULL) *ap->a_bop = &ntmp->ntm_devvp->v_bufobj; if (ap->a_bnp != NULL) *ap->a_bnp = ap->a_bn; The logical block number isn't converted (because it expects ntfs_strategy() to be called), and bstrategy() will call directly the device strategy function with the wrong block number. Am I the only one to see this behaviour ? Jean-Seb --------------enigBA46359A8FB23E7885097644 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBvb5Ja+xGJsFYOlMRAv3jAKCYJQLDkBxi4PmcdW0kJtDiscgGHACeJ2Fk jto5gWs4EduCHhJfwDxRwSc= =AuE6 -----END PGP SIGNATURE----- --------------enigBA46359A8FB23E7885097644-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 16:49:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2B4F16A4CE for ; Mon, 13 Dec 2004 16:49:11 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DBFC43D54 for ; Mon, 13 Dec 2004 16:49:11 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBDGn9DB027090 for ; Mon, 13 Dec 2004 11:49:10 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBDGn9nE027070 for ; Mon, 13 Dec 2004 11:49:09 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 13 Dec 2004 11:49:08 -0500 (EST) From: Jeff Roberson To: current@freebsd.org In-Reply-To: <20041213091514.B9536@mail.chesapeake.net> Message-ID: <20041213114852.R60504@mail.chesapeake.net> References: <20041213081021.A9536@mail.chesapeake.net> <20041213091514.B9536@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 16:49:12 -0000 On Mon, 13 Dec 2004, Jeff Roberson wrote: > On Mon, 13 Dec 2004, Jeff Roberson wrote: > > > ULE works again with preemption and kse and so on. As far as I know, the > > only two problems with ULE currently are these: > ^three > > > > 1) nice +20 processes steal too much time from workloads that have some > > amount of idle time and lots of context switches (buildworld). > > 2) a nice +20 process can not be killed until there is some idle time in > > the system. I just fixed this one too. > > 3) Performance is not what it could be, especially on HTT. > > > > If you encounter any other problems with ULE, please email me directly, > > without a current cc, as this will ensure the least amount of lag in > > reply. > > > > Thanks, > > Jeff > > > > ---------- Forwarded message ---------- > > Date: Mon, 13 Dec 2004 13:09:33 +0000 (UTC) > > From: Jeff Roberson > > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > > Subject: cvs commit: src/sys/kern sched_ule.c > > > > jeff 2004-12-13 13:09:33 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/kern sched_ule.c > > Log: > > - Take up a 'slot' while we're on the assigned queue, waiting to be > > posted to another processor. Otherwise, kern_switch() gets confused > > and tries to sched_add(NULL). > > > > Revision Changes Path > > 1.138 +16 -16 src/sys/kern/sched_ule.c > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 16:50:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3548016A4CE for ; Mon, 13 Dec 2004 16:50:15 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3929943D5F for ; Mon, 13 Dec 2004 16:50:14 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id iBDGo4Fr017016 for ; Mon, 13 Dec 2004 17:50:04 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <41BDC83C.4070604@fer.hr> Date: Mon, 13 Dec 2004 17:50:04 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.9 (X11/20041111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20041213081021.A9536@mail.chesapeake.net> In-Reply-To: <20041213081021.A9536@mail.chesapeake.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 16:50:15 -0000 Jeff Roberson wrote: > ULE works again with preemption and kse and so on. As far as I know, the > only three problems with ULE currently are these: Nice! Will it get to RELENG_5 soon? I'd like to try it but don't want to switch to -current for it :) From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 17:00:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 903AE16A4CE for ; Mon, 13 Dec 2004 17:00:40 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F0EC43D39 for ; Mon, 13 Dec 2004 17:00:40 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBDH0RDB032559; Mon, 13 Dec 2004 12:00:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBDH0RCu032546; Mon, 13 Dec 2004 12:00:27 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 13 Dec 2004 12:00:25 -0500 (EST) From: Jeff Roberson To: Ivan Voras In-Reply-To: <41BDC83C.4070604@fer.hr> Message-ID: <20041213120001.I60504@mail.chesapeake.net> References: <20041213081021.A9536@mail.chesapeake.net> <41BDC83C.4070604@fer.hr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 17:00:40 -0000 On Mon, 13 Dec 2004, Ivan Voras wrote: > Jeff Roberson wrote: > > ULE works again with preemption and kse and so on. As far as I know, the > > only three problems with ULE currently are these: > > Nice! Will it get to RELENG_5 soon? I'd like to try it but don't want to > switch to -current for it :) I imagine that since it's totally broken on 5.3 re wont mind if I merge the changes right away. I'll find out soon. > > _______________________________________________ > 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 Dec 13 17:26:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 779F916A4CE for ; Mon, 13 Dec 2004 17:26:35 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F4CE43D58 for ; Mon, 13 Dec 2004 17:26:35 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBDHT7vK041815; Mon, 13 Dec 2004 10:29:07 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41BDD0B2.5050505@freebsd.org> Date: Mon, 13 Dec 2004 10:26:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <20041213081021.A9536@mail.chesapeake.net> <41BDC83C.4070604@fer.hr> In-Reply-To: <41BDC83C.4070604@fer.hr> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 17:26:35 -0000 Ivan Voras wrote: > Jeff Roberson wrote: > >> ULE works again with preemption and kse and so on. As far as I know, the >> only three problems with ULE currently are these: > > > Nice! Will it get to RELENG_5 soon? I'd like to try it but don't want to > switch to -current for it :) > RELENG_5 is the stable branch. If quality testing goes into ULE in HEAD and it's shown to be as stable as 4BSD then we can consider it for RELENG_5 in the future. Given the incredible problems that we had in the scheduler leading up to 5.3, I'm not excited about quickly merging these things. Scott From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 17:29:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E58616A4CE; Mon, 13 Dec 2004 17:29:35 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E7C843D2F; Mon, 13 Dec 2004 17:29:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDHTXiB051069; Mon, 13 Dec 2004 12:29:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDHTXOG099437; Mon, 13 Dec 2004 12:29:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE0277306E; Mon, 13 Dec 2004 12:29:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041213172933.BE0277306E@freebsd-current.sentex.ca> Date: Mon, 13 Dec 2004 12:29:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 17:29:35 -0000 TB --- 2004-12-13 15:47:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-13 15:47:36 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-12-13 15:47:36 - checking out the source tree TB --- 2004-12-13 15:47:36 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-12-13 15:47:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-13 15:53:54 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-13 15:53:54 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-12-13 15:53:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-12-13 17:00:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 17:00:36 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-12-13 17:00:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Dec 13 17:00:37 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Mon Dec 13 17:17:44 UTC 2004 TB --- 2004-12-13 17:17:44 - generating LINT kernel config TB --- 2004-12-13 17:17:44 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2004-12-13 17:17:44 - /usr/bin/make -B LINT TB --- 2004-12-13 17:17:44 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 17:17:44 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-12-13 17:17:44 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 13 17:17:44 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_acl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_bmap.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_dirhas h.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_extatt r.c /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_lookup': /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_extattr.c:269: error: structure has no member named `a_desc' /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_iterate_directory': /tinderbox/CURRENT/i386/i386/src/sys/ufs/ufs/ufs_extattr.c:394: error: structure has no member named `a_desc' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-12-13 17:29:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-13 17:29:33 - ERROR: failed to build lint kernel TB --- 2004-12-13 17:29:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 17:30:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A2616A4CE for ; Mon, 13 Dec 2004 17:30:57 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48F8B43D41 for ; Mon, 13 Dec 2004 17:30:56 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 19928 invoked from network); 13 Dec 2004 17:19:57 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Dec 2004 17:19:57 -0000 Message-ID: <41BDD1C7.7060105@freebsd.org> Date: Mon, 13 Dec 2004 18:30:47 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041122 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41BA0088.9000107@freebsd.org> In-Reply-To: <41BA0088.9000107@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: gallatin@cs.duke.edu Subject: Re: Rewritten TCP reassembly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 17:30:57 -0000 Andre Oppermann wrote: > I've totally rewritten the TCP reassembly function to be a lot more > efficient. In tests with normal bw*delay products and packet loss > plus severe reordering I've measured an improvment of at least 30% in > performance. For high and very high bw*delay product links the > performance improvement is most likely much higher. > > The main property of the new code is O(1) insert for 95% of all normal > reassembly cases. If there is more than one hole the insert time is > O(holes). If a packet arrives that closes a hole the chains to the left > and right are merged. Artificially constructed worst case is O(n). No > malloc's are done for new segments. The old code was O(n) in all cases > plus n*malloc for a describing structure. > > There are some problems with the new code I will fix before committing > it to the tree. One is it can't handle non-writeable mbuf's and the > other is too little leading space in the mbuf (found only on loopback > interface, but there we don't have packet loss). Once these two are > dealed with it is ready to go in. > > Nothing is perfect and this code is only a first significant step over > what we have currently in the tree, especially for transfers over lossy > (wireless) and high speed links with and without packet reordering. > I have the next steps already in the works which will further optimize > (worst case O(windowsize/mclusters) instead of O(n)) and simplify a bit > more again. > > The patch can be found here: > > http://www.nrg4u.com/freebsd/tcp_reass-20041210.patch > > Please test and report good and bad news back. I've got some excellent review feedback from Mike Spengler and he found a off-by-one queue limit tracking error. http://www.nrg4u.com/freebsd/tcp_reass-20041213.patch Please test again. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 17:50:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2420116A4CF for ; Mon, 13 Dec 2004 17:50:20 +0000 (GMT) Received: from www.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D36343D2D for ; Mon, 13 Dec 2004 17:50:19 +0000 (GMT) (envelope-from "") Received: from [213.92.1.190] (helo=brian) by webcom.it with asmtp (Exim 3.36 #1) id 1CduKw-000OLa-00; Mon, 13 Dec 2004 17:50:18 +0000 Date: Mon, 13 Dec 2004 18:50:15 +0100 From: Andrea Campi To: Sam Leffler Message-ID: <20041213175015.GA713@webcom.it> References: <200412081109.43840.sam@errno.com> <20041209.100008.21874313.rushani@bl.mmtr.or.jp> <200412081744.27539.sam@errno.com> <20041209.225041.63112571.rushani@bl.mmtr.or.jp> <41B9454F.9080903@errno.com> <41BA4B22.5070403@telia.com> <41BB8550.30208@errno.com> <41BBA53B.9070006@telia.com> <41BBCE36.9000201@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41BBCE36.9000201@errno.com> User-Agent: Mutt/1.5.6i Received: from andrea by webcom.it with asmtp (Exim 3.36 #1) id 1CduKw-000OLa-00; Mon, 13 Dec 2004 17:50:18 +0000 cc: freebsd-current@freebsd.org Subject: Re: WEP does not work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 17:50:20 -0000 On Sat, Dec 11, 2004 at 08:51:02PM -0800, Sam Leffler wrote: > The 802.11 state machine is being clocked when you do this and clearing > the global key state when it goes through the INIT state (80211debug > +state will show you). I added this just recently to insure key state > was cleared when a device was marked down but on reflection it was a bad > idea. The following change will revert this: I'm seeing something which might be related (or not). My wi card can't connect using wep; it's working great when going in the clear. I used 80211debug +(a few params) and this is what I got: $ sudo ifconfig wi0 $IP ssid $SSID wepmode on weptxkey 1 wepkey 1:$KEY ieee80211_newstate: RUN -> INIT [00:30:65:0c:13:d4] send disassoc on channel 11 ieee80211_newstate: INIT -> INIT ieee80211_newstate: INIT -> INIT ieee80211_newstate: INIT -> RUN ieee80211_newstate: invalid transition Is this enough to work with or do you need anything more? Oh, I have ieee80211_proto.c rev 1.11. Bye, Andrea -- The best things in life are free, but the expensive ones are still worth a look. From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 19:07:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A90416A4CE; Mon, 13 Dec 2004 19:07:40 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0763343D39; Mon, 13 Dec 2004 19:07:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDJ7dUx032321; Mon, 13 Dec 2004 14:07:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBDJ7dg0050152; Mon, 13 Dec 2004 14:07:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 244567306E; Mon, 13 Dec 2004 14:07:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041213190739.244567306E@freebsd-current.sentex.ca> Date: Mon, 13 Dec 2004 14:07:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 19:07:40 -0000 TB --- 2004-12-13 17:29:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-13 17:29:33 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-12-13 17:29:33 - checking out the source tree TB --- 2004-12-13 17:29:33 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-12-13 17:29:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-13 17:35:53 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-13 17:35:53 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-12-13 17:35:53 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-12-13 18:42:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 18:42:59 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-12-13 18:42:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Dec 13 18:42:59 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Mon Dec 13 18:57:26 UTC 2004 TB --- 2004-12-13 18:57:26 - generating LINT kernel config TB --- 2004-12-13 18:57:26 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-12-13 18:57:26 - /usr/bin/make -B LINT TB --- 2004-12-13 18:57:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-12-13 18:57:26 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-12-13 18:57:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 13 18:57:26 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_acl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_bmap.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_dirhas h.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -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 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_extatt r.c /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_lookup': /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_extattr.c:269: error: structure has no member named `a_desc' /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_extattr.c: In function `ufs_extattr_iterate_directory': /tinderbox/CURRENT/i386/pc98/src/sys/ufs/ufs/ufs_extattr.c:394: error: structure has no member named `a_desc' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-12-13 19:07:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-13 19:07:38 - ERROR: failed to build lint kernel TB --- 2004-12-13 19:07:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 19:17:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B31EC16A4CE; Mon, 13 Dec 2004 19:17:38 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8878643D41; Mon, 13 Dec 2004 19:17:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 21BE07A403; Mon, 13 Dec 2004 11:17:38 -0800 (PST) Message-ID: <41BDEAD1.9060308@elischer.org> Date: Mon, 13 Dec 2004 11:17:37 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Long , John Baldwin , Jeff Roberson , Peter Wemm , Stephan Uphoff , FreeBSD Current References: <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org> In-Reply-To: <41BDE477.5050103@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 19:17:38 -0000 The whole problem that "slots" is trying to solve is to stop a single process from being able to flood the system with threads and therefore make the system unfair in its favour. The "slots" method is really suitable for the 4bsd scheduler but it is really not so good for ULE (at least I think that there are probably better ways that ULE could implement fairness). What I think should happen at this stage is that the inclusion of kern_switch.c should be replaced by actually copying the contents of that file into the two schedulers and that they be permitted to diverge. This would allow ULE and BSD to be cleaned up in terms of the sched_td/kse hack (where they are in fact the same structure, but to keep diffs to a minimum I defined one in terms of the other with macros). It would also allow jeff to experiment absolutly freely on how ULE might implement fairness without any constraints of worrying about the BSD scheduler, and visa versa. I have been hesitant to do this because there was some (small) amount of work going on in the shared file, but I think it is time to cut the umbilical cord. If ULE is really fixed then this would be a good time to break them apart, and delete kern_switch.c (or at least move most of the stuff in it out to the two schedulers). This would protect ULE from future problems being "imported" from BSD for example. comments? From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 19:22:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4A016A4CE for ; Mon, 13 Dec 2004 19:22:51 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A798D43D49 for ; Mon, 13 Dec 2004 19:22:50 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] ([192.168.1.26]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id iBDJMkTp007211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Dec 2004 20:22:48 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <41BDEBFB.7010204@portaone.com> Date: Mon, 13 Dec 2004 21:22:35 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <97664.1102797317@critter.freebsd.dk> <41BD850A.5060001@portaone.com> In-Reply-To: <41BD850A.5060001@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/589/Wed Nov 17 13:38:41 2004 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: "current@freebsd.org" Subject: Re: GBDE write performance really sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 19:22:51 -0000 Maxim Sobolev wrote: > Poul-Henning Kamp wrote: > >> In message <41BB0305.7000206@portaone.com>, Maxim Sobolev writes: >> >>> Hi Poul, >>> >>> I have noticed that GBDE write performance is very low, even on >>> modest hardware (3.2 P4 with 1MB cache and 7200 IDE HDD): >> >> >> >> Which logical sectorsize did you use ? > > > 2KB. Little more investigation revealed that the problem was due to disabled write cache in ata(4). It would be interesting to compare FreeBSD behaviour to behaviour of other operating systems in such situation, since the drop of sequental writing performance in the case of 8KB blocks and disabled write cache in FreeBSD is about 20x (from more than 20MB/sec to merely 1MB/sec), which doesn't look reasonably to me. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 19:27:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C80DC16A4CE for ; Mon, 13 Dec 2004 19:27:51 +0000 (GMT) Received: from smtp005.bizmail.sc5.yahoo.com (smtp005.bizmail.sc5.yahoo.com [66.163.175.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 510AA43D1D for ; Mon, 13 Dec 2004 19:27:51 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.198.174 with login) by smtp005.bizmail.sc5.yahoo.com with SMTP; 13 Dec 2004 19:27:51 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 381E86149; Mon, 13 Dec 2004 13:27:50 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14733-09; Mon, 13 Dec 2004 13:27:47 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 24B9D60FD; Mon, 13 Dec 2004 13:27:47 -0600 (CST) Received: from 69.53.57.66 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Mon, 13 Dec 2004 13:27:47 -0600 (CST) Message-ID: <55260.69.53.57.66.1102966067.squirrel@69.53.57.66> In-Reply-To: <20041211155825.16409.qmail@laurel.tmseck.homedns.org> References: <20041210155518.O63382@carver.gumbysoft.com> <20041211155825.16409.qmail@laurel.tmseck.homedns.org> Date: Mon, 13 Dec 2004 13:27:47 -0600 (CST) From: "Jon Noack" To: "Thomas-Martin Seck" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: FreeBSD sound distortion problems with SB Live! fixed with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 19:27:51 -0000 Thomas-Martin Seck wrote: > * Doug White : > >> I purchased a SBLive 5.1 and ran tests with it in a Dell PowerEdge 1750 >> (2x2.4GHz Xeon) the last time we had complaints about sound jitteryness >> and I wasn't able to reproduce it, even with heavy buildworld load. >> Guess its time to pull the card out and give it another try (after I >> just >> pulled it out of the machine yesterday...) > > Do add another datapoint here: > > Playing an mp3 with mpg321 from the console while doing a 'make extract' > or even 'make clean' in www/firefox is sufficient for reproducing the > sound related issues here. (This is pIII-550 with a Soundblaster card > (ES137x driver), 4BSD scheduler and an IDE disk on a Promise PDC20268 > UDMA100 controller). With PREEMPTION enabled, the playback is slowed > down noticeably, pops and clicks are rare, though. Without PREEMPTION > enabled, mp3 output was severely distorted even when not much system > activity happened beyond running mpg321. Try my es137x patch: http://www.noacks.org/freebsd/es137x.diff Among other things, it incorporates: * Locking and INTR_MPSAFE (PR kern/59349) * S/PDIF output (PR kern/68594) Note that I modified the locking from kern/59349 to include a snd_mtxfree. I also cleaned it up a bit. I got a review on the S/PDIF stuff, but the locking probably needs a good once-over. In any case, I've been running this patch in various forms since February with no problems. I used to have the behavior you're describing, but haven't seen it since PREEMPTION started working again with SCHED_4BSD a while back (before 5.3, certainly). Jon From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 19:37:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3E1A16A4D2 for ; Mon, 13 Dec 2004 19:37:41 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1CCA43D55 for ; Mon, 13 Dec 2004 19:37:40 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from spot.0xfce3.net (port-ip-213-211-224-147.reverse.mdcc-fun.de [213.211.224.147]) by dd1318.kasserver.com (Postfix) with ESMTP id B5781253DA; Mon, 13 Dec 2004 20:37:38 +0100 (CET) Received: from spot.0xfce3.net (localhost [127.0.0.1]) by spot.0xfce3.net (8.13.1/8.13.1) with ESMTP id iBDJbXfh001551; Mon, 13 Dec 2004 20:37:33 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by spot.0xfce3.net (8.13.1/8.13.1/Submit) id iBDJbXOb001550; Mon, 13 Dec 2004 20:37:33 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: spot.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Mon, 13 Dec 2004 20:37:33 +0100 From: Gordon Bergling To: Gordon Bergling Message-ID: <20041213193733.GA1490@spot.0xfce3.net> References: <20041208175439.GA829@spot.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20041208175439.GA829@spot.0xfce3.net> User-Agent: Mutt/1.4.2.1i X-Url: X-Operating-System: FreeBSD 5.3-STABLE i386 X-Host-Uptime: 8:32PM up 42 mins, 4 users, load averages: 0.12, 0.17, 0.16 cc: freebsd-current@freebsd.org Subject: Re: recent 5-STABLE crash (usb and acpi related) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 19:37:42 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed Dec 08, 2004 at 06:54PM +0100, Gordon Bergling wrote: > I bought an optical usb mouse. If I boot with acpi enabled and I plug > the usb-mouse in the system hangs immediately. (No kernel output.) >=20 > If I boot with acpi disabled I had no problems to get the mouse working. >=20 > System is a 5-STABLE from a few hours ago. >=20 > dmesg from the mouse: > | ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 2, iclass > | 3/1 > | ums0: 3 buttons and Z dir. > | ums0: at uhub1 port 1 (addr 2) disconnected > | ums0: detached > | ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 2, iclass > | 3/1 > | ums0: 3 buttons and Z dir. >=20 > dmesg of usb stuff (without acpi): > |< ohci0: mem 0xdfffd000-0xdfffdfff irq 20 at > | device 3.0 on pci0 > | ohci0: [GIANT-LOCKED] > | usb0: OHCI version 1.0, legacy support > | usb0: SMM does not respond, resetting > | usb0: on ohci0 > | usb0: USB revision 1.0 > | uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > | uhub0: 3 ports with 3 removable, self powered > | ohci1: mem 0xdfffe000-0xdfffefff irq 21 at > | device 3.1 on pci0 > | ohci1: [GIANT-LOCKED] > | usb1: OHCI version 1.0, legacy support > | usb1: SMM does not respond, resetting > | usb1: on ohci1 > | usb1: USB revision 1.0 > | uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > | uhub1: 3 ports with 3 removable, self powered >=20 > any hints on how I could solve this problem? I solved this problem with booting to -CURRENT. ;) It seems that the new acpi code is working fine on my notebook. Are there plans to MFC5? best regards, =09 Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBve98k7nTK8dvAqARAhzXAJ4hZZb0Fe4RcXr4vfq2cr5sh2JYAgCdHVlD pqzlnkiTSTSygO5lUU+AE/Y= =KIWj -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 20:31:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C923416A4CE; Mon, 13 Dec 2004 20:31:09 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE3A543D31; Mon, 13 Dec 2004 20:31:07 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBDKV6DB029580; Mon, 13 Dec 2004 15:31:06 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBDKV6nE029572; Mon, 13 Dec 2004 15:31:06 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 13 Dec 2004 15:31:05 -0500 (EST) From: Jeff Roberson To: Julian Elischer In-Reply-To: <41BDEAD1.9060308@elischer.org> Message-ID: <20041213152556.R60504@mail.chesapeake.net> References: <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org> <41BDEAD1.9060308@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Peter Wemm cc: Scott Long cc: Stephan Uphoff cc: FreeBSD Current Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 20:31:09 -0000 On Mon, 13 Dec 2004, Julian Elischer wrote: > > The whole problem that "slots" is trying to solve is to stop a single > process > from being able to flood the system with threads and therefore make the > system > unfair in its favour. > > The "slots" method is really suitable for the 4bsd scheduler but it is > really > not so good for ULE (at least I think that there are probably better > ways that > ULE could implement fairness). > > What I think should happen at this stage is that the inclusion of > kern_switch.c > should be replaced by actually copying the contents of that file into > the two > schedulers and that they be permitted to diverge. This would allow ULE and > BSD to be cleaned up in terms of the sched_td/kse hack (where they are in > fact the same structure, but to keep diffs to a minimum I defined one in > terms of the other with macros). > > It would also allow jeff to experiment absolutly freely on how ULE might > implement fairness without any constraints of worrying about the BSD > scheduler, and visa versa. > > I have been hesitant to do this because there was some (small) amount of > work going on in the shared file, but I think it is time to cut the > umbilical > cord. If ULE is really fixed then this would be a good time to break > them apart, > and delete kern_switch.c (or at least move most of the stuff in it out > to the > two schedulers). This would protect ULE from future problems being > "imported" from BSD for example. > > comments? Why don't we move the ke_procq into the thread and then kern_switch can remain with the generic runq code? Then we can move *runqueue into the individual schedulers. At least then we won't have to make a copy of the bit twiddling code. > > > _______________________________________________ > 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 Dec 13 21:50:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FE1C16A4CE; Mon, 13 Dec 2004 21:50:44 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECCF043D41; Mon, 13 Dec 2004 21:50:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 615047A403; Mon, 13 Dec 2004 13:50:43 -0800 (PST) Message-ID: <41BE0EB3.8010003@elischer.org> Date: Mon, 13 Dec 2004 13:50:43 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jeff Roberson References: <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org> <41BDEAD1.9060308@elischer.org> <20041213152556.R60504@mail.chesapeake.net> In-Reply-To: <20041213152556.R60504@mail.chesapeake.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Peter Wemm cc: Scott Long cc: Stephan Uphoff cc: FreeBSD Current Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 21:50:44 -0000 Jeff Roberson wrote: >On Mon, 13 Dec 2004, Julian Elischer wrote: > > > >>The whole problem that "slots" is trying to solve is to stop a single >>process >>from being able to flood the system with threads and therefore make the >>system >>unfair in its favour. >> >>The "slots" method is really suitable for the 4bsd scheduler but it is >>really >>not so good for ULE (at least I think that there are probably better >>ways that >>ULE could implement fairness). >> >>What I think should happen at this stage is that the inclusion of >>kern_switch.c >>should be replaced by actually copying the contents of that file into >>the two >>schedulers and that they be permitted to diverge. This would allow ULE and >>BSD to be cleaned up in terms of the sched_td/kse hack (where they are in >>fact the same structure, but to keep diffs to a minimum I defined one in >>terms of the other with macros). >> >>It would also allow jeff to experiment absolutly freely on how ULE might >>implement fairness without any constraints of worrying about the BSD >>scheduler, and visa versa. >> >>I have been hesitant to do this because there was some (small) amount of >>work going on in the shared file, but I think it is time to cut the >>umbilical >>cord. If ULE is really fixed then this would be a good time to break >>them apart, >>and delete kern_switch.c (or at least move most of the stuff in it out >>to the >>two schedulers). This would protect ULE from future problems being >>"imported" from BSD for example. >> >>comments? >> >> > >Why don't we move the ke_procq into the thread and then kern_switch can >remain with the generic runq code? Then we can move *runqueue into the >individual schedulers. At least then we won't have to make a copy of the >bit twiddling code. > hmm just noticed that both 4bsd and ule have kse structure (td_sched) fields that are not used any more. (e.g. ke_kglist, ke_kgrlist) The bit twiddling code is already separate in runq.c is it not? The fact that finctions in kern_switch are currently used by both BSD and ULE doesn'rt make them "generic" from my perspective. The are just shared for historical reasons. runq_remove and runq_add (for example) ar epretty generic but would still need changing if a thread were on >1 list. setrunqueue() and remrunqueue() are heavily based on what fairness method is used. I'm not happy with the SLOTS as the ultimate answer, only as the easiest (except for "ignore fairness"). Having them generic limits wow this might be changed. Certainly if ULE were to implement a smarter fairness method it's need to have its own copy of them. Re. moving ke_procq. (should be renamed to ke_runq_entry or somrthing) What if a scheduler wants to keep a thread on TWO lists.. Puting it int he scheduler independent part of teh thread structure makes this harder to do. For example, I would like to experiment with a version of the BSD scheduler that keeps a thread on BOTH teh percpu queue and an independent queue. it gets removed from both when selected, but suelction is done from teh pcpu queue first, and proceeds to teh general queue only if there is nothing for that cpu. Another example would be a scheduler that uses (I forget the propper name) probablity scheduling rather than run queues. it would require a completely differnt set of fields to represent it's internal structures. Having an externally visible run queue would be misleading because it would be visible but not used. I would actually go the other way.. td_runq should be moved to the td_thread as it is used by the fairness code only and that could be implemented completely differently by different schedulers. I left it where it was only for diff reduction reasons. Is there a real reason that the two scheduelrs should not have separate copies of this code other than diskspace? I think that maintainance might even be made easier if people maintaining them don't have to always bare in mind the fact that the code is being used in two different scenareos with very different frameworks around them. julian From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 22:03:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AF3D16A4CE; Mon, 13 Dec 2004 22:03:31 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF8D343D5A; Mon, 13 Dec 2004 22:03:30 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id A900B7A403; Mon, 13 Dec 2004 14:03:30 -0800 (PST) Message-ID: <41BE11B2.5060300@elischer.org> Date: Mon, 13 Dec 2004 14:03:30 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Julian Elischer References: <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org> <41BDEAD1.9060308@elischer.org> <20041213152556.R60504@mail.chesapeake.net> <41BE0EB3.8010003@elischer.org> In-Reply-To: <41BE0EB3.8010003@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Jeff Roberson cc: FreeBSD Current cc: Scott Long cc: Peter Wemm cc: Stephan Uphoff Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 22:03:31 -0000 Julian Elischer wrote: > > > Jeff Roberson wrote: > >> On Mon, 13 Dec 2004, Julian Elischer wrote: >> >> >> >> Why don't we move the ke_procq into the thread and then kern_switch can >> remain with the generic runq code? Then we can move *runqueue into the >> individual schedulers. At least then we won't have to make a copy of >> the >> bit twiddling code. >> > > hmm just noticed that both 4bsd and ule have kse structure (td_sched) > fields > that are not used any more. (e.g. ke_kglist, ke_kgrlist) > > The bit twiddling code is already separate in runq.c is it not? > The fact that finctions in kern_switch are currently used by both BSD > and ULE > doesn'rt make them "generic" from my perspective. The are just shared for > historical reasons. runq_remove and runq_add (for example) ar epretty > generic but would still need changing if a thread were on >1 list. having said this we could always migrate the functions one at a time, starting with *runqueue. Here's what I'd do a a compromise.. leave the fields as they are now, (maybe move td_runq). move any functions to teh schedulers that allow you to clean up and simplify the schedulers. (e.g. by merging/inlining functions etc.). see what's left. discuss it again. > > > setrunqueue() and remrunqueue() are heavily based on what fairness > method is used. I'm not happy with the SLOTS as the ultimate answer, > only as the easiest (except for "ignore fairness"). Having them > generic limits wow this might be changed. Certainly if ULE were to > implement > a smarter fairness method it's need to have its own copy of them. > > Re. moving ke_procq. (should be renamed to ke_runq_entry or somrthing) > What if a scheduler wants to keep a thread on TWO lists.. > Puting it int he scheduler independent part of teh thread structure > makes this > harder to do. > > For example, I would like to experiment with a version of the BSD > scheduler that keeps a > thread on BOTH teh percpu queue and an independent queue. > it gets removed from both when selected, but suelction is done from > teh pcpu queue > first, and proceeds to teh general queue only if there is nothing for > that cpu. > > Another example would be a scheduler that uses (I forget the propper > name) > probablity scheduling rather than run queues. it would require a > completely differnt set of > fields to represent it's internal structures. Having an externally > visible run queue > would be misleading because it would be visible but not used. > > I would actually go the other way.. > td_runq should be moved to the td_thread as it is used by the fairness > code only and that could be implemented completely differently by > different schedulers. I left it where it was only for diff reduction > reasons. > > Is there a real reason that the two scheduelrs should not have separate > copies of this code other than diskspace? I think that maintainance > might even be > made easier if people maintaining them don't have to always bare in mind > the fact that the code is being used in two different scenareos with > very different > frameworks around them. > > > > julian > > _______________________________________________ > 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 Dec 13 22:03:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F11B916A50C for ; Mon, 13 Dec 2004 22:03:39 +0000 (GMT) Received: from server1.astraldream.net (astraldream.net [69.20.5.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id D12B843D5A for ; Mon, 13 Dec 2004 22:03:36 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated (0 bits)) by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id iBDM3UQ24915 (using TLSv1/SSLv3 with cipher RC4-SHA (128 bits) verified NO); Mon, 13 Dec 2004 17:03:36 -0500 In-Reply-To: <200412130913.20215.max@love2party.net> References: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> <200412130913.20215.max@love2party.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 13 Dec 2004 17:03:29 -0500 To: Max Laier X-Mailer: Apple Mail (2.619) cc: freebsd-current@FreeBSD.org Subject: Re: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 22:03:40 -0000 Hi, On Dec 13, 2004, at 3:13 AM, Max Laier wrote: > You have identified two places where Giant is explicitly asserted, but > I am > afraid that there are much more handlers that don't assert Giant but > need it. > Moreover, the "simple" handler might also write to memory that is > implicitly > protected by Giant and should not be modified without it. Right. > As a transition step I suggest that we extend the API in the way the > callout > API works. So that you can ask for a Giant-free handler call by > setting an > MPSAFE flag. > > On a side note, I am not sure if I like the string copy thing - while I > understand the intention. Neither am I sure if it is a good idea to > introduce > "yet another sleep lock/reference count thingy"[tm] before sitting > down and > giving some attention to the existing sx(9) implementation. I haven't > fully > read/understand your ref-count there, hence I can not tell if sx(9) > will > really work - and I know (very well) that sx(9) isn't the optimal > answer > sometimes (most of the time). But I am suggesting that we give that a > closer > look before reinventing the wheel over and over again. Oh, and last but > *definitely* least, your patch could use some style(9) facelifting. > e.g. tab > after #define. The patch at http://people.freebsd.org/~ssouhlal/sysctl-sx-locking.diff fixes most of your concerns. It unconditionally acquires Giant just before calling the handler, but I'm hoping that we'll find another solution. It also uses sx(9), and requires the following patch to be applied: http://people.freebsd.org/~ssouhlal/sx_xlocked.diff . The latter creates a new function, int sx_xlocked(struct sx *sx), that returns non-zero when the exclusive lock is held by the current thread, and zero otherwise. Bye. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 22:09:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D42716A4D1 for ; Mon, 13 Dec 2004 22:09:28 +0000 (GMT) Received: from zircon.seattle.wa.us (dsl231-043-165.sea1.dsl.speakeasy.net [216.231.43.165]) by mx1.FreeBSD.org (Postfix) with SMTP id 1794643D66 for ; Mon, 13 Dec 2004 22:09:28 +0000 (GMT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 64653 invoked from network); 13 Dec 2004 22:10:03 -0000 Received: from localhost (HELO localhost.zircon.seattle.wa.us) (127.0.0.1) by localhost with SMTP; 13 Dec 2004 22:10:03 -0000 From: Joe Kelsey To: arch@freebsd.org, hackers@freebsd.org Content-Type: text/plain Date: Mon, 13 Dec 2004 14:10:03 -0800 Message-Id: <1102975803.30309.196.camel@zircon.zircon.seattle.wa.us> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Fixing Posix semaphores X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 22:09:28 -0000 I have a desire to fix posix semaphores in at least 5.3. The current implementation doesn't actually follow the "spirit" of the standard, even though it technically qualifies in a somewhat degraded sense. I refer to the fact that the current implementation treats posix semaphores as completely contained inside the kernel and essentially divorced from the filesystem. The true "spirit" of the standard places the semaphores directly in the file system, similar to named pipes. However the current implementation treats the supplied "name" as a 14-character identifier, required to begin with a slash and contain no other slashes. Pretty weak. Well, in order to fix this, we need to add file system code and come up with a new type. I currently have some time to spend on something like this and am willing to put in whatever effort it takes. Does anyone want to add their own ideas or requirements? I currently run 5.3, but I suppose I could think about running current at some point in the future. /Joe From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 22:13:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AB9E16A4CE; Mon, 13 Dec 2004 22:13:39 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9099F43D48; Mon, 13 Dec 2004 22:13:38 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBDMDbDB075767; Mon, 13 Dec 2004 17:13:37 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBDMDbpD075752; Mon, 13 Dec 2004 17:13:37 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 13 Dec 2004 17:13:36 -0500 (EST) From: Jeff Roberson To: Julian Elischer In-Reply-To: <41BE0EB3.8010003@elischer.org> Message-ID: <20041213165627.E60504@mail.chesapeake.net> References: <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org> <41BDEAD1.9060308@elischer.org> <20041213152556.R60504@mail.chesapeake.net> <41BE0EB3.8010003@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Peter Wemm cc: Scott Long cc: Stephan Uphoff cc: FreeBSD Current Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 22:13:39 -0000 On Mon, 13 Dec 2004, Julian Elischer wrote: > > > Jeff Roberson wrote: > > >On Mon, 13 Dec 2004, Julian Elischer wrote: > > > > > > > >>The whole problem that "slots" is trying to solve is to stop a single > >>process > >>from being able to flood the system with threads and therefore make the > >>system > >>unfair in its favour. > >> > >>The "slots" method is really suitable for the 4bsd scheduler but it is > >>really > >>not so good for ULE (at least I think that there are probably better > >>ways that > >>ULE could implement fairness). > >> > >>What I think should happen at this stage is that the inclusion of > >>kern_switch.c > >>should be replaced by actually copying the contents of that file into > >>the two > >>schedulers and that they be permitted to diverge. This would allow ULE and > >>BSD to be cleaned up in terms of the sched_td/kse hack (where they are in > >>fact the same structure, but to keep diffs to a minimum I defined one in > >>terms of the other with macros). > >> > >>It would also allow jeff to experiment absolutly freely on how ULE might > >>implement fairness without any constraints of worrying about the BSD > >>scheduler, and visa versa. > >> > >>I have been hesitant to do this because there was some (small) amount of > >>work going on in the shared file, but I think it is time to cut the > >>umbilical > >>cord. If ULE is really fixed then this would be a good time to break > >>them apart, > >>and delete kern_switch.c (or at least move most of the stuff in it out > >>to the > >>two schedulers). This would protect ULE from future problems being > >>"imported" from BSD for example. > >> > >>comments? > >> > >> > > > >Why don't we move the ke_procq into the thread and then kern_switch can > >remain with the generic runq code? Then we can move *runqueue into the > >individual schedulers. At least then we won't have to make a copy of the > >bit twiddling code. > > > > hmm just noticed that both 4bsd and ule have kse structure (td_sched) fields > that are not used any more. (e.g. ke_kglist, ke_kgrlist) > > The bit twiddling code is already separate in runq.c is it not? No, it's in kern_switch.c too. > The fact that finctions in kern_switch are currently used by both BSD > and ULE > doesn'rt make them "generic" from my perspective. The are just shared for > historical reasons. runq_remove and runq_add (for example) ar epretty > generic but would still need changing if a thread were on >1 list. > > setrunqueue() and remrunqueue() are heavily based on what fairness > method is used. I'm not happy with the SLOTS as the ultimate answer, > only as the easiest (except for "ignore fairness"). Having them > generic limits wow this might be changed. Certainly if ULE were to implement > a smarter fairness method it's need to have its own copy of them. I see no reason to do anything other than a count of the number of threads which are allowed to run. This is what I originally suggested when I was saying we didn't need a struct kse. > > Re. moving ke_procq. (should be renamed to ke_runq_entry or somrthing) > What if a scheduler wants to keep a thread on TWO lists.. > Puting it int he scheduler independent part of teh thread structure > makes this > harder to do. > > For example, I would like to experiment with a version of the BSD > scheduler that keeps a > thread on BOTH teh percpu queue and an independent queue. > it gets removed from both when selected, but suelction is done from teh > pcpu queue > first, and proceeds to teh general queue only if there is nothing for > that cpu. > > Another example would be a scheduler that uses (I forget the propper name) > probablity scheduling rather than run queues. it would require a > completely differnt set of > fields to represent it's internal structures. Having an externally > visible run queue > would be misleading because it would be visible but not used. > > I would actually go the other way.. > td_runq should be moved to the td_thread as it is used by the fairness > code only and that could be implemented completely differently by > different schedulers. I left it where it was only for diff reduction > reasons. > > Is there a real reason that the two scheduelrs should not have separate > copies of this code other than diskspace? I think that maintainance > might even be > made easier if people maintaining them don't have to always bare in mind > the fact that the code is being used in two different scenareos with > very different > frameworks around them. It's hard for me to argue against endless hypothetical system arrangements which may be made if we don't make any code generic at all. I don't feel that the potential introduction of these systems warrents copy and pasting huge volumes of code into each scheduler. We don't have this kind of flexibility elsewhere in the system, and one might argue with good reason. In fact, if you look at the general trend in FreeBSD, it is towards more static systems that are more robust and reliable. This is the case with vnodes, where people are favoring moving away from the dynamic loadable VOPs, and instead towards static type-checked functions. Regardless, it's easy to make a case against copy & paste and code duplication. I think generally people would agree that duplicated code is a bad thing, and not an aid to maintainability. We need to impose some structure on the scheduling interface or it will become too bloated and too loosely coupled for anyone to reasonably understand. It's already well on its way there now. If you paste kern_switch.c into sched_4bsd.c its line count will go from 1,216 to 2225. That's over an 80% increase. Instead, why don't we simply move the slot code into the generic struct ksegrp and proc.h. With a few other minor changes, we could make kern_switch.c compile on its own again, and be a real independent file, rather than included directly in other source files. We will then have no mention of 'kse' outside of sched_* as you originally wanted. I can then go about making sched_ule.c sane again and remove the mess of defines and flag respositioning that has resulted from a constantly unstable process substructure arrangement. If you really have to have the flexibility to do some other method of concurrency, I suggest we make a table of operations for a process to call to schedule a thread. That would mean calling setrunqueue(), choosethread(), adjustrunqueue(), and maybe_preempt() through indirect pointers. This would mean we could use much simpler versions of these functions for single threaded programs as well, which would likely reduce cpu overhead. > > > > julian > From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 22:21:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75C8316A4CE; Mon, 13 Dec 2004 22:21:35 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5856D43D54; Mon, 13 Dec 2004 22:21:35 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 432447A403; Mon, 13 Dec 2004 14:21:35 -0800 (PST) Message-ID: <41BE15EE.5060704@elischer.org> Date: Mon, 13 Dec 2004 14:21:34 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joe Kelsey References: <1102975803.30309.196.camel@zircon.zircon.seattle.wa.us> In-Reply-To: <1102975803.30309.196.camel@zircon.zircon.seattle.wa.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: arch@freebsd.org cc: current@freebsd.org Subject: Re: Fixing Posix semaphores X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 22:21:35 -0000 Joe Kelsey wrote: >I have a desire to fix posix semaphores in at least 5.3. The current >implementation doesn't actually follow the "spirit" of the standard, >even though it technically qualifies in a somewhat degraded sense. I >refer to the fact that the current implementation treats posix >semaphores as completely contained inside the kernel and essentially >divorced from the filesystem. The true "spirit" of the standard places >the semaphores directly in the file system, similar to named pipes. >However the current implementation treats the supplied "name" as a >14-character identifier, required to begin with a slash and contain no >other slashes. Pretty weak. > >Well, in order to fix this, we need to add file system code and come up >with a new type. I currently have some time to spend on something like >this and am willing to put in whatever effort it takes. Does anyone >want to add their own ideas or requirements? > >I currently run 5.3, but I suppose I could think about running current >at some point in the future. > I don't think that the spirit is to do what you suggest. I have always interpretted it to be a separate namespace. does the posix "mknod" definition mention how to make a semaphore? An interesting problem but I'm not sure if it's needed.. P.S. CC's trimmed to arch (correct place) and current (not so correct but ok) next round should probably stay on just "arch". > >/Joe > > >_______________________________________________ >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 Dec 13 23:17:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A156116A4CE; Mon, 13 Dec 2004 23:17:17 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206DA43D49; Mon, 13 Dec 2004 23:17:17 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id F0CD97A403; Mon, 13 Dec 2004 15:17:16 -0800 (PST) Message-ID: <41BE22FC.4050803@elischer.org> Date: Mon, 13 Dec 2004 15:17:16 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Jeff Roberson References: <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org> <41BDEAD1.9060308@elischer.org> <20041213152556.R60504@mail.chesapeake.net> <41BE0EB3.8010003@elischer.org> <20041213165627.E60504@mail.chesapeake.net> In-Reply-To: <20041213165627.E60504@mail.chesapeake.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Peter Wemm cc: Scott Long cc: Stephan Uphoff cc: FreeBSD Current Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 13 Dec 2004 23:17:17 -0000 Jeff Roberson wrote: >On Mon, 13 Dec 2004, Julian Elischer wrote: > > > >>Jeff Roberson wrote: >> >> >> >>>On Mon, 13 Dec 2004, Julian Elischer wrote: >>> >>> >>> >>> >>> >>>>The whole problem that "slots" is trying to solve is to stop a single >>>>process >>>> >>>> >>>>from being able to flood the system with threads and therefore make the >>> >>> >>>>system >>>>unfair in its favour. >>>> >>>>The "slots" method is really suitable for the 4bsd scheduler but it is >>>>really >>>>not so good for ULE (at least I think that there are probably better >>>>ways that >>>>ULE could implement fairness). >>>> >>>>What I think should happen at this stage is that the inclusion of >>>>kern_switch.c >>>>should be replaced by actually copying the contents of that file into >>>>the two >>>>schedulers and that they be permitted to diverge. This would allow ULE and >>>>BSD to be cleaned up in terms of the sched_td/kse hack (where they are in >>>>fact the same structure, but to keep diffs to a minimum I defined one in >>>>terms of the other with macros). >>>> >>>>It would also allow jeff to experiment absolutly freely on how ULE might >>>>implement fairness without any constraints of worrying about the BSD >>>>scheduler, and visa versa. >>>> >>>>I have been hesitant to do this because there was some (small) amount of >>>>work going on in the shared file, but I think it is time to cut the >>>>umbilical >>>>cord. If ULE is really fixed then this would be a good time to break >>>>them apart, >>>>and delete kern_switch.c (or at least move most of the stuff in it out >>>>to the >>>>two schedulers). This would protect ULE from future problems being >>>>"imported" from BSD for example. >>>> >>>>comments? >>>> >>>> >>>> >>>> >>>Why don't we move the ke_procq into the thread and then kern_switch can >>>remain with the generic runq code? Then we can move *runqueue into the >>>individual schedulers. At least then we won't have to make a copy of the >>>bit twiddling code. >>> >>> >>> >>hmm just noticed that both 4bsd and ule have kse structure (td_sched) fields >>that are not used any more. (e.g. ke_kglist, ke_kgrlist) >> >>The bit twiddling code is already separate in runq.c is it not? >> >> > >No, it's in kern_switch.c too. > > > >>The fact that finctions in kern_switch are currently used by both BSD >>and ULE >>doesn'rt make them "generic" from my perspective. The are just shared for >>historical reasons. runq_remove and runq_add (for example) ar epretty >>generic but would still need changing if a thread were on >1 list. >> >>setrunqueue() and remrunqueue() are heavily based on what fairness >>method is used. I'm not happy with the SLOTS as the ultimate answer, >>only as the easiest (except for "ignore fairness"). Having them >>generic limits wow this might be changed. Certainly if ULE were to implement >>a smarter fairness method it's need to have its own copy of them. >> >> > >I see no reason to do anything other than a count of the number of threads >which are allowed to run. This is what I originally suggested when I was >saying we didn't need a struct kse. > and right you were.. though struct "kse" had other purposes historically as well, that migrated elsewhere. That's what happens now with the "slots". You have so many "slots" and you just use accounting to allocate them. Who to allocate the slots to however shortcircuits a lot of ULE's careful accounting because it depends on simple priorities where ULE uses a much more complete analysis of who should be run next. A complete ULE "fairness" function would use ULE parameters to decide which is the next best thread to allow to be scheduled rather than using raw thread priorities. It should also probably take CPU into account as well. > > > >>Re. moving ke_procq. (should be renamed to ke_runq_entry or somrthing) >>What if a scheduler wants to keep a thread on TWO lists.. >>Puting it int he scheduler independent part of teh thread structure >>makes this >>harder to do. >> >>For example, I would like to experiment with a version of the BSD >>scheduler that keeps a >>thread on BOTH teh percpu queue and an independent queue. >>it gets removed from both when selected, but suelction is done from teh >>pcpu queue >>first, and proceeds to teh general queue only if there is nothing for >>that cpu. >> >>Another example would be a scheduler that uses (I forget the propper name) >>probablity scheduling rather than run queues. it would require a >>completely differnt set of >>fields to represent it's internal structures. Having an externally >>visible run queue >>would be misleading because it would be visible but not used. >> >>I would actually go the other way.. >>td_runq should be moved to the td_thread as it is used by the fairness >>code only and that could be implemented completely differently by >>different schedulers. I left it where it was only for diff reduction >>reasons. >> >>Is there a real reason that the two scheduelrs should not have separate >>copies of this code other than diskspace? I think that maintainance >>might even be >>made easier if people maintaining them don't have to always bare in mind >>the fact that the code is being used in two different scenareos with >>very different >>frameworks around them. >> >> > >It's hard for me to argue against endless hypothetical system arrangements >which may be made if we don't make any code generic at all. I don't feel >that the potential introduction of these systems warrents copy and pasting >huge volumes of code into each scheduler. We don't have this kind of >flexibility elsewhere in the system, and one might argue with good reason. >In fact, if you look at the general trend in FreeBSD, it is towards more >static systems that are more robust and reliable. This is the case with >vnodes, where people are favoring moving away from the dynamic loadable >VOPs, and instead towards static type-checked functions. > uh, I could argue the opposite in fact. GEOM is an example af a new framework where people are able to load modules that do what they want. phk's VFS work just limits the ability to dynamically add new method types. This should make it simpler and that in turn may allow the easier addition of MORE module types. > >Regardless, it's easy to make a case against copy & paste and code >duplication. I think generally people would agree that duplicated code is >a bad thing, and not an aid to maintainability. We need to impose some >structure on the scheduling interface or it will become too bloated and >too loosely coupled for anyone to reasonably understand. It's already >well on its way there now. If you paste kern_switch.c into sched_4bsd.c >its line count will go from 1,216 to 2225. That's over an 80% increase. > > Well after you copy it in yuo can probably start changing it.. at teh moment any optimisation for BSD or ULE can not be made there because it would affect the other.. >Instead, why don't we simply move the slot code into the generic struct >ksegrp and proc.h. > because it doesn't belong there? Thread management is one of the things that I believe ther is an openning for more research. I am actually amazed by this coming from you because I would have thought that as the author of ULE you'd be itching to stop the slot code from hiding half the threads that you might be selecting from from you. ULE could probably make much better use of the information about what other threads might be runnable. If you move it as you suggest you will never be able to do that and neither will anyone else. In ULE you are scheduling threads to processors. But witht hegeneric slot code I might be holding back threads that are much more qualified to run on the processor you have free. But you'll never know. > With a few other minor changes, we could make >kern_switch.c compile on its own again, and be a real independent file, >rather than included directly in other source files. We will then have no >mention of 'kse' outside of sched_* as you originally wanted. I can then >go about making sched_ule.c sane again and remove the mess of defines and >flag respositioning that has resulted from a constantly unstable process >substructure arrangement. > you could do that much better if you copied the whole, or at least the majority of it. I just do not believe that the slot counting code is generic. > >If you really have to have the flexibility to do some other method of >concurrency, I suggest we make a table of operations for a process to call >to schedule a thread. That would mean calling setrunqueue(), >choosethread(), adjustrunqueue(), and maybe_preempt() through indirect >pointers. This would mean we could use much simpler versions of these >functions for single threaded programs as well, which would likely reduce >cpu overhead. > I certainly agree with this.. I also would like to add a table of threaded entrypoints. The calling points would be something like: if (p->tdtable->userret) (*p->tdtable->userret)(); for THR most entrypoints would evaluate to NULL and be skipped. for non threaded procs they all would. > > > > >> >>julian >> >> >> From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 00:06:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4A60B16A4CE; Tue, 14 Dec 2004 00:06:26 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id iBE06PCx098391; Mon, 13 Dec 2004 19:06:25 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id iBE06L5Z098390; Mon, 13 Dec 2004 19:06:21 -0500 (EST) (envelope-from green) Date: Mon, 13 Dec 2004 19:06:20 -0500 From: Brian Fundakowski Feldman To: Alan Cox Message-ID: <20041214000620.GA94951@green.homeunix.org> References: <20041211224850.GV17820@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041211224850.GV17820@cs.rice.edu> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: panic: sbflush_locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 00:06:26 -0000 On Sat, Dec 11, 2004 at 04:48:50PM -0600, Alan Cox wrote: > I just got the following panic for a second time in the last three days > doing a "make -jN buildworld". This is a with a recent copy of HEAD. > If anyone wants more detail, let me know. > > panic: sbflush_locked: cc 4 || mb 0xffffff0052afa400 || mbcnt 0 > cpuid = 1 > KDB: enter: panic > [thread pid 12163 tid 100188 ] > Stopped at kdb_enter+0x2f: nop > db> trace > Tracing pid 12163 tid 100188 td 0xffffff008d169500 > kdb_enter() at kdb_enter+0x2f > panic() at panic+0x291 > sbflush_locked() at sbflush_locked+0x64 > sbrelease_locked() at sbrelease_locked+0x1c > sbrelease() at sbrelease+0x48 > sorflush() at sorflush+0x15c > sofree() at sofree+0x204 > soclose() at soclose+0x3af > fifo_cleanup() at fifo_cleanup+0x38 > fifo_close() at fifo_close+0x79 > ufsfifo_close() at ufsfifo_close+0x7d > vn_close() at vn_close+0x8e > vn_closefile() at vn_closefile+0x65 > fdrop_locked() at fdrop_locked+0xc0 > closef() at closef+0x39 > close() at close+0x1a5 > syscall() at syscall+0x51e > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (6, FreeBSD ELF64, close), rip = 0x41e2c0, rsp = 0x7fffffffded8, rbp = 0x57a540 --- I haven't seen this in a very long time, but I've definitely tried to track it down before with zero luck. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 01:45:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 674A416A53D for ; Tue, 14 Dec 2004 01:45:23 +0000 (GMT) Received: from lakermmtao08.cox.net (lakermmtao08.cox.net [68.230.240.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EB2143D45 for ; Tue, 14 Dec 2004 01:45:18 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.31.161]) by lakermmtao08.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP <20041214014516.XOTJ16610.lakermmtao08.cox.net@dolphin.local.net>; Mon, 13 Dec 2004 20:45:16 -0500 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id iBE1jEcR000931; Mon, 13 Dec 2004 19:45:16 -0600 (CST) (envelope-from conrads@cox.net) Date: Mon, 13 Dec 2004 19:45:09 -0600 From: "Conrad J. Sabatier" To: "Poul-Henning Kamp" Message-ID: <20041213194509.7546e235@dolphin.local.net> In-Reply-To: <11689.1102850056@critter.freebsd.dk> References: <20041212003154.84039.qmail@web80601.mail.yahoo.com> <11689.1102850056@critter.freebsd.dk> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Mohan Srinivasan cc: current@freebsd.org Subject: Re: NFS df bug... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 01:45:23 -0000 On Sun, 12 Dec 2004 12:14:16 +0100, "Poul-Henning Kamp" wrote: > In message <20041212003154.84039.qmail@web80601.mail.yahoo.com>, Mohan Srinivas > an writes: > >Hmmm. > > > >The only other change we committed was the NFS recvlock elimination > >- which in nfs_vfsops.c, just consists of initializing some mutexes. > > > >1.163 seems to be the only other change in the nfs_statfs path. > > Found it! 1.171 of vfs_mount.c is necessary on the _server_ side. Yep, looks like things are back to normal now. Thanks! -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 01:54:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2AB616A4CE; Tue, 14 Dec 2004 01:54:23 +0000 (GMT) Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A6F943D1D; Tue, 14 Dec 2004 01:54:23 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out010.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041214015422.TAHY24714.out010.verizon.net@RabbitsDen>; Mon, 13 Dec 2004 19:54:22 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Joe Marcus Clarke In-Reply-To: <1102912176.21795.59.camel@shumai.marcuscom.com> References: <1102912176.21795.59.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=iso-8859-5 Date: Mon, 13 Dec 2004 20:53:24 -0500 Message-Id: <1102989204.954.1.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [70.21.161.195] at Mon, 13 Dec 2004 19:54:22 -0600 cc: current@FreeBSD.org Subject: Re: Crash in today's -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 01:54:24 -0000 On Sun, 2004-12-12 at 23:29 -0500, Joe Marcus Clarke wrote: > I have a Dell Precision workstation 340 that has been running -CURRENT > happily now for a few months. I upgraded to today's -CURRENT, and it > will no longer boot (even in SAFE mode). The crash is similar to the > one reported by Alexandre Kovalenko (i.e. in the CAM code), but not the > same: > > acd0: DVDROM at ata1-master PIO4 > ata3-master: FAILURE - ATA_IDENTIFY timed out > ata3-master: FAILURE - ATA_IDENTIFY timed out > ata3-master: FAILURE - ATA_IDENTIFY timed out > Waiting 8 seconds for SCSI devices to settle > ata3-master: FAILURE - ATA_IDENTIFY timed out > ata3-master: FAILURE - ATA_IDENTIFY timed out > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0431dd2 > stack pointer = 0x10:0xe9ce6ca8 > frame pointer = 0x10:0xe9ce6ca8 > code segment = base 0x0, limit 0xfffff, type = 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 20 (irq9:mpt0) > Stopped at xpt_freeze_devq+0x1e: movl 0x4(%eax),%eax > > xpt_freeze_devq(c3064580) at xpt_freeze_devq+0x1e > mpt_done(c315a800,bebec5c0,c318f380,4,c3076880) at mpt_done+0x691 > mpt_intr(c315a800,c307da80,0,0,c30c1000) at mpt_intr+0x69 > ithread_loop(c3076880,e9ce7d48,c04d9530,0) at ithread_loop+0xad > fork_exit(c04d9530,c3076880,e9ce7d48) at fork_exit+0x54 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe9ce7d7c, ebp = 0 --- > > (gdb) l *xpt_freeze_devq+0x1e > 0xc0431dd2 is in xpt_freeze_devq (/usr/src/sys/cam/cam_xpt.c:4671). > 4666 * if a ccb's status is still CAM_REQ_INPROG > 4667 * under spl protection just before they queue > 4668 * the CCB. See ahc_action/ahc_freeze_devq for > 4669 * an example. > 4670 */ > 4671 ccbh = TAILQ_LAST(&path->device->ccbq.active_ccbs, > ccb_hdr_tailq); > 4672 if (ccbh && ccbh->status == CAM_REQ_INPROG) > 4673 ccbh->status = CAM_REQUEUE_REQ; > 4674 splx(s); > 4675 return (path->device->qfrozen_cnt); > > > The only new output (besides the panic) is the ATA_IDENTIFY errors. > This device corresponds to my Maxtor SATA drive on my Promise SATA > controller (see http://www.marcuscom.com/downloads/FUGU.dmesg for a > sample dmesg). The kernel that fails is: > > FreeBSD 6.0-CURRENT #17: Sun Dec 12 19:08:58 EST 2004 > > The kernel that last worked was: > > FreeBSD 6.0-CURRENT #16: Fri Dec 3 03:03:39 EST 2004 > > Besides fixing the crash, I'd also like to get my SATA drive back. > Thanks. > > Joe > Removing everything remotely SCSI from my kernel config got me over this hump. I don't know if it is an option for you... -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 02:10:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 845B916A4CE; Tue, 14 Dec 2004 02:10:09 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55FDB43D48; Tue, 14 Dec 2004 02:10:09 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) iBE2A2wP039011; Mon, 13 Dec 2004 18:10:03 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.10/meer) with ESMTP id iBE29wFL003339; Mon, 13 Dec 2004 18:09:59 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 14 Dec 2004 11:09:55 +0900 Message-ID: From: "George V. Neville-Neil" To: Jeff Roberson In-Reply-To: <20041213165627.E60504@mail.chesapeake.net> References: <200412131309.iBDD9XXi045169@repoman.freebsd.org> <20041213082407.U9536@mail.chesapeake.net> <41BDDD5E.9060308@elischer.org> <41BDE477.5050103@freebsd.org> <41BDEAD1.9060308@elischer.org> <20041213152556.R60504@mail.chesapeake.net> <41BE0EB3.8010003@elischer.org> <20041213165627.E60504@mail.chesapeake.net> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: FreeBSD Current cc: Scott Long cc: Julian Elischer cc: Peter Wemm cc: Stephan Uphoff Subject: Re: cvs commit: src/sys/kern sched_ule.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 02:10:09 -0000 At Mon, 13 Dec 2004 17:13:36 -0500 (EST), Jeff Roberson wrote: > If you really have to have the flexibility to do some other method of > concurrency, I suggest we make a table of operations for a process to call > to schedule a thread. That would mean calling setrunqueue(), > choosethread(), adjustrunqueue(), and maybe_preempt() through indirect > pointers. This would mean we could use much simpler versions of these > functions for single threaded programs as well, which would likely reduce > cpu overhead. > As a quick aside, I'd love to see something like this. It could make doing a real time FreeBSD much easier. Later, George From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 03:03:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D5CF16A4CE for ; Tue, 14 Dec 2004 03:03:51 +0000 (GMT) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F2C843D48 for ; Tue, 14 Dec 2004 03:03:50 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) iBE34506061774; Mon, 13 Dec 2004 22:04:05 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1102989204.954.1.camel@RabbitsDen> References: <1102912176.21795.59.camel@shumai.marcuscom.com> <1102989204.954.1.camel@RabbitsDen> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aDM2GbGFetoFKHyp4WWU" Organization: FreeBSD, Inc. Date: Mon, 13 Dec 2004 22:03:47 -0500 Message-Id: <1102993427.38551.1.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: current@FreeBSD.org Subject: Re: Crash in today's -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 03:03:51 -0000 --=-aDM2GbGFetoFKHyp4WWU Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-12-13 at 20:53 -0500, Alexandre "Sunny" Kovalenko wrote: > On Sun, 2004-12-12 at 23:29 -0500, Joe Marcus Clarke wrote: > > I have a Dell Precision workstation 340 that has been running -CURRENT > > happily now for a few months. I upgraded to today's -CURRENT, and it > > will no longer boot (even in SAFE mode). The crash is similar to the > > one reported by Alexandre Kovalenko (i.e. in the CAM code), but not the > > same: > >=20 > > acd0: DVDROM at ata1-master PIO4 > > ata3-master: FAILURE - ATA_IDENTIFY timed out > > ata3-master: FAILURE - ATA_IDENTIFY timed out > > ata3-master: FAILURE - ATA_IDENTIFY timed out > > Waiting 8 seconds for SCSI devices to settle > > ata3-master: FAILURE - ATA_IDENTIFY timed out > > ata3-master: FAILURE - ATA_IDENTIFY timed out > >=20 > > Fatal trap 12: page fault while in kernel mode > > fault virtual address =3D 0x4 > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x8:0xc0431dd2 > > stack pointer =3D 0x10:0xe9ce6ca8 > > frame pointer =3D 0x10:0xe9ce6ca8 > > code segment =3D base 0x0, limit 0xfffff, type =3D 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 20 (irq9:mpt0) > > Stopped at xpt_freeze_devq+0x1e: movl 0x4(%eax),%eax > >=20 > > xpt_freeze_devq(c3064580) at xpt_freeze_devq+0x1e > > mpt_done(c315a800,bebec5c0,c318f380,4,c3076880) at mpt_done+0x691 > > mpt_intr(c315a800,c307da80,0,0,c30c1000) at mpt_intr+0x69 > > ithread_loop(c3076880,e9ce7d48,c04d9530,0) at ithread_loop+0xad > > fork_exit(c04d9530,c3076880,e9ce7d48) at fork_exit+0x54 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip =3D 0, esp =3D 0xe9ce7d7c, ebp =3D 0 --- > >=20 > > (gdb) l *xpt_freeze_devq+0x1e > > 0xc0431dd2 is in xpt_freeze_devq (/usr/src/sys/cam/cam_xpt.c:4671). > > 4666 * if a ccb's status is still CAM_REQ_INPROG > > 4667 * under spl protection just before they queue > > 4668 * the CCB. See ahc_action/ahc_freeze_devq for > > 4669 * an example. > > 4670 */ > > 4671 ccbh =3D TAILQ_LAST(&path->device->ccbq.active_ccbs, > > ccb_hdr_tailq); > > 4672 if (ccbh && ccbh->status =3D=3D CAM_REQ_INPROG) > > 4673 ccbh->status =3D CAM_REQUEUE_REQ; > > 4674 splx(s); > > 4675 return (path->device->qfrozen_cnt); > >=20 > >=20 > > The only new output (besides the panic) is the ATA_IDENTIFY errors. > > This device corresponds to my Maxtor SATA drive on my Promise SATA > > controller (see http://www.marcuscom.com/downloads/FUGU.dmesg for a > > sample dmesg). The kernel that fails is: > >=20 > > FreeBSD 6.0-CURRENT #17: Sun Dec 12 19:08:58 EST 2004 > >=20 > > The kernel that last worked was: > >=20 > > FreeBSD 6.0-CURRENT #16: Fri Dec 3 03:03:39 EST 2004 > >=20 > > Besides fixing the crash, I'd also like to get my SATA drive back. > > Thanks. > >=20 > > Joe > >=20 > Removing everything remotely SCSI from my kernel config got me over this > hump. I don't know if it is an option for you... Nope as my boot drive is an mpt-driven SCSI drive. Plus, from the looks of the dmesg, my SATA drive is no longer detected. I'm back on my 12/03 kernel until this is resolved. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-aDM2GbGFetoFKHyp4WWU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBvlgTb2iPiv4Uz4cRAhAhAJ92D/Y3qcplygT5YSlpzi9JEKsnTwCggtRG ioM+rXZXlGclwk0/Y+xwmBs= =WDJ5 -----END PGP SIGNATURE----- --=-aDM2GbGFetoFKHyp4WWU-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 06:27:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA61C16A4CE; Tue, 14 Dec 2004 06:27:39 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 852F243D2F; Tue, 14 Dec 2004 06:27:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D99E551255; Mon, 13 Dec 2004 22:27:38 -0800 (PST) Date: Mon, 13 Dec 2004 22:27:38 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20041214062738.GA78138@xor.obsecurity.org> References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20041208171947.GA46271@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: obrien@FreeBSD.org cc: Mikhail Teterin cc: freebsd-current@FreeBSD.org cc: ade@FreeBSD.org cc: freebsd-amd64@FreeBSD.org Subject: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 06:27:39 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 08, 2004 at 09:19:47AM -0800, Kris Kennaway wrote: > On Wed, Dec 08, 2004 at 12:05:38PM -0500, Mikhail Teterin wrote: > > Three of my TCL-based ports fail now on amd64 running current-6. All fa= ilures=20 > > occur, when an attempt is made to use the TCL-interpreter -- either to = run=20 > > the port's self-tests, or to generate the manual pages. The failures ar= e=20 > > either "Floating point exceptions" or "Segmentation faults" and appear = to=20 > > only happen on amd64 (may be, on ia64 as well): > >=20 > > http://people.freebsd.org/~fenner/errorlogs/mi%40aldan.algebra.com.html > >=20 > > Can anyone confirm being able to use freshly built TCL on amd64 _at all= _? > >=20 > > My ports did not change in months -- what could be wrong with TCL and/o= r=20 > > amd64? >=20 > Peter speculated a problem when the world is built with -O2 (with or > without -fno-strict-aliasing). I haven't been able to confirm this by > testing with a world built with -O, because I only have one working > amd64 package builder. Looks like building the port against an -O world has fixed the problems. This suggests a compiler bug with -O2 on amd64. Kris --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBvofaWry0BWjoQKURAn1VAKCYP1Nb3LLd/mTW5JCqzKvamB96zwCeOlMP LL3tEvpwETc8dvtPMrs6vMk= =Tcib -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 10:38:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B62216A4CE for ; Tue, 14 Dec 2004 10:38:58 +0000 (GMT) Received: from home.paped.com (home.paped.com [217.8.214.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58EAE43D2D for ; Tue, 14 Dec 2004 10:38:57 +0000 (GMT) (envelope-from pascal@paped.com) Received: from paped.com (home.local [192.168.1.1]) by home.paped.com (8.12.10/8.12.10) with ESMTP id iBEAcpKG026538; Tue, 14 Dec 2004 11:38:52 +0100 (CET) (envelope-from pascal@paped.com) Received: from paped.com (localhost.local [127.0.0.1]) by paped.com (8.13.1/8.13.1) with ESMTP id iBEAcomh040141; Tue, 14 Dec 2004 11:38:50 +0100 (CET) (envelope-from pascal@paped.com) Received: (from pascal@localhost) by paped.com (8.13.1/8.13.1/Submit) id iBEAcnfg040136; Tue, 14 Dec 2004 11:38:49 +0100 (CET) (envelope-from pascal) Date: Tue, 14 Dec 2004 11:38:49 +0100 From: Pascal Pederiva To: Jeff Roberson Message-ID: <20041214103849.GA32390@paped.com> References: <20041213054007.Y9536@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041213054007.Y9536@mail.chesapeake.net> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: SMP VFS Last call X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 10:38:58 -0000 Hi Jeff, I had just made a backup - and thought I'd give your patch a whirl on my little Dual PII 600Mhz / 1GB Ram. Done overnight : - Multiple buildkernel and buildworld with -j 4, -j 6 and -j 10 - a few installkernel (and reboot) as well as one installworld. - an incremental Backup with Bacula while buildworld was running. No incidents. I have not done any performance testing, not verified if there is indeed less contention on the Giant Lock - subjectively it appears that Giant shows in top much less than before .. but obviously that is not really representative. Thanks a lot & keep up the good work ! Pascal From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 12:40:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B36816A4CE; Tue, 14 Dec 2004 12:40:42 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B201943D31; Tue, 14 Dec 2004 12:40:41 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd08.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1CeByl-00010q-01; Tue, 14 Dec 2004 13:40:35 +0100 Received: from Andro-Beta.Leidinger.net (ZqtWK0ZJre6qYCXmVucwKzzoVwV8M4jPwfRTWlOlqvr-STuv0o1GgL@[84.128.202.170]) by fmrl08.sul.t-online.com with esmtp id 1CeByW-24CdiS0; Tue, 14 Dec 2004 13:40:20 +0100 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) iBECdx8Y098172; Tue, 14 Dec 2004 13:39:59 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)iBECdwI4098171; Tue, 14 Dec 2004 13:39:58 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (IMP) with HTTP for ; Tue, 14 Dec 2004 13:39:58 +0100 Message-ID: <1103027998.41bedf1e46fa1@netchild.homeip.net> Date: Tue, 14 Dec 2004 13:39:58 +0100 From: Alexander Leidinger To: Kris Kennaway References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> <20041214062738.GA78138@xor.obsecurity.org> In-Reply-To: <20041214062738.GA78138@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 141.113.101.32 X-ID: ZqtWK0ZJre6qYCXmVucwKzzoVwV8M4jPwfRTWlOlqvr-STuv0o1GgL@t-dialin.net X-TOI-MSGID: 373b4221-7f71-465b-b4f8-b65a432ec7c2 cc: freebsd-amd64@freebsd.org cc: Mikhail Teterin cc: freebsd-current@freebsd.org cc: ade@freebsd.org Subject: Re: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 12:40:42 -0000 Zitat von Kris Kennaway : > > Peter speculated a problem when the world is built with -O2 (with or > > without -fno-strict-aliasing). I haven't been able to confirm this by > > testing with a world built with -O, because I only have one working > > amd64 package builder. > > Looks like building the port against an -O world has fixed the > problems. This suggests a compiler bug with -O2 on amd64. I "hope" this is the case, not only on amd64. Background: I see coredumps of gst-register on my system (x86). I've recompiled all ports, with and without -Os, with and without -fno-strict-aliasing, but it still segfaults. I also recompiled world with "-Os -fno-strict-aliasing" instead of my usual "-Os". I haven't tested plain "-O" for the world yet, but I think the problem is somewhere in the system libs... Bye, Alexander. -- http://www.Leidinger.net/ Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org/ netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 03:42:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE89216A4CE for ; Tue, 14 Dec 2004 03:42:22 +0000 (GMT) Received: from avas03bg.etb.net.co (avas03bg.etb.net.co [63.171.232.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53E9743D3F for ; Tue, 14 Dec 2004 03:42:22 +0000 (GMT) (envelope-from giffunip@asme.org) Received: from avas03bg.etb.net.co (avas03bg [127.0.0.1]) by localhost.etb.net.co (Postfix) with ESMTP id D80531BC156 for ; Mon, 13 Dec 2004 22:42:35 -0500 (COT) Received: from smtp01bg.007mundo.com (unknown [192.168.168.231])by avas03bg.etb.net.co (Postfix) with ESMTP id CCCB51BC125for ; Mon, 13 Dec 2004 22:42:35 -0500 (COT) Received: from [200.119.103.125] ([200.119.103.125]) by smtp01bg.007mundo.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 13 Dec 2004 22:46:15 -0500 Message-ID: <41BE8BC8.80506@asme.org> Date: Mon, 13 Dec 2004 22:44:24 -0800 From: "Pedro F. Giffuni" User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Dec 2004 03:46:16.0269 (UTC) FILETIME=[76C93FD0:01C4E18F] X-imss-version: 2.012 X-imss-result: Passed X-imss-scores: Clean:10.49599 C:20 M:1 S:5 R:5 X-imss-settings: Baseline:4 C:4 M:4 S:4 R:4 (1.0000 4.0000) X-Mailman-Approved-At: Tue, 14 Dec 2004 12:48:10 +0000 Subject: HPFS test partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 03:42:22 -0000 Hi; I was wondering if the recent NTFS issues were also present in HPFS, but I don't have access to -current right now. JIC someone wants to test it but doesn't have an HPFS partition, I found this one on the net: http://artax.karlin.mff.cuni.cz/~mikulas/vyplody/hpfs/test-hpfs-partition.gz (compressed 140k, uncompressed 130M) cheers, Pedro. From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 13:24:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCBEB16A4CE; Tue, 14 Dec 2004 13:24:56 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC1943D54; Tue, 14 Dec 2004 13:24:55 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 656B32054; Tue, 14 Dec 2004 14:24:54 +0100 (CET) From: Anthony Ginepro To: Alexander Leidinger In-Reply-To: <1103027998.41bedf1e46fa1@netchild.homeip.net> References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> <20041214062738.GA78138@xor.obsecurity.org> <1103027998.41bedf1e46fa1@netchild.homeip.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Tue, 14 Dec 2004 14:24:53 +0100 Message-Id: <1103030693.40763.10.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: Mikhail Teterin cc: freebsd-current@freebsd.org cc: ade@freebsd.org cc: freebsd-amd64@freebsd.org cc: Kris Kennaway Subject: Re: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 13:24:57 -0000 Le Mardi 14 d=C3=A9cembre 2004 =C3=A0 13:39 +0100, Alexander Leidinger a = =C3=A9crit : > Zitat von Kris Kennaway : >=20 > > > Peter speculated a problem when the world is built with -O2 (with or > > > without -fno-strict-aliasing). I haven't been able to confirm this b= y > > > testing with a world built with -O, because I only have one working > > > amd64 package builder. > > > > Looks like building the port against an -O world has fixed the > > problems. This suggests a compiler bug with -O2 on amd64. >=20 > I "hope" this is the case, not only on amd64. Background: I see coredumps > of gst-register on my system (x86). I've recompiled all ports, with and > without -Os, with and without -fno-strict-aliasing, but it still > segfaults. I also recompiled world with "-Os -fno-strict-aliasing" instea= d > of my usual "-Os". I haven't tested plain "-O" for the world yet, but I > think the problem is somewhere in the system libs... >=20 > Bye, > Alexander. Some more information : gst-register coredumps if gstreamer-plugins is compiled with CPUTYPE=3Dp4. eclipse also coredumps if gtk2 is compiled with CPUTYPE=3Dp4. Both ports don't depend on optimization level (-O2 or -O). Anthony. From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 16:51:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3EEF16A4CE for ; Tue, 14 Dec 2004 16:51:45 +0000 (GMT) Received: from mail.seekingfire.com (caliban.rospa.ca [24.72.10.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2C243D39 for ; Tue, 14 Dec 2004 16:51:45 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id BF55A190; Tue, 14 Dec 2004 10:51:44 -0600 (CST) Date: Tue, 14 Dec 2004 10:51:44 -0600 From: Tillman Hodgson To: FreeBSD -CURRENT Message-ID: <20041214165144.GJ17907@seekingfire.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.6i Subject: krb5 port: -current behaves differently than 4.X w.r.t rsh (possibly EPERM from bind) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 16:51:45 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Howdy folks, I'm this on trying on -current to see if I can work with someone here to get this problem trouble-shot and fixed. There was a brief follow-up on the ports mailing list (viewable at http://groups.google.ca/groups?hl=en&lr=&selm=1102037006.00184340.1102024801%4010.7.7.3) describing how 5.3 and 6.0 bind in kcmd returns EPERM in spite of there being no firewall in place. -T -- "Humanity has advanced, when it has advanced, not because it has been sober, responsible, and cautious, but because it has been playful, rebellious, and immature." -- Tom Robbins (1936 - ) --NzB8fVQJ5HfG6fxh Content-Type: message/rfc822 Content-Disposition: inline Date: Tue, 23 Nov 2004 16:00:09 -0600 From: Tillman Hodgson To: FreeBSD-Ports Subject: krb5 port: -current behaves differently than 4.X w.r.t rsh Message-ID: <20041123220009.GJ88293@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does User-Agent: Mutt/1.5.6i Howdy folks, [I'm not sure that ports@ is the right place for this, but thought I'd start here and see what happens.] I run a couple of Kerberos realms. I recently installed some new 5.3R machines and then immediately upgraded them to -current. Cursory testing (I know, I know) seemed to show that the MIT Kerberos port (security/krb5) was working correctly. Over time, I've found a difference between it and my older 4.X systems. While kinit, kdestroy, klist, kerberos telnet and ftp, and other basic tools work correctly, the kerberos rsh client (not the server, it's fine) doesn't seem to work. Here's a a 4-stable box connecting via rsh to anotehr 4-stable box as well as to a -current box: [root@athena ~]# rsh -x coyote uname -a This rsh session is encrypting input/output data transmissions. FreeBSD coyote.seekingfire.com 4.10-STABLE FreeBSD 4.10-STABLE #0: Thu Nov 18 13:10:32 CST 2004 toor@athena.seekingfire.prv:/usr/obj/usr/src/sys/COYOTE i386 [root@athena ~]# rsh -x backforty uname -a This rsh session is encrypting input/output data transmissions. FreeBSD backforty.seekingfire.prv 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Fri Nov 19 08:03:52 CST 2004 tillman@backforty.seekingfire.prv:/usr/obj/usr/src/sys/BACKFORTY i386 When I try to connect from the -current box ('backforty' from the example above) outwards to either type of box I get a failure: $ rsh -x coyote uptime socket: protocol error or closed connection in circuit setup $ rsh -x caliban uptime socket: protocol error or closed connection in circuit setup (caliban is another -current box). The auth.log on the server-side system shows: Nov 23 15:55:10 athena kshd[4565]: connect second port: Connection refused Note that all otehr client Kerberos apps work: I can telnet -x, ftp -x, rlogin, etc to my hearts connect. Only rsh displays this behaviour. I've confirmed that I'm running the right rsh binary: $ which rsh /usr/local/krb5/bin/rsh And I've confirmed that they're both running up-to-date ports trees and the most current version fo security/krb5. I've googled for the auth.log message. It seems that the connection "back" for stderr is being denied. By what, I don't know ... the host backforty isn't runnign any sort of firewall: root@backforty# ipfw list ipfw: getsockopt(IP_FW_GET): Protocol not available root@backforty# ipfstat -hin open: No such file or directory root@backforty# pfctl -s rules pfctl: /dev/pf: No such file or directory Any ideas? -T -- >I've gone through over-stressed to physical exhaustion... what's next? Tuesday - A.S.R. quote (Simon Burr & Kyle Hearn) --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 18:24:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C0D916A4CE; Tue, 14 Dec 2004 18:24:32 +0000 (GMT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C61643D2D; Tue, 14 Dec 2004 18:24:31 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by lakermmtao07.cox.net (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP id <20041214182430.HEQZ20686.lakermmtao07.cox.net@mezz.mezzweb.com>; Tue, 14 Dec 2004 13:24:30 -0500 Date: Tue, 14 Dec 2004 12:25:27 -0600 To: "Anthony Ginepro" References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> <20041214062738.GA78138@xor.obsecurity.org> <1103027998.41bedf1e46fa1@netchild.homeip.net> <1103030693.40763.10.camel@renaissance.homeip.net> From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <1103030693.40763.10.camel@renaissance.homeip.net> User-Agent: Opera M2/7.54 (Linux, build 751) cc: freebsd-amd64@freebsd.org cc: Mikhail Teterin cc: freebsd-current@freebsd.org cc: ade@freebsd.org cc: Kris Kennaway cc: Alexander Leidinger Subject: Re: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 18:24:32 -0000 On Tue, 14 Dec 2004 14:24:53 +0100, Anthony Ginepro wrote: > Le Mardi 14 dУЉcembre 2004 У  13:39 +0100, Alexander Leidinger a УЉcrit : >> Zitat von Kris Kennaway : >> >> > > Peter speculated a problem when the world is built with -O2 (with or >> > > without -fno-strict-aliasing). I haven't been able to confirm this >> by >> > > testing with a world built with -O, because I only have one working >> > > amd64 package builder. >> > >> > Looks like building the port against an -O world has fixed the >> > problems. This suggests a compiler bug with -O2 on amd64. >> >> I "hope" this is the case, not only on amd64. Background: I see >> coredumps >> of gst-register on my system (x86). I've recompiled all ports, with and >> without -Os, with and without -fno-strict-aliasing, but it still >> segfaults. I also recompiled world with "-Os -fno-strict-aliasing" >> instead >> of my usual "-Os". I haven't tested plain "-O" for the world yet, but I >> think the problem is somewhere in the system libs... >> >> Bye, >> Alexander. > > Some more information : > gst-register coredumps if gstreamer-plugins is compiled with CPUTYPE=p4. > eclipse also coredumps if gtk2 is compiled with CPUTYPE=p4. > Both ports don't depend on optimization level (-O2 or -O). gstreamer-plugins is weird. Crash: ======================= CPUTYPE?=athlon-xp CFLAGS= -O -pipe ======================= No crash: ======================= #CPUTYPE?=athlon-xp CFLAGS= -O -pipe ======================= No crash: ======================= CPUTYPE?=athlon-xp CFLAGS= -O2 -pipe ======================= No crash: ======================= Add '-fgcse' in gstreamer-plugins and it will fix everything for athlon-xp, but not p4. The '-fgcse' is automatic add in when you use -O2, so it's why it doesn't crash with -O2. ======================= I personal have no idea if it's bug in FreeBSD or gstreamer-plugins, but there is no issue if it's in Linux. On another note, there has different thread in freebsd-threads about 'SSE vs. stack alignment vs. pthread'. It included a libc patch that fix for an app for SSE and 16-byte aligned stuff on p4. Cheers, Mezz > Anthony. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 18:34:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1519216A4CE; Tue, 14 Dec 2004 18:34:08 +0000 (GMT) Received: from imf25aec.mail.bellsouth.net (imf25aec.mail.bellsouth.net [205.152.59.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE7343D53; Tue, 14 Dec 2004 18:34:05 +0000 (GMT) (envelope-from ahze@ahze.net) Received: from [192.168.1.5] ([68.209.163.3]) by imf25aec.mail.bellsouth.netESMTP <20041214183404.SVEF2130.imf25aec.mail.bellsouth.net@[192.168.1.5]>; Tue, 14 Dec 2004 13:34:04 -0500 In-Reply-To: References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> <20041214062738.GA78138@xor.obsecurity.org> <1103027998.41bedf1e46fa1@netchild.homeip.net> <1103030693.40763.10.camel@renaissance.homeip.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-187981737" Message-Id: Content-Transfer-Encoding: 7bit From: Michael Johnson Date: Tue, 14 Dec 2004 13:33:53 -0500 To: "Jeremy Messenger" X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619) cc: freebsd-amd64@freebsd.org cc: Mikhail Teterin cc: Anthony Ginepro cc: freebsd-current@freebsd.org cc: ade@freebsd.org cc: Kris Kennaway cc: Alexander Leidinger Subject: Re: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 18:34:08 -0000 --Apple-Mail-1-187981737 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; format=flowed On Dec 14, 2004, at 1:25 PM, Jeremy Messenger wrote: > On Tue, 14 Dec 2004 14:24:53 +0100, Anthony Ginepro=20 > wrote: > >> Le Mardi 14 d=E9cembre 2004 =E0 13:39 +0100, Alexander Leidinger a = =E9crit : >>> Zitat von Kris Kennaway : >>> >>> > > Peter speculated a problem when the world is built with -O2=20 >>> (with or >>> > > without -fno-strict-aliasing). I haven't been able to confirm=20= >>> this by >>> > > testing with a world built with -O, because I only have one=20 >>> working >>> > > amd64 package builder. >>> > >>> > Looks like building the port against an -O world has fixed the >>> > problems. This suggests a compiler bug with -O2 on amd64. >>> >>> I "hope" this is the case, not only on amd64. Background: I see=20 >>> coredumps >>> of gst-register on my system (x86). I've recompiled all ports, with=20= >>> and >>> without -Os, with and without -fno-strict-aliasing, but it still >>> segfaults. I also recompiled world with "-Os -fno-strict-aliasing"=20= >>> instead >>> of my usual "-Os". I haven't tested plain "-O" for the world yet,=20 >>> but I >>> think the problem is somewhere in the system libs... >>> >>> Bye, >>> Alexander. >> >> Some more information : >> gst-register coredumps if gstreamer-plugins is compiled with=20 >> CPUTYPE=3Dp4. >> eclipse also coredumps if gtk2 is compiled with CPUTYPE=3Dp4. >> Both ports don't depend on optimization level (-O2 or -O). > > gstreamer-plugins is weird. > > Crash: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > CPUTYPE?=3Dathlon-xp > CFLAGS=3D -O -pipe > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > No crash: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > #CPUTYPE?=3Dathlon-xp > CFLAGS=3D -O -pipe > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > No crash: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > CPUTYPE?=3Dathlon-xp > CFLAGS=3D -O2 -pipe > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > No crash: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Add '-fgcse' in gstreamer-plugins and it will fix everything for=20 > athlon-xp, but not p4. The '-fgcse' is automatic add in when you use=20= > -O2, so it's why it doesn't crash with -O2. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > I personal have no idea if it's bug in FreeBSD or gstreamer-plugins,=20= > but there is no issue if it's in Linux. > > On another note, there has different thread in freebsd-threads about=20= > 'SSE vs. stack alignment vs. pthread'. It included a libc patch that=20= > fix for an app for SSE and 16-byte aligned stuff on p4. > > Cheers, > Mezz The crash is also only from one plugin from gstreamer-plugins, modplug.=20= And modplug isn't *really* needed. Why don't we just get rid of modplug=20= and and a optional knob for it? This will solve everyone's problem with it. Michael > >> Anthony. > > > --=20 > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to=20 > "freebsd-amd64-unsubscribe@freebsd.org" --Apple-Mail-1-187981737 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBvzIRn4uqfTwEb9YRAtevAKCSbCLkSQetgVj6p66dKHGzQFB8DgCdFP48 reLVfbjXB71rE5e74E7tMww= =MrEM -----END PGP SIGNATURE----- --Apple-Mail-1-187981737-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 19:07:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E97816A4CE for ; Tue, 14 Dec 2004 19:07:35 +0000 (GMT) Received: from smtp2.netcologne.de (smtp2.netcologne.de [194.8.194.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13AFF43D1D for ; Tue, 14 Dec 2004 19:07:35 +0000 (GMT) (envelope-from tmseck-lists@netcologne.de) Received: from laurel.tmseck.homedns.org (xdsl-213-196-220-51.netcologne.de [213.196.220.51]) by smtp2.netcologne.de (Postfix) with SMTP id ECB6F44F8 for ; Tue, 14 Dec 2004 20:07:32 +0100 (MET) Received: (qmail 704 invoked by uid 1001); 14 Dec 2004 19:07:54 -0000 Date: Tue, 14 Dec 2004 20:07:32 +0100 From: Thomas-Martin Seck To: freebsd-current@freebsd.org Message-ID: <20041214190732.GA689@laurel.tmseck.homedns.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20041210155518.O63382@carver.gumbysoft.com> <20041211155825.16409.qmail@laurel.tmseck.homedns.org> <55260.69.53.57.66.1102966067.squirrel@69.53.57.66> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55260.69.53.57.66.1102966067.squirrel@69.53.57.66> User-Agent: Mutt/1.4.2.1i Organization: a private site in Germany X-PGP-KeyID: DF46EE05 X-PGP-Fingerprint: A38F AE66 6B11 6EB9 5D1A B67D 2444 2FE1 DF46 EE05 X-Attribution: tms Subject: Re: FreeBSD sound distortion problems with SB Live! fixed with PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 19:07:35 -0000 * Jon Noack (noackjr@alumni.rice.edu): > Thomas-Martin Seck wrote: [Sound slowdown on an es137x system] > Try my es137x patch: > http://www.noacks.org/freebsd/es137x.diff > > Among other things, it incorporates: > * Locking and INTR_MPSAFE (PR kern/59349) > * S/PDIF output (PR kern/68594) > Thanks, I'll try it out over the weekend! From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 19:36:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B566116A4CE for ; Tue, 14 Dec 2004 19:36:09 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690B843D5C for ; Tue, 14 Dec 2004 19:36:09 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id A40F0CE0D; Tue, 14 Dec 2004 14:36:08 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 4529565F2; Tue, 14 Dec 2004 14:36:06 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16831.16550.226558.417721@canoe.dclg.ca> Date: Tue, 14 Dec 2004 14:36:06 -0500 To: Freebsd-current@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid Subject: Jobs dying in 'E' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 19:36:09 -0000 I cvsup'd to current this morning and many jobs are dying in the 'E' state. Any idea what is causing this? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 19:40:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9483216A4CE for ; Tue, 14 Dec 2004 19:40:33 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B023143D53 for ; Tue, 14 Dec 2004 19:40:13 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iBEJeAJ9083501; Tue, 14 Dec 2004 13:40:10 -0600 (CST) (envelope-from dan) Date: Tue, 14 Dec 2004 13:40:10 -0600 From: Dan Nelson To: David Gilbert Message-ID: <20041214194010.GD37432@dan.emsphone.com> References: <16831.16550.226558.417721@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16831.16550.226558.417721@canoe.dclg.ca> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Freebsd-current@freebsd.org Subject: Re: Jobs dying in 'E' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 19:40:33 -0000 In the last episode (Dec 14), David Gilbert said: > I cvsup'd to current this morning and many jobs are dying in the 'E' > state. Any idea what is causing this? man ps: E The process is trying to exit. Usually caused by queued up data on a tty not being flushed because someone has hit ^S. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 19:43:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFA6716A4CE for ; Tue, 14 Dec 2004 19:43:34 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C188843D46 for ; Tue, 14 Dec 2004 19:43:34 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 6B4C8D078; Tue, 14 Dec 2004 14:43:34 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 7C82765F2; Tue, 14 Dec 2004 14:43:32 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16831.16993.256732.273888@canoe.dclg.ca> Date: Tue, 14 Dec 2004 14:43:29 -0500 To: David Gilbert In-Reply-To: <16831.16550.226558.417721@canoe.dclg.ca> References: <16831.16550.226558.417721@canoe.dclg.ca> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid cc: Freebsd-current@freebsd.org Subject: Jobs dying in 'E' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 19:43:35 -0000 >>>>> "David" == David Gilbert writes: David> I cvsup'd to current this morning and many jobs are dying in David> the 'E' state. Any idea what is causing this? More data. Seems odd. It seems network related. In python, from ZSI.client import Binding from ZSI import TC con = Binding(url = '/scripts/soap/Grabber.pl', # tracefile = logfile, ns = 'Grabber', port = 8080, host = 'wwwyyz.xxxxx.com') Isn't enough to trigger the problem, but adding: con.RPC(None, 'resetJobs', ('xxxx,'xxxx'), TC.Any(), soapaction="Grabber#resetJobs") makes the process hang in the 'E' state instead of exiting. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 19:48:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F17616A4CE for ; Tue, 14 Dec 2004 19:48:57 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AEFA43D60 for ; Tue, 14 Dec 2004 19:48:57 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id DE35CCEC6; Tue, 14 Dec 2004 14:48:56 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 076E365F2; Tue, 14 Dec 2004 14:48:55 -0500 (EST) Resent-Message-ID: <16831.17314.437828.535718@canoe.dclg.ca> Resent-Date: Tue, 14 Dec 2004 14:48:50 -0500 Resent-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16831.17294.523158.472010@canoe.dclg.ca> In-Reply-To: <20041214194010.GD37432@dan.emsphone.com> References: <16831.16550.226558.417721@canoe.dclg.ca> <20041214194010.GD37432@dan.emsphone.com> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid From: David Gilbert To: Dan Nelson Date: Tue, 14 Dec 2004 14:48:30 -0500 Resent-From: dgilbert@daveg.ca (David Gilbert) Subject: Re: Jobs dying in 'E' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 19:48:57 -0000 >>>>> "Dan" == Dan Nelson writes: Dan> In the last episode (Dec 14), David Gilbert said: >> I cvsup'd to current this morning and many jobs are dying in the >> 'E' state. Any idea what is causing this? Dan> man ps: Dan> E The process is trying to exit. Dan> Usually caused by queued up data on a tty not being flushed Dan> because someone has hit ^S. yeah. I don't think ^S is going to have an effect on xchat :). So far, I have a python script and xchat that are doing this. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 20:36:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97B9D16A4CE for ; Tue, 14 Dec 2004 20:36:20 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B10D543D4C for ; Tue, 14 Dec 2004 20:36:19 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBEKa9YT029816; Tue, 14 Dec 2004 21:36:10 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dan Nelson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 14 Dec 2004 13:40:10 CST." <20041214194010.GD37432@dan.emsphone.com> Date: Tue, 14 Dec 2004 21:36:09 +0100 Message-ID: <29815.1103056569@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Freebsd-current@freebsd.org cc: David Gilbert Subject: Re: Jobs dying in 'E' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 20:36:20 -0000 In message <20041214194010.GD37432@dan.emsphone.com>, Dan Nelson writes: >In the last episode (Dec 14), David Gilbert said: >> I cvsup'd to current this morning and many jobs are dying in the 'E' >> state. Any idea what is causing this? > >man ps: > > E The process is trying to exit. > >Usually caused by queued up data on a tty not being flushed because >someone has hit ^S. This may be my fault, I'm testing a patch right now. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 21:49:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B1E016A4CE; Tue, 14 Dec 2004 21:49:35 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72A7843D62; Tue, 14 Dec 2004 21:49:34 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBELnWZu044647; Tue, 14 Dec 2004 23:49:32 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 57128-11; Tue, 14 Dec 2004 23:49:32 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBELnVjf044644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Dec 2004 23:49:31 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBELnYY5037189; Tue, 14 Dec 2004 23:49:34 +0200 (EET) (envelope-from ru) Date: Tue, 14 Dec 2004 23:49:30 +0200 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20041214214930.GA29362@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 21:49:35 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Poul-Henning, Can you please fix background fsck? Script started on Tue Dec 14 23:31:44 2004 # fsck -F /tmp /tmp: DEFER FOR BACKGROUND CHECKING # mount /tmp # fsck -B /tmp Can't stat /tmp/.snap/fsck_snapshot: No such file or directory Script done on Tue Dec 14 23:32:12 2004 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBv1/pqRfpzJluFF4RArdpAJ9/gwlJVtDXiwzjDeCFI29IYafMhgCfSxGF aCkxXeafjZ1zdFBvzDPVdlM= =iT// -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 22:16:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB90116A4CE for ; Tue, 14 Dec 2004 22:16:58 +0000 (GMT) Received: from smtp2.arin.net (smtp2.arin.net [192.149.252.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B18543D3F for ; Tue, 14 Dec 2004 22:16:58 +0000 (GMT) (envelope-from matt@arin.net) Received: by smtp2.arin.net (Postfix, from userid 5003) id AC20114484B; Tue, 14 Dec 2004 17:16:57 -0500 (EST) Received: from mercury.arin.net (mercury.arin.net [192.149.252.131]) by smtp2.arin.net (Postfix) with ESMTP id 1F8C0144787 for ; Tue, 14 Dec 2004 17:16:57 -0500 (EST) Received: from elric.arin.net (elric.arin.net [192.136.136.23]) by mercury.arin.net (Postfix) with ESMTP id 1C8821FE89 for ; Tue, 14 Dec 2004 17:16:57 -0500 (EST) Date: Tue, 14 Dec 2004 17:16:14 -0500 From: Matt Rowley To: freebsd-current@freebsd.org Message-ID: <85A52BD3FBE0D7DC11926D2A@elric.arin.net> In-Reply-To: <20041211004038.GC50516@dragon.nuxi.com> References: <20041211004038.GC50516@dragon.nuxi.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 2.63-arin1 (2004-01-11) on smtp2.arin.net X-Spam-Level: X-Spam-Status: No, hits=-5.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63-arin1 Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 22:16:58 -0000 > I don't follow the license concerns since this is a port... Someone > please educated me. I think scottl just wanted someone to make sure all the source files had ok licenses... from what I saw they looked fine. > In order for the asr(4) utilities to work under FreeBSD 5.x someone just > needs to convert the ports/sysutils/asr-utils port I made to build from > sources as a first step -- patch submission welcomed. The Adaptec ftp site that is listed in the Makefile seems to be doing something odd and tricky where it lists nothing, but lets you pull down the file (if you know the filename a priori). Does anyone know where the corresponding source code is to the asr-utils u160raid_sm_v304_fbsd411.tgz pkg? --Matt From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 22:24:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888BA16A4CE for ; Tue, 14 Dec 2004 22:24:45 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B4843D48 for ; Tue, 14 Dec 2004 22:24:45 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) iBEMOigf009763 for ; Tue, 14 Dec 2004 15:24:44 -0700 (MST) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id iBEMOiZF009762 for freebsd-current@freebsd.org; Tue, 14 Dec 2004 15:24:44 -0700 (MST) (envelope-from tarcieri) Date: Tue, 14 Dec 2004 15:24:44 -0700 From: Tony Arcieri To: freebsd-current@freebsd.org Message-ID: <20041214222444.GA9668@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 22:24:45 -0000 On 2004-12-13 17:26:10 Scott Long wrote: > RELENG_5 is the stable branch. If quality testing goes into ULE in HEAD > and it's shown to be as stable as 4BSD then we can consider it for > RELENG_5 in the future. Given the incredible problems that we had in > the scheduler leading up to 5.3, I'm not excited about quickly merging > these things. I have FreeBSD 5.3 installed on a dual amd64 colo server of mine and have been experiencing severe issues with the system and the 4BSD scheduler under heavy MySQL load. Originally with 5.3-RELEASE these appeared to be kernel crashes/deadlocks, but unfortunately I never had a dump device configured when I was running 5.3-RELEASE and so I don't have a core file to be examined. However, I've been checking out the sys/ sources from RELENG_5 fairly frequently and still experience severe issues with the 4BSD scheduler when the system is under heavy database load. Namely, while the kernel appears to remain running and the system continues to respond to pings, all other network services cease to function. New TCP connections are accepted, but the services don't respond, and existing connections time out. I have found this does NOT occur when the ULE scheduler is used. I have (perhaps foolishly) attempted to copy the minimum necessary files to run the ULE scheduler from the -CURRENT branch and merge them myself into the 5-STABLE sources, which I believe are sched_ule.c and kern_switch.c, and have modified the proc_fini() function in kern_proc.c to panic if invoked (since according to the comments, UMA should ensure that proc_fini is never called, correct?). If these are all the changes that are needed to import the ULE scheduler, then why continue to include the broken ULE scheduler with an #error tag rather than importing the minimum sources required for the ULE scheduler to work and leave it off per default? I, for one, am experiencing better system stability with ULE than with 4BSD. If anyone cares to examine my system I can provide shell access. Tony Arcieri From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 22:33:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 002BF16A4CE; Tue, 14 Dec 2004 22:33:54 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D28243D5F; Tue, 14 Dec 2004 22:33:54 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBEMXq8h031863; Tue, 14 Dec 2004 23:33:52 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 14 Dec 2004 23:49:30 +0200." <20041214214930.GA29362@ip.net.ua> Date: Tue, 14 Dec 2004 23:33:52 +0100 Message-ID: <31862.1103063632@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 22:33:55 -0000 In message <20041214214930.GA29362@ip.net.ua>, Ruslan Ermilov writes: > >--k+w/mQv8wyuph6w0 >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >Hi Poul-Henning, > >Can you please fix background fsck? > >Script started on Tue Dec 14 23:31:44 2004 ># fsck -F /tmp >/tmp: DEFER FOR BACKGROUND CHECKING ># mount /tmp ># fsck -B /tmp >Can't stat /tmp/.snap/fsck_snapshot: No such file or directory >Script done on Tue Dec 14 23:32:12 2004 Do you have a -current version of mksnap_ffs ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 22:46:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B28B616A552 for ; Tue, 14 Dec 2004 22:46:29 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67EF743D54 for ; Tue, 14 Dec 2004 22:46:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 325E67A425 for ; Tue, 14 Dec 2004 14:46:27 -0800 (PST) Message-ID: <41BF6D42.7040508@elischer.org> Date: Tue, 14 Dec 2004 14:46:26 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: looking for a merge tool. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 22:46:29 -0000 I'm doing a bit of merging fromthe NetBSD USB code to -current, but I'm wonderring if anyone can point me to a good merge tool. I'm currently using mgdiff which shows the two files in adjoing panes with the differences coloured and allows you to select the diffs from the left or right windows. quite good until you need the third option, which is "both" or "the left, but with a small edit" does anyone know of a tool that gives 3 panes and allows manual editing of the merged product? Julian From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 23:08:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F3216A4CE for ; Tue, 14 Dec 2004 23:08:48 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 623DC43D5D for ; Tue, 14 Dec 2004 23:08:48 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.198.174 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 14 Dec 2004 23:08:48 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2DAC6616B; Tue, 14 Dec 2004 17:08:47 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 87618-13; Tue, 14 Dec 2004 17:08:44 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id EE58360FD; Tue, 14 Dec 2004 17:08:43 -0600 (CST) Received: from 192.168.1.9 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Tue, 14 Dec 2004 17:08:43 -0600 (CST) Message-ID: <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> In-Reply-To: <20041214222444.GA9668@flash.atmos.colostate.edu> References: <20041214222444.GA9668@flash.atmos.colostate.edu> Date: Tue, 14 Dec 2004 17:08:43 -0600 (CST) From: "Jon Noack" To: "Tony Arcieri" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2004 23:08:48 -0000 Tony Arcieri wrote: > On 2004-12-13 17:26:10 Scott Long wrote: >> RELENG_5 is the stable branch. If quality testing goes into ULE in HEAD >> and it's shown to be as stable as 4BSD then we can consider it for >> RELENG_5 in the future. Given the incredible problems that we had in >> the scheduler leading up to 5.3, I'm not excited about quickly merging >> these things. > > I have FreeBSD 5.3 installed on a dual amd64 colo server of mine and have > been experiencing severe issues with the system and the 4BSD scheduler > under heavy MySQL load. Originally with 5.3-RELEASE these appeared to be > kernel crashes/deadlocks, but unfortunately I never had a dump device > configured when I was running 5.3-RELEASE and so I don't have a core file > to be examined. > > However, I've been checking out the sys/ sources from RELENG_5 fairly > frequently and still experience severe issues with the 4BSD scheduler > when the system is under heavy database load. Namely, while the kernel > appears to remain running and the system continues to respond to pings, > all other network services cease to function. New TCP connections are > accepted, but the services don't respond, and existing connections time > out. > > I have found this does NOT occur when the ULE scheduler is used. I have > (perhaps foolishly) attempted to copy the minimum necessary files to run > the ULE scheduler from the -CURRENT branch and merge them myself into the > 5-STABLE sources, which I believe are sched_ule.c and kern_switch.c, and > have modified the proc_fini() function in kern_proc.c to panic if invoked > (since according to the comments, UMA should ensure that proc_fini is > never called, correct?). If these are all the changes that are needed to > import the ULE scheduler, then why continue to include the broken ULE > scheduler with an #error tag rather than importing the minimum sources > required for the ULE scheduler to work and leave it off per default? > > I, for one, am experiencing better system stability with ULE than with > 4BSD. > If anyone cares to examine my system I can provide shell access. I thought about trying this last night when I saw that ULE was resurrected. Make sure you also grab kern_sig.c: http://lists.freebsd.org/pipermail/cvs-src/2004-December/036757.html I can't say whether those 3 files are all you need, just that I would also include kern_sig.c... ;-) Jon From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 23:22:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECD9A16A4CE for ; Tue, 14 Dec 2004 23:22:12 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C43B43D39 for ; Tue, 14 Dec 2004 23:22:12 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iBENM16e057334; Tue, 14 Dec 2004 17:22:01 -0600 (CST) (envelope-from dan) Date: Tue, 14 Dec 2004 17:22:01 -0600 From: Dan Nelson To: Matt Rowley Message-ID: <20041214232200.GF37432@dan.emsphone.com> References: <20041211004038.GC50516@dragon.nuxi.com> <85A52BD3FBE0D7DC11926D2A@elric.arin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <85A52BD3FBE0D7DC11926D2A@elric.arin.net> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 23:22:13 -0000 In the last episode (Dec 14), Matt Rowley said: > > I don't follow the license concerns since this is a port... > > Someone please educated me. > > I think scottl just wanted someone to make sure all the source files > had ok licenses... from what I saw they looked fine. > > > In order for the asr(4) utilities to work under FreeBSD 5.x someone > > just needs to convert the ports/sysutils/asr-utils port I made to > > build from sources as a first step -- patch submission welcomed. > > The Adaptec ftp site that is listed in the Makefile seems to be doing > something odd and tricky where it lists nothing, but lets you pull > down the file (if you know the filename a priori). Does anyone know > where the corresponding source code is to the asr-utils > u160raid_sm_v304_fbsd411.tgz pkg? I was going to point you at opensource.adaptec.com, but it looks like they've redesigned that site and removed the link to the source. It's still downloadable directly, but is a newer version (3.3.1, dated 2002, instead of 3.0.4, dated 2000). If you edit the makefiles and replace -D_DPT_LINUX -D__linux__ with -D_DPT_FREE_BSD, the source compiles on FreeBSD 4.x and can talk to an asr card just fine. http://download.adaptec.com/raid/ccu/freebsd/raidmgt.tgz ftp://ftp.adaptec.com/raid/ccu/freebsd/raidmgt.tgz -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 23:23:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1105516A4CE for ; Tue, 14 Dec 2004 23:23:09 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C43043D45 for ; Tue, 14 Dec 2004 23:23:08 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])4157949F05; Wed, 15 Dec 2004 00:23:07 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28876-02; Wed, 15 Dec 2004 00:23:06 +0100 (CET) Received: from m2a2.dyndns.org (p508EF5E8.dip.t-dialin.net [80.142.245.232]) 7846A49EE9; Wed, 15 Dec 2004 00:23:06 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 7737A79C4A; Wed, 15 Dec 2004 00:23:13 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04624-06; Wed, 15 Dec 2004 00:23:12 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 8BA0279D5E; Wed, 15 Dec 2004 00:23:12 +0100 (CET) From: Matthias Andree To: Julian Elischer In-Reply-To: <41BF6D42.7040508@elischer.org> (Julian Elischer's message of "Tue, 14 Dec 2004 14:46:26 -0800") References: <41BF6D42.7040508@elischer.org> Date: Wed, 15 Dec 2004 00:23:12 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: FreeBSD Current Subject: Re: looking for a merge tool. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 23:23:09 -0000 Julian Elischer writes: > I'm doing a bit of merging fromthe NetBSD USB code to -current, > but I'm wonderring if anyone can point me to a good merge tool. > > I'm currently using mgdiff which shows the two files in > adjoing panes with the differences coloured and allows you to > select the diffs from the left or right windows. quite good until > you need the third option, which is "both" or "the left, but with > a small edit" > > does anyone know of a tool that gives 3 panes and allows manual > editing of the merged product? emacs with its original "emerge" mode is worth looking into. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 23:33:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C3D216A4CE for ; Tue, 14 Dec 2004 23:33:35 +0000 (GMT) Received: from smtp2.arin.net (smtp2.arin.net [192.149.252.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44FBD43D48 for ; Tue, 14 Dec 2004 23:33:35 +0000 (GMT) (envelope-from matt@arin.net) Received: by smtp2.arin.net (Postfix, from userid 5003) id A589F1446D2; Tue, 14 Dec 2004 18:33:34 -0500 (EST) Received: from mercury.arin.net (mercury.arin.net [192.149.252.131]) by smtp2.arin.net (Postfix) with ESMTP id 3B78D144690; Tue, 14 Dec 2004 18:33:34 -0500 (EST) Received: from elric.arin.net (elric.arin.net [192.136.136.23]) by mercury.arin.net (Postfix) with ESMTP id 303161FE89; Tue, 14 Dec 2004 18:33:34 -0500 (EST) Date: Tue, 14 Dec 2004 18:32:51 -0500 From: Matt Rowley To: Dan Nelson Message-ID: <436F80488A9BA35A32FEC501@elric.arin.net> In-Reply-To: <20041214232200.GF37432@dan.emsphone.com> References: <20041211004038.GC50516@dragon.nuxi.com> <85A52BD3FBE0D7DC11926D2A@elric.arin.net> <20041214232200.GF37432@dan.emsphone.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 2.63-arin1 (2004-01-11) on smtp2.arin.net X-Spam-Level: X-Spam-Status: No, hits=-5.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63-arin1 cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 23:33:35 -0000 > http://download.adaptec.com/raid/ccu/freebsd/raidmgt.tgz > ftp://ftp.adaptec.com/raid/ccu/freebsd/raidmgt.tgz I'm getting file not founds on those linkies... From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 23:38:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DEDB16A4CF for ; Tue, 14 Dec 2004 23:38:01 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (omoikane.mb.skyweb.ca [64.42.246.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADE5643D2F for ; Tue, 14 Dec 2004 23:38:00 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 83A7461E49; Tue, 14 Dec 2004 17:38:00 -0600 (CST) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 14 Dec 2004 17:37:59 -0600 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200412141737.59922.mjohnston@skyweb.ca> Subject: cvs-src summary for December 7-13 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 23:38:01 -0000 FreeBSD cvs-src summary for 07/12/04 to 13/12/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ====== Errata ====== Last week, I mentioned_ Scott Long (scottl)'s work on the amr driver for Adaptec MegaRAID cards, which inconveniently turned out not to exist. amr actually stands for AMI MegaRAID, which is the same American Megatrends, Inc. of BIOS fame. The MegaRAID card is no longer made by AMI, though: they sold their RAID business to LSI several years ago. Therefore, amr stands for "LSI MegaRAID", and Adaptec was entirely uninvolved until I came along. .. _mentioned: http://excel.xl0.org/FreeBSD/06-12-04.html#other-bug-fixes I apologize to anyone confused or annoyed by this. Thanks to Andre Guibert de Bruet for pointing out this slip, and to Scott for the background story on AMI and LSI. ============ New features ============ Major enhancements to 802.11 support ------------------------------------ Sam Leffler (sam) committed some major enhancements to the 802.11 wireless network support code. Some of the improvements he listed are: - 802.11g support, for 802.11g cards supporting up to 54 Mbps - WPA and 802.11i, the new security standard to replace WEP - 802.1x, which provides access control and key management - WME and WMM (Wireless Media Extensions and Wireless Multimedia), which provide basic quality-of-service to 802.11 - Power saving functionality - Cryptography, authentication, and access control plugin frameworks http://www.freebsd.org/cgi/mid.cgi?200412081726.iB8HQml7083411 Improvements to Atheros 802.11 support -------------------------------------- Sam Leffler (sam) significantly improved the support for Atheros's 802.11 chips, found in numerous cards from D-Link, Linksys, Netgear, SMC, Sony, and other manufacturers. Please see the `ath(4) manual page`_ for a full list of adapters. .. _`ath(4) manual page`: http://www.freebsd.org/cgi/man.cgi?query=ath&manpath=FreeBSD+6.0-current&format=html http://www.freebsd.org/cgi/mid.cgi?200412081734.iB8HYahi083965 Driver added for extra features on IBM laptops ---------------------------------------------- Takanori Watanabe (takawata) added support for extra features on IBM laptops. These features include extra buttons and lights, as well as volume control and handling of built-in wireless networking. http://www.freebsd.org/cgi/mid.cgi?200412091354.iB9DsTVt062465 Initial support for Promise SATAII chips ---------------------------------------- Soeren Schmidt (sos) committed a preliminary driver for the Promise SATAII Serial ATA chip. The hardware for this work was donated by pil.dk. http://www.freebsd.org/cgi/mid.cgi?200412081002.iB8A2fSg054682 ITE IT8212F (Gigabyte) RAID controller supported ------------------------------------------------ Soeren Schmidt (sos) added support for the ITE IT8212F RAID controller, which is found on many Gigabyte motherboards. The hardware for this was donated by Yahoo. http://www.freebsd.org/cgi/mid.cgi?200412081117.iB8BHcvL057203 axe driver for USB 2.0 NICs merged to 4.x ----------------------------------------- Scott Mitchell (rsm) committed the axe driver, which supports USB NICs with chips from ASIX Electronics, to 4.x. Supported devices include parts from Linksys, D-Link, and Netgear; please see the `axe(4) manual page`_ for more details. .. _`axe(4) manual page`: http://www.freebsd.org/cgi/man.cgi?query=axe&manpath=FreeBSD+4.10-stable&format=html http://www.freebsd.org/cgi/mid.cgi?200412082217.iB8MHSRL002785 =============== Notable changes =============== 4.11 freeze begins ------------------ Ken Smith (kensmith) began the code freeze of 4-STABLE in preparation for the release of FreeBSD 4.11. Any commits to the branch require release engineering approval. http://www.freebsd.org/cgi/mid.cgi?200412132234.iBDMYvrE084892 PPP no longer enables ECHO if LQR negotiation fails --------------------------------------------------- Brian Somers (brian) updated the PPP code to add an option to enable and disable ECHO requests. When PPP connects with LQR enabled, it tries to negotiate with its peer to exchange LQR (Link Quality Report) data. This allows for detailed link quality monitoring. Previously, if the peer didn't agree to this, PPP would send ECHO LQR requests instead. These requests don't contain useful quality data, but they allow PPP to monitor the peer's status, and it would drop the connection if five in a row went unanswered. Since the change, this is no longer the case. Full LQR and echo-only LQR can be enabled and disabled independently; to get the old behavior, set "enable echo" in your PPP configuration file. http://www.freebsd.org/cgi/mid.cgi?200412131251.iBDCpKLG044509 NOSECURE build knob removed from 4.x, use NOCRYPT instead --------------------------------------------------------- Marius Strobl (marius) removed the NOSECURE build knob from 4-STABLE, since it was not working as intended (eliminating crypto but allowing Kerberos), and to make it work would have made it the same as the NOCRYPT knob. If you are using NOSECURE, please switch to NOCRYPT. http://www.freebsd.org/cgi/mid.cgi?200412131350.iBDDo3AC047115 ================= Committer changes ================= Gleb Smirnoff (glebius) is no longer in need of a mentor. http://www.freebsd.org/cgi/mid.cgi?200412092310.iB9NA9q2095455 Mark Santcroos (marks) is also free of mentoring. http://www.freebsd.org/cgi/mid.cgi?200412122112.iBCLCg63076594 =============== Other bug fixes =============== Alan Cox (alc) fixed a bug that could cause a kernel panic when memory-mapped IO is done on files larger than 2 GB. This closes `PR 73010`_. .. _`PR 73010`: http://www.freebsd.org/cgi/query-pr.cgi?pr=73010 http://www.freebsd.org/cgi/mid.cgi?200412072205.iB7M5cMT010990 Christian S. J. Peron (csjp) fixed a bug that could cause lockups when userid-based firewall rules (like uid) were used in conjunction with a Giant-free network stack. With this fix, it is no longer necessary to set the sysctl debug.mpsafenet to 0 to use userid-based rules. http://www.freebsd.org/cgi/mid.cgi?200412100217.iBA2HI2L008474 Poul-Henning Kamp (phk) fixed a bug in the UFS2 filesystem that could cause the system to refuse to mount a good disk if a blank disk was previously present in the same drive. http://www.freebsd.org/cgi/mid.cgi?200412121419.iBCEJBg4048788 From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 23:45:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 258BA16A4CE for ; Tue, 14 Dec 2004 23:45:33 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD1A243D3F for ; Tue, 14 Dec 2004 23:45:32 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iBENjVw1010352; Tue, 14 Dec 2004 17:45:31 -0600 (CST) (envelope-from dan) Date: Tue, 14 Dec 2004 17:45:31 -0600 From: Dan Nelson To: Matt Rowley Message-ID: <20041214234531.GG37432@dan.emsphone.com> References: <20041211004038.GC50516@dragon.nuxi.com> <85A52BD3FBE0D7DC11926D2A@elric.arin.net> <20041214232200.GF37432@dan.emsphone.com> <436F80488A9BA35A32FEC501@elric.arin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436F80488A9BA35A32FEC501@elric.arin.net> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 23:45:33 -0000 In the last episode (Dec 14), Matt Rowley said: > >http://download.adaptec.com/raid/ccu/freebsd/raidmgt.tgz > >ftp://ftp.adaptec.com/raid/ccu/freebsd/raidmgt.tgz > > I'm getting file not founds on those linkies... Their web server faked me out. I had just tried the http url, and mozilla opened up its file save dialog, so I assumed it was the right URL. Saves a 0-byte file though. A little bit of searching brought me to: ftp://ftp.netbsd.org/pub/NetBSD/packages/pkgsrc/sysutils/dptutil ftp://ftp.netbsd.org/pub/NetBSD/packages/distfiles/raidmgt-3.31.tar.gz ! You might want to see if they have any bugfixes in their patches you can use. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 00:12:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6DEA16A4CE for ; Wed, 15 Dec 2004 00:12:25 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 940D743D46 for ; Wed, 15 Dec 2004 00:12:25 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) iBF0CMDD011074 for ; Tue, 14 Dec 2004 17:12:22 -0700 (MST) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id iBF0CMgO011073 for freebsd-current@freebsd.org; Tue, 14 Dec 2004 17:12:22 -0700 (MST) (envelope-from tarcieri) Date: Tue, 14 Dec 2004 17:12:22 -0700 From: Tony Arcieri To: freebsd-current@freebsd.org Message-ID: <20041215001222.GB9957@flash.atmos.colostate.edu> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> User-Agent: Mutt/1.4.2.1i Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 00:12:26 -0000 On Tue, Dec 14, 2004 at 05:08:43PM -0600, Jon Noack wrote: > I thought about trying this last night when I saw that ULE was > resurrected. Make sure you also grab kern_sig.c: > http://lists.freebsd.org/pipermail/cvs-src/2004-December/036757.html > > I can't say whether those 3 files are all you need, just that I would also > include kern_sig.c... ;-) > > Jon > Rebuilt with kern_sig.c from -CURRENT, everything seems fine, as far as I can tell. Are there really any substantial changes in kern_sig.c and kern_switch.c that would affect the stability of 5_STABLE (and does UMA in 5_STABLE ensure thati proc_fini() won't be called?) I'd just contend that in the case of my system, 5_STABLE with the 4BSD scheduler is not stable, or at least the script I'm running is somehow exhausting system resources to the point that the system becomes unusable, and this problem isn't exhibited with the ULE scheduler. Regardless, the script was causing the 5.3-RELEASE GENERIC kernel to panic, and rendered the system completely inaccessible with a kernel built from the latest (as of about 5 days ago) RELENG_5 kernel with the 4BSD scheduler. So, I'd be very grateful if ULE could be merged into RELENG_5 as it would dramatically improve the stability of at least my server. Has anyone else with a dual amd64 system had problems like this post 5.3-RELEASE? I know crashes under heavy MySQL load on dual amd64 systems were a problem before, but I thought that had been resolved. Tony Arcieri From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 00:54:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B2116A4CE for ; Wed, 15 Dec 2004 00:54:24 +0000 (GMT) Received: from smtp006.bizmail.sc5.yahoo.com (smtp006.bizmail.sc5.yahoo.com [66.163.175.83]) by mx1.FreeBSD.org (Postfix) with SMTP id EEFC143D49 for ; Wed, 15 Dec 2004 00:54:23 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.198.174 with login) by smtp006.bizmail.sc5.yahoo.com with SMTP; 15 Dec 2004 00:54:23 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id BC12361BD; Tue, 14 Dec 2004 18:54:22 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 88148-14-2; Tue, 14 Dec 2004 18:54:20 -0600 (CST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D0594616B; Tue, 14 Dec 2004 18:54:20 -0600 (CST) Received: from 192.168.1.9 (SquirrelMail authenticated user noackjr); by www.noacks.org with HTTP; Tue, 14 Dec 2004 18:54:20 -0600 (CST) Message-ID: <3683.192.168.1.9.1103072060.squirrel@192.168.1.9> In-Reply-To: <20041215001222.GB9957@flash.atmos.colostate.edu> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> Date: Tue, 14 Dec 2004 18:54:20 -0600 (CST) From: "Jon Noack" To: "Tony Arcieri" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2004 00:54:24 -0000 Tony Arcieri wrote: > On Tue, Dec 14, 2004 at 05:08:43PM -0600, Jon Noack wrote: >> I thought about trying this last night when I saw that ULE was >> resurrected. Make sure you also grab kern_sig.c: >> http://lists.freebsd.org/pipermail/cvs-src/2004-December/036757.html >> >> I can't say whether those 3 files are all you need, just that I would >> also include kern_sig.c... ;-) > > Rebuilt with kern_sig.c from -CURRENT, everything seems fine, as far as I > can tell. Are there really any substantial changes in kern_sig.c and > kern_switch.c that would affect the stability of 5_STABLE (and does > UMA in 5_STABLE ensure thati proc_fini() won't be called?) I don't know about kern_switch.c, but the change in kern_sig.c fixes #2 on Jeff Roberson's list of bugs in ULE (from a few days ago): http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044332.html > I'd just contend that in the case of my system, 5_STABLE with the 4BSD > scheduler is not stable, or at least the script I'm running is somehow > exhausting system resources to the point that the system becomes unusable, > and this problem isn't exhibited with the ULE scheduler. Regardless, the > script was causing the 5.3-RELEASE GENERIC kernel to panic, and rendered > the system completely inaccessible with a kernel built from the latest (as > of about 5 days ago) RELENG_5 kernel with the 4BSD scheduler. > > So, I'd be very grateful if ULE could be merged into RELENG_5 as it would > dramatically improve the stability of at least my server. Has anyone else > with a dual amd64 system had problems like this post 5.3-RELEASE? I know > crashes under heavy MySQL load on dual amd64 systems were a problem > before, but I thought that had been resolved. I think removing the #error and putting a note on boot (and in UPDATING) that it may still be unstable is a good idea. However, Scott Long has expressed reservations (http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044341.html) and his opinion counts orders of magnitude more than mine. Jon From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 00:56:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0647A16A4CE for ; Wed, 15 Dec 2004 00:56:02 +0000 (GMT) Received: from msr67.hinet.net (msr67.hinet.net [168.95.4.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0BF43D45 for ; Wed, 15 Dec 2004 00:55:58 +0000 (GMT) (envelope-from d9364104@mail.nchu.edu.tw) Received: from localhost.localdomain (61-221-58-28.HINET-IP.hinet.net [61.221.58.28]) by msr67.hinet.net (8.9.3/8.9.3) with ESMTP id IAA15970 for ; Wed, 15 Dec 2004 08:55:56 +0800 (CST) From: Chen Lihong To: freebsd-current@freebsd.org Content-Type: text/plain Date: Wed, 15 Dec 2004 08:55:55 +0800 Message-Id: <1103072155.675.6.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: net80211 can not load wlan_ccmp.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 00:56:02 -0000 I am using atheros AR5211 802.11a+b card bus WLAN adapter. And installed ports/security/wpa_supplicant, It required wlan_ccmp module loaded when I need AES encryption. Every time I load wlan_ccmp will failed, like this: # kldload wlan_ccmp link_elf: symbol _rijndael_set_key undefined # It seems function _rijndael_set_key() not loaded. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 00:58:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2639716A4CE for ; Wed, 15 Dec 2004 00:58:03 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD1443D31 for ; Wed, 15 Dec 2004 00:58:03 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9DC377A403 for ; Tue, 14 Dec 2004 16:58:02 -0800 (PST) Message-ID: <41BF8C1A.2090801@elischer.org> Date: Tue, 14 Dec 2004 16:58:02 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bus_dma question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 00:58:03 -0000 The bus_dma man page is good. but it there documentation of how to extract the physical page addresses from a map? In other words, if I defien a tag for a device and then create a map using bus_dmamap_create, and then load it using bus_dmamap_load, what is the recommended method of extracting the list of addresses to feed into a DMA scatter_gather list? Looking at various drivers I'm getting more and more confused.. There is a lot of home-grown s/g list generation code out there.. is there a "right" way to do this? From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 01:20:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D8516A4CE for ; Wed, 15 Dec 2004 01:20:11 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 370ED43D2D for ; Wed, 15 Dec 2004 01:20:11 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBF1Ms8X048601; Tue, 14 Dec 2004 18:22:54 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41BF9130.9070907@freebsd.org> Date: Tue, 14 Dec 2004 18:19:44 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <3683.192.168.1.9.1103072060.squirrel@192.168.1.9> In-Reply-To: <3683.192.168.1.9.1103072060.squirrel@192.168.1.9> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Tony Arcieri cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 01:20:11 -0000 Jon Noack wrote: > Tony Arcieri wrote: > >>On Tue, Dec 14, 2004 at 05:08:43PM -0600, Jon Noack wrote: >> >>>I thought about trying this last night when I saw that ULE was >>>resurrected. Make sure you also grab kern_sig.c: >>>http://lists.freebsd.org/pipermail/cvs-src/2004-December/036757.html >>> >>>I can't say whether those 3 files are all you need, just that I would >>>also include kern_sig.c... ;-) >> >>Rebuilt with kern_sig.c from -CURRENT, everything seems fine, as far as I >>can tell. Are there really any substantial changes in kern_sig.c and >>kern_switch.c that would affect the stability of 5_STABLE (and does >>UMA in 5_STABLE ensure thati proc_fini() won't be called?) > > > I don't know about kern_switch.c, but the change in kern_sig.c fixes #2 on > Jeff Roberson's list of bugs in ULE (from a few days ago): > http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044332.html > > >>I'd just contend that in the case of my system, 5_STABLE with the 4BSD >>scheduler is not stable, or at least the script I'm running is somehow >>exhausting system resources to the point that the system becomes unusable, >>and this problem isn't exhibited with the ULE scheduler. Regardless, the >>script was causing the 5.3-RELEASE GENERIC kernel to panic, and rendered >>the system completely inaccessible with a kernel built from the latest (as >>of about 5 days ago) RELENG_5 kernel with the 4BSD scheduler. >> >>So, I'd be very grateful if ULE could be merged into RELENG_5 as it would >>dramatically improve the stability of at least my server. Has anyone else >>with a dual amd64 system had problems like this post 5.3-RELEASE? I know >>crashes under heavy MySQL load on dual amd64 systems were a problem >>before, but I thought that had been resolved. > > > I think removing the #error and putting a note on boot (and in UPDATING) > that it may still be unstable is a good idea. However, Scott Long has > expressed reservations > (http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044341.html) > and his opinion counts orders of magnitude more than mine. > > Jon > I'm definitely not against these fixes going into RELENG_5, but I would like to see some significant testing be applied to them in HEAD first, especially to changes that are not confined to just sched_ule.c (and sched_4bsd.c). Scott From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 01:31:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 309B116A4CE for ; Wed, 15 Dec 2004 01:31:57 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id E917343D46 for ; Wed, 15 Dec 2004 01:31:56 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBF1VsWi062208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Dec 2004 17:31:56 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41BF9614.2020306@errno.com> Date: Tue, 14 Dec 2004 17:40:36 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chen Lihong References: <1103072155.675.6.camel@OmniBook.accton.com.tw> In-Reply-To: <1103072155.675.6.camel@OmniBook.accton.com.tw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: net80211 can not load wlan_ccmp.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 01:31:57 -0000 Chen Lihong wrote: > I am using atheros AR5211 802.11a+b card bus WLAN adapter. > And installed ports/security/wpa_supplicant, It required wlan_ccmp > module loaded when I need AES encryption. > Every time I load wlan_ccmp will failed, like this: > > # kldload wlan_ccmp > link_elf: symbol _rijndael_set_key undefined > # > > It seems function _rijndael_set_key() not loaded. Just fixed: sam 2004-12-15 01:30:38 UTC FreeBSD src repository Modified files: sys/modules/wlan_ccmp Makefile Log: bring in rijndael crypto code to satisfy dependency: should break rijndael out into a separate module a la rc4 but several other cases need to be fixed also so for now do as others do Revision Changes Path 1.2 +2 -0 src/sys/modules/wlan_ccmp/Makefile http://cvsweb.FreeBSD.org/src/sys/modules/wlan_ccmp/Makefile.diff?r1=1.1&r2=1.2 Sam From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 01:36:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F151516A4CE for ; Wed, 15 Dec 2004 01:36:20 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24CB43D39 for ; Wed, 15 Dec 2004 01:36:20 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) iBF1aIFp011538 for ; Tue, 14 Dec 2004 18:36:18 -0700 (MST) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id iBF1aIqk011537 for freebsd-current@freebsd.org; Tue, 14 Dec 2004 18:36:18 -0700 (MST) (envelope-from tarcieri) Date: Tue, 14 Dec 2004 18:36:17 -0700 From: Tony Arcieri To: freebsd-current@freebsd.org Message-ID: <20041215013617.GA11420@flash.atmos.colostate.edu> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <3683.192.168.1.9.1103072060.squirrel@192.168.1.9> <41BF9130.9070907@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41BF9130.9070907@freebsd.org> User-Agent: Mutt/1.4.2.1i Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 01:36:21 -0000 On Tue, Dec 14, 2004 at 06:19:44PM -0700, Scott Long wrote: > >I think removing the #error and putting a note on boot (and in UPDATING) > >that it may still be unstable is a good idea. However, Scott Long has > >expressed reservations > >(http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044341.html) > >and his opinion counts orders of magnitude more than mine. > > > >Jon > > > > I'm definitely not against these fixes going into RELENG_5, but I would > like to see some significant testing be applied to them in HEAD first, > especially to changes that are not confined to just sched_ule.c (and > sched_4bsd.c). > > Scott Glad to hear it. So far hacking the ULE scheduler code from -CURRENT into the RELENG_5 sources myself seems to be working, but I would very much appreciate seeing these changes merged into RELENG_5 as soon as they can be adequately tested. Tony Arcieri From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 01:44:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4A3D16A4CE for ; Wed, 15 Dec 2004 01:44:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749FB43D1D for ; Wed, 15 Dec 2004 01:44:34 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBF1lIqG048696; Tue, 14 Dec 2004 18:47:18 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41BF96E8.2080300@freebsd.org> Date: Tue, 14 Dec 2004 18:44:08 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <41BF8C1A.2090801@elischer.org> In-Reply-To: <41BF8C1A.2090801@elischer.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: FreeBSD Current Subject: Re: bus_dma question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 01:44:35 -0000 Julian Elischer wrote: > > The bus_dma man page is good. but it there documentation of how to > extract the physical page addresses from a map? In other words, if I > defien a tag for a device and then create a map using bus_dmamap_create, > and then load it using bus_dmamap_load, what is the recommended method > of extracting the list of addresses to feed into a DMA scatter_gather > list? Looking at various drivers I'm getting more and more confused.. > There is a lot of home-grown s/g list > generation code out there.. is there a "right" way to do this? > The function pointer that you provide to bus_dmamap_load() is called when the S/G map is ready (it might be deferred due to needing bounce pages, so you cannot assume that it will be called before bus_dmamap_load() returns). The S/G list and length is provided in the arguments to the callback function. So: static void my_start(my_softc, my_data_ptr, my_data_len) { /* Prepare resources for sending data to the hardware */ [...] /* * Hand off to busdma to generate the S/G list. */ error = bus_dmamap_load(my_softc->dmat, my_softc->dmamap, my_data_ptr, my_data_len, my_callback_func, my_softc, 0); if (error == EINPROGRESS) { /* * The callback will be called later. Don't queue up * any more commands until it has so that we don't spin * on busdma. */ my_softc->flags |= FROZEN; } return; } static void my_callack_func(void *arg, bus_dma_segment_t *segs, int nseg, int error) { my_softc_t *my_softc = arg; if (error) { /* Handle error */ [...] return; for (i = 0; i < nsegs; i++) { my_sg[i].phys = segs[i].ds_addr; mg_sg[i].len = segs[i].ds_len; } if (dma is from host memory to the hardware) bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_PREWRITE); if (dma is from the hardware to host memory) bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_PREREAD); /* * Send S/G list to the hardware and tell the hardware to start * the transaction. */ [...] return; } Note that you cannot pass an error value or anything else from the callback function to the caller since you have no control over when the callback will actually be called. Well, if you use the BUS_DMA_NOWAIT flag for bus_dmamap_load(), you'll be guaranteed to get an error back instead of a deferral, but that should only be used with great care. Also, don't forget to call bus_dmamap_sync() with the POSTREAD and POSTWRITE ops once the transaction is complete. This is very important now that >4GB of memory is easy to aquire; devices like UHCI and ATA can still only do 32bit S/G lists, so bouncing is required on i386 and amd64. You also need to do a bus_dmamap_unload() call to free whatever busdma resources were used for the transaction, so the sequence should be something like: static void my_intr(void *arg) { /* Check and handle interrupt */ [...] /* return busdma resources */ if (dma is from host memory to the hardware) bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_POSTWRITE); if (dma is from the hardware to host memory) bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_POSTREAD); bus_dmamap_unload(my_dmat, my_dmamap); /* Process the data that was DMA'd */ [...] return; } There will likely be changes to the busdma API for 6.0 that will simplify this a bit, make it faster, and make it resemble NetBSD a little more, but I'm still working on them. Scott From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 01:57:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 964B316A4CE for ; Wed, 15 Dec 2004 01:57:44 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AEF843D1F for ; Wed, 15 Dec 2004 01:57:44 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so110367rny for ; Tue, 14 Dec 2004 17:57:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=AJyQkiD38dSRy7SKlGd85ekfWmlycknX8PJm0+TSWsQ33hCmTDaMgEgghBKuaIg/Rf6BKaLDdQTFt/A9A9L6EQ1QJccKK3ELziYCs87mWcQpW2/1lvgM/ss2H4TL4BDuCw84+aH7/+hL4HnSVQpF+uykLtzxJNm8BipDkrbzKt0= Received: by 10.38.179.75 with SMTP id b75mr2361082rnf; Tue, 14 Dec 2004 17:57:43 -0800 (PST) Received: by 10.38.8.31 with HTTP; Tue, 14 Dec 2004 17:57:40 -0800 (PST) Message-ID: Date: Wed, 15 Dec 2004 09:57:40 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Unkillable process with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2004 01:57:44 -0000 PID TT STAT TIME COMMAND 2317 p0 Ss 0:00.02 -bash (bash) 2480 p0 S+ 0:00.01 screen -D -R 2447 p1- DE 0:00.01 tail -f update.log 2483 p1 Ss 0:00.04 /usr/local/bin/bash 2515 p1 R+ 0:00.00 ps PID 2447 is in an unkillable state right now. 'kill -9' does not work. I'll leave it as it is for the time being. Please let me know if there is any more information I can provide you with. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 03:43:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C719616A4CE for ; Wed, 15 Dec 2004 03:43:50 +0000 (GMT) Received: from msr14.hinet.net (msr14.hinet.net [168.95.4.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F76C43D5A for ; Wed, 15 Dec 2004 03:43:50 +0000 (GMT) (envelope-from d9364104@mail.nchu.edu.tw) Received: from localhost.localdomain (61-221-58-28.HINET-IP.hinet.net [61.221.58.28]) by msr14.hinet.net (8.9.3/8.9.3) with ESMTP id LAA20624; Wed, 15 Dec 2004 11:43:42 +0800 (CST) From: Chen Lihong To: Sam Leffler Content-Type: text/plain Date: Wed, 15 Dec 2004 11:43:35 +0800 Message-Id: <1103082215.1589.2.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: net80211 can not load wlan_ccmp.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 03:43:50 -0000 Hi! Sam, After cvsup updated, I saw this Makefile updated. And I make kernel to update kernel, but the problem still occured! From: Chen Lihong To: Sam Leffler Subject: Re: net80211 can not load wlan_ccmp.ko Date: Wed, 15 Dec 2004 09:42:47 +0800 On Tue, 2004-12-14 at 17:40 -0800, Sam Leffler wrote: > Chen Lihong wrote: > > I am using atheros AR5211 802.11a+b card bus WLAN adapter. > > And installed ports/security/wpa_supplicant, It required wlan_ccmp > > module loaded when I need AES encryption. > > Every time I load wlan_ccmp will failed, like this: > > > > # kldload wlan_ccmp > > link_elf: symbol _rijndael_set_key undefined > > # > > > > It seems function _rijndael_set_key() not loaded. > > Just fixed: > > sam 2004-12-15 01:30:38 UTC > > FreeBSD src repository > > Modified files: > sys/modules/wlan_ccmp Makefile > Log: > bring in rijndael crypto code to satisfy dependency: should > break rijndael out into a separate module a la rc4 but several > other cases need to be fixed also so for now do as others do > > Revision Changes Path > 1.2 +2 -0 src/sys/modules/wlan_ccmp/Makefile > http://cvsweb.FreeBSD.org/src/sys/modules/wlan_ccmp/Makefile.diff?r1=1.1&r2=1.2 > > Sam Thanks a lot! /Lihong From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 04:24:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 163BD16A4CE for ; Wed, 15 Dec 2004 04:24:05 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6DDD43D1F for ; Wed, 15 Dec 2004 04:24:04 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 3DB30CE37; Tue, 14 Dec 2004 23:24:04 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id C4F436268; Tue, 14 Dec 2004 23:24:01 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16831.48225.645540.672083@canoe.dclg.ca> Date: Tue, 14 Dec 2004 23:24:01 -0500 To: "Poul-Henning Kamp" In-Reply-To: <29815.1103056569@critter.freebsd.dk> References: <20041214194010.GD37432@dan.emsphone.com> <29815.1103056569@critter.freebsd.dk> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid cc: Freebsd-current@freebsd.org cc: Dan Nelson cc: David Gilbert Subject: Re: Jobs dying in 'E' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 04:24:05 -0000 >>>>> "Poul-Henning" == Poul-Henning Kamp writes: Poul-Henning> In message <20041214194010.GD37432@dan.emsphone.com>, Poul-Henning> Dan Nelson writes: >> In the last episode (Dec 14), David Gilbert said: >>> I cvsup'd to current this morning and many jobs are dying in the >>> 'E' state. Any idea what is causing this? >> man ps: >> >> E The process is trying to exit. >> >> Usually caused by queued up data on a tty not being flushed because >> someone has hit ^S. Poul-Henning> This may be my fault, I'm testing a patch right now. Such a tease :). May I try a copy of that patch? It's either that or go back to stable as I need to get work done tomorrow :). Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 07:44:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A2716A4CE for ; Wed, 15 Dec 2004 07:44:18 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4755443D46 for ; Wed, 15 Dec 2004 07:44:17 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id 2388F129 for ; Wed, 15 Dec 2004 08:44:16 +0100 (CET) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id iBF7iF6f000917; Wed, 15 Dec 2004 08:44:15 +0100 (CET) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id iBF7iC02000916; Wed, 15 Dec 2004 08:44:12 +0100 (CET) (envelope-from philip) Date: Wed, 15 Dec 2004 08:44:11 +0100 From: Philip Paeps To: Julian Elischer Message-ID: <20041215074411.GA655@loge.nixsys.be> Mail-Followup-To: Julian Elischer , FreeBSD Current References: <41BF6D42.7040508@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41BF6D42.7040508@elischer.org> X-Date-in-Rome: ante diem XVIII Kalendas Ianuarias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.6i cc: FreeBSD Current Subject: Re: looking for a merge tool. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 07:44:18 -0000 On 2004-12-14 14:46:26 (-0800), Julian Elischer wrote: > I'm doing a bit of merging fromthe NetBSD USB code to -current, but I'm > wonderring if anyone can point me to a good merge tool. Not sure if it's a ``good'' tool, but I'm very fond of Vim's diff feature. It took me a while to get used to, but it's proven itself very useful to me since. Particularly the pretty colouring and the fact that I can jump around and place marks like in Vim make me very happy with it :-) > does anyone know of a tool that gives 3 panes and allows manual editing of > the merged product? Vimdiff allows you to do that. I'm sure there will be some Emacs users now to tell me that I should go and use Emacs because it does it better. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #207: We are currently trying a new concept of using a live mouse. Unfortunately, one has yet to survive being hooked up to the computer.....please bear with us. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 07:52:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B3616A4CE for ; Wed, 15 Dec 2004 07:52:44 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97BFF43D48 for ; Wed, 15 Dec 2004 07:52:43 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBF7qaxv040470; Wed, 15 Dec 2004 08:52:36 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: David Gilbert From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 14 Dec 2004 23:24:01 EST." <16831.48225.645540.672083@canoe.dclg.ca> Date: Wed, 15 Dec 2004 08:52:36 +0100 Message-ID: <40469.1103097156@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Freebsd-current@freebsd.org cc: Dan Nelson Subject: Re: Jobs dying in 'E' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 07:52:44 -0000 In message <16831.48225.645540.672083@canoe.dclg.ca>, David Gilbert writes: >>>>>> "Poul-Henning" == Poul-Henning Kamp writes: > >Poul-Henning> In message <20041214194010.GD37432@dan.emsphone.com>, >Poul-Henning> Dan Nelson writes: >>> In the last episode (Dec 14), David Gilbert said: >>>> I cvsup'd to current this morning and many jobs are dying in the >>>> 'E' state. Any idea what is causing this? >>> man ps: >>> >>> E The process is trying to exit. >>> >>> Usually caused by queued up data on a tty not being flushed because >>> someone has hit ^S. > >Poul-Henning> This may be my fault, I'm testing a patch right now. > >Such a tease :). May I try a copy of that patch? It's either that or >go back to stable as I need to get work done tomorrow :). It's committed already. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 08:46:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F0B16A4CE for ; Wed, 15 Dec 2004 08:46:45 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48EB443D49 for ; Wed, 15 Dec 2004 08:46:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBF8kgkC091288; Wed, 15 Dec 2004 10:46:42 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 44615-11; Wed, 15 Dec 2004 10:46:40 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBF8keZG091285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2004 10:46:40 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBF8kh5V026058; Wed, 15 Dec 2004 10:46:43 +0200 (EET) (envelope-from ru) Date: Wed, 15 Dec 2004 10:46:43 +0200 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20041215084643.GB25967@ip.net.ua> References: <20041214214930.GA29362@ip.net.ua> <31862.1103063632@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <31862.1103063632@critter.freebsd.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 08:46:45 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Poul-Henning, On Tue, Dec 14, 2004 at 11:33:52PM +0100, Poul-Henning Kamp wrote: > Do you have a -current version of mksnap_ffs ? >=20 I believe so: Script started on Wed Dec 15 10:45:27 2004 hammer# ident *.c mksnap_ffs.c: $FreeBSD: src/sbin/mksnap_ffs/mksnap_ffs.c,v 1.8 2004/12/08 11:54:50 p= hk Exp $ hammer# make all install install -s -o root -g operator -m 4550 mksnap_ffs /sbin install -o root -g wheel -m 444 mksnap_ffs.8.gz /usr/share/man/man8 install -o root -g wheel -m 444 mksnap_ffs.8.cat.gz /usr/share/man/cat8/mk= snap_ffs.8.gz hammer# fsck -B /tmp Can't stat /tmp/.snap/fsck_snapshot: No such file or directory Script done on Wed Dec 15 10:45:41 2004 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBv/nzqRfpzJluFF4RAvG+AJ4yfSxRHzt3LWDlcNIplQQbggHyOwCgmmX7 cnHqleSzcNxX3ZOxYQsNnA0= =bzQl -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 08:50:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1E4516A4CF; Wed, 15 Dec 2004 08:50:33 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B5E43D39; Wed, 15 Dec 2004 08:50:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBF8oWH6041568; Wed, 15 Dec 2004 09:50:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 15 Dec 2004 10:46:43 +0200." <20041215084643.GB25967@ip.net.ua> Date: Wed, 15 Dec 2004 09:50:32 +0100 Message-ID: <41567.1103100632@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 08:50:34 -0000 In message <20041215084643.GB25967@ip.net.ua>, Ruslan Ermilov writes: >hammer# fsck -B /tmp >Can't stat /tmp/.snap/fsck_snapshot: No such file or directory Can you do a "ktrace -i" on it and send me the kdump output ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 09:17:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B014B16A4CE for ; Wed, 15 Dec 2004 09:17:47 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E76A743D53 for ; Wed, 15 Dec 2004 09:17:46 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBF9Hj1E093581; Wed, 15 Dec 2004 11:17:45 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 51951-08; Wed, 15 Dec 2004 11:17:45 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBF9HjCT093578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2004 11:17:45 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBF9HlYC026410; Wed, 15 Dec 2004 11:17:47 +0200 (EET) (envelope-from ru) Date: Wed, 15 Dec 2004 11:17:47 +0200 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20041215091747.GG25967@ip.net.ua> References: <20041215084643.GB25967@ip.net.ua> <41567.1103100632@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TdkiTnkLhLQllcMS" Content-Disposition: inline In-Reply-To: <41567.1103100632@critter.freebsd.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 09:17:47 -0000 --TdkiTnkLhLQllcMS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Dec 15, 2004 at 09:50:32AM +0100, Poul-Henning Kamp wrote: > In message <20041215084643.GB25967@ip.net.ua>, Ruslan Ermilov writes: >=20 > >hammer# fsck -B /tmp > >Can't stat /tmp/.snap/fsck_snapshot: No such file or directory >=20 > Can you do a "ktrace -i" on it and send me the kdump output ? >=20 I'm totally sorry. It turned out my fsck_ffs(8) was not up-to-date. Updating it solved the problem. Sorry again. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --TdkiTnkLhLQllcMS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBwAE7qRfpzJluFF4RAvulAJoDzidvmSyawWBmoQlnBn6+zov2vwCdHlCK Z+6Lp5UxSP9Bw7BcaizH7bE= =ihtT -----END PGP SIGNATURE----- --TdkiTnkLhLQllcMS-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 09:31:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C885216A4CE; Wed, 15 Dec 2004 09:31:24 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A33F43D48; Wed, 15 Dec 2004 09:31:24 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBF9VM7v042360; Wed, 15 Dec 2004 10:31:23 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 15 Dec 2004 11:17:47 +0200." <20041215091747.GG25967@ip.net.ua> Date: Wed, 15 Dec 2004 10:31:22 +0100 Message-ID: <42359.1103103082@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 09:31:24 -0000 In message <20041215091747.GG25967@ip.net.ua>, Ruslan Ermilov writes: > >--TdkiTnkLhLQllcMS >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >Hi, > >On Wed, Dec 15, 2004 at 09:50:32AM +0100, Poul-Henning Kamp wrote: >> In message <20041215084643.GB25967@ip.net.ua>, Ruslan Ermilov writes: >>=20 >> >hammer# fsck -B /tmp >> >Can't stat /tmp/.snap/fsck_snapshot: No such file or directory >>=20 >> Can you do a "ktrace -i" on it and send me the kdump output ? >>=20 >I'm totally sorry. It turned out my fsck_ffs(8) was not >up-to-date. Updating it solved the problem. Sorry again. No worries. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 09:59:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A52EA16A4CE for ; Wed, 15 Dec 2004 09:59:03 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAECB43D48 for ; Wed, 15 Dec 2004 09:59:02 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBF9x0R2096980; Wed, 15 Dec 2004 11:59:00 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 63245-16; Wed, 15 Dec 2004 11:58:59 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBF9wx2U096968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2004 11:58:59 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBF9x1I0027005; Wed, 15 Dec 2004 11:59:01 +0200 (EET) (envelope-from ru) Date: Wed, 15 Dec 2004 11:59:01 +0200 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20041215095901.GK25967@ip.net.ua> References: <20041215091747.GG25967@ip.net.ua> <42359.1103103082@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KjSGHOmKKB2VUiQn" Content-Disposition: inline In-Reply-To: <42359.1103103082@critter.freebsd.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 09:59:03 -0000 --KjSGHOmKKB2VUiQn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Here's another fsck(8) buglet. While booting single-user, / is mounted read-only, and "fsck -p /" succeeds as expected. While remounting / read-only (e.g., after shutting down from multi-user to single-user), it doesn't: Script started on Wed Dec 15 11:52:09 2004 hammer# fsck -p / /dev/ad0a: NO WRITE ACCESS /dev/ad0a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. hammer# mount -ru / hammer# mount |grep ' / ' /dev/ad0a on / (ufs, local, read-only) hammer# fsck -p / /dev/ad0a: NO WRITE ACCESS /dev/ad0a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. Script done on Wed Dec 15 11:52:37 2004 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --KjSGHOmKKB2VUiQn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBwArlqRfpzJluFF4RAjBpAJwNPJChSp7ZQHrDOxXTpXH1QRNmKQCfVncQ Wo4m8MUWNS6rkToRoQf2B54= =D867 -----END PGP SIGNATURE----- --KjSGHOmKKB2VUiQn-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 10:46:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C67A16A4CE; Wed, 15 Dec 2004 10:46:22 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71D5243D46; Wed, 15 Dec 2004 10:46:21 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBFAkIVu043575; Wed, 15 Dec 2004 11:46:18 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 15 Dec 2004 11:59:01 +0200." <20041215095901.GK25967@ip.net.ua> Date: Wed, 15 Dec 2004 11:46:18 +0100 Message-ID: <43574.1103107578@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 10:46:22 -0000 In message <20041215095901.GK25967@ip.net.ua>, Ruslan Ermilov writes: > >--KjSGHOmKKB2VUiQn >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >Hi, > >Here's another fsck(8) buglet. While booting single-user, / is >mounted read-only, and "fsck -p /" succeeds as expected. While >remounting / read-only (e.g., after shutting down from multi-user >to single-user), it doesn't: This is working as designed. The way it works is that when you boot, the root filesystem opens the device (r=1, w=0, e=0) thereby permitting fsck to open the device for write. When the root filesystem is upgraded to RW, the open is opgraded to (r=1,w=1,e=1) and writing via /dev/mumble is no longer permitted. Architecturally the way we fsck the root filesystem is highly bogus and it would be much cleaner if mounted filesystems _always_ were fsck'ed through a snapshot, but there are a unknown code to be written to allow that to happen for the case where "unexpected softupdates inconsistencies" are found. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 10:53:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4948D16A4CE for ; Wed, 15 Dec 2004 10:53:27 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7743D43D55 for ; Wed, 15 Dec 2004 10:53:26 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBFArPaj002498; Wed, 15 Dec 2004 12:53:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 80131-19; Wed, 15 Dec 2004 12:53:24 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBFArNox002493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2004 12:53:24 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBFArR0L027545; Wed, 15 Dec 2004 12:53:27 +0200 (EET) (envelope-from ru) Date: Wed, 15 Dec 2004 12:53:27 +0200 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20041215105326.GO25967@ip.net.ua> References: <20041215095901.GK25967@ip.net.ua> <43574.1103107578@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FilwpOHBrTVNlmJ3" Content-Disposition: inline In-Reply-To: <43574.1103107578@critter.freebsd.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 10:53:27 -0000 --FilwpOHBrTVNlmJ3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 15, 2004 at 11:46:18AM +0100, Poul-Henning Kamp wrote: > In message <20041215095901.GK25967@ip.net.ua>, Ruslan Ermilov writes: > > > >--KjSGHOmKKB2VUiQn > >Content-Type: text/plain; charset=3Dus-ascii > >Content-Disposition: inline > >Content-Transfer-Encoding: quoted-printable > > > >Hi, > > > >Here's another fsck(8) buglet. While booting single-user, / is > >mounted read-only, and "fsck -p /" succeeds as expected. While > >remounting / read-only (e.g., after shutting down from multi-user > >to single-user), it doesn't: >=20 > This is working as designed. >=20 > The way it works is that when you boot, the root filesystem opens > the device (r=3D1, w=3D0, e=3D0) thereby permitting fsck to open the > device for write. >=20 > When the root filesystem is upgraded to RW, the open is opgraded > to (r=3D1,w=3D1,e=3D1) and writing via /dev/mumble is no longer permitted. >=20 > Architecturally the way we fsck the root filesystem is highly bogus > and it would be much cleaner if mounted filesystems _always_ were > fsck'ed through a snapshot, but there are a unknown code to be written > to allow that to happen for the case where "unexpected softupdates > inconsistencies" are found. >=20 Are you saying it's not possible to downgrade the open to (r=3D1, w=3D0, e=3D0) when a file system is downgraded from R/W to R/O? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --FilwpOHBrTVNlmJ3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBwBemqRfpzJluFF4RAvqOAJ4vltnfZ8ax4RZT+j/pxz9mVmS78ACggnem G9dJXnGupt88opYBC7M+y6k= =qI34 -----END PGP SIGNATURE----- --FilwpOHBrTVNlmJ3-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 10:56:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3F7316A4CE; Wed, 15 Dec 2004 10:56:58 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291D443D58; Wed, 15 Dec 2004 10:56:58 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBFAuv6t043755; Wed, 15 Dec 2004 11:56:57 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 15 Dec 2004 12:53:27 +0200." <20041215105326.GO25967@ip.net.ua> Date: Wed, 15 Dec 2004 11:56:57 +0100 Message-ID: <43754.1103108217@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 10:56:59 -0000 In message <20041215105326.GO25967@ip.net.ua>, Ruslan Ermilov writes: >Are you saying it's not possible to downgrade the open to >(r=1, w=0, e=0) when a file system is downgraded from R/W to R/O? Yes: that would make a read-only mounted filesystem vulnerable to overwriting through the /dev entry and we don't want that. The problem is that we do not in the kernel know if we are in single user mode or not. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 11:09:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C27A16A4CE; Wed, 15 Dec 2004 11:09:25 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DA943D53; Wed, 15 Dec 2004 11:09:24 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])E4A384BE37; Wed, 15 Dec 2004 12:09:23 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28279-06-3; Wed, 15 Dec 2004 12:09:23 +0100 (CET) Received: from m2a2.dyndns.org (p508EEE1E.dip.t-dialin.net [80.142.238.30]) 29E834BE21; Wed, 15 Dec 2004 12:09:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 6E57677B93; Wed, 15 Dec 2004 12:09:22 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03595-07; Wed, 15 Dec 2004 12:09:21 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id A0F7477B94; Wed, 15 Dec 2004 12:09:21 +0100 (CET) From: Matthias Andree To: "Poul-Henning Kamp" In-Reply-To: <43754.1103108217@critter.freebsd.dk> (Poul-Henning Kamp's message of "Wed, 15 Dec 2004 11:56:57 +0100") References: <43754.1103108217@critter.freebsd.dk> Date: Wed, 15 Dec 2004 12:09:21 +0100 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 11:09:25 -0000 "Poul-Henning Kamp" writes: > In message <20041215105326.GO25967@ip.net.ua>, Ruslan Ermilov writes: > >>Are you saying it's not possible to downgrade the open to >>(r=1, w=0, e=0) when a file system is downgraded from R/W to R/O? > > Yes: that would make a read-only mounted filesystem vulnerable to > overwriting through the /dev entry and we don't want that. > > The problem is that we do not in the kernel know if we are in single > user mode or not. What difference does this make? Aren't secure levels or mandatory access control and similar schemes sufficient to prevent tampering with direct device access? Why would not root be allowed to nuke a read-only mounted file system? root has other means to trash a system, including writing junk into the hardware registers. On my wishlist, I've always wanted a "networked single user mode" (i. e. only sshd running, only root login with key possible), and I've always wondered why the whole system recovery is focused so much on the principle of a "single-user console". -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 11:18:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC2F16A4CE; Wed, 15 Dec 2004 11:18:41 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B3B43D64; Wed, 15 Dec 2004 11:18:40 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iBFBIclK044116; Wed, 15 Dec 2004 12:18:38 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matthias Andree From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 15 Dec 2004 12:09:21 +0100." Date: Wed, 15 Dec 2004 12:18:38 +0100 Message-ID: <44115.1103109518@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: Background fsck is broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 11:18:41 -0000 In message , Matthias Andree writes: >"Poul-Henning Kamp" writes: > >> In message <20041215105326.GO25967@ip.net.ua>, Ruslan Ermilov writes: >> >>>Are you saying it's not possible to downgrade the open to >>>(r=1, w=0, e=0) when a file system is downgraded from R/W to R/O? >> >> Yes: that would make a read-only mounted filesystem vulnerable to >> overwriting through the /dev entry and we don't want that. >> >> The problem is that we do not in the kernel know if we are in single >> user mode or not. > >What difference does this make? Aren't secure levels or mandatory access >control and similar schemes sufficient to prevent tampering with direct >device access? No. >Why would not root be allowed to nuke a read-only mounted file system? >root has other means to trash a system, including writing junk into the >hardware registers. Just because root can go out of his way to do something stupid doesn't mean that we should make it easier to make an honest mistake. >On my wishlist, I've always wanted a "networked single user mode" >(i. e. only sshd running, only root login with key possible), and I've >always wondered why the whole system recovery is focused so much on the >principle of a "single-user console". Implement it! I've wanted that for a long time too. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Dec 14 16:02:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11BBD16A4CE for ; Tue, 14 Dec 2004 16:02:20 +0000 (GMT) Received: from sanne.nlnetlabs.nl (sanne.nlnetlabs.nl [213.154.224.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA6643D39 for ; Tue, 14 Dec 2004 16:02:19 +0000 (GMT) (envelope-from ted@sanne.nlnetlabs.nl) Received: from sanne.nlnetlabs.nl (localhost [127.0.0.1]) by sanne.nlnetlabs.nl (8.13.1/8.13.1) with ESMTP id iBEG2E8V007816 for ; Tue, 14 Dec 2004 17:02:14 +0100 (CET) (envelope-from ted@sanne.nlnetlabs.nl) Received: (from ted@localhost) by sanne.nlnetlabs.nl (8.13.1/8.13.1/Submit) id iBEG2EAF007815 for freebsd-current@freebsd.org; Tue, 14 Dec 2004 17:02:14 +0100 (CET) (envelope-from ted) Message-Id: <200412141602.iBEG2EAF007815@sanne.nlnetlabs.nl> From: ted@sanne.nlnetlabs.nl (Ted Lindgreen) Date: Tue, 14 Dec 2004 17:02:14 +0100 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-current@freebsd.org X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on sanne.nlnetlabs.nl X-Mailman-Approved-At: Wed, 15 Dec 2004 13:04:21 +0000 Subject: acpi is broken since about 2004/12/01 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 14 Dec 2004 16:02:20 -0000 Maksim Yevmenkin reported the problem already on Mon Dec 6 15:15:28 in "help! acpi kills my laptop", and also Andrey Chernovache reported it on Thu Dec 9 09:13:58 in "Lots of ACPI warnings with recent -current". Disabling acpi, or using an older acpi.ko (from november 29) makes my laptop bootable again, but the wifi card does not work anymore. The message is: "load the wlan_web module by hand for now", however, loading it does not help (the pccard remains dead). I tried backing out acpi_pci_link.c version 1.39 but that does not help. Is anyone looking into this problem currently? (If not I'll continue digging into it, but I guess that the people working on acpi do a better and quicker job finding and fixing this problem). Regards, -- ted From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 15:00:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3B3916A4D0 for ; Wed, 15 Dec 2004 15:00:30 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8085743D31 for ; Wed, 15 Dec 2004 15:00:30 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) iBFF0N7M067261; Wed, 15 Dec 2004 10:00:23 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)iBFF0JYA067258; Wed, 15 Dec 2004 10:00:22 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Wed, 15 Dec 2004 10:00:19 -0500 (EST) From: Andre Guibert de Bruet To: Poul-Henning Kamp In-Reply-To: <44115.1103109518@critter.freebsd.dk> Message-ID: <20041215095337.T19917@alpha.siliconlandmark.com> References: <44115.1103109518@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: Matthias Andree cc: current@freebsd.org Subject: Networked single-user recovery (Was: Re: Background fsck is broken) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 15:00:31 -0000 On Wed, 15 Dec 2004, Poul-Henning Kamp wrote: > In message , Matthias Andree writes: > >> On my wishlist, I've always wanted a "networked single user mode" >> (i. e. only sshd running, only root login with key possible), and I've >> always wondered why the whole system recovery is focused so much on the >> principle of a "single-user console". > > Implement it! I've wanted that for a long time too. You realize that you're advocating a statically linked sshd in /rescue, right? :-) I've always wanted a network recovery mode, and am currently looking into implementing such a beast (For racks devoid of serial console muxers and annoying jungles of kvm wires, for example). Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 15:37:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C063C16A4CE for ; Wed, 15 Dec 2004 15:37:48 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CA2543D46 for ; Wed, 15 Dec 2004 15:37:48 +0000 (GMT) (envelope-from matt.thyer@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so75190wra for ; Wed, 15 Dec 2004 07:37:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=bHhr18BQ6hDXEO6IM6dEknLblKx+a7v627a0OYmikshTo+f8ZeIgktNVNvtt4mBDejqKIaLzafp5wTOLcVo3zs1XeLB1tKby1eOn9JBvZDFUHlOOBeky7GspDywhTqOWrEYf9Rvurharp6V1XV+ktgJXG/nM66c/DIDbOa9q4TQ= Received: by 10.54.40.65 with SMTP id n65mr453689wrn; Wed, 15 Dec 2004 07:37:47 -0800 (PST) Received: by 10.54.18.37 with HTTP; Wed, 15 Dec 2004 07:37:47 -0800 (PST) Message-ID: Date: Thu, 16 Dec 2004 02:07:47 +1030 From: Matt Thyer To: Kris Kennaway In-Reply-To: <20041127185732.GA35366@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041127185732.GA35366@xor.obsecurity.org> cc: current@freebsd.org Subject: Re: Why don't the packages get built for the runtime dependencies of the package I am building ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matt Thyer List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2004 15:37:48 -0000 On Sat, 27 Nov 2004 10:57:32 -0800, Kris Kennaway wrote: > On Sat, Nov 27, 2004 at 01:17:09PM +1030, Matt Thyer wrote: [snip] > > Surely there is a simple way to have the runtime dependency packages > > built as well. > > > > Is this possible, or do I have to write my own script to recursively > > determine the runtime dependencies and build those packages first ? > > Does 'make package-recursive' not work? > > Kris It works really well however I believe another target should be added to deal with the problem of wanting INDEX entries for a port and its dependencies. This target should be called "describe-recursive" and is as follows: describe-recursive: describe @for dir in $$(${ALL-DEPENDS-LIST}); do \ (cd $$dir; ${MAKE} describe); \ done From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 17:03:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24B2716A4CE; Wed, 15 Dec 2004 17:03:35 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 828A643D45; Wed, 15 Dec 2004 17:03:34 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from h00609772adf0.ne.client2.attbi.com ([66.30.114.143]) by comcast.net (sccrmhc12) with ESMTP id <2004121517033301200iio5ue>; Wed, 15 Dec 2004 17:03:33 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1]) iBFH3XFf004299; Wed, 15 Dec 2004 12:03:33 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost)iBFH3Xm2004298; Wed, 15 Dec 2004 12:03:33 -0500 (EST) (envelope-from rodrigc) Date: Wed, 15 Dec 2004 12:03:33 -0500 (EST) Message-Id: <200412151703.iBFH3Xm2004298@h00609772adf0.ne.client2.attbi.com> To: FreeBSD-gnats-submit@freebsd.org From: Craig Rodrigues X-send-pr-version: 3.113 X-GNATS-Notify: cc: freebsd-current@freebsd.org Subject: config.8 documents ioconf.c file which is no longer generated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Craig Rodrigues List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2004 17:03:35 -0000 >Submitter-Id: current-users >Originator: Craig Rodrigues >Organization: >Confidential: no >Synopsis: config.8 documents ioconf.c file which is no longer generated >Severity: non-critical >Priority: medium >Category: docs >Class: doc-bug >Release: FreeBSD 6.0-CURRENT i386 >Environment: System: FreeBSD dibbler.crodrigues.org 6.0-CURRENT FreeBSD 6.0-CURRENT #50: Tue Dec 14 22:18:45 EST 2004 rodrigc@dibbler.crodrigues.org:/usr/obj/usr/src/sys/MYKERNEL1 i386 >Description: The config command no longer generates ioconf.c There used to be a file: /usr/src/usr.sbin/config/mkioconf.c but it is gone. The config.8 man page should not mention ioconf.c. >How-To-Repeat: >Fix: --- usr.sbin/config/config.8.orig Wed Dec 15 11:58:15 2004 +++ usr.sbin/config/config.8 Wed Dec 15 11:58:36 2004 @@ -122,9 +122,6 @@ consists of a number of files; for the .Tn i386 , they are: -.Pa ioconf.c , -a description -of what I/O devices are attached to the system; .Pa Makefile , used by .Xr make 1 From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 17:16:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 767DE16A4CE; Wed, 15 Dec 2004 17:16:19 +0000 (GMT) Received: from oneplusone.ch (oneplusone.ch [212.55.208.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D9FC43D1D; Wed, 15 Dec 2004 17:16:18 +0000 (GMT) (envelope-from ast@marabu.ch) Received: from oneplusone.ch (localhost [127.0.0.1]) by oneplusone.ch (8.13.1/8.13.1) with ESMTP id iBFHG2QL038202; Wed, 15 Dec 2004 18:16:02 +0100 (CET) (envelope-from ast@marabu.ch) Received: (from uucp@localhost) by oneplusone.ch (8.13.1/8.13.1/Submit) with UUCP id iBFHG1LD038201; Wed, 15 Dec 2004 18:16:01 +0100 (CET) (envelope-from ast@marabu.ch) Received: from nano.marabu.ch (nano.marabu.ch [192.168.21.102]) by pano.marabu.ch (8.12.10/8.12.10) with ESMTP id iBFHDlRI069453; Wed, 15 Dec 2004 18:13:47 +0100 (CET) (envelope-from ast@marabu.ch) Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3]) by nano.marabu.ch (8.12.9/8.12.9) with ESMTP id iBFHDkGG063610; Wed, 15 Dec 2004 18:13:47 +0100 (CET) (envelope-from ast@marabu.marabu.ch) Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.3) id SAA02266; Wed, 15 Dec 2004 18:13:43 +0100 (CET) Message-Id: <200412151713.SAA02266@marabu.marabu.ch> MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6) Content-Type: text/plain In-Reply-To: <44115.1103109518@critter.freebsd.dk> X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6) Received: by NeXT.Mailer (1.124.8483.6) From: Adrian Steinmann Date: Wed, 15 Dec 2004 18:13:41 +0100 To: current@FreeBSD.org References: <44115.1103109518@critter.freebsd.dk> X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85 X-Mailfilter: egfilter version 1.2.4.27; Archiver [msg.NwQwDH8c] cc: Ruslan Ermilov cc: Poul-Henning Kamp cc: Matthias Andree Subject: SSH ramdisk environment (Was: Background fsck is broken) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 17:16:19 -0000 In message <43574.1103107578@critter.freebsd.dk> it was mentioned that in message , Matthias Andree wrote: >On my wishlist, I've always wanted a "networked single user mode" >(i. e. only sshd running, only root login with key possible), and I've >always wondered why the whole system recovery is focused so much on the >principle of a "single-user console". To which "Poul-Henning Kamp" responds: Implement it! I've wanted that for a long time too. We have something like this is our STYX system (STYX is a Remote Managed Firewall Service based is a hardened/reduced FreeBSD System). What we do is create two files /boot/maint/k.gz /boot/maint/fs.gz which are loaded via /boot/maint/loader.rc which contains: unload load /boot/maint/k load -t md_image /boot/maint/fs autoboot this boots the system into a ramdisk "maintenance" mode, networked and running a sshd. If you replace /boot/loader.rc with /boot/maint/loader.rc and reboot, you go into this maintenance mode. You can then ssh as root with the correct SSH private key, and from there, you can mess up the system at will. This has been working nicely on 4.x and recently we got "STYX 5.3" build working for "-current" (after we burnt the bridge to not support having the full /boot/* including /boot/maint/* on one floppy). I was hoping to get geom gmirror/gbde to work in the ramdisk crunch environment, but the geom_* programs are practically impossible to crunch. We haven't evangelized this work too much for lack of time, but I'd be happy to furnish the scripts if there is interest. Adrian _______________________________________________ Adrian Steinmann Apollostrasse 21 8032 Zurich Tel +41 44 380 30 80 Mailto:ast@marabu.ch From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 18:08:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB3AF16A4CE for ; Wed, 15 Dec 2004 18:08:23 +0000 (GMT) Received: from web52805.mail.yahoo.com (web52805.mail.yahoo.com [206.190.39.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 2280C43D31 for ; Wed, 15 Dec 2004 18:08:21 +0000 (GMT) (envelope-from atkin901@yahoo.com) Received: (qmail 66697 invoked by uid 60001); 15 Dec 2004 18:08:20 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=xjHyyOoNSJOpBWp7adAqbI/AiBUUN+Qz9XnAL+P8POX6GgqQOAT08JSEzQVjkZp7CycyM4avLXDVVIZl7GyByaONb80cKMe8St22axt2yrcYAAO2J/nOmfLzWxr5gyGE5kygwn7X/k3SN4gBCqv6bN963js92o9STNZkFafY0oo= ; Message-ID: <20041215180820.66695.qmail@web52805.mail.yahoo.com> Received: from [209.20.215.244] by web52805.mail.yahoo.com via HTTP; Wed, 15 Dec 2004 10:08:20 PST Date: Wed, 15 Dec 2004 10:08:20 -0800 (PST) From: Mark Atkinson To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 18:08:24 -0000 Cvsup'd this morning with buildworld/buildkernel/installkernel, then went to reboot into single user mode for installworld, but couldn't mount root. I realize PHKs been working on this: acd0: CDROM at ata0-master UDMA33 ad16: 114473MB [232581/16/63] at ata8-master SATA150 kern_symlink = 0 Trying to mount root from ufs:/dev/ad12s1a kernel_vmount = 2 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ? panic: Root mount failed, startup aborted. Uptime: 46s rebooted with /boot/kernel.old/kernel (from about Nov 21st) and it mounts fine. __________________________________ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 18:13:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E9916A4CE for ; Wed, 15 Dec 2004 18:13:44 +0000 (GMT) Received: from web52807.mail.yahoo.com (web52807.mail.yahoo.com [206.190.39.171]) by mx1.FreeBSD.org (Postfix) with SMTP id EA69E43D39 for ; Wed, 15 Dec 2004 18:13:43 +0000 (GMT) (envelope-from atkin901@yahoo.com) Received: (qmail 82490 invoked by uid 60001); 15 Dec 2004 18:13:43 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=yQT0ujRtwzFMfX6Ido/fgj8r6wjMZuCAXxJouVsqnr3zFKBUyQuyordx9rQmSv9dOc8+cYBE1SbbnhAbu3jVbhqsIKTgZXOwDPYanrafY8ioSPsiPKhbUk9u0jXCWfNyHvpd2ZiaIXPdIk7YWVQxuuxtxqb4g8Owusv3D9rTNVA= ; Message-ID: <20041215181343.82488.qmail@web52807.mail.yahoo.com> Received: from [209.20.215.244] by web52807.mail.yahoo.com via HTTP; Wed, 15 Dec 2004 10:13:43 PST Date: Wed, 15 Dec 2004 10:13:43 -0800 (PST) From: Mark Atkinson To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Unable to mount root from SATA drive 12.15.2004 -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 18:13:44 -0000 Argh, this time with a subject line. Sorry about that. Mark Atkinson wrote: > Cvsup'd this morning with > buildworld/buildkernel/installkernel, > then went to reboot into single user mode for > installworld, but > couldn't mount root. I realize PHKs been working on > this: > > acd0: CDROM at ata0-master > UDMA33 > ad16: 114473MB [232581/16/63] at > ata8-master SATA150 > kern_symlink = 0 > Trying to mount root from ufs:/dev/ad12s1a > kernel_vmount = 2 > > Manual root filesystem specification: > : Mount using filesystem > > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> ? > panic: Root mount failed, startup aborted. > Uptime: 46s > > > rebooted with /boot/kernel.old/kernel (from about Nov > 21st) and it > mounts fine. __________________________________ Do you Yahoo!? Jazz up your holiday email with celebrity designs. Learn more. http://celebrity.mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 18:46:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AAA716A4CE for ; Wed, 15 Dec 2004 18:46:56 +0000 (GMT) Received: from kamino.rfc1149.org (dsl-213-023-189-133.arcor-ip.net [213.23.189.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C7043D88 for ; Wed, 15 Dec 2004 18:46:54 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from kamino.rfc1149.org (localhost [127.0.0.1]) by kamino.rfc1149.org (8.13.1/8.13.1) with ESMTP id iBFIkZQC034867; Wed, 15 Dec 2004 19:46:35 +0100 (CET) (envelope-from arne@rfc2549.org) Received: (from arne@localhost) by kamino.rfc1149.org (8.13.1/8.13.1/Submit) id iBFIkW66034866; Wed, 15 Dec 2004 19:46:32 +0100 (CET) (envelope-from arne@rfc2549.org) X-Authentication-Warning: kamino.rfc1149.org: arne set sender to arne@rfc2549.org using -f To: "M. Warner Losh" In-Reply-To: <20041212.164822.32642184.imp@bsdimp.com> (M. Warner Losh's message of "Sun, 12 Dec 2004 16:48:22 -0700 (MST)") References: <200412081059.22949.sam@errno.com> <20041212.164822.32642184.imp@bsdimp.com> From: Arne Schwabe Date: Wed, 15 Dec 2004 19:46:32 +0100 Message-ID: <86k6rjh01j.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: sam@errno.com cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: updated net80211 layer committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 18:46:56 -0000 "M. Warner Losh" writes: > In message: <200412081059.22949.sam@errno.com> > Sam Leffler writes: > : http://people.freebsd.org/~sam/security-wpa_supplicant.tgz > : http://people.freebsd.org/~sam/security-hostapd.tgz > : > : If someone wants to step up and see them committed it would be appreciated. > > I've just committed these, for those that are interested... Hm okay. Now for blind people like me, where can I finde these? Sams links are 404s and i can't find anything named *wpa* or *hostap* in my cvs (cvsups uped today). Arne P.S.: the new atheros/wlan work is great :)) -- compiling millions of tiny c-programs...done checking for a working configure script... not found From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 18:57:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6886C16A4CF for ; Wed, 15 Dec 2004 18:57:08 +0000 (GMT) Received: from mailtest.sd73.bc.ca (mailtest.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD1BC43D2D for ; Wed, 15 Dec 2004 18:57:07 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 79926F2816 for ; Wed, 15 Dec 2004 10:57:07 -0800 (PST) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 0E08CF280A for ; Wed, 15 Dec 2004 10:56:57 -0800 (PST) From: Freddie Cash To: freebsd-current@freebsd.org Date: Wed, 15 Dec 2004 10:56:54 -0800 User-Agent: KMail/1.7.2 References: <200412081059.22949.sam@errno.com> <20041212.164822.32642184.imp@bsdimp.com> <86k6rjh01j.fsf@kamino.rfc1149.org> In-Reply-To: <86k6rjh01j.fsf@kamino.rfc1149.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412151056.55577.fcash@ocis.net> X-Virus-Scanned: by amavisd-new at sd73.bc.ca Subject: Re: HEADSUP: updated net80211 layer committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 18:57:08 -0000 On December 15, 2004 10:46 am, Arne Schwabe wrote: > "M. Warner Losh" writes: > > In message: <200412081059.22949.sam@errno.com> > > > > Sam Leffler writes: > > : http://people.freebsd.org/~sam/security-wpa_supplicant.tgz > > : http://people.freebsd.org/~sam/security-hostapd.tgz > > : > > : If someone wants to step up and see them committed it would be > > : appreciated. > > > > I've just committed these, for those that are interested... > > Hm okay. Now for blind people like me, where can I finde these? Sams > links are 404s and i can't find anything named *wpa* or *hostap* > in my cvs (cvsups uped today). # cvsup /path/to/ports/supfile # cd /usr/ports # make fetchindex # make search name=wpa :) -- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 19:02:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B61A16A4CE; Wed, 15 Dec 2004 19:02:22 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0106643D39; Wed, 15 Dec 2004 19:02:22 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from [10.0.0.181] ([67.70.237.74]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPA id <0I8S00MPK25GO8@VL-MO-MR010.ip.videotron.ca>; Wed, 15 Dec 2004 14:00:55 -0500 (EST) Date: Wed, 15 Dec 2004 14:00:37 -0500 From: "Stephane E. Potvin" To: freebsd-current@FreeBSD.org Message-id: <41C089D5.6000705@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (X11/20041208) X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime cc: Sam Leffler Subject: ieee80211 framework and ndis [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 19:02:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, While trying to get my Dell TrueMobile 1400 wireless card (Broadcom BCM4309 based). I noticed that the ndis driver (if_ndis) does not check the ic_mgtq queue for packets to transmit, which was causing the ndis driver to reset itself via the watchdog. The following patch address this issue (feel free to change as you wish, I'm not particularly thrilled by the way I fixed it). cvs diff: Diffing . Index: if_ndis.c =================================================================== RCS file: /home/FreeBSD/ncvs/src/sys/dev/if_ndis/if_ndis.c,v retrieving revision 1.74 diff -u -r1.74 if_ndis.c - --- if_ndis.c 12 Dec 2004 07:45:42 -0000 1.74 +++ if_ndis.c 15 Dec 2004 18:12:31 -0000 @@ -1195,12 +1195,14 @@ ~ ndis_packet **p0 = NULL, *p = NULL; ~ ndis_tcpip_csum *csum; ~ int pcnt = 0; + struct ieee80211com *ic; ~ sc = ifp->if_softc; + ic = &sc->ic; ~ NDIS_LOCK(sc); - - if (!sc->ndis_link || ifp->if_flags & IFF_OACTIVE) { + if (ifp->if_flags & IFF_OACTIVE) { ~ NDIS_UNLOCK(sc); ~ return; ~ } @@ -1208,11 +1210,26 @@ ~ p0 = &sc->ndis_txarray[sc->ndis_txidx]; ~ while(sc->ndis_txpending) { + /* + * Poll the management queue for frames; they + * have priority over normal data frames. + */ + IF_DEQUEUE(&ic->ic_mgtq, m); + if (m == NULL) { + /* + * No data frame go out unless we're associated. + */ + if (!sc->ndis_link && pcnt == 0) { + NDIS_UNLOCK(sc); + return; + } + else ~ #if __FreeBSD_version < 502114 - - IF_DEQUEUE(&ifp->if_snd, m); + IF_DEQUEUE(&ifp->if_snd, m); ~ #else - - IFQ_DRV_DEQUEUE(&ifp->if_snd, m); + IFQ_DRV_DEQUEUE(&ifp->if_snd, m); ~ #endif + } ~ if (m == NULL) ~ break; With this patch, when I start the wpa_supplicant program, the following packet goes off the card 13:51:08.192277 ff:ff:ff:ff:00:90 > 40:00:00:00:ff:ff, ethertype Unknown (0x4b78), length 36: ~ 0x0000: cbfc ffff ffff ffff 4000 0000 0108 0c12 ........@....... ~ 0x0010: 1824 2f48 606c .$/H`l which I guess is the probe_req packet as indicated by the wlan layer: Initializing interface 'ndis0' conf '/usr/local/etc/wpa.conf' driver 'default' Configuration file '/usr/local/etc/wpa.conf' -> '/usr/local/etc/wpa.conf' Reading configuration file '/usr/local/etc/wpa.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Priority group 0 ~ id=0 ssid='TB_LINK_SYS_000' Initializing interface (2) 'ndis0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Own MAC address: 00:90:4b:78:cb:fc wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Starting AP scan (broadcast SSID) ieee80211_newstate: INIT -> SCAN begin active scan, scangen 6 ieee80211_reset_scan: scan set: 10 start chan 10 ieee80211_free_allnodes_locked: free all nodes in scan table ieee80211_next_scan: chan 10->10 ieee80211_newstate: SCAN -> SCAN ieee80211_ref_node (ieee80211_send_mgmt:914) 00:90:4b:78:cb:fc refcnt 6 [ff:ff:ff:ff:ff:ff] send probe_req on channel 10 At this point, nothing more get transmitted or received by the ndis0 interface. Here's the output of ifconfig ndis0: ndis0: flags=8843 mtu 1500 ~ inet6 fe80::290:4bff:fe78:cbfc%ndis0 prefixlen 64 scopeid 0x2 ~ ether 00:90:4b:78:cb:fc ~ media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/6Mbps) ~ status: no carrier ~ ssid "" channel 10 ~ authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF txpowmax 100 ~ protmode CTS roaming MANUAL Hope this helps. Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBwInVmdOXtTCX/nsRAnhWAJ4tMzA8eUFxH92uGTZ179Jklg8qsACghKXC HJmcqQcTSAT68mhR+a+UJ80= =ztco -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 19:34:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B18516A4CF for ; Wed, 15 Dec 2004 19:34:19 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA9D43D2F for ; Wed, 15 Dec 2004 19:34:19 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBFJYFWi066307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2004 11:34:18 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41C093C3.7090005@errno.com> Date: Wed, 15 Dec 2004 11:42:59 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Stephane E. Potvin" References: <41C089D5.6000705@videotron.ca> In-Reply-To: <41C089D5.6000705@videotron.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ieee80211 framework and ndis [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 19:34:19 -0000 Stephane E. Potvin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > While trying to get my Dell TrueMobile 1400 wireless card (Broadcom > BCM4309 based). I noticed that the ndis driver (if_ndis) does not check > the ic_mgtq queue for packets to transmit, which was causing the ndis > driver to reset itself via the watchdog. The following patch address > this issue (feel free to change as you wish, I'm not particularly > thrilled by the way I fixed it). Getting the ndisulator to support WPA is far more than just hooking up xmit of management frames. You can look at how Linux's equivalent ndis emulator does it for some hints. When you've got it all working we can talk about applying patches. Sam From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 19:37:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4456F16A4D4 for ; Wed, 15 Dec 2004 19:37:24 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A01AC43D5F for ; Wed, 15 Dec 2004 19:37:23 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1Ceexe-0005dx-Tv for freebsd-current@freebsd.org; Wed, 15 Dec 2004 11:37:23 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16832.37490.518535.596615@ran.psg.com> Date: Wed, 15 Dec 2004 11:37:22 -0800 To: FreeBSD Current Subject: acpi-related crash on tp41 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 19:37:24 -0000 the last three or four days of cvsupping have given me kernels that crash on boot, right after the "setting hostname ..." line. if i disable acpi (lovely beastie menu 2), she boots fine. as no serial console, you have to see the movie instead of reading the book. randy From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 20:19:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78ECC16A4CE for ; Wed, 15 Dec 2004 20:19:49 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E6D643D2D for ; Wed, 15 Dec 2004 20:19:48 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBFKJkDB005777; Wed, 15 Dec 2004 15:19:47 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBFKJieO005726; Wed, 15 Dec 2004 15:19:45 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 15 Dec 2004 15:19:39 -0500 (EST) From: Jeff Roberson To: Jiawei Ye In-Reply-To: Message-ID: <20041215151930.L60504@mail.chesapeake.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Unkillable process with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 20:19:49 -0000 On Wed, 15 Dec 2004, Jiawei Ye wrote: > PID TT STAT TIME COMMAND > 2317 p0 Ss 0:00.02 -bash (bash) > 2480 p0 S+ 0:00.01 screen -D -R > 2447 p1- DE 0:00.01 tail -f update.log > 2483 p1 Ss 0:00.04 /usr/local/bin/bash > 2515 p1 R+ 0:00.00 ps > > PID 2447 is in an unkillable state right now. 'kill -9' does not work. > I'll leave it as it is for the time being. Please let me know if there > is any more information I can provide you with. Can you give me the output of ps -auxwwwo wchan,nice Thanks, Jeff > > Jiawei > > -- > "Without the userland, the kernel is useless." > --inspired by The Tao of Programming > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 20:32:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 517C916A4CE; Wed, 15 Dec 2004 20:32:24 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A78E443D3F; Wed, 15 Dec 2004 20:32:23 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBFKWIDB010813; Wed, 15 Dec 2004 15:32:19 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBFKWGhS010803; Wed, 15 Dec 2004 15:32:16 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 15 Dec 2004 15:32:14 -0500 (EST) From: Jeff Roberson To: Scott Long In-Reply-To: <41BF9130.9070907@freebsd.org> Message-ID: <20041215152931.H60504@mail.chesapeake.net> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <41BF9130.9070907@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Tony Arcieri cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 20:32:24 -0000 On Tue, 14 Dec 2004, Scott Long wrote: > Jon Noack wrote: > > Tony Arcieri wrote: > > > >>On Tue, Dec 14, 2004 at 05:08:43PM -0600, Jon Noack wrote: > >> > >>>I thought about trying this last night when I saw that ULE was > >>>resurrected. Make sure you also grab kern_sig.c: > >>>http://lists.freebsd.org/pipermail/cvs-src/2004-December/036757.html > >>> > >>>I can't say whether those 3 files are all you need, just that I would > >>>also include kern_sig.c... ;-) > >> > >>Rebuilt with kern_sig.c from -CURRENT, everything seems fine, as far as I > >>can tell. Are there really any substantial changes in kern_sig.c and > >>kern_switch.c that would affect the stability of 5_STABLE (and does > >>UMA in 5_STABLE ensure thati proc_fini() won't be called?) > > > > > > I don't know about kern_switch.c, but the change in kern_sig.c fixes #2 on > > Jeff Roberson's list of bugs in ULE (from a few days ago): > > http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044332.html > > > > > >>I'd just contend that in the case of my system, 5_STABLE with the 4BSD > >>scheduler is not stable, or at least the script I'm running is somehow > >>exhausting system resources to the point that the system becomes unusable, > >>and this problem isn't exhibited with the ULE scheduler. Regardless, the > >>script was causing the 5.3-RELEASE GENERIC kernel to panic, and rendered > >>the system completely inaccessible with a kernel built from the latest (as > >>of about 5 days ago) RELENG_5 kernel with the 4BSD scheduler. > >> > >>So, I'd be very grateful if ULE could be merged into RELENG_5 as it would > >>dramatically improve the stability of at least my server. Has anyone else > >>with a dual amd64 system had problems like this post 5.3-RELEASE? I know > >>crashes under heavy MySQL load on dual amd64 systems were a problem > >>before, but I thought that had been resolved. > > > > > > I think removing the #error and putting a note on boot (and in UPDATING) > > that it may still be unstable is a good idea. However, Scott Long has > > expressed reservations > > (http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044341.html) > > and his opinion counts orders of magnitude more than mine. > > > > Jon > > > > I'm definitely not against these fixes going into RELENG_5, but I would > like to see some significant testing be applied to them in HEAD first, > especially to changes that are not confined to just sched_ule.c (and > sched_4bsd.c). Can I commit changes that are restricted to sched_ule.c? It certainly can't make things any worse than they are on RELENG_5 now. We can leave the #error in until it's really tested on head. That way only people who remove that line of code can use it. > > Scott > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 20:34:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5721416A4CE for ; Wed, 15 Dec 2004 20:34:22 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9D743D46 for ; Wed, 15 Dec 2004 20:34:21 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBFKb3sc053063; Wed, 15 Dec 2004 13:37:04 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41C09FAC.9060309@freebsd.org> Date: Wed, 15 Dec 2004 13:33:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Roberson References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <3683.192.168.1.9.1103072060.squirrel@192.168.1.9> <41BF9130.9070907@freebsd.org> <20041215152931.H60504@mail.chesapeake.net> In-Reply-To: <20041215152931.H60504@mail.chesapeake.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Tony Arcieri cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 20:34:22 -0000 Jeff Roberson wrote: > On Tue, 14 Dec 2004, Scott Long wrote: > > >>Jon Noack wrote: >> >>>Tony Arcieri wrote: >>> >>> >>>>On Tue, Dec 14, 2004 at 05:08:43PM -0600, Jon Noack wrote: >>>> >>>> >>>>>I thought about trying this last night when I saw that ULE was >>>>>resurrected. Make sure you also grab kern_sig.c: >>>>>http://lists.freebsd.org/pipermail/cvs-src/2004-December/036757.html >>>>> >>>>>I can't say whether those 3 files are all you need, just that I would >>>>>also include kern_sig.c... ;-) >>>> >>>>Rebuilt with kern_sig.c from -CURRENT, everything seems fine, as far as I >>>>can tell. Are there really any substantial changes in kern_sig.c and >>>>kern_switch.c that would affect the stability of 5_STABLE (and does >>>>UMA in 5_STABLE ensure thati proc_fini() won't be called?) >>> >>> >>>I don't know about kern_switch.c, but the change in kern_sig.c fixes #2 on >>>Jeff Roberson's list of bugs in ULE (from a few days ago): >>>http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044332.html >>> >>> >>> >>>>I'd just contend that in the case of my system, 5_STABLE with the 4BSD >>>>scheduler is not stable, or at least the script I'm running is somehow >>>>exhausting system resources to the point that the system becomes unusable, >>>>and this problem isn't exhibited with the ULE scheduler. Regardless, the >>>>script was causing the 5.3-RELEASE GENERIC kernel to panic, and rendered >>>>the system completely inaccessible with a kernel built from the latest (as >>>>of about 5 days ago) RELENG_5 kernel with the 4BSD scheduler. >>>> >>>>So, I'd be very grateful if ULE could be merged into RELENG_5 as it would >>>>dramatically improve the stability of at least my server. Has anyone else >>>>with a dual amd64 system had problems like this post 5.3-RELEASE? I know >>>>crashes under heavy MySQL load on dual amd64 systems were a problem >>>>before, but I thought that had been resolved. >>> >>> >>>I think removing the #error and putting a note on boot (and in UPDATING) >>>that it may still be unstable is a good idea. However, Scott Long has >>>expressed reservations >>>(http://lists.freebsd.org/pipermail/freebsd-current/2004-December/044341.html) >>>and his opinion counts orders of magnitude more than mine. >>> >>>Jon >>> >> >>I'm definitely not against these fixes going into RELENG_5, but I would >>like to see some significant testing be applied to them in HEAD first, >>especially to changes that are not confined to just sched_ule.c (and >>sched_4bsd.c). > > > Can I commit changes that are restricted to sched_ule.c? It certainly > can't make things any worse than they are on RELENG_5 now. We can leave > the #error in until it's really tested on head. That way only people who > remove that line of code can use it. > Sounds like a good plan. Scott From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 20:58:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E9E816A4CE; Wed, 15 Dec 2004 20:58:01 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8BD043D5D; Wed, 15 Dec 2004 20:58:00 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBFKvxDB022535; Wed, 15 Dec 2004 15:57:59 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBFKvx9j022530; Wed, 15 Dec 2004 15:57:59 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 15 Dec 2004 15:57:58 -0500 (EST) From: Jeff Roberson To: Tony Arcieri In-Reply-To: <20041214222444.GA9668@flash.atmos.colostate.edu> Message-ID: <20041215155426.Q60504@mail.chesapeake.net> References: <20041214222444.GA9668@flash.atmos.colostate.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: 4BSD instability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 20:58:01 -0000 On Tue, 14 Dec 2004, Tony Arcieri wrote: > On 2004-12-13 17:26:10 Scott Long wrote: > > > RELENG_5 is the stable branch. If quality testing goes into ULE in HEAD > > and it's shown to be as stable as 4BSD then we can consider it for > > RELENG_5 in the future. Given the incredible problems that we had in > > the scheduler leading up to 5.3, I'm not excited about quickly merging > > these things. > > I have FreeBSD 5.3 installed on a dual amd64 colo server of mine and have > been experiencing severe issues with the system and the 4BSD scheduler under > heavy MySQL load. Originally with 5.3-RELEASE these appeared to be kernel > crashes/deadlocks, but unfortunately I never had a dump device configured > when I was running 5.3-RELEASE and so I don't have a core file to be examined. > > However, I've been checking out the sys/ sources from RELENG_5 fairly frequently > and still experience severe issues with the 4BSD scheduler when the system > is under heavy database load. Namely, while the kernel appears to remain > running and the system continues to respond to pings, all other network > services cease to function. New TCP connections are accepted, but the > services don't respond, and existing connections time out. > I have cc'd two developers who work quite a lot on scheduler related things. I think it's very important that we discover the source of your instability. Is your machine available to reproduce this scenario and gather debuging information? If not, can you provide us with steps needed to reproduce this ourselves? Can you describe your environment in more detail? What software are you running, is it threaded, how much memory do you have, etc? I'm very pleased that ULE is working well for you, but 4BSD stability is very important. I am actually leaving the country tomorrow, so I'm hoping John and/or Julian will pick up this thread and help you debug. Cheers, Jeff > I have found this does NOT occur when the ULE scheduler is used. I have > (perhaps foolishly) attempted to copy the minimum necessary files to run the > ULE scheduler from the -CURRENT branch and merge them myself into the 5-STABLE > sources, which I believe are sched_ule.c and kern_switch.c, and have modified > the proc_fini() function in kern_proc.c to panic if invoked (since according to > the comments, UMA should ensure that proc_fini is never called, correct?). If > these are all the changes that are needed to import the ULE scheduler, then why > continue to include the broken ULE scheduler with an #error tag rather than > importing the minimum sources required for the ULE scheduler to work and leave > it off per default? > > I, for one, am experiencing better system stability with ULE than with 4BSD. > If anyone cares to examine my system I can provide shell access. > > Tony Arcieri > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:01:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76DE716A4DB for ; Wed, 15 Dec 2004 21:01:22 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B09843D5A for ; Wed, 15 Dec 2004 21:01:22 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) iBFL1JvO018614 for ; Wed, 15 Dec 2004 14:01:19 -0700 (MST) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id iBFL1Jnc018613 for freebsd-current@freebsd.org; Wed, 15 Dec 2004 14:01:19 -0700 (MST) (envelope-from tarcieri) Date: Wed, 15 Dec 2004 14:01:19 -0700 From: Tony Arcieri To: freebsd-current@freebsd.org Message-ID: <20041215210119.GF17276@flash.atmos.colostate.edu> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <41BF9130.9070907@freebsd.org> <20041215152931.H60504@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041215152931.H60504@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:01:22 -0000 On Wed, Dec 15, 2004 at 03:32:14PM -0500, Jeff Roberson wrote: > On Tue, 14 Dec 2004, Scott Long wrote: > > I'm definitely not against these fixes going into RELENG_5, but I would > > like to see some significant testing be applied to them in HEAD first, > > especially to changes that are not confined to just sched_ule.c (and > > sched_4bsd.c). > > Can I commit changes that are restricted to sched_ule.c? It certainly > can't make things any worse than they are on RELENG_5 now. We can leave > the #error in until it's really tested on head. That way only people who > remove that line of code can use it. The changes to kern_sig.c are also necessary to ensure the stability of the ULE scheduler, correct? I guess I'll just keep running with a kernel build with RELENG_5 sources and sched_ule.c, kern_switch.c, and kern_sig.c from head. And am I correct that the UMA implementation in RELENG_5 has rendered proc_fini() obsolete and thus it won't ever be called? Tony Arcieri From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:06:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E201216A4CE for ; Wed, 15 Dec 2004 21:06:19 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251FC43D5E for ; Wed, 15 Dec 2004 21:06:19 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) iBFL6Gw6018648; Wed, 15 Dec 2004 14:06:16 -0700 (MST) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id iBFL6Gkd018647; Wed, 15 Dec 2004 14:06:16 -0700 (MST) (envelope-from tarcieri) Date: Wed, 15 Dec 2004 14:06:16 -0700 From: Tony Arcieri To: Jeff Roberson Message-ID: <20041215210616.GG17276@flash.atmos.colostate.edu> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <20041215155426.Q60504@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041215155426.Q60504@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: 4BSD instability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:06:20 -0000 On Wed, Dec 15, 2004 at 03:57:58PM -0500, Jeff Roberson wrote: > I have cc'd two developers who work quite a lot on scheduler related > things. I think it's very important that we discover the source of your > instability. Is your machine available to reproduce this scenario and > gather debuging information? If not, can you provide us with steps needed > to reproduce this ourselves? Can you describe your environment in more > detail? What software are you running, is it threaded, how much memory do > you have, etc? > > I'm very pleased that ULE is working well for you, but 4BSD stability is > very important. I am actually leaving the country tomorrow, so I'm hoping > John and/or Julian will pick up this thread and help you debug. I might be willing to try to duplicate these crashes again, but for now I'm just happy the machine has mostly stabilized. I'm guessing I was just running into a resource exhaustion scenario with 4BSD and the panics I was running into with the 5.3-RELEASE GENERIC kernel were related to other problems which were fixed in the RELENG_5 branch. The RAID is currently rebuilding (I had to use a hacked twe driver to use the 32-bit 3Ware CLI on amd64) so I'd want to wait for that to finish, at least. Tony Arcieri From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:25:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BAE716A4CE for ; Wed, 15 Dec 2004 21:25:46 +0000 (GMT) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E4CB43D5D for ; Wed, 15 Dec 2004 21:25:45 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id iBFLPhxw031275; Thu, 16 Dec 2004 10:25:43 +1300 Received: from [172.16.20.10] (203-86-192-98.tasman.net [203.86.192.98]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id iBFLPIKg030456; Thu, 16 Dec 2004 10:25:18 +1300 Message-ID: <41C1621F.6040909@ThePacific.Net> Date: Thu, 16 Dec 2004 10:23:27 +0000 From: "Marcos Biscaysaqu - ThePacific.net" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040910) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Camiel Dobbelaar , freebsd-current@freebsd.org References: <41BEA1C4.5080100@underscore.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: new ftp proxy: pftpx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:25:46 -0000 Hi there. PF has now a good ftp proxy, somebody has got this working on freebsd? Marcos Biscaysaqu Camiel Dobbelaar wrote: >On Tue, 14 Dec 2004, Tobias Wigand wrote: > > >>hope it doesnДt have any severe exploitable bugs, though. ;-) >> >> > >Peer review would be good... but it already does some mitigation: >check the security section below. > >I've put up the latest version at >http://www.sentia.org/downloads/pftpx-0.5.tar.gz > >it includes a manpage as well, which is pretty short so I'll paste it >below. > >-- >Cam > > >PFTPX(8) OpenBSD System Manager's Manual PFTPX(8) > >NAME > pftpx - FTP proxy > >SYNOPSIS > pftpx [-6d] [-b address] [-c port] [-D level] [-f address] [-g port] [-m > maxsessions] [-p address] [-q queue] [-t timeout] > >DESCRIPTION > pftpx is a proxy for the Internet File Transfer Protocol. FTP control > connections should be redirected into the proxy using the pf(4) rdr com- > mand, after which the proxy connects to the server on behalf of the > client. > > The proxy allows data connections to pass, rewriting and redirecting them > so that the right addresses are used. All connections from the client to > the server have their source address rewritten so they appear to come > from the proxy. Consequently, all connections from the server to the > proxy have their destination address rewritten, so they are redirected to > the client. The proxy uses the pf(4) anchor facility for this. > > Assuming the FTP control connection is from $client to $server, the proxy > connected to the server using the $proxy source address, and $port is ne- > gotiated, then pftpx adds the following rules to the various anchors. > (These example rules use inet, but the proxy also supports inet6.) > > In case of active mode (PORT or EPRT): > > rdr from $server to $proxy port $port -> $client > pass log quick inet proto tcp \ > from $server to $client port $port flags S/SAFR keep state > > In case of passive mode (PASV or EPSV): > > nat from $client to $server port $port -> $proxy > pass log quick inet proto tcp \ > from $client to $server port $port flags S/SAFR keep state > pass log quick inet proto tcp \ > from $proxy to $server port $port flags S/SAFR keep state > > The options are as follows: > > -6 IPv6 mode. The proxy will expect and use IPv6 addresses for all > communication. Only the extended FTP modes EPSV and EPRT are al- > lowed with IPv6. The proxy is in IPv4 mode by default. > > -b address > Address where the proxy will listen for redirected connections. > The default is 127.0.0.1, or ::1 in IPv6 mode. > > -c port > Port where the proxy will listen for redirected connections. The > default is port 8021. > > -d Do not daemonize. The process will stay in the foreground, log- > ging to stderr. > > -D level > Debug level, ranging from 0 to 7. Higher is more verbose. The > default is 5. (These levels correspond to the syslog(3) levels.) > > -f address > Fixed server address. The proxy will always connect to the same > server, regardless of where the client wanted to connect to (be- > fore it was redirected). Use this option to proxy for a server > behind NAT, or to forward all connections to another proxy. > > -g port > Fixed server port. Only used in combination with the previous > option. The default is port 21. > > -m maxsessions > Maximum number of concurrent FTP sessions. When the proxy reach- > es this limit, new connections are denied. The default is 100. > > -p address > Proxy source address. The proxy will use this as the source ad- > dress to connect to servers. > > -q queue > Create rules with queue queue appended, so that data connections > can be queued. > > -t timeout > Number of seconds that the control connection can be idle, before > the proxy will disconnect. The default is 24 hours. Do not set > this too low, because the control connection is usually idle when > large data transfers are taking place. > >CONFIGURATION > To make use of the proxy, pf.conf(5) needs the following rules. All an- > chors are mandatory. The rdr pass rule can be adjusted as needed. > > In the NAT section: > > nat-anchor "pftpx/*" > rdr-anchor "pftpx/*" > rdr pass on $int_if proto tcp from $lan to any port 21 -> 127.0.0.1 port 8021 > > In the rule section: > > anchor "pftpx/*" > >SECURITY > Negotiated data connection ports below 1024 are not allowed. > > The negotiated IP address for active modes is ignored for security rea- > sons. This makes third party file transfers impossible. > > pftpx chroots to "/var/empty" and changes to user "proxy" to drop privi- > leges. > >SEE ALSO > ftp(1), pf(4), pf.conf(5), > > From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:28:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF5B16A4CE; Wed, 15 Dec 2004 21:28:03 +0000 (GMT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C2943D5C; Wed, 15 Dec 2004 21:28:02 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd07.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1Cec5w-0001Lh-01; Wed, 15 Dec 2004 17:33:44 +0100 Received: from Andro-Beta.Leidinger.net (ZquYJ2ZSQe9RbhZEsJFcPkVa9e+a+RPCWohFwb6RBniBBuZQ8Ap-gN@[217.83.31.63]) by fmrl07.sul.t-online.com with esmtp id 1Cec5c-0a7jLk0; Wed, 15 Dec 2004 17:33:24 +0100 Received: from Andro-Beta.Leidinger.net (localhost [127.0.0.1]) iBFGWwxR038863; Wed, 15 Dec 2004 17:32:58 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: (from www@localhost)iBFGWwAJ038862; Wed, 15 Dec 2004 17:32:58 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: Andro-Beta.Leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (IMP) with HTTP for ; Wed, 15 Dec 2004 17:32:57 +0100 Message-ID: <1103128377.41c06739a3956@netchild.homeip.net> Date: Wed, 15 Dec 2004 17:32:57 +0100 From: Alexander Leidinger To: Jeremy Messenger References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> <20041214062738.GA78138@xor.obsecurity.org> <1103027998.41bedf1e46fa1@netchild.homeip.net> <1103030693.40763.10.camel@renaissance.homeip.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-4.10 X-Originating-IP: 141.113.101.32 X-ID: ZquYJ2ZSQe9RbhZEsJFcPkVa9e+a+RPCWohFwb6RBniBBuZQ8Ap-gN@t-dialin.net X-TOI-MSGID: 803885a9-e9dd-470b-9b1a-a14032cbb878 cc: freebsd-amd64@freebsd.org cc: Mikhail Teterin cc: Anthony Ginepro cc: freebsd-current@freebsd.org cc: ade@freebsd.org cc: Kris Kennaway Subject: Re: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:28:03 -0000 Zitat von Jeremy Messenger : > No crash: > ======================= > Add '-fgcse' in gstreamer-plugins and it will fix everything for > athlon-xp, but not p4. The '-fgcse' is automatic add in when you use -O2, > so it's why it doesn't crash with -O2. > ======================= I've an Athlon mobile here (CPUTYPE=athlon-xp), and I'm using "-Os". "info gcc" tells me that "-fgcse" is included in "-Os". In this setup I get segfaults. I will recompile gstreamer-plugins with "-fgcse" and report back later (tomorrow). Bye, Alexander. -- http://www.Leidinger.net/ Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org/ netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:31:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FEF016A4CE; Wed, 15 Dec 2004 21:31:44 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C2EF43D39; Wed, 15 Dec 2004 21:31:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 785CC512D0; Wed, 15 Dec 2004 13:31:43 -0800 (PST) Date: Wed, 15 Dec 2004 13:31:43 -0800 From: Kris Kennaway To: Alexander Leidinger Message-ID: <20041215213143.GA99458@xor.obsecurity.org> References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> <20041214062738.GA78138@xor.obsecurity.org> <1103027998.41bedf1e46fa1@netchild.homeip.net> <1103030693.40763.10.camel@renaissance.homeip.net> <1103128377.41c06739a3956@netchild.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <1103128377.41c06739a3956@netchild.homeip.net> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org cc: Jeremy Messenger cc: Mikhail Teterin cc: Anthony Ginepro cc: freebsd-current@freebsd.org cc: ade@freebsd.org cc: Kris Kennaway Subject: Re: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:31:44 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 15, 2004 at 05:32:57PM +0100, Alexander Leidinger wrote: > Zitat von Jeremy Messenger : >=20 > > No crash: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Add '-fgcse' in gstreamer-plugins and it will fix everything for > > athlon-xp, but not p4. The '-fgcse' is automatic add in when you use -O= 2, > > so it's why it doesn't crash with -O2. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > I've an Athlon mobile here (CPUTYPE=3Dathlon-xp), and I'm using "-Os". > "info gcc" tells me that "-fgcse" is included in "-Os". In this setup I > get segfaults. >=20 > I will recompile gstreamer-plugins with "-fgcse" and report back later > (tomorrow). BTW, please stop hijacking my thread about definite compiler problems on amd64 with your discussion of possible compiler problems on i386 :-) Kris --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBwK0+Wry0BWjoQKURAmPzAJ9xyyN1tr22Tena+Mq0vhcIilSyyQCcDu0J hJ5MmsZ2YmBv2HjR8WHqPY8= =IVF2 -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:34:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E6916A4CE for ; Wed, 15 Dec 2004 21:34:50 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D1B343D31 for ; Wed, 15 Dec 2004 21:34:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B598B512C2; Wed, 15 Dec 2004 13:34:49 -0800 (PST) Date: Wed, 15 Dec 2004 13:34:49 -0800 From: Kris Kennaway To: Tony Arcieri Message-ID: <20041215213449.GB99458@xor.obsecurity.org> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <41BF9130.9070907@freebsd.org> <20041215152931.H60504@mail.chesapeake.net> <20041215210119.GF17276@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i9LlY+UWpKt15+FH" Content-Disposition: inline In-Reply-To: <20041215210119.GF17276@flash.atmos.colostate.edu> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:34:50 -0000 --i9LlY+UWpKt15+FH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 15, 2004 at 02:01:19PM -0700, Tony Arcieri wrote: > On Wed, Dec 15, 2004 at 03:32:14PM -0500, Jeff Roberson wrote: > > On Tue, 14 Dec 2004, Scott Long wrote: > >=20 > > I'm definitely not against these fixes going into RELENG_5, but I would > > > like to see some significant testing be applied to them in HEAD first, > > > especially to changes that are not confined to just sched_ule.c (and > > > sched_4bsd.c). > >=20 > > Can I commit changes that are restricted to sched_ule.c? It certainly > > can't make things any worse than they are on RELENG_5 now. We can leave > > the #error in until it's really tested on head. That way only people w= ho > > remove that line of code can use it. >=20 > The changes to kern_sig.c are also necessary to ensure the stability of > the ULE scheduler, correct? I guess I'll just keep running with a kernel > build with RELENG_5 sources and sched_ule.c, kern_switch.c, and=20 > kern_sig.c from head. >=20 > And am I correct that the UMA implementation in RELENG_5 has rendered > proc_fini() obsolete and thus it won't ever be called? FYI, after I updated an SMP machine (with 4BSD) yesterday it got into a state where all processes were sleeping and the only running processes were the idle tasks, but nothing was apparently holding a lock. This is just after the most recent commit to kern_sig.c, so it's one possible candidate for the cause. I backed out this change, and so far it hasn't recurred. Kris --i9LlY+UWpKt15+FH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBwK35Wry0BWjoQKURAgEcAJ9BkZG1JPcnuRB/MoIqlx/OB2LDlACfRh6d l+J9iQbXMIYWFBCsgi0qoJM= =Uf/5 -----END PGP SIGNATURE----- --i9LlY+UWpKt15+FH-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:40:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E832016A4CE; Wed, 15 Dec 2004 21:40:06 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C600043D48; Wed, 15 Dec 2004 21:40:06 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from 66-169-240-6.or.charter.com ([66.169.240.6] helo=[10.21.91.101]) by mail.lovett.com with esmtpa (Exim 4.43 (FreeBSD)) id 1CegsQ-0005iA-NT; Wed, 15 Dec 2004 21:40:06 +0000 Message-ID: <41C0AF36.4010506@FreeBSD.org> Date: Wed, 15 Dec 2004 13:40:06 -0800 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <200412081205.39354.mi+mx@aldan.algebra.com> <20041208171947.GA46271@xor.obsecurity.org> <20041214062738.GA78138@xor.obsecurity.org> <1103027998.41bedf1e46fa1@netchild.homeip.net> <1103030693.40763.10.camel@renaissance.homeip.net> <1103128377.41c06739a3956@netchild.homeip.net> <20041215213143.GA99458@xor.obsecurity.org> In-Reply-To: <20041215213143.GA99458@xor.obsecurity.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: -O2 compiler bug on amd64? (Re: new TCL vs. current-6) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:40:07 -0000 Kris Kennaway wrote: > BTW, please stop hijacking my thread about definite compiler problems > on amd64 with your discussion of possible compiler problems on i386 > :-) Please to be trimming cc lists, too ;) -aDe From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:41:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D925F16A4CE for ; Wed, 15 Dec 2004 21:41:56 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6643443D45 for ; Wed, 15 Dec 2004 21:41:56 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id iBFLeo2G064858; Wed, 15 Dec 2004 16:40:50 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id iBFLeoEJ064856; Wed, 15 Dec 2004 16:40:50 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Wed, 15 Dec 2004 16:40:50 -0500 From: David Schultz To: Tony Arcieri Message-ID: <20041215214050.GA64783@VARK.MIT.EDU> Mail-Followup-To: Tony Arcieri , freebsd-current@freebsd.org References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <41BF9130.9070907@freebsd.org> <20041215152931.H60504@mail.chesapeake.net> <20041215210119.GF17276@flash.atmos.colostate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041215210119.GF17276@flash.atmos.colostate.edu> cc: freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:41:57 -0000 On Wed, Dec 15, 2004, Tony Arcieri wrote: > And am I correct that the UMA implementation in RELENG_5 has rendered > proc_fini() obsolete and thus it won't ever be called? This has very little to do with either UMA or ULE. Yes, it's unused, but it's still there as a reminder that it *ought* to be used. Unless there are still races I don't know about, it's probably safe to start using it again. From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 21:54:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F81916A4CE; Wed, 15 Dec 2004 21:54:23 +0000 (GMT) Received: from flash.atmos.colostate.edu (flash.atmos.colostate.edu [129.82.48.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4413543D46; Wed, 15 Dec 2004 21:54:23 +0000 (GMT) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: from flash.atmos.colostate.edu (localhost [127.0.0.1]) iBFLsMps019400; Wed, 15 Dec 2004 14:54:22 -0700 (MST) (envelope-from tarcieri@flash.atmos.colostate.edu) Received: (from tarcieri@localhost) by flash.atmos.colostate.edu (8.13.1/8.13.1/Submit) id iBFLsME9019399; Wed, 15 Dec 2004 14:54:22 -0700 (MST) (envelope-from tarcieri) Date: Wed, 15 Dec 2004 14:54:22 -0700 From: Tony Arcieri To: David Schultz Message-ID: <20041215215422.GA19373@flash.atmos.colostate.edu> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <41BF9130.9070907@freebsd.org> <20041215152931.H60504@mail.chesapeake.net> <20041215210119.GF17276@flash.atmos.colostate.edu> <20041215214050.GA64783@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041215214050.GA64783@VARK.MIT.EDU> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 21:54:23 -0000 On Wed, Dec 15, 2004 at 04:40:50PM -0500, David Schultz wrote: > On Wed, Dec 15, 2004, Tony Arcieri wrote: > > And am I correct that the UMA implementation in RELENG_5 has rendered > > proc_fini() obsolete and thus it won't ever be called? > > This has very little to do with either UMA or ULE. Yes, it's > unused, but it's still there as a reminder that it *ought* to be > used. Unless there are still races I don't know about, it's > probably safe to start using it again. Well, I'm going by the comments and implementation from kern_proc.c in HEAD: /* * UMA should ensure that this function is never called. * Freeing a proc structure would violate type stability. */ static void proc_fini(void *mem, int size) { panic("proc reclaimed"); } The implementation in RELENG_5 invokes a scheduler function which is no longer present in HEAD. Tony Arcieri From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 22:11:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BAE616A4CE; Wed, 15 Dec 2004 22:11:18 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3903E43D5D; Wed, 15 Dec 2004 22:11:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 1232A7A44E; Wed, 15 Dec 2004 14:11:18 -0800 (PST) Message-ID: <41C0B685.6050203@elischer.org> Date: Wed, 15 Dec 2004 14:11:17 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Matthias Andree References: <41BF6D42.7040508@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: FreeBSD Current Subject: Re: looking for a merge tool. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 22:11:18 -0000 And the winner is: a tool Bob Willcox wrote called "tkmerge" Absolutly the EXACT right tool for the job. Two panes for sources, a 3rd for the output and a 4th for control and additional change editing that you might need to tailor teh diff you have selected. Bob, A port of this app would be brilliant! maybe one of the ports guru's can help you knock up a small port for the ports/packages collection. Matthias Andree wrote: >Julian Elischer writes: > > > >>I'm doing a bit of merging fromthe NetBSD USB code to -current, >>but I'm wonderring if anyone can point me to a good merge tool. >> >>I'm currently using mgdiff which shows the two files in >>adjoing panes with the differences coloured and allows you to >>select the diffs from the left or right windows. quite good until >>you need the third option, which is "both" or "the left, but with >>a small edit" >> >>does anyone know of a tool that gives 3 panes and allows manual >>editing of the merged product >> bob's email: >>Hi Julian, >> >>Here is a tk based program (two files attached) that I wrote a few years >>back that might do what you want. It is similar to your description of >>mgdiff but includes a "Both" and "Editor" button to let you select both >>or to edit both with your favorite editor. You may need to edit the >>third line of tkmerge, depending on which version of wish you have. It >>should work with any recent (in the past 5 years) version. >> >>Let me know how it works for you... >> >>Bob >> >> From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 22:21:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0519116A4D1; Wed, 15 Dec 2004 22:21:46 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C8E343D53; Wed, 15 Dec 2004 22:21:45 +0000 (GMT) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1])iBFML6Nb083524; Wed, 15 Dec 2004 17:21:06 -0500 Received: from luke.immure.com (luke.immure.com [10.1.132.3]) by maul.immure.com (8.13.1/8.12.11) with ESMTP id iBFML17h059753; Wed, 15 Dec 2004 16:21:01 -0600 (CST) (envelope-from bob@immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.12.11/8.12.11) with ESMTP id iBFML1pX060049; Wed, 15 Dec 2004 16:21:01 -0600 (CST) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.12.11/8.12.11/Submit) id iBFML13d060048; Wed, 15 Dec 2004 16:21:01 -0600 (CST) (envelope-from bob) Date: Wed, 15 Dec 2004 16:21:01 -0600 From: Bob Willcox To: Julian Elischer Message-ID: <20041215222101.GF53203@luke.immure.com> References: <41BF6D42.7040508@elischer.org> <41C0B685.6050203@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41C0B685.6050203@elischer.org> User-Agent: Mutt/1.5.6i X-immure-MailScanner-Information: Please contact the ISP for more information X-immure-MailScanner: Found to be clean X-MailScanner-From: bob@immure.com cc: ports@freebsd.org cc: FreeBSD Current cc: Matthias Andree Subject: Re: looking for a merge tool. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bob Willcox List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2004 22:21:46 -0000 On Wed, Dec 15, 2004 at 02:11:17PM -0800, Julian Elischer wrote: > And the winner is: > > a tool Bob Willcox wrote called "tkmerge" > > Absolutly the EXACT right tool for the job. > Two panes for sources, a 3rd for the output and a 4th for control and > additional > change editing that you might need to tailor teh diff you have selected. > > Bob, A port of this app would be brilliant! maybe one of the ports > guru's can > help you knock up a small port for the ports/packages collection. I would be happy to help with this. Having never done a port, however, I'm sure I will require some guidance. > > > Matthias Andree wrote: > > >Julian Elischer writes: > > > > > > > >>I'm doing a bit of merging fromthe NetBSD USB code to -current, > >>but I'm wonderring if anyone can point me to a good merge tool. > >> > >>I'm currently using mgdiff which shows the two files in > >>adjoing panes with the differences coloured and allows you to > >>select the diffs from the left or right windows. quite good until > >>you need the third option, which is "both" or "the left, but with > >>a small edit" > >> > >>does anyone know of a tool that gives 3 panes and allows manual > >>editing of the merged product > >> > > bob's email: > > >>Hi Julian, > >> > >>Here is a tk based program (two files attached) that I wrote a few years > >>back that might do what you want. It is similar to your description of > >>mgdiff but includes a "Both" and "Editor" button to let you select both > >>or to edit both with your favorite editor. You may need to edit the > >>third line of tkmerge, depending on which version of wish you have. It > >>should work with any recent (in the past 5 years) version. > >> > >>Let me know how it works for you... > >> > >>Bob > >> > >> -- Bob Willcox We may not return the affection of those who like bob@immure.com us, but we always respect their good judgement. Austin, TX From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 22:27:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1104116A4CF; Wed, 15 Dec 2004 22:27:49 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A05E643D4C; Wed, 15 Dec 2004 22:27:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 5D9A37A451; Wed, 15 Dec 2004 14:27:48 -0800 (PST) Message-ID: <41C0BA64.3080908@elischer.org> Date: Wed, 15 Dec 2004 14:27:48 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Tony Arcieri References: <20041214222444.GA9668@flash.atmos.colostate.edu> <3308.192.168.1.9.1103065723.squirrel@192.168.1.9> <20041215001222.GB9957@flash.atmos.colostate.edu> <41BF9130.9070907@freebsd.org> <20041215152931.H60504@mail.chesapeake.net> <20041215210119.GF17276@flash.atmos.colostate.edu> <20041215214050.GA64783@VARK.MIT.EDU> <20041215215422.GA19373@flash.atmos.colostate.edu> In-Reply-To: <20041215215422.GA19373@flash.atmos.colostate.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: David Schultz cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 22:27:49 -0000 Tony Arcieri wrote: >On Wed, Dec 15, 2004 at 04:40:50PM -0500, David Schultz wrote: > > >>On Wed, Dec 15, 2004, Tony Arcieri wrote: >> >> >>>And am I correct that the UMA implementation in RELENG_5 has rendered >>>proc_fini() obsolete and thus it won't ever be called? >>> >>> >>This has very little to do with either UMA or ULE. Yes, it's >>unused, but it's still there as a reminder that it *ought* to be >>used. Unless there are still races I don't know about, it's >>probably safe to start using it again. >> >> > >Well, I'm going by the comments and implementation from kern_proc.c in HEAD: > >/* > * UMA should ensure that this function is never called. > * Freeing a proc structure would violate type stability. > */ >static void >proc_fini(void *mem, int size) >{ > > panic("proc reclaimed"); >} > >The implementation in RELENG_5 invokes a scheduler function which is no >longer present in HEAD. > when we declare teh zone for processes we tell UMA that it must never free a proc back to system memory. thus the 'fini' routine, that would be called is a page of that zone were to be returned to the system, should never be called. > >Tony Arcieri >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 22:59:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8520E16A4CE for ; Wed, 15 Dec 2004 22:59:09 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CF0B43D31 for ; Wed, 15 Dec 2004 22:59:08 +0000 (GMT) (envelope-from ed@stack.nl) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mailhost.stack.nl (Postfix) with ESMTP id 747FD1F1B8; Wed, 15 Dec 2004 23:59:07 +0100 (CET) Received: by turtle.stack.nl (Postfix, from userid 1830) id 6277A1D9BC; Wed, 15 Dec 2004 23:59:07 +0100 (CET) Date: Wed, 15 Dec 2004 23:59:07 +0100 From: Ed Schouten To: Marcos Biscaysaqu Message-ID: <20041215225907.GB97218@il.fontys.nl> References: <41BEA1C4.5080100@underscore.de> <41C1621F.6040909@ThePacific.Net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NMuMz9nt05w80d4+" Content-Disposition: inline In-Reply-To: <41C1621F.6040909@ThePacific.Net> X-Message-Flag: Have you mooed today? User-Agent: Mutt/1.5.6i cc: FreeBSD Current Subject: Re: new ftp proxy: pftpx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 22:59:09 -0000 --NMuMz9nt05w80d4+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Marcos Biscaysaqu wrote: > PF has now a good ftp proxy, somebody has got this working on freebsd? For people who don't know what pftpx is, here is a list of its advantages, according to Google: 1) it handles all ftp modes: PORT, PASV, EPRT, EPSV 2) it handles ipv6 3) it should scale: one process handles all sessions using libevent 4) it works with "strict" ftp clients (clients that want data connections= =20 to the same IP as the control connection) I guess it should just work on FreeBSD, because it runs entirely in userspace... You just rdr a lot of FTP traffic through it. Yours, --=20 _________________=20 / Ed Schouten \ \ ed@il.fontys.nl / -----------------=20 \ ,__, \ (oo)____ (__) )\ ||--|| * --NMuMz9nt05w80d4+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBwMG7yx16ydahrz4RApjEAKDSP6r6kHsQ+sqjwd8qD3L/oxTziQCeOrDt 3AI/zIgE2bA9DgrErxDxPkk= =5hMT -----END PGP SIGNATURE----- --NMuMz9nt05w80d4+-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 22:59:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F7FB16A4CF; Wed, 15 Dec 2004 22:59:11 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CF1B43D55; Wed, 15 Dec 2004 22:59:11 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id F315F7A44E; Wed, 15 Dec 2004 14:59:10 -0800 (PST) Message-ID: <41C0C1BE.8070801@elischer.org> Date: Wed, 15 Dec 2004 14:59:10 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Long References: <41BF8C1A.2090801@elischer.org> <41BF96E8.2080300@freebsd.org> In-Reply-To: <41BF96E8.2080300@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: bus_dma question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 22:59:11 -0000 Scott this is just what I was looking for. This should be added to the busdma man page I think.. Scott Long wrote: > Julian Elischer wrote: > >> >> The bus_dma man page is good. but it there documentation of how to >> extract the physical page addresses from a map? In other words, if I >> defien a tag for a device and then create a map using >> bus_dmamap_create, and then load it using bus_dmamap_load, what is >> the recommended method of extracting the list of addresses to feed >> into a DMA scatter_gather list? Looking at various drivers I'm >> getting more and more confused.. There is a lot of home-grown s/g list >> generation code out there.. is there a "right" way to do this? >> > > The function pointer that you provide to bus_dmamap_load() is called > when the S/G map is ready (it might be deferred due to needing bounce > pages, so you cannot assume that it will be called before > bus_dmamap_load() returns). The S/G list and length is provided in > the arguments to the callback function. So: > > static void > my_start(my_softc, my_data_ptr, my_data_len) > { > /* Prepare resources for sending data to the hardware */ > [...] > > /* > * Hand off to busdma to generate the S/G list. > */ > error = bus_dmamap_load(my_softc->dmat, my_softc->dmamap, > my_data_ptr, my_data_len, my_callback_func, my_softc, 0); > if (error == EINPROGRESS) { > /* > * The callback will be called later. Don't queue up > * any more commands until it has so that we don't spin > * on busdma. > */ > my_softc->flags |= FROZEN; > } > > return; > } > > static void > my_callack_func(void *arg, bus_dma_segment_t *segs, int nseg, int error) > { > my_softc_t *my_softc = arg; > > if (error) { > /* Handle error */ > [...] > return; > > for (i = 0; i < nsegs; i++) { > my_sg[i].phys = segs[i].ds_addr; > mg_sg[i].len = segs[i].ds_len; > } > > if (dma is from host memory to the hardware) > bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_PREWRITE); > > if (dma is from the hardware to host memory) > bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_PREREAD); > > /* > * Send S/G list to the hardware and tell the hardware to start > * the transaction. > */ > [...] > > return; > } > > Note that you cannot pass an error value or anything else from the > callback function to the caller since you have no control over when > the callback will actually be called. Well, if you use the > BUS_DMA_NOWAIT flag for bus_dmamap_load(), you'll be guaranteed to get > an error back instead of a deferral, but that should only be used with > great care. > > Also, don't forget to call bus_dmamap_sync() with the POSTREAD and > POSTWRITE ops once the transaction is complete. This is very important > now that >4GB of memory is easy to aquire; devices like UHCI and ATA can > still only do 32bit S/G lists, so bouncing is required on i386 and > amd64. You also need to do a bus_dmamap_unload() call to free whatever > busdma resources were used for the transaction, so the sequence should > be something like: > > static void > my_intr(void *arg) > { > /* Check and handle interrupt */ > [...] > > /* return busdma resources */ > if (dma is from host memory to the hardware) > bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_POSTWRITE); > > if (dma is from the hardware to host memory) > bus_dmamap_sync(my_dmat, my_dmamap, BUS_DMASYNC_POSTREAD); > > bus_dmamap_unload(my_dmat, my_dmamap); > > /* Process the data that was DMA'd */ > [...] > > return; > } > > There will likely be changes to the busdma API for 6.0 that will > simplify this a bit, make it faster, and make it resemble NetBSD a > little more, but I'm still working on them. > > Scott From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 23:10:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FBE216A4CE for ; Wed, 15 Dec 2004 23:10:06 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4555A43D5D for ; Wed, 15 Dec 2004 23:10:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2694 invoked from network); 15 Dec 2004 23:10:03 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 15 Dec 2004 23:10:02 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iBFN9rWf005546; Wed, 15 Dec 2004 18:09:58 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Michal Mertl Date: Wed, 15 Dec 2004 16:16:36 -0500 User-Agent: KMail/1.6.2 References: <41B36AF6.8010906@traveller.cz> In-Reply-To: <41B36AF6.8010906@traveller.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200412151616.36995.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: Increase of WITNESS_COUNT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 23:10:06 -0000 On Sunday 05 December 2004 03:09 pm, Michal Mertl wrote: > Hello, > > for some time I'm seeing "witness exhausted" message in my logs when I run > with WITNESS enabled. I know it's nothing new but it's either the bug which > is causing it is surviving for long time or there's something special in my > setups or that it's just normal (as more code get fine grained locking more > witnesses are used). > > What are the consequences of increasing WITNESS_COUNT in > src/sys/kern/subr_witness.c? I don't see any ill effects and I don't get > the dreaded "witness exhausted" message. Can it be increased by default? It just uses up more memory, but it doesn't use that much as it is. It needs to be bumped, I just haven't sat down and done it. What number did you bump it to in your testing? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 23:10:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7C7816A4CE for ; Wed, 15 Dec 2004 23:10:43 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA7B43D45 for ; Wed, 15 Dec 2004 23:10:43 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so149501wri for ; Wed, 15 Dec 2004 15:10:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=QjyQOlEZIpglP8ujznQ2gIIJno+Y2WIx0ar1LFAmZPA3hpUodCUEZG+Cv52whC7Xlw/c3noGR2VlsC/JmlNWsGOxo0n6z5iP0P/lamHLwgKGN0YodhmH+0keq1ZKk8OunYwf9KO859qlezK1AlwPcu+QlcHDLqIBbntOuyBub9A= Received: by 10.54.30.3 with SMTP id d3mr649999wrd; Wed, 15 Dec 2004 15:10:42 -0800 (PST) Received: by 10.54.7.31 with HTTP; Wed, 15 Dec 2004 15:10:41 -0800 (PST) Message-ID: <6eb82e041215151055c8a21b@mail.gmail.com> Date: Thu, 16 Dec 2004 07:10:41 +0800 From: Rong-En Fan To: Chen Lihong In-Reply-To: <1103082215.1589.2.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1103082215.1589.2.camel@OmniBook.accton.com.tw> cc: Sam Leffler cc: freebsd-current@freebsd.org Subject: Re: net80211 can not load wlan_ccmp.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Rong-En Fan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2004 23:10:44 -0000 I think adding rijndael-api.c to SRCS will solve this. On Wed, 15 Dec 2004 11:43:35 +0800, Chen Lihong wrote: > Hi! Sam, > After cvsup updated, I saw this Makefile updated. > And I make kernel to update kernel, but the problem > still occured! > > From: Chen Lihong > To: Sam Leffler > Subject: Re: net80211 can not load wlan_ccmp.ko > Date: Wed, 15 Dec 2004 09:42:47 +0800 > On Tue, 2004-12-14 at 17:40 -0800, Sam Leffler wrote: > > Chen Lihong wrote: > > > I am using atheros AR5211 802.11a+b card bus WLAN adapter. > > > And installed ports/security/wpa_supplicant, It required wlan_ccmp > > > module loaded when I need AES encryption. > > > Every time I load wlan_ccmp will failed, like this: > > > > > > # kldload wlan_ccmp > > > link_elf: symbol _rijndael_set_key undefined > > > # > > > > > > It seems function _rijndael_set_key() not loaded. > > > > Just fixed: > > > > sam 2004-12-15 01:30:38 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/modules/wlan_ccmp Makefile > > Log: > > bring in rijndael crypto code to satisfy dependency: should > > break rijndael out into a separate module a la rc4 but several > > other cases need to be fixed also so for now do as others do > > > > Revision Changes Path > > 1.2 +2 -0 src/sys/modules/wlan_ccmp/Makefile > > http://cvsweb.FreeBSD.org/src/sys/modules/wlan_ccmp/Makefile.diff?r1=1.1&r2=1.2 > > > > Sam > Thanks a lot! > > /Lihong > > _______________________________________________ > 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 Dec 16 01:59:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DD016A4CE for ; Thu, 16 Dec 2004 01:59:52 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9225343D48 for ; Thu, 16 Dec 2004 01:59:51 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 40so583523rnz for ; Wed, 15 Dec 2004 17:59:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=WAeyNRoMxqgBJavOWYouNSptuD425KIaFUQYw+FKQPSkfeWteVkYU798JkIQUlYcd+cWPNQIAj/VSDcag9VSomHv8DGNW7yD6I75gRdWTSXeZroldgPgIFcLWWJ4ZfPmx0TMj3gxHMAbGw8aMjQctiQwBBYX/10cMU1W64TRK90= Received: by 10.38.8.44 with SMTP id 44mr536277rnh; Wed, 15 Dec 2004 17:59:50 -0800 (PST) Received: by 10.38.8.31 with HTTP; Wed, 15 Dec 2004 17:59:50 -0800 (PST) Message-ID: Date: Thu, 16 Dec 2004 09:59:50 +0800 From: Jiawei Ye To: Jeff Roberson In-Reply-To: <20041215151930.L60504@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041215151930.L60504@mail.chesapeake.net> cc: freebsd-current@freebsd.org Subject: Re: Unkillable process with SCHED_ULE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2004 01:59:52 -0000 On Wed, 15 Dec 2004 15:19:39 -0500 (EST), Jeff Roberson wrote: > Can you give me the output of ps -auxwwwo wchan,nice > > Thanks, > Jeff Hi, This was fixed by phk's commit to kern_descript.c. It no longer happens. :) Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 03:08:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B64216A4CE for ; Thu, 16 Dec 2004 03:08:26 +0000 (GMT) Received: from out010.verizon.net (out010pub.verizon.net [206.46.170.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8123743D2D for ; Thu, 16 Dec 2004 03:08:25 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out010.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041216030824.YUQV24714.out010.verizon.net@RabbitsDen>; Wed, 15 Dec 2004 21:08:24 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Sam Leffler In-Reply-To: <20041212184020.W3369@ync.qbhto.arg> References: <41BBA812.2030006@errno.com> <20041212184020.W3369@ync.qbhto.arg> Content-Type: text/plain; charset=iso-8859-5 Date: Wed, 15 Dec 2004 22:07:12 -0500 Message-Id: <1103166432.995.15.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out010.verizon.net from [70.21.161.195] at Wed, 15 Dec 2004 21:08:24 -0600 cc: current@freebsd.org Subject: Re: WEP and 802.11 drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 03:08:26 -0000 On Sun, 2004-12-12 at 18:41 -0800, Doug Barton wrote: > On Sat, 11 Dec 2004, Sam Leffler wrote: > > > I've been able to reproduce some of the problems people are having. Until I > > can fix them please try building wlan and wlan_wep into your kernel so the > > cipher module isn't loaded on the fly. I believe that should eliminate the > > double fault panic and various related traps. > > I didn't even have a chance to report this, but I was getting this > problem with the ndis driver. Your fix worked, thanks for suggesting it. > > Doug > Since adding wlan_wep to the kernel config, I do not have traps and double faults, but neither I have wireless connectivity -- card gets configured and claims to associate, occasionally I even get as far as obtaining address via DHCP, but that is all I can get. Intermittently I get 'host is down' from ping. At that point, ifconfig would show 'status' as 'no carrier'. I have observed this with both Prism2-based cards (using wi driver) and Broadcom based with ndis wrapper. Presence or absence of WEP does not seem to make a difference. Since your E-mail sounded like work-in-progress, I was not sure whether additional details are needed, however, if they are, please let me know and I will be happy to furnish them. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 03:20:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0781516A4CE for ; Thu, 16 Dec 2004 03:20:13 +0000 (GMT) Received: from msr57.hinet.net (msr57.hinet.net [168.95.4.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B8443D66 for ; Thu, 16 Dec 2004 03:20:11 +0000 (GMT) (envelope-from d9364104@mail.nchu.edu.tw) Received: from localhost.localdomain (61-221-58-28.HINET-IP.hinet.net [61.221.58.28]) by msr57.hinet.net (8.9.3/8.9.3) with ESMTP id LAA11231; Thu, 16 Dec 2004 11:19:53 +0800 (CST) From: Chen Lihong To: Rong-En Fan In-Reply-To: <6eb82e041215151055c8a21b@mail.gmail.com> References: <1103082215.1589.2.camel@OmniBook.accton.com.tw> <6eb82e041215151055c8a21b@mail.gmail.com> Content-Type: text/plain Date: Thu, 16 Dec 2004 11:19:51 +0800 Message-Id: <1103167191.723.1.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Sam Leffler cc: freebsd-current@freebsd.org Subject: Re: net80211 can not load wlan_ccmp.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 03:20:13 -0000 Hi! Sam, I tried and it works well! Thank you! I think it needs commit to cvs. On Thu, 2004-12-16 at 07:10 +0800, Rong-En Fan wrote: > I think adding rijndael-api.c to SRCS will solve this. > > On Wed, 15 Dec 2004 11:43:35 +0800, Chen Lihong > wrote: > > Hi! Sam, > > After cvsup updated, I saw this Makefile updated. > > And I make kernel to update kernel, but the problem > > still occured! > > > > From: Chen Lihong > > To: Sam Leffler > > Subject: Re: net80211 can not load wlan_ccmp.ko > > Date: Wed, 15 Dec 2004 09:42:47 +0800 > > On Tue, 2004-12-14 at 17:40 -0800, Sam Leffler wrote: > > > Chen Lihong wrote: > > > > I am using atheros AR5211 802.11a+b card bus WLAN adapter. > > > > And installed ports/security/wpa_supplicant, It required wlan_ccmp > > > > module loaded when I need AES encryption. > > > > Every time I load wlan_ccmp will failed, like this: > > > > > > > > # kldload wlan_ccmp > > > > link_elf: symbol _rijndael_set_key undefined > > > > # > > > > > > > > It seems function _rijndael_set_key() not loaded. > > > > > > Just fixed: > > > > > > sam 2004-12-15 01:30:38 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > sys/modules/wlan_ccmp Makefile > > > Log: > > > bring in rijndael crypto code to satisfy dependency: should > > > break rijndael out into a separate module a la rc4 but several > > > other cases need to be fixed also so for now do as others do > > > > > > Revision Changes Path > > > 1.2 +2 -0 src/sys/modules/wlan_ccmp/Makefile > > > http://cvsweb.FreeBSD.org/src/sys/modules/wlan_ccmp/Makefile.diff?r1=1.1&r2=1.2 > > > > > > Sam > > Thanks a lot! > > > > /Lihong > > > > _______________________________________________ > > 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 Dec 16 03:21:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A31DD16A4CE for ; Thu, 16 Dec 2004 03:21:31 +0000 (GMT) Received: from msr65.hinet.net (msr65.hinet.net [168.95.4.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2C2243D31 for ; Thu, 16 Dec 2004 03:21:30 +0000 (GMT) (envelope-from d9364104@mail.nchu.edu.tw) Received: from localhost.localdomain (61-221-58-28.HINET-IP.hinet.net [61.221.58.28]) by msr65.hinet.net (8.9.3/8.9.3) with ESMTP id LAA09162; Thu, 16 Dec 2004 11:21:18 +0800 (CST) From: Chen Lihong To: Rong-En Fan In-Reply-To: <6eb82e041215151055c8a21b@mail.gmail.com> References: <1103082215.1589.2.camel@OmniBook.accton.com.tw> <6eb82e041215151055c8a21b@mail.gmail.com> Content-Type: text/plain Date: Thu, 16 Dec 2004 11:21:14 +0800 Message-Id: <1103167274.723.3.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Sam Leffler cc: freebsd-current@freebsd.org Subject: Re: net80211 can not load wlan_ccmp.ko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 03:21:31 -0000 Hi! Sam and Rong-En, I tried and it works well! Thank you! I think it needs commit to cvs. On Thu, 2004-12-16 at 07:10 +0800, Rong-En Fan wrote: > I think adding rijndael-api.c to SRCS will solve this. > > On Wed, 15 Dec 2004 11:43:35 +0800, Chen Lihong > wrote: > > Hi! Sam, > > After cvsup updated, I saw this Makefile updated. > > And I make kernel to update kernel, but the problem > > still occured! > > > > From: Chen Lihong > > To: Sam Leffler > > Subject: Re: net80211 can not load wlan_ccmp.ko > > Date: Wed, 15 Dec 2004 09:42:47 +0800 > > On Tue, 2004-12-14 at 17:40 -0800, Sam Leffler wrote: > > > Chen Lihong wrote: > > > > I am using atheros AR5211 802.11a+b card bus WLAN adapter. > > > > And installed ports/security/wpa_supplicant, It required wlan_ccmp > > > > module loaded when I need AES encryption. > > > > Every time I load wlan_ccmp will failed, like this: > > > > > > > > # kldload wlan_ccmp > > > > link_elf: symbol _rijndael_set_key undefined > > > > # > > > > > > > > It seems function _rijndael_set_key() not loaded. > > > > > > Just fixed: > > > > > > sam 2004-12-15 01:30:38 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > sys/modules/wlan_ccmp Makefile > > > Log: > > > bring in rijndael crypto code to satisfy dependency: should > > > break rijndael out into a separate module a la rc4 but several > > > other cases need to be fixed also so for now do as others do > > > > > > Revision Changes Path > > > 1.2 +2 -0 src/sys/modules/wlan_ccmp/Makefile > > > http://cvsweb.FreeBSD.org/src/sys/modules/wlan_ccmp/Makefile.diff?r1=1.1&r2=1.2 > > > > > > Sam > > Thanks a lot! > > > > /Lihong > > > > _______________________________________________ > > 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 Dec 16 04:03:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4128916A4CE for ; Thu, 16 Dec 2004 04:03:10 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DA743D53 for ; Thu, 16 Dec 2004 04:03:09 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id iBG439DB093567 for ; Wed, 15 Dec 2004 23:03:09 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)iBG439kb093564 for ; Wed, 15 Dec 2004 23:03:09 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 15 Dec 2004 23:03:08 -0500 (EST) From: Jeff Roberson To: current@freebsd.org Message-ID: <20041215230245.N60504@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Gone for 8 days. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 04:03:10 -0000 I will be away for the next 8 days or so. If you have any problems with my VFS SMP patch or ULE, send me a bug report and stop using them. Cheers, Jeff From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 04:18:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 344A616A4CE for ; Thu, 16 Dec 2004 04:18:45 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CBB243D2F for ; Thu, 16 Dec 2004 04:18:44 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-207-47.ny325.east.verizon.net [68.160.207.47]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id iBG4IbfW066798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Dec 2004 23:18:40 -0500 (EST) Message-ID: <41C10C99.10600@mac.com> Date: Wed, 15 Dec 2004 23:18:33 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.8 required=5.5 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=disabled version=3.0.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on pi.codefab.com Subject: make vs. gmake in 6-CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 04:18:45 -0000 Hi, all-- Apparently something has changed with BSD make in -CURRENT, causing the following problem to appear in a port I maintain: [ ... ] ===> Installing for dvd+rw-tools-5.21.4.10.8 ===> dvd+rw-tools-5.21.4.10.8 depends on file: /usr/local/bin/mkisofs - found ===> Generating temporary packing list install -s -o root -g wheel -m 555 /usr/ports/sysutils/dvd+rw-tools/work/dvd+rw-tools-5.21.4.10.8/ growisofs /usr/local/bin install: /usr/ports/sysutils/dvd+rw-tools/work/dvd+rw-tools-5.21.4.10.8/ growisofs: No such file or directory *** Error code 71 Note the space in ".../dvd+rw-tools-5.21.4.10.8/ growisofs", which command was generated by the following Makefile section: do-install: .for i in ${BIN_FILES} ${INSTALL_PROGRAM} ${WRKSRC}/${i} ${PREFIX}/bin .endfor Since I don't have a system running 6, I was fortunate to have someone look into the issue and fix the port by having it use gmake instead. (thanks BTW) However, it seems like that space-stuffing when generating paths would break lots of other things. Anyway, I wanted to bring up the issue here and ask whether this change to make's behavior is expected or whether it should be considered a bug...? Cheers, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 05:40:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B0116A4CE for ; Thu, 16 Dec 2004 05:40:32 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5111443D68 for ; Thu, 16 Dec 2004 05:40:32 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) iBG5eTO1072517; Thu, 16 Dec 2004 00:40:29 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)iBG5eRHA072514; Thu, 16 Dec 2004 00:40:29 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 16 Dec 2004 00:40:27 -0500 (EST) From: Andre Guibert de Bruet To: Matthias Andree In-Reply-To: <20041215175001.GB17597@merlin.emma.line.org> Message-ID: <20041216001335.X19917@alpha.siliconlandmark.com> References: <44115.1103109518@critter.freebsd.dk> <20041215095337.T19917@alpha.siliconlandmark.com> <20041215175001.GB17597@merlin.emma.line.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Networked single-user recovery (Was: Re: Background fsck is broken) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 05:40:33 -0000 On Wed, 15 Dec 2004, Matthias Andree wrote: > On Wed, 15 Dec 2004, Andre Guibert de Bruet wrote: > >> You realize that you're advocating a statically linked sshd in /rescue, >> right? :-) > > Dropbear is a smaller SSH implementation than the fully-fledged OpenSSH. > Only tried it on Linux so far, and that was a year ago. It appears to > ship with some SSL stuff built-in, and it doesn't need much besides a > host-key (generator is in the dropbear package) and /dev/random or > something. Dropbear appears to be put together from many pieces, all of which seem to carry a BSD-compatible license (IANAL etc etc). It is currently in ports (security/dropbear) and the built, stripped binary appear to "only" be 53K smaller than the OpenSSH one. Because an sshd is a network daemon, security is of course a concern -- Is the 53K of saved space in /rescue (But additional space somewhere else for the convert and key utilities) worth the hassles of tracking upstream distributions of two seperate sshds? I personally tend to think not, but I'm open for comments on this one. I get my numbers from the following: bling# ls -l dropbear* | grep r-x -rwxr-xr-x 1 root wheel 126688 Dec 16 00:21 dropbear -rwxr-xr-x 1 root wheel 134060 Dec 16 00:21 dropbearconvert -rwxr-xr-x 1 root wheel 134928 Dec 16 00:21 dropbearkey bling# ls -l /usr/sbin/sshd -r-xr-xr-x 1 root wheel 179952 Dec 9 20:24 /usr/sbin/sshd >> I've always wanted a network recovery mode, and am currently looking into >> implementing such a beast (For racks devoid of serial console muxers and >> annoying jungles of kvm wires, for example). > > Or when there's insufficient documentation on how to get the LOM client > to work under Linux/Solaris/*BSD... I hear you loud and clear on this one! Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 05:55:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18CCC16A4CE for ; Thu, 16 Dec 2004 05:55:06 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A603443D31 for ; Thu, 16 Dec 2004 05:55:05 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) iBG5t3aI072615; Thu, 16 Dec 2004 00:55:03 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)iBG5t3Ys072612; Thu, 16 Dec 2004 00:55:03 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 16 Dec 2004 00:55:03 -0500 (EST) From: Andre Guibert de Bruet To: Matthias Andree In-Reply-To: <20041216001335.X19917@alpha.siliconlandmark.com> Message-ID: <20041216004526.N19917@alpha.siliconlandmark.com> References: <44115.1103109518@critter.freebsd.dk> <20041215095337.T19917@alpha.siliconlandmark.com> <20041216001335.X19917@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: Networked single-user recovery (Was: Re: Background fsck is broken) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 05:55:06 -0000 (Replying to myself) On Thu, 16 Dec 2004, Andre Guibert de Bruet wrote: > Dropbear appears to be put together from many pieces, all of which seem to > carry a BSD-compatible license (IANAL etc etc). It is currently in ports > (security/dropbear) and the built, stripped binary appear to "only" be 53K > smaller than the OpenSSH one. Because an sshd is a network daemon, security > is of course a concern -- Is the 53K of saved space in /rescue (But > additional space somewhere else for the convert and key utilities) worth the > hassles of tracking upstream distributions of two seperate sshds? I > personally tend to think not, but I'm open for comments on this one. Well, let me correct the size statement before someone else does. It would help if I actually compared the size of static versions of these files! It's late... Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 06:21:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A809816A4CF; Thu, 16 Dec 2004 06:21:35 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BFF043D48; Thu, 16 Dec 2004 06:21:35 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from 66-169-240-6.or.charter.com ([66.169.240.6] helo=[10.21.91.101]) by mail.lovett.com with esmtpa (Exim 4.43 (FreeBSD)) id 1Cep13-0008UL-Jd; Thu, 16 Dec 2004 06:21:33 +0000 Message-ID: <41C1296C.2020507@FreeBSD.org> Date: Wed, 15 Dec 2004 22:21:32 -0800 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bob Willcox References: <41BF6D42.7040508@elischer.org> <41C0B685.6050203@elischer.org> <20041215222101.GF53203@luke.immure.com> In-Reply-To: <20041215222101.GF53203@luke.immure.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org cc: FreeBSD Current cc: Julian Elischer Subject: Re: looking for a merge tool. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 06:21:35 -0000 Bob Willcox wrote: > On Wed, Dec 15, 2004 at 02:11:17PM -0800, Julian Elischer wrote: > >>And the winner is: >> >>a tool Bob Willcox wrote called "tkmerge" [snip] > I would be happy to help with this. Having never done a port, however, > I'm sure I will require some guidance. Bob, If no-one else has stepped up to the plate, drop me a line with the source files and where they can be pulled from (if you don't mind hosting them, or I can host them somewhere), and I'll knock out the port skeleton and commit it. Cheers, -aDe From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 08:06:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BDE816A4CE for ; Thu, 16 Dec 2004 08:06:04 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97BE343D45 for ; Thu, 16 Dec 2004 08:06:03 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 44BB44EFD45; Thu, 16 Dec 2004 16:06:01 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 42D3E4EFD18 for ; Thu, 16 Dec 2004 16:06:01 +0800 (CST) Date: Thu, 16 Dec 2004 16:06:01 +0800 (CST) From: Tai-hwa Liang To: current@freebsd.org Message-ID: <0412161600456.50987@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [net80211] if_wi crashed in adhoc mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 08:06:04 -0000 Thinkpad R40, builtin Prism2.5 WLAN mini PCI module. -CURRENT cvsup'ed on Dec-14-2004. SCHED_4BSD, without PREEMPTION. The crash never happened before recent net80211 update. Steps to reproduce: ifconfig wi0 10.0.0.1 ssid ibsstest channel 3 mediaopt adhoc up # # if the kernel does not panic, proceed with following steps # wicontrol -L # disaply IBSS information, join the IBSS ping 10.0.0.3 # send something to the IBSS creator # # the kernel should panic after a couple of sendings # Fatal trap 12: page fault while in kernel mode fault virtual address = 0x20 fault code = supervisor write, page not present instruction pointer = 0x8:0xc04c9a22 stack pointer = 0x10:0xcba8cc18 . . . [thread pid 21 tid 100018 ] Stopped at _mtx_lock_flags+0x12: cmpxchgl %edx,0x1c(%ecx) db> where Tracing pid 21 tid 100018 td 0xc10fec00 _mtx_lock_flags(4,0,c0743a71,42b,c13e0430) at _mtx_lock_flags+0x12 ieee80211_find_rxnode(c120b24,c13e0430,c120b254,8001,c1102d80) at ieee80211_find_rxnode+0x43 wi_intr(c120b000,c10fec00,0,0,c1101dc8) at wi_intr+0xdae ithread_loop fork_exit fork_trampoline db> show reg cs 0x8 ds 0x10 es 0xc05e0010 atpic_disable_source+0xb8 fs 0xcba80018 ss 0x10 eax 0xf ecx 0x4 edx 0xc10fec00 ebx 0 esp 0xcba8cc18 ebp 0xcba8cc18 esi 0x4 edi 0xc13e0430 eip 0xc04c9a22 _mtx_lock_flags+0x12 efl 0x10246 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 08:06:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA52516A4CF for ; Thu, 16 Dec 2004 08:06:19 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB78B43D58 for ; Thu, 16 Dec 2004 08:06:18 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 9163 invoked from network); 16 Dec 2004 08:06:18 -0000 Received: from unknown (HELO [192.168.4.70]) (samwun@hgcbroadband.com@[221.126.236.217]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 16 Dec 2004 08:06:18 -0000 Message-ID: <41C141D4.9030303@authtec.com> Date: Thu, 16 Dec 2004 16:05:40 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, freebsd-pf@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: pfctl -t private_ips -vTshow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 08:06:19 -0000 Hi The following pfctl command returns error # pfctl -t private_ips -vTshow pfctl: Table does not exist. The table optin is defined in he pf.conf as shown below: table { 10.0.0.0/8, !10.1.0.0/16, 192.168.0.0/24, 192.168.1.18 } Have I used incorrect syntax? Thanks Sam. From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 08:23:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B8E816A4CE for ; Thu, 16 Dec 2004 08:23:58 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id E82AC43D2D for ; Thu, 16 Dec 2004 08:23:57 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id B421CAC; Thu, 16 Dec 2004 09:23:55 +0100 (CET) Date: Thu, 16 Dec 2004 09:23:55 +0100 From: Andrea Campi To: Alexandre Sunny Kovalenko Message-ID: <20041216082355.GA58798@webcom.it> References: <41BBA812.2030006@errno.com> <20041212184020.W3369@ync.qbhto.arg> <1103166432.995.15.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1103166432.995.15.camel@RabbitsDen> User-Agent: Mutt/1.5.6i cc: Sam Leffler cc: current@freebsd.org Subject: Re: WEP and 802.11 drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 08:23:58 -0000 On Wed, Dec 15, 2004 at 10:07:12PM -0500, Alexandre Sunny Kovalenko wrote: > Since adding wlan_wep to the kernel config, I do not have traps and > double faults, but neither I have wireless connectivity -- card gets > configured and claims to associate, occasionally I even get as far as > obtaining address via DHCP, but that is all I can get. Intermittently I > get 'host is down' from ping. At that point, ifconfig would show > 'status' as 'no carrier'. Try playing with /usr/src/tools/tools/ath/80211debug and set different flags until you get some more info. If you see it whining about invalid transitions from INIT -> RUN, you are seeing the same issue I am. Sam didn't reply to an email about this, so might be either too busy or not interested on fixing wi (although at least a reply to that effect would be nice). I'll probably start debugging this during the holidays, or I'll have to go back to 5.STABLE, which I would hate. Bye, Andrea -- I believe the technical term is "Oops!" From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 08:58:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D5CB16A4CE for ; Thu, 16 Dec 2004 08:58:21 +0000 (GMT) Received: from smtp814.mail.ukl.yahoo.com (smtp814.mail.ukl.yahoo.com [217.12.12.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B67543D49 for ; Thu, 16 Dec 2004 08:58:20 +0000 (GMT) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from unknown (HELO w2fzz0vc01.aah-go-on.com) (thomas.sparrevohn@hg1.btinternet.com@81.157.165.214 with plain) by smtp814.mail.ukl.yahoo.com with SMTP; 16 Dec 2004 08:58:19 -0000 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Thu, 16 Dec 2004 08:57:54 +0000 User-Agent: KMail/1.7.1 References: <41BBA812.2030006@errno.com> <1103166432.995.15.camel@RabbitsDen> <20041216082355.GA58798@webcom.it> In-Reply-To: <20041216082355.GA58798@webcom.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200412160857.54669.Thomas.Sparrevohn@btinternet.com> Subject: Re: WEP and 802.11 drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas.Sparrevohn@btinternet.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, 16 Dec 2004 08:58:21 -0000 On Thursday 16 December 2004 08:23, Andrea Campi wrote: > On Wed, Dec 15, 2004 at 10:07:12PM -0500, Alexandre Sunny Kovalenko wrote: > > Since adding wlan_wep to the kernel config, I do not have traps and > > double faults, but neither I have wireless connectivity -- card gets > > configured and claims to associate, occasionally I even get as far as > > obtaining address via DHCP, but that is all I can get. Intermittently I > > get 'host is down' from ping. At that point, ifconfig would show > > 'status' as 'no carrier'. > > Try playing with /usr/src/tools/tools/ath/80211debug and set different > flags until you get some more info. If you see it whining about invalid > transitions from INIT -> RUN, you are seeing the same issue I am. > Sam didn't reply to an email about this, so might be either too busy > or not interested on fixing wi (although at least a reply to that effect > would be nice). I'll probably start debugging this during the holidays, > or I'll have to go back to 5.STABLE, which I would hate. > > Bye, > Andrea When I don't get a double fault - I can get it up and running but see exactly that ieee80211_newstate: INIT -> INIT wi_newstate: INIT -> INIT ieee80211_newstate: INIT -> INIT wi_info_intr: LINK_STAT 0x1 wi_newstate: INIT -> RUN ieee80211_newstate: INIT -> RUN ieee80211_newstate: invalid transition I can reproduce it - However most of the time I still get a double fault in the arc4rand call to mtx_lock_flags - after looking at the wep_attach code which seems to be fine - I am beginning to think that it most be something else From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 11:14:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1266916A4CE; Thu, 16 Dec 2004 11:14:10 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C89B43D3F; Thu, 16 Dec 2004 11:14:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CetaC-0007XO-00; Thu, 16 Dec 2004 12:14:08 +0100 Received: from [217.83.12.28] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CetaC-0008BJ-00; Thu, 16 Dec 2004 12:14:08 +0100 From: Max Laier To: freebsd-pf@freebsd.org Date: Thu, 16 Dec 2004 12:14:54 +0100 User-Agent: KMail/1.7.1 References: <41C141D4.9030303@authtec.com> In-Reply-To: <41C141D4.9030303@authtec.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1682355.8grx1pTHo5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412161215.02476.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: freebsd-current@freebsd.org cc: sam wun Subject: Re: pfctl -t private_ips -vTshow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 11:14:10 -0000 --nextPart1682355.8grx1pTHo5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 16 December 2004 09:05, sam wun wrote: > Hi > > The following pfctl command returns error > > # pfctl -t private_ips -vTshow > pfctl: Table does not exist. > > The table optin is defined in he pf.conf as shown below: > table { 10.0.0.0/8, !10.1.0.0/16, 192.168.0.0/24, > 192.168.1.18 } > > Have I used incorrect syntax? =46rom pf.conf(5): | persist The persist flag forces the kernel to keep the table even wh= en | no rules refer to it. If the flag is not set, the kernel wi= ll | automatically remove the table when the last rule referring = to | it is flushed. i.e. if you don't have a rule using the table pf will trow it away unless y= ou=20 define the table as persist(ent) as in: table persistent { ... } =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1682355.8grx1pTHo5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBwW42XyyEoT62BG0RAuDdAJ9LHqQH5KUcOnP5IT+2ij6G4L/Q1gCdFNOD jCWaCUVWC9eJ9KjEiQEyZ5M= =Hi2K -----END PGP SIGNATURE----- --nextPart1682355.8grx1pTHo5-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 17:50:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E018B16A4CF for ; Wed, 15 Dec 2004 17:50:06 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33C8343D54 for ; Wed, 15 Dec 2004 17:50:06 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: from localhost (localhost [127.0.0.1])4FF00485D0; Wed, 15 Dec 2004 18:50:05 +0100 (CET) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24374-04-3; Wed, 15 Dec 2004 18:50:03 +0100 (CET) Received: from m2a2.dyndns.org (p508EEE1E.dip.t-dialin.net [80.142.238.30]) 6A9C047F2A; Wed, 15 Dec 2004 18:50:03 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 864EB77BE6; Wed, 15 Dec 2004 18:50:02 +0100 (CET) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15698-04; Wed, 15 Dec 2004 18:50:01 +0100 (CET) Received: by merlin.emma.line.org (Postfix, from userid 500) id 5473D77C14; Wed, 15 Dec 2004 18:50:01 +0100 (CET) Date: Wed, 15 Dec 2004 18:50:01 +0100 From: Matthias Andree To: Andre Guibert de Bruet Message-ID: <20041215175001.GB17597@merlin.emma.line.org> Mail-Followup-To: Andre Guibert de Bruet , Poul-Henning Kamp , current@freebsd.org References: <44115.1103109518@critter.freebsd.dk> <20041215095337.T19917@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041215095337.T19917@alpha.siliconlandmark.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de X-Mailman-Approved-At: Thu, 16 Dec 2004 12:56:28 +0000 cc: Poul-Henning Kamp cc: Matthias Andree cc: current@freebsd.org Subject: Re: Networked single-user recovery (Was: Re: Background fsck is broken) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 17:50:07 -0000 On Wed, 15 Dec 2004, Andre Guibert de Bruet wrote: > You realize that you're advocating a statically linked sshd in /rescue, > right? :-) Dropbear is a smaller SSH implementation than the fully-fledged OpenSSH. Only tried it on Linux so far, and that was a year ago. It appears to ship with some SSL stuff built-in, and it doesn't need much besides a host-key (generator is in the dropbear package) and /dev/random or something. > I've always wanted a network recovery mode, and am currently looking into > implementing such a beast (For racks devoid of serial console muxers and > annoying jungles of kvm wires, for example). Or when there's insufficient documentation on how to get the LOM client to work under Linux/Solaris/*BSD... -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Wed Dec 15 18:52:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C4E16A4CE for ; Wed, 15 Dec 2004 18:52:20 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9D8043D54 for ; Wed, 15 Dec 2004 18:52:19 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iBFIoQ6A015357; Wed, 15 Dec 2004 11:50:26 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Wed, 15 Dec 2004 11:50:26 -0700 (MST) Message-Id: <20041215.115026.104046132.imp@harmony.village.org> To: arne@rfc2549.org From: Warner Losh In-Reply-To: <86k6rjh01j.fsf@kamino.rfc1149.org> References: <200412081059.22949.sam@errno.com> <20041212.164822.32642184.imp@bsdimp.com> <86k6rjh01j.fsf@kamino.rfc1149.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 16 Dec 2004 12:56:28 +0000 cc: sam@errno.com cc: freebsd-current@freebsd.org cc: imp@bsdimp.com Subject: Re: HEADSUP: updated net80211 layer committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 15 Dec 2004 18:52:20 -0000 From: Arne Schwabe Subject: Re: HEADSUP: updated net80211 layer committed Date: Wed, 15 Dec 2004 19:46:32 +0100 > "M. Warner Losh" writes: > > > In message: <200412081059.22949.sam@errno.com> > > Sam Leffler writes: > > : http://people.freebsd.org/~sam/security-wpa_supplicant.tgz > > : http://people.freebsd.org/~sam/security-hostapd.tgz > > : > > : If someone wants to step up and see them committed it would be appreciated. > > > > I've just committed these, for those that are interested... > > Hm okay. Now for blind people like me, where can I finde these? Sams > links are 404s and i can't find anything named *wpa* or *hostap* > in my cvs (cvsups uped today). In ports: security/wpa_supplicant security/hostapd Warner From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 13:47:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EBAA16A4CE for ; Thu, 16 Dec 2004 13:47:07 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D301343D3F for ; Thu, 16 Dec 2004 13:47:03 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])iBGDl2JP022052; Thu, 16 Dec 2004 15:47:02 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) iBGDl1Vq065177; Thu, 16 Dec 2004 15:47:01 +0200 (EET) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)iBGDl19T065176; Thu, 16 Dec 2004 15:47:01 +0200 (EET) (envelope-from keramida@linux.gr) Date: Thu, 16 Dec 2004 15:47:01 +0200 From: Giorgos Keramidas To: Chuck Swiger Message-ID: <20041216134701.GA44809@orion.daedalusnetworks.priv> References: <41C10C99.10600@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41C10C99.10600@mac.com> cc: freebsd-current@freebsd.org Subject: Re: make vs. gmake in 6-CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 13:47:07 -0000 On 2004-12-15 23:18, Chuck Swiger wrote: > Hi, all-- > > Apparently something has changed with BSD make in -CURRENT, causing the > following problem to appear in a port I maintain: > > [ ... ] > ===> Installing for dvd+rw-tools-5.21.4.10.8 > ===> dvd+rw-tools-5.21.4.10.8 depends on file: /usr/local/bin/mkisofs - > found > ===> Generating temporary packing list > install -s -o root -g wheel -m 555 > /usr/ports/sysutils/dvd+rw-tools/work/dvd+rw-tools-5.21.4.10.8/ growisofs > /usr/local/bin > install: /usr/ports/sysutils/dvd+rw-tools/work/dvd+rw-tools-5.21.4.10.8/ > growisofs: No such file or directory > *** Error code 71 > > Note the space in ".../dvd+rw-tools-5.21.4.10.8/ growisofs", which command > was generated by the following Makefile section: > > do-install: > .for i in ${BIN_FILES} > ${INSTALL_PROGRAM} ${WRKSRC}/${i} ${PREFIX}/bin > .endfor > > Since I don't have a system running 6, I was fortunate to have someone look > into the issue and fix the port by having it use gmake instead. (thanks BTW) > > However, it seems like that space-stuffing when generating paths would > break lots of other things. Anyway, I wanted to bring up the issue here > and ask whether this change to make's behavior is expected or whether it > should be considered a bug...? Revision 1.16 of the port Makefile doesn't build a growisofs executable. I am not a great BSD make hacker, but the makefile that comes with the port tries to build more than one program from the same directory and somehow fails. If we don't have the ability to reorganize things within the distfile (because, e.g. the creator of dvd+rw-tools distfile does not target just FreeBSD), using gmake seems to be the way to go. From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 13:51:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C79FE16A4CE for ; Thu, 16 Dec 2004 13:51:38 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [129.247.247.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCCA843D3F for ; Thu, 16 Dec 2004 13:51:37 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.178]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Thu, 16 Dec 2004 14:51:36 +0100 Date: Thu, 16 Dec 2004 14:56:02 +0100 (CET) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Chuck Swiger In-Reply-To: <41C10C99.10600@mac.com> Message-ID: <20041216124642.J98592@beagle.kn.op.dlr.de> References: <41C10C99.10600@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 16 Dec 2004 13:51:36.0815 (UTC) FILETIME=[5C583FF0:01C4E376] cc: FreeBSD-Current Subject: Re: make vs. gmake in 6-CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2004 13:51:38 -0000 On Wed, 15 Dec 2004, Chuck Swiger wrote: CS>Hi, all-- CS> CS>Apparently something has changed with BSD make in -CURRENT, causing the CS>following problem to appear in a port I maintain: CS> CS>[ ... ] CS>===> Installing for dvd+rw-tools-5.21.4.10.8 CS>===> dvd+rw-tools-5.21.4.10.8 depends on file: /usr/local/bin/mkisofs - CS>found CS>===> Generating temporary packing list CS>install -s -o root -g wheel -m 555 CS>/usr/ports/sysutils/dvd+rw-tools/work/dvd+rw-tools-5.21.4.10.8/ growisofs CS>/usr/local/bin CS>install: /usr/ports/sysutils/dvd+rw-tools/work/dvd+rw-tools-5.21.4.10.8/ CS>growisofs: No such file or directory CS>*** Error code 71 CS> CS>Note the space in ".../dvd+rw-tools-5.21.4.10.8/ growisofs", which command CS>was generated by the following Makefile section: CS> CS>do-install: CS>.for i in ${BIN_FILES} CS> ${INSTALL_PROGRAM} ${WRKSRC}/${i} ${PREFIX}/bin CS>.endfor I cannot reproduce this (I have not looked at the port's makefile). Can you make a small makefile that shows this behaviour? harti CS>Since I don't have a system running 6, I was fortunate to have someone look CS>into the issue and fix the port by having it use gmake instead. (thanks BTW) CS> CS>However, it seems like that space-stuffing when generating paths would break CS>lots of other things. Anyway, I wanted to bring up the issue here and ask CS>whether this change to make's behavior is expected or whether it should be CS>considered a bug...? CS> CS>Cheers, CS> From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 14:10:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D16FF16A4CE; Thu, 16 Dec 2004 14:10:57 +0000 (GMT) Received: from mail.sam-solutions.net (mail.sam-solutions.net [217.21.35.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id E604F43D41; Thu, 16 Dec 2004 14:10:56 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from c71.sam-solutions.net ([217.21.35.67]) by mail.sam-solutions.net with esmtp (Exim 4.34) id 1CewLG-0000bf-54; Thu, 16 Dec 2004 16:10:55 +0200 Received: from mail pickup service by c71.sam-solutions.net with Microsoft SMTPSVC; Thu, 16 Dec 2004 16:10:44 +0200 Received: from mail pickup service by c71.sam-solutions.net with Microsoft SMTPSVC; Thu, 16 Dec 2004 15:04:01 +0200 Received: from mail.sam-solutions.net ([217.21.35.41]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 16 Dec 2004 08:22:28 +0200 Received: from speedy.tutby.com ([195.209.41.194] helo=tut.by) by mail.sam-solutions.net with esmtp (Exim 4.34) id 1Cep1v-0002Vz-GW for m.boyarov@sam-solutions.net; Thu, 16 Dec 2004 08:22:27 +0200 Received: from by tut.by (CommuniGate Pro RULES 4.1.8) with RULES id 47568924; Thu, 16 Dec 2004 08:22:26 +0200 X-Autogenerated: Mirror X-Mirrored-by: Received: from [195.209.34.110] (HELO tut.by) by tut.by (CommuniGate Pro SMTP 4.1.8) with ESMTP id 47568904 for max_b@tut.by; Thu, 16 Dec 2004 08:22:26 +0200 Received: from mx17.mail.ru ([194.67.23.5] verified) by tut.by (CommuniGate Pro SMTP 4.1.8) with ESMTP id 168146237 for max_b@tut.by; Thu, 16 Dec 2004 09:20:07 +0200 Received: from mail by mx17.mail.ru with local id 1Cep1u-0000c3-00 for max_b@tut.by; Thu, 16 Dec 2004 09:22:26 +0300 X-ResentFrom: Received: from [216.136.204.119] (port=25 helo=mx2.freebsd.org) by mx17.mail.ru with esmtp id 1Cep1u-0000bO-00 for m.boyarov@bk.ru; Thu, 16 Dec 2004 09:22:26 +0300 Received-SPF: pass (mx17.mail.ru: domain of freebsd.org designates 216.136.204.119 as permitted sender) client-ip=216.136.204.119; envelope-from=owner-freebsd-ports@freebsd.org; helo=mx2.freebsd.org; Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 08BF256FE9; Thu, 16 Dec 2004 06:21:52 +0000 (GMT) (envelope-from owner-freebsd-ports@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D829816A4E5; Thu, 16 Dec 2004 06:21:46 +0000 (GMT) Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A809816A4CF; Thu, 16 Dec 2004 06:21:35 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BFF043D48; Thu, 16 Dec 2004 06:21:35 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from 66-169-240-6.or.charter.com ([66.169.240.6] helo=[10.21.91.101]) by mail.lovett.com with esmtpa (Exim 4.43 (FreeBSD)) id 1Cep13-0008UL-Jd; Thu, 16 Dec 2004 06:21:33 +0000 Message-ID: <41C1296C.2020507@FreeBSD.org> Date: Wed, 15 Dec 2004 22:21:32 -0800 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bob Willcox References: <41BF6D42.7040508@elischer.org> <41C0B685.6050203@elischer.org> <20041215222101.GF53203@luke.immure.com> In-Reply-To: <20041215222101.GF53203@luke.immure.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-ports@freebsd.org X-Spam: Not detected X-Spam-Scanned-By: Spamassassin X-Virus-Scanned-By: AVP Antivirus X-OriginalArrivalTime: 16 Dec 2004 06:22:28.0223 (UTC) FILETIME=[9DBB70F0:01C4E337] cc: ports@freebsd.org cc: FreeBSD Current cc: Julian Elischer Subject: Re: looking for a merge tool. 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, 16 Dec 2004 14:10:58 -0000 Bob Willcox wrote: > On Wed, Dec 15, 2004 at 02:11:17PM -0800, Julian Elischer wrote: > >>And the winner is: >> >>a tool Bob Willcox wrote called "tkmerge" [snip] > I would be happy to help with this. Having never done a port, however, > I'm sure I will require some guidance. Bob, If no-one else has stepped up to the plate, drop me a line with the source files and where they can be pulled from (if you don't mind hosting them, or I can host them somewhere), and I'll knock out the port skeleton and commit it. Cheers, -aDe _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 16:53:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B50B616A4CE for ; Thu, 16 Dec 2004 16:53:50 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C8343D2D for ; Thu, 16 Dec 2004 16:53:50 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBGGrjWi071187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Dec 2004 08:53:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41C1BFA7.7050602@errno.com> Date: Thu, 16 Dec 2004 09:02:31 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tai-hwa Liang References: <0412161600456.50987@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <0412161600456.50987@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [net80211] if_wi crashed in adhoc mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 16:53:50 -0000 Tai-hwa Liang wrote: > Thinkpad R40, builtin Prism2.5 WLAN mini PCI module. -CURRENT cvsup'ed > on Dec-14-2004. SCHED_4BSD, without PREEMPTION. The crash never happened > before recent net80211 update. > > Steps to reproduce: > > ifconfig wi0 10.0.0.1 ssid ibsstest channel 3 mediaopt adhoc up > # > # if the kernel does not panic, proceed with following steps > # > wicontrol -L # disaply IBSS information, join the IBSS > ping 10.0.0.3 # send something to the IBSS creator > # > # the kernel should panic after a couple of sendings > # > Yech, the wi driver bypasses the net80211 state machine and violates some assumptions in the net80211 code. In particular the node table for neighbor nodes in adhoc mode is now allocated when the BSS is set running but the wi driver doesn't do it so you blow up. Unfortunately I've got no time to deal with this or the WEP complaint(s). Various folks promised to help with collateral damage like the wi driver but have vapourized so unless someone deals with this it'll have to wait until I have free time. Sam From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 18:30:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 373B816A4CE; Thu, 16 Dec 2004 18:30:37 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB9943D58; Thu, 16 Dec 2004 18:30:36 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-207-47.ny325.east.verizon.net [68.160.207.47]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id iBGIUT3Q096012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Dec 2004 13:30:31 -0500 (EST) Message-ID: <41C1D442.8090608@mac.com> Date: Thu, 16 Dec 2004 13:30:26 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-Current References: <41C10C99.10600@mac.com> <20041216103849.GF10839@ip.net.ua> In-Reply-To: <20041216103849.GF10839@ip.net.ua> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.8 required=5.5 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=disabled version=3.0.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on pi.codefab.com cc: harti@freebsd.org Subject: Re: make vs. gmake in 6-CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 18:30:37 -0000 Hi, Ruslan, Harti, (and all): Ruslan Ermilov wrote: > On Wed, Dec 15, 2004 at 11:18:33PM -0500, Chuck Swiger wrote: [ ... ] >>However, it seems like that space-stuffing when generating paths would >>break lots of other things. Anyway, I wanted to bring up the issue here >>and ask whether this change to make's behavior is expected or whether it >>should be considered a bug...? > > FWIW, I cannot reproduce this problem: Did you comment out the "USE_GMAKE= YES" line? As I mentioned, a fix to the port has already been applied, but you can see the problem reproduced on the ports build cluster at this URL: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2004121303/dvd+rw-tools-5.21.4.10.8.log ----- Harti Brandt wrote: [ ... ] > I cannot reproduce this (I have not looked at the port's makefile). Can > you make a small makefile that shows this behaviour? Sure, I'll give it a shot. Try a "make install" against this: # Makefile attempt to reproduce bug BIN_FILES= foo bar baz WRKSRC= /tmp install: .for i in ${BIN_FILES} cp ${WRKSRC}/${i} /var/tmp/ .endfor ...and see whether 6's make space-stuffs "/tmp/foo" into "/tmp/ foo". If it doesn't, the port's Makefile isn't much bigger than this example. Thanks for the interest... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 19:39:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1308A16A4CE; Thu, 16 Dec 2004 19:39:34 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2030743D3F; Thu, 16 Dec 2004 19:39:33 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBGJdVRJ031633; Thu, 16 Dec 2004 21:39:31 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 10165-12; Thu, 16 Dec 2004 21:39:31 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iBGJdUDb031630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Dec 2004 21:39:31 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iBGJdY9K015002; Thu, 16 Dec 2004 21:39:34 +0200 (EET) (envelope-from ru) Date: Thu, 16 Dec 2004 21:39:34 +0200 From: Ruslan Ermilov To: Chuck Swiger Message-ID: <20041216193934.GC14801@ip.net.ua> References: <41C10C99.10600@mac.com> <20041216103849.GF10839@ip.net.ua> <41C1D442.8090608@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p2kqVDKq5asng8Dg" Content-Disposition: inline In-Reply-To: <41C1D442.8090608@mac.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Hartmut Brandt cc: current@FreeBSD.org Subject: Re: make vs. gmake in 6-CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 19:39:34 -0000 --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Chuck, On Thu, Dec 16, 2004 at 01:30:26PM -0500, Chuck Swiger wrote: > Try a "make install" against this: >=20 > # Makefile attempt to reproduce bug >=20 > BIN_FILES=3D foo bar baz > WRKSRC=3D /tmp >=20 > install: > .for i in ${BIN_FILES} > cp ${WRKSRC}/${i} /var/tmp/ > .endfor >=20 >=20 > ...and see whether 6's make space-stuffs "/tmp/foo" into "/tmp/ foo". If= =20 > it doesn't, the port's Makefile isn't much bigger than this example. >=20 > Thanks for the interest... >=20 Script started on Thu Dec 16 19:37:40 2004 $ hostname pointyhat.freebsd.org $ make -n install cp /tmp/foo /var/tmp/ cp /tmp/bar /var/tmp/ cp /tmp/baz /var/tmp/ Script done on Thu Dec 16 19:37:53 2004 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --p2kqVDKq5asng8Dg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBweR2qRfpzJluFF4RAonzAKCZ/55H5W5SbZLWog3uM3RUZkHNDACeO55E qgU0zywdlPJIIIU1zwZY9nw= =PPn6 -----END PGP SIGNATURE----- --p2kqVDKq5asng8Dg-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 20:04:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E140216A4CE for ; Thu, 16 Dec 2004 20:04:05 +0000 (GMT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6784043D46 for ; Thu, 16 Dec 2004 20:04:05 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out003.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041216200404.EVAW1106.out003.verizon.net@RabbitsDen>; Thu, 16 Dec 2004 14:04:04 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Andrea Campi In-Reply-To: <20041216082355.GA58798@webcom.it> References: <41BBA812.2030006@errno.com> <1103166432.995.15.camel@RabbitsDen> <20041216082355.GA58798@webcom.it> Content-Type: text/plain; charset=iso-8859-5 Date: Thu, 16 Dec 2004 15:04:00 -0500 Message-Id: <1103227440.972.6.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [70.21.161.195] at Thu, 16 Dec 2004 14:04:04 -0600 cc: current@freebsd.org Subject: Re: WEP and 802.11 drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 20:04:06 -0000 On Thu, 2004-12-16 at 09:23 +0100, Andrea Campi wrote: > On Wed, Dec 15, 2004 at 10:07:12PM -0500, Alexandre Sunny Kovalenko wrote: > > Since adding wlan_wep to the kernel config, I do not have traps and > > double faults, but neither I have wireless connectivity -- card gets > > configured and claims to associate, occasionally I even get as far as > > obtaining address via DHCP, but that is all I can get. Intermittently I > > get 'host is down' from ping. At that point, ifconfig would show > > 'status' as 'no carrier'. > > Try playing with /usr/src/tools/tools/ath/80211debug and set different > flags until you get some more info. If you see it whining about invalid > transitions from INIT -> RUN, you are seeing the same issue I am. > Sam didn't reply to an email about this, so might be either too busy > or not interested on fixing wi (although at least a reply to that effect > would be nice). I'll probably start debugging this during the holidays, > or I'll have to go back to 5.STABLE, which I would hate. > > Bye, > Andrea > A little bit of update -- I have got my hands on the Linksys WPC55AG (Atheros based card) and it does not seem any happier then previous two -- shows stations in the vicinity and starts channel hopping. There is a lot more debugging information coming from this one as opposed to the 'wi' but end result seems to be the same. This same card is working in 5.3-stable from mid-November with the same setup (different laptop though). I have not had a chance to try it in non-WEP environment, maybe will get around to it tonight. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 20:31:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6469D16A4E0 for ; Thu, 16 Dec 2004 20:31:15 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D257F43D31 for ; Thu, 16 Dec 2004 20:31:14 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7267 invoked from network); 16 Dec 2004 20:31:14 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 16 Dec 2004 20:31:14 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iBGKUhns012114; Thu, 16 Dec 2004 15:31:10 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Peter Holm Date: Thu, 16 Dec 2004 15:21:44 -0500 User-Agent: KMail/1.6.2 References: <20041112123343.GA12048@peter.osted.lan> <200411191710.19215.jhb@FreeBSD.org> <20041206135934.GA24238@peter.osted.lan> In-Reply-To: <20041206135934.GA24238@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200412161521.44026.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: jroberson@chesapeake.net cc: freebsd-current@FreeBSD.org cc: bmilekic@FreeBSD.org cc: jeffr@FreeBSD.org Subject: Re: Freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 20:31:15 -0000 On Monday 06 December 2004 08:59 am, Peter Holm wrote: > On Fri, Nov 19, 2004 at 05:10:19PM -0500, John Baldwin wrote: > > On Friday 19 November 2004 02:59 am, Peter Holm wrote: > > > On Mon, Nov 15, 2004 at 03:46:15PM -0500, John Baldwin wrote: > > > > On Friday 12 November 2004 07:33 am, Peter Holm wrote: > > > > > GENERIC HEAD from Nov 11 08:05 UTC > > > > > > > > > > The following stack traces etc. was done before my first > > > > > cup of coffee, so it's not so informative as it could have been :-( > > > > > > > > > > The test box appeared to have been frozen for more than 6 hours, > > > > > but was pingable. > > > > > > > > > > http://www.holm.cc/stress/log/cons86.html > > > > > > > > A weak guess is that you have the system in some sort of livelock due > > > > to fork()? Have you tried running with 'debug.mpsafevm=1' set from > > > > the loader? > > > > > > > > -- > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > OK, I've got some more info: > > > > > > http://www.holm.cc/stress/log/cons88.html > > > > > > Looks like a spin in uma_zone_slab() when slab_zalloc() fails? > > > > Yes, I think if you specify M_WAITOK, then that might happen. > > slab_zalloc() can fail if any of the init functions fail for example, in > > which case it would loop forever. You can try this hack (though it may > > very well be wrong) to return failure if that is what is triggering: > > > > Index: uma_core.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/vm/uma_core.c,v > > retrieving revision 1.110 > > diff -u -r1.110 uma_core.c > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > +++ uma_core.c 19 Nov 2004 22:08:26 -0000 > > @@ -1998,6 +1998,10 @@ > > */ > > if (flags & M_NOWAIT) > > flags |= M_NOVM; > > + > > + /* XXXHACK */ > > + if (flags & M_WAITOK) > > + break; > > } > > return (slab); > > } > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > I instrumented the code with this: > $ cvs diff -u > cvs diff: Diffing . > Index: uma_core.c > =================================================================== > RCS file: /home/ncvs/src/sys/vm/uma_core.c,v > retrieving revision 1.110 > diff -u -r1.110 uma_core.c > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > +++ uma_core.c 6 Dec 2004 13:49:36 -0000 > @@ -1926,6 +1926,7 @@ > { > uma_slab_t slab; > uma_keg_t keg; > + int i; > > keg = zone->uz_keg; > > @@ -1943,7 +1944,8 @@ > > slab = NULL; > > - for (;;) { > + for (i = 0;;i++) { > + KASSERT(i < 10000, ("uma_zone_slab is looping")); > /* > * Find a slab with some space. Prefer slabs that are > partially * used over those that are totally full. This helps to reduce > > and now during test of Jeff Roberson's "SMP FFS" patch the assert > triggered: http://www.holm.cc/stress/log/cons92.html Hmm. Does the hack patch above make the hang go away or does it just break things worse? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 21:32:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3FA116A4D0 for ; Thu, 16 Dec 2004 21:32:01 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id C1BBA43D54 for ; Thu, 16 Dec 2004 21:32:00 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 52283 invoked from network); 16 Dec 2004 21:31:58 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 16 Dec 2004 21:31:58 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id iBGLVwES041677; Thu, 16 Dec 2004 22:31:58 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id iBGLVvei041676; Thu, 16 Dec 2004 22:31:57 +0100 (CET) (envelope-from pho) Date: Thu, 16 Dec 2004 22:31:57 +0100 From: Peter Holm To: John Baldwin Message-ID: <20041216213157.GA41605@peter.osted.lan> References: <20041112123343.GA12048@peter.osted.lan> <200411191710.19215.jhb@FreeBSD.org> <20041206135934.GA24238@peter.osted.lan> <200412161521.44026.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412161521.44026.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: bmilekic@FreeBSD.org cc: jeffr@FreeBSD.org cc: jroberson@chesapeake.net Subject: Re: Freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 21:32:01 -0000 On Thu, Dec 16, 2004 at 03:21:44PM -0500, John Baldwin wrote: > On Monday 06 December 2004 08:59 am, Peter Holm wrote: > > On Fri, Nov 19, 2004 at 05:10:19PM -0500, John Baldwin wrote: > > > On Friday 19 November 2004 02:59 am, Peter Holm wrote: > > > > On Mon, Nov 15, 2004 at 03:46:15PM -0500, John Baldwin wrote: > > > > > On Friday 12 November 2004 07:33 am, Peter Holm wrote: > > > > > > GENERIC HEAD from Nov 11 08:05 UTC > > > > > > > > > > > > The following stack traces etc. was done before my first > > > > > > cup of coffee, so it's not so informative as it could have been :-( > > > > > > > > > > > > The test box appeared to have been frozen for more than 6 hours, > > > > > > but was pingable. > > > > > > > > > > > > http://www.holm.cc/stress/log/cons86.html > > > > > > > > > > A weak guess is that you have the system in some sort of livelock due > > > > > to fork()? Have you tried running with 'debug.mpsafevm=1' set from > > > > > the loader? > > > > > > > > > > -- > > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > > > OK, I've got some more info: > > > > > > > > http://www.holm.cc/stress/log/cons88.html > > > > > > > > Looks like a spin in uma_zone_slab() when slab_zalloc() fails? > > > > > > Yes, I think if you specify M_WAITOK, then that might happen. > > > slab_zalloc() can fail if any of the init functions fail for example, in > > > which case it would loop forever. You can try this hack (though it may > > > very well be wrong) to return failure if that is what is triggering: > > > > > > Index: uma_core.c > > > =================================================================== > > > RCS file: /usr/cvs/src/sys/vm/uma_core.c,v > > > retrieving revision 1.110 > > > diff -u -r1.110 uma_core.c > > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > > +++ uma_core.c 19 Nov 2004 22:08:26 -0000 > > > @@ -1998,6 +1998,10 @@ > > > */ > > > if (flags & M_NOWAIT) > > > flags |= M_NOVM; > > > + > > > + /* XXXHACK */ > > > + if (flags & M_WAITOK) > > > + break; > > > } > > > return (slab); > > > } > > > > > > -- > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > I instrumented the code with this: > > $ cvs diff -u > > cvs diff: Diffing . > > Index: uma_core.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/vm/uma_core.c,v > > retrieving revision 1.110 > > diff -u -r1.110 uma_core.c > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > +++ uma_core.c 6 Dec 2004 13:49:36 -0000 > > @@ -1926,6 +1926,7 @@ > > { > > uma_slab_t slab; > > uma_keg_t keg; > > + int i; > > > > keg = zone->uz_keg; > > > > @@ -1943,7 +1944,8 @@ > > > > slab = NULL; > > > > - for (;;) { > > + for (i = 0;;i++) { > > + KASSERT(i < 10000, ("uma_zone_slab is looping")); > > /* > > * Find a slab with some space. Prefer slabs that are > > partially * used over those that are totally full. This helps to reduce > > > > and now during test of Jeff Roberson's "SMP FFS" patch the assert > > triggered: http://www.holm.cc/stress/log/cons92.html > > Hmm. Does the hack patch above make the hang go away or does it just break > things worse? > How would an assert make a problem go away? It was meant as a tool to figure out the source of the problem; The freeze. I still, rather seldom, see a freeze so would enabling SW_WATCHDOG be a better debugging tool? - Peter From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 22:01:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E47216A4CE for ; Thu, 16 Dec 2004 22:01:34 +0000 (GMT) Received: from smtp2.arin.net (smtp2.arin.net [192.149.252.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EFD043D48 for ; Thu, 16 Dec 2004 22:01:34 +0000 (GMT) (envelope-from matt@arin.net) Received: by smtp2.arin.net (Postfix, from userid 5003) id 415A21448DC; Thu, 16 Dec 2004 17:01:33 -0500 (EST) Received: from mercury.arin.net (mercury.arin.net [192.149.252.131]) by smtp2.arin.net (Postfix) with ESMTP id AF0E414494C for ; Thu, 16 Dec 2004 17:01:32 -0500 (EST) Received: from elric.arin.net (elric.arin.net [192.136.136.23]) by mercury.arin.net (Postfix) with ESMTP id AB3351FEC0 for ; Thu, 16 Dec 2004 17:01:32 -0500 (EST) Date: Thu, 16 Dec 2004 17:00:42 -0500 From: Matt Rowley To: freebsd-current@freebsd.org Message-ID: <11A4B937C9C745F2DD5B75EC@elric.arin.net> In-Reply-To: <20041211004038.GC50516@dragon.nuxi.com> References: <20041211004038.GC50516@dragon.nuxi.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 2.63-arin1 (2004-01-11) on smtp2.arin.net X-Spam-Level: X-Spam-Status: No, hits=-5.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63-arin1 Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 22:01:34 -0000 > In order for the asr(4) utilities to work under FreeBSD 5.x someone just > needs to convert the ports/sysutils/asr-utils port I made to build from > sources as a first step -- patch submission welcomed. Incidentally, the source code won't build under FreeBSD 5.3. It barfs out with: scsi_obj.cpp:424: error: cannot bind packed field `basic_P->dptBasic_S::attachedTo' to `uLONG& I believe that "cannot bind packed field" stuff is a restriction introduced in gcc 3.4.2, yes? From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 22:13:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26DAC16A4EE for ; Thu, 16 Dec 2004 22:13:10 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D4E43D1F for ; Thu, 16 Dec 2004 22:13:07 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] (pool-68-160-207-47.ny325.east.verizon.net [68.160.207.47]) by pi.codefab.com (8.12.11/8.12.11) with ESMTP id iBGMD1Z3035233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Dec 2004 17:13:03 -0500 (EST) Message-ID: <41C20868.7060702@mac.com> Date: Thu, 16 Dec 2004 17:12:56 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <41C10C99.10600@mac.com> <20041216134701.GA44809@orion.daedalusnetworks.priv> In-Reply-To: <20041216134701.GA44809@orion.daedalusnetworks.priv> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.8 required=5.5 tests=RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=disabled version=3.0.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on pi.codefab.com cc: freebsd-current@freebsd.org Subject: Re: make vs. gmake in 6-CURRENT... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 22:13:10 -0000 Giorgos Keramidas wrote: [ ... ] > Revision 1.16 of the port Makefile doesn't build a growisofs executable. It doesn't? Ah, thank you, I see: [ ... ] c++ -O2 -fno-strict-aliasing -pipe -fno-exceptions -c -o growisofs_mmc.o growisofs_mmc.cpp cc -O2 -fno-strict-aliasing -pipe -c -o growisofs.o growisofs.c c++ -O2 -fno-strict-aliasing -pipe -fno-exceptions -c -o dvd+rw-format.o dvd+rw-format.cpp ...under 6, versus this under 4.10: c++ -O -pipe -fno-exceptions -c -o growisofs_mmc.o growisofs_mmc.cpp cc -O -pipe -c -o growisofs.o growisofs.c c++ -O -pipe -fno-exceptions -o growisofs growisofs_mmc.o growisofs.o -lcam c++ -O -pipe -fno-exceptions -c -o dvd+rw-format.o dvd+rw-format.cpp OK. > If we don't have the ability to reorganize things within the distfile > (because, e.g. the creator of dvd+rw-tools distfile does not target just > FreeBSD), using gmake seems to be the way to go. I don't have an objection to depending on gmake, but I would prefer not to add dependencies which are not really necessary. In other words, I'd still like to know what changed in make from FreeBSD-4 & 5 to 6. :-) As to the author, he's been reasonably responsive to adding an env variable or two to facilitate FreeBSD port preferences (such as not installing setuid by default) and to using ?= rather than = in defining CC and such. The port's primary audience is Linux, but FreeBSD, NetBSD, and OpenBSD, Solaris, etc, are all recognized as supported platforms. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 22:33:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D508016A4CE for ; Thu, 16 Dec 2004 22:33:54 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E66E43D5E for ; Thu, 16 Dec 2004 22:33:52 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6127 invoked from network); 16 Dec 2004 22:33:52 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 16 Dec 2004 22:33:51 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iBGMXjjd012891; Thu, 16 Dec 2004 17:33:46 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Peter Holm Date: Thu, 16 Dec 2004 16:45:05 -0500 User-Agent: KMail/1.6.2 References: <20041112123343.GA12048@peter.osted.lan> <200412161521.44026.jhb@FreeBSD.org> <20041216213157.GA41605@peter.osted.lan> In-Reply-To: <20041216213157.GA41605@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200412161645.05379.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: jroberson@chesapeake.net cc: freebsd-current@FreeBSD.org cc: bmilekic@FreeBSD.org cc: jeffr@FreeBSD.org Subject: Re: Freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 22:33:55 -0000 On Thursday 16 December 2004 04:31 pm, Peter Holm wrote: > On Thu, Dec 16, 2004 at 03:21:44PM -0500, John Baldwin wrote: > > On Monday 06 December 2004 08:59 am, Peter Holm wrote: > > > On Fri, Nov 19, 2004 at 05:10:19PM -0500, John Baldwin wrote: > > > > On Friday 19 November 2004 02:59 am, Peter Holm wrote: > > > > > On Mon, Nov 15, 2004 at 03:46:15PM -0500, John Baldwin wrote: > > > > > > On Friday 12 November 2004 07:33 am, Peter Holm wrote: > > > > > > > GENERIC HEAD from Nov 11 08:05 UTC > > > > > > > > > > > > > > The following stack traces etc. was done before my first > > > > > > > cup of coffee, so it's not so informative as it could have been > > > > > > > :-( > > > > > > > > > > > > > > The test box appeared to have been frozen for more than 6 > > > > > > > hours, but was pingable. > > > > > > > > > > > > > > http://www.holm.cc/stress/log/cons86.html > > > > > > > > > > > > A weak guess is that you have the system in some sort of livelock > > > > > > due to fork()? Have you tried running with 'debug.mpsafevm=1' > > > > > > set from the loader? > > > > > > > > > > > > -- > > > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > > > > > OK, I've got some more info: > > > > > > > > > > http://www.holm.cc/stress/log/cons88.html > > > > > > > > > > Looks like a spin in uma_zone_slab() when slab_zalloc() fails? > > > > > > > > Yes, I think if you specify M_WAITOK, then that might happen. > > > > slab_zalloc() can fail if any of the init functions fail for example, > > > > in which case it would loop forever. You can try this hack (though > > > > it may very well be wrong) to return failure if that is what is > > > > triggering: > > > > > > > > Index: uma_core.c > > > > =================================================================== > > > > RCS file: /usr/cvs/src/sys/vm/uma_core.c,v > > > > retrieving revision 1.110 > > > > diff -u -r1.110 uma_core.c > > > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > > > +++ uma_core.c 19 Nov 2004 22:08:26 -0000 > > > > @@ -1998,6 +1998,10 @@ > > > > */ > > > > if (flags & M_NOWAIT) > > > > flags |= M_NOVM; > > > > + > > > > + /* XXXHACK */ > > > > + if (flags & M_WAITOK) > > > > + break; > > > > } > > > > return (slab); > > > > } > > > > > > > > -- > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > I instrumented the code with this: > > > $ cvs diff -u > > > cvs diff: Diffing . > > > Index: uma_core.c > > > =================================================================== > > > RCS file: /home/ncvs/src/sys/vm/uma_core.c,v > > > retrieving revision 1.110 > > > diff -u -r1.110 uma_core.c > > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > > +++ uma_core.c 6 Dec 2004 13:49:36 -0000 > > > @@ -1926,6 +1926,7 @@ > > > { > > > uma_slab_t slab; > > > uma_keg_t keg; > > > + int i; > > > > > > keg = zone->uz_keg; > > > > > > @@ -1943,7 +1944,8 @@ > > > > > > slab = NULL; > > > > > > - for (;;) { > > > + for (i = 0;;i++) { > > > + KASSERT(i < 10000, ("uma_zone_slab is looping")); > > > /* > > > * Find a slab with some space. Prefer slabs that are > > > partially * used over those that are totally full. This helps to > > > reduce > > > > > > and now during test of Jeff Roberson's "SMP FFS" patch the assert > > > triggered: http://www.holm.cc/stress/log/cons92.html > > > > Hmm. Does the hack patch above make the hang go away or does it just > > break things worse? > > How would an assert make a problem go away? It was meant as a tool > to figure out the source of the problem; The freeze. I was referring to my earlier patch that breaks out of the loop if M_WAITOK is set so that it shouldn't spin at all in that case. Do you have that hackish patch already applied and it's spinning anyway? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Dec 16 22:52:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8FB916A4CE for ; Thu, 16 Dec 2004 22:52:49 +0000 (GMT) Received: from relay.dk (relay.dk [80.63.235.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8359B43D2F for ; Thu, 16 Dec 2004 22:52:48 +0000 (GMT) (envelope-from ns@got2get.net) Received: from avpc (avpc [10.0.0.4]) by relay.dk (8.13.1/8.13.1) with SMTP id iBGMqewY039279; Thu, 16 Dec 2004 23:52:45 +0100 (CET) (envelope-from ns@got2get.net) Message-ID: <002101c4e3c1$f50cda30$0400000a@avpc> From: "Nicolai Schlenzig" To: "Kenneth Vestergaard Schmidt" , References: <867jpt5lj2.fsf@borg.borderworlds.dk><416EB73B.8040900@DeepCore.dk> <20041015093637.GM1126@binarysolutions.dk> Date: Thu, 16 Dec 2004 23:52:35 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Promise SATAII 150 TX2plus (was: 150 TX4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 16 Dec 2004 22:52:49 -0000 Hi, I recently bought a Promise SATAII150 TX2plus and 2 x 160 GB Hitachi disks - and the system recognize the ctrl. but not my disks. My system is (now) 6.0-CURRENT from CVS this Saturday (Dec. 11th 2004) as my 4.10-p4 sure didn't have support for this, nor did 5.3-STABLE have the chip ID added for this specific Promise controller (0x3d75105a). I don't know how to save a dmesg when my boot stalls (no panic) but this is when I boot with the ctrl. installed and no disks attached: atapci1: port 0x7800-0x78ff,0x7400-0x747f mem 0xea800000-0xea81ffff,0xea822000-0xea822fff irq 10 at device 13.0 on pci0 atapci1: failed: rid 0x20 is memory, requested 4 I have tried with and w/o APIC enabled in my BIOS and I've also tried setting hint.apic.0.disabled="1" in /boot/loader.conf. None of this seems to make a significant effect. Also - I cannot see any difference when setting that loader.conf variable. It's like my BIOS will override this nomatter what I set. (I just located a floppy drive - so I will also try and upgrade the BIOS on this Aopen motherboard) When I do attach my SATA drives I get a lot of this on my console: ata1-master: ATA_IDENTIFY: timeout ata1-slave: ATA_IDENTIFY: timeout ata2-master: ATA_IDENTIFY: timeout ata2-slave: ATA_IDENTIFY: timeout ata3-master: ATA_IDENTIFY: timeout ata3-slave: ATA_IDENTIFY: timeout And then my boot just stalls. One time I managed to get _one_ drive identified, but then it paniced when trying to set the DMA_MODE or something in that neighbourhood. Since this was no success I didn't think about saving output (nor do I remember how to) so I just rebooted and tried yet another setting. Any hints appriciated. I have of course kept all the debugging options in my KERNCONF, but I'm not sure what is needed in order to help myself or others to solve this... Thanks in advance. // Nicolai PS: I also tried importing the ata driver from 6.x into 5.x before upgrading to 6.x - but same timeouts occured (I added the chip ID manually). But this is not something I feel like doing a lot since this PII-450 takes hours to compile just a kernel :) ----- Original Message ----- From: "Kenneth Vestergaard Schmidt" To: Sent: Friday, October 15, 2004 10:36 AM Subject: Re: Promise SATAII 150 TX4 > On Thu, Oct 14, 2004 at 07:28:27PM +0200, Sјren Schmidt wrote: >> >Adding their PCI id's to the existing driver didn't seem to be enough. >> > >> >Is support for this controller in the works? >> >> Not yet at least, but if you are in a hurry you could ship me one and >> I'll look into it :) > > We might just do that. One quick question before, though: > > Adding the PCI ID's does get the card recognized, but it doesn't find > any drives: > > atapci0: port > 0xc400-0xc4ff,0xc000-0xc07f mem > 0xe9000000-0xe901ffff,0xe9020000-0xe9020fff irq 11 at device 9.0 on pci1 > atapci0: failed: rid 0x20 is memory, requested 4 > atapci0: Reserved 0x20000 bytes for rid 0x20 type 3 at 0xe9000000 > atapci0: Reserved 0x1000 bytes for rid 0x1c type 3 at 0xe9020000 > atapci0: [MPSAFE] > ata2: channel #0 on atapci0 > ata2: reset tp1 mask=00 ostat0=ff ostat1=ff > ata2: [MPSAFE] > > The last three lines are repeated for ata3-5 as well. > > Later, the following shows up: > > Interrupt storm detected on "irq11: atapci0"; throttling interrupt source > ata0-slave: pio=0x0c wdma=0x22 udma=0x46 cable=80pin > ata0-slave: setting PIO4 on Intel ICH4 chip > ata0-slave: setting UDMA100 on Intel ICH4 chip > ad1: ATA-5 disk at ata0-slave > ad1: 38172MB (78177792 sectors), 77557 C, 16 H, 63 S, 512 B > ad1: 16 secs/int, 1 depth queue, UDMA100 > > (ata0-slave/ad1 belongs to atapci1, which is just an onboard ICH4) > > Does this ring a bell and inspire a quick fix, or do you need the hardware > to fix this? > > Thanks in advance. > _______________________________________________ > 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 Dec 17 04:50:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BB2D16A4F5; Fri, 17 Dec 2004 04:50:26 +0000 (GMT) Received: from server1.astraldream.net (astraldream.net [69.20.5.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C0443D3F; Fri, 17 Dec 2004 04:50:25 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.98] (pool-138-88-246-116.res.east.verizon.net [138.88.246.116]) (authenticated (0 bits)) by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id iBH4oEW12433 (using TLSv1/SSLv3 with cipher RC4-SHA (128 bits) verified NO); Thu, 16 Dec 2004 23:50:23 -0500 In-Reply-To: <200412131232.55051.max@love2party.net> References: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> <200412130913.20215.max@love2party.net> <200412131232.55051.max@love2party.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <21F934EB-4FE7-11D9-B1F7-000A95C4D7BC@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Thu, 16 Dec 2004 23:50:11 -0500 To: Max Laier X-Mailer: Apple Mail (2.619) cc: freebsd-current@FreeBSD.org cc: freebsd-arch@FreeBSD.org Subject: Re: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 04:50:26 -0000 Hello, On Dec 13, 2004, at 6:32 AM, Max Laier wrote: > 1) Extend sysctl_add_oid() to accept an additional mutex argument. > 2) Extend the simple sysctl handler to use this mutex to protect the > actual > write(?read?). We must not hold the mutex during the useland copy > in/out so > we must move to temporary storage. > 3) To maintain the current API and behavior we use &Giant as the > default > fallback argument. This might need some extension for complex > handler (i.e. > no mutex given -> acquire Giant before calling the complex handler). > > What do people think of this? Does it make any sense? Should we be > concerned > at all? Does the extension make sense? Comments? I have implemented this. The diff is at http://people.freebsd.org/~ssouhlal/sysctl-sx-locking-20041214.diff It also needs the patch at http://people.freebsd.org/~ssouhlal/sx_xlocked.diff which introduces a sx_xlocked() function. Unfortunately, we still need to look at every single SYSCTL_PROC, and make either grab Giant, lock correctly, or make sure it doesn't need any locking. :( -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 06:59:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54F0B16A4CE for ; Fri, 17 Dec 2004 06:59:48 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3BB543D2F for ; Fri, 17 Dec 2004 06:59:47 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.90] ([66.127.85.90]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id iBH6xlWi074610 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 16 Dec 2004 22:59:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41C283E8.1080007@errno.com> Date: Thu, 16 Dec 2004 22:59:52 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41BBA812.2030006@errno.com> <1103166432.995.15.camel@RabbitsDen> <20041216082355.GA58798@webcom.it> <200412160857.54669.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200412160857.54669.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: WEP and 802.11 drivers [fix committed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 06:59:48 -0000 Folks having trouble with WEP and the wi driver when operating in station mode should update and try again. Beware that the default tx key is not set by default as previously so you need something like ifconfig wi0 wepkey mumble weptxkey 2 wep to configure WEP use. WEP operation in ap mode probably needs some TLC and adhoc mode still needs the fix for the state machine bypassing the necessary setup of 802.11 state. Unless someone else steps up to fix these I'll get to 'em as time permits. Sam From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 07:48:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F5D016A4CE for ; Fri, 17 Dec 2004 07:48:33 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 9DDEF43D5D for ; Fri, 17 Dec 2004 07:48:32 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 39557 invoked from network); 17 Dec 2004 07:48:30 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 17 Dec 2004 07:48:30 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id iBH7mTvd046764; Fri, 17 Dec 2004 08:48:30 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id iBH7mTbu046763; Fri, 17 Dec 2004 08:48:29 +0100 (CET) (envelope-from pho) Date: Fri, 17 Dec 2004 08:48:29 +0100 From: Peter Holm To: John Baldwin Message-ID: <20041217074829.GA46675@peter.osted.lan> References: <20041112123343.GA12048@peter.osted.lan> <200412161521.44026.jhb@FreeBSD.org> <20041216213157.GA41605@peter.osted.lan> <200412161645.05379.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412161645.05379.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: bmilekic@FreeBSD.org cc: jeffr@FreeBSD.org cc: jroberson@chesapeake.net Subject: Re: Freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 07:48:33 -0000 On Thu, Dec 16, 2004 at 04:45:05PM -0500, John Baldwin wrote: > On Thursday 16 December 2004 04:31 pm, Peter Holm wrote: > > On Thu, Dec 16, 2004 at 03:21:44PM -0500, John Baldwin wrote: > > > On Monday 06 December 2004 08:59 am, Peter Holm wrote: > > > > On Fri, Nov 19, 2004 at 05:10:19PM -0500, John Baldwin wrote: > > > > > On Friday 19 November 2004 02:59 am, Peter Holm wrote: > > > > > > On Mon, Nov 15, 2004 at 03:46:15PM -0500, John Baldwin wrote: > > > > > > > On Friday 12 November 2004 07:33 am, Peter Holm wrote: > > > > > > > > GENERIC HEAD from Nov 11 08:05 UTC > > > > > > > > > > > > > > > > The following stack traces etc. was done before my first > > > > > > > > cup of coffee, so it's not so informative as it could have been > > > > > > > > :-( > > > > > > > > > > > > > > > > The test box appeared to have been frozen for more than 6 > > > > > > > > hours, but was pingable. > > > > > > > > > > > > > > > > http://www.holm.cc/stress/log/cons86.html > > > > > > > > > > > > > > A weak guess is that you have the system in some sort of livelock > > > > > > > due to fork()? Have you tried running with 'debug.mpsafevm=1' > > > > > > > set from the loader? > > > > > > > > > > > > > > -- > > > > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > > > > > > > OK, I've got some more info: > > > > > > > > > > > > http://www.holm.cc/stress/log/cons88.html > > > > > > > > > > > > Looks like a spin in uma_zone_slab() when slab_zalloc() fails? > > > > > > > > > > Yes, I think if you specify M_WAITOK, then that might happen. > > > > > slab_zalloc() can fail if any of the init functions fail for example, > > > > > in which case it would loop forever. You can try this hack (though > > > > > it may very well be wrong) to return failure if that is what is > > > > > triggering: > > > > > > > > > > Index: uma_core.c > > > > > =================================================================== > > > > > RCS file: /usr/cvs/src/sys/vm/uma_core.c,v > > > > > retrieving revision 1.110 > > > > > diff -u -r1.110 uma_core.c > > > > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > > > > +++ uma_core.c 19 Nov 2004 22:08:26 -0000 > > > > > @@ -1998,6 +1998,10 @@ > > > > > */ > > > > > if (flags & M_NOWAIT) > > > > > flags |= M_NOVM; > > > > > + > > > > > + /* XXXHACK */ > > > > > + if (flags & M_WAITOK) > > > > > + break; > > > > > } > > > > > return (slab); > > > > > } > > > > > > > > > > -- > > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > > > I instrumented the code with this: > > > > $ cvs diff -u > > > > cvs diff: Diffing . > > > > Index: uma_core.c > > > > =================================================================== > > > > RCS file: /home/ncvs/src/sys/vm/uma_core.c,v > > > > retrieving revision 1.110 > > > > diff -u -r1.110 uma_core.c > > > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > > > +++ uma_core.c 6 Dec 2004 13:49:36 -0000 > > > > @@ -1926,6 +1926,7 @@ > > > > { > > > > uma_slab_t slab; > > > > uma_keg_t keg; > > > > + int i; > > > > > > > > keg = zone->uz_keg; > > > > > > > > @@ -1943,7 +1944,8 @@ > > > > > > > > slab = NULL; > > > > > > > > - for (;;) { > > > > + for (i = 0;;i++) { > > > > + KASSERT(i < 10000, ("uma_zone_slab is looping")); > > > > /* > > > > * Find a slab with some space. Prefer slabs that are > > > > partially * used over those that are totally full. This helps to > > > > reduce > > > > > > > > and now during test of Jeff Roberson's "SMP FFS" patch the assert > > > > triggered: http://www.holm.cc/stress/log/cons92.html > > > > > > Hmm. Does the hack patch above make the hang go away or does it just > > > break things worse? > > > > How would an assert make a problem go away? It was meant as a tool > > to figure out the source of the problem; The freeze. > > I was referring to my earlier patch that breaks out of the loop if M_WAITOK is > set so that it shouldn't spin at all in that case. Do you have that hackish > patch already applied and it's spinning anyway? > Oh, dear. Communicating (especially via email) is so hard! And no, I never applied your patch. It now seems I'm able to reproduce the freeze more often, that is within 12 to 15 hours of testing. I have a freeze right now on my test box: I can ping the test box and the console is active, but I can not log in. When I break into the debugger I enter different processes, but the stack traces all end up in: uma_zalloc_internal(102,c1064dc0,102,c1052dc0,c1052dc0) at uma_zalloc_internal+0x23 slab_zalloc(c1052dc0,8,c1064dc0,cf78fc5c,c0774af9) at slab_zalloc+0x33b uma_zone_slab(c1064dc8,8,c084375c,877) at uma_zone_slab+0x7c uma_zalloc_internal(102,0,102) at uma_zalloc_internal+0x2d malloc(acc,c0888d00,102,131ae,cf78fccc) at malloc+0x6b I'll go ahead and apply your patch to see if it alleviates the freeze problem. Regards, - Peter > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 08:15:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D88E16A4CE for ; Fri, 17 Dec 2004 08:15:03 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95D343D2D for ; Fri, 17 Dec 2004 08:15:02 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id iBH8ExJG036787; Fri, 17 Dec 2004 02:14:59 -0600 (CST) (envelope-from dan) Date: Fri, 17 Dec 2004 02:14:59 -0600 From: Dan Nelson To: Matt Rowley Message-ID: <20041217081458.GB10368@dan.emsphone.com> References: <20041211004038.GC50516@dragon.nuxi.com> <11A4B937C9C745F2DD5B75EC@elric.arin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11A4B937C9C745F2DD5B75EC@elric.arin.net> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 08:15:03 -0000 In the last episode (Dec 16), Matt Rowley said: > > In order for the asr(4) utilities to work under FreeBSD 5.x someone > > just needs to convert the ports/sysutils/asr-utils port I made to > > build from sources as a first step -- patch submission welcomed. > > Incidentally, the source code won't build under FreeBSD 5.3. > It barfs out with: > scsi_obj.cpp:424: error: cannot bind packed field > `basic_P->dptBasic_S::attachedTo' to `uLONG& > > I believe that "cannot bind packed field" stuff is a restriction introduced > in gcc 3.4.2, yes? Yes; you can work around it by declaring a temp variable, assigning it the value of attachedTo, making whatever modification is necessary, then assigning attachedTo=temp. Do this every time you get that error. You /might/ also be able to just remove the PACKed attribute from the attachedTo field, but that will cause havoc if the struct is supposed to line up with something generated by the card. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 10:07:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95FB016A4CE for ; Fri, 17 Dec 2004 10:07:18 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 8EE6143D39 for ; Fri, 17 Dec 2004 10:07:17 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 78808 invoked from network); 17 Dec 2004 09:44:53 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 17 Dec 2004 09:44:53 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id iBH9irCB047984; Fri, 17 Dec 2004 10:44:53 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id iBH9inPp047983; Fri, 17 Dec 2004 10:44:49 +0100 (CET) (envelope-from pho) Date: Fri, 17 Dec 2004 10:44:49 +0100 From: Peter Holm To: John Baldwin Message-ID: <20041217094449.GA47945@peter.osted.lan> References: <20041112123343.GA12048@peter.osted.lan> <200411191710.19215.jhb@FreeBSD.org> <20041206135934.GA24238@peter.osted.lan> <200412161521.44026.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412161521.44026.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: bmilekic@FreeBSD.org cc: jeffr@FreeBSD.org cc: jroberson@chesapeake.net Subject: Re: Freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 10:07:18 -0000 On Thu, Dec 16, 2004 at 03:21:44PM -0500, John Baldwin wrote: > On Monday 06 December 2004 08:59 am, Peter Holm wrote: > > On Fri, Nov 19, 2004 at 05:10:19PM -0500, John Baldwin wrote: > > > On Friday 19 November 2004 02:59 am, Peter Holm wrote: > > > > On Mon, Nov 15, 2004 at 03:46:15PM -0500, John Baldwin wrote: > > > > > On Friday 12 November 2004 07:33 am, Peter Holm wrote: > > > > > > GENERIC HEAD from Nov 11 08:05 UTC > > > > > > > > > > > > The following stack traces etc. was done before my first > > > > > > cup of coffee, so it's not so informative as it could have been :-( > > > > > > > > > > > > The test box appeared to have been frozen for more than 6 hours, > > > > > > but was pingable. > > > > > > > > > > > > http://www.holm.cc/stress/log/cons86.html > > > > > > > > > > A weak guess is that you have the system in some sort of livelock due > > > > > to fork()? Have you tried running with 'debug.mpsafevm=1' set from > > > > > the loader? > > > > > > > > > > -- > > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > > > OK, I've got some more info: > > > > > > > > http://www.holm.cc/stress/log/cons88.html > > > > > > > > Looks like a spin in uma_zone_slab() when slab_zalloc() fails? > > > > > > Yes, I think if you specify M_WAITOK, then that might happen. > > > slab_zalloc() can fail if any of the init functions fail for example, in > > > which case it would loop forever. You can try this hack (though it may > > > very well be wrong) to return failure if that is what is triggering: > > > > > > Index: uma_core.c > > > =================================================================== > > > RCS file: /usr/cvs/src/sys/vm/uma_core.c,v > > > retrieving revision 1.110 > > > diff -u -r1.110 uma_core.c > > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > > +++ uma_core.c 19 Nov 2004 22:08:26 -0000 > > > @@ -1998,6 +1998,10 @@ > > > */ > > > if (flags & M_NOWAIT) > > > flags |= M_NOVM; > > > + > > > + /* XXXHACK */ > > > + if (flags & M_WAITOK) > > > + break; > > > } > > > return (slab); > > > } > > > > > > -- > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > I instrumented the code with this: > > $ cvs diff -u > > cvs diff: Diffing . > > Index: uma_core.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/vm/uma_core.c,v > > retrieving revision 1.110 > > diff -u -r1.110 uma_core.c > > --- uma_core.c 6 Nov 2004 11:43:30 -0000 1.110 > > +++ uma_core.c 6 Dec 2004 13:49:36 -0000 > > @@ -1926,6 +1926,7 @@ > > { > > uma_slab_t slab; > > uma_keg_t keg; > > + int i; > > > > keg = zone->uz_keg; > > > > @@ -1943,7 +1944,8 @@ > > > > slab = NULL; > > > > - for (;;) { > > + for (i = 0;;i++) { > > + KASSERT(i < 10000, ("uma_zone_slab is looping")); > > /* > > * Find a slab with some space. Prefer slabs that are > > partially * used over those that are totally full. This helps to reduce > > > > and now during test of Jeff Roberson's "SMP FFS" patch the assert > > triggered: http://www.holm.cc/stress/log/cons92.html > > Hmm. Does the hack patch above make the hang go away or does it just break > things worse? > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org I've uploaded two different freeze incidents to http://www.holm.cc/stress/log/freeze01.html and http://www.holm.cc/stress/log/freeze02.html just in case there should be any new clues in there. The first is switching threads, wheres the second isn't: freeze01:curthread = 0xc301f8a0: pid 65444 "net" freeze01:curthread = 0xc302f000: pid 65452 "net" freeze02:curthread = 0xc25eb2e0: pid 73508 "fork" freeze02:curthread = 0xc25eb2e0: pid 73508 "fork" freeze02:curthread = 0xc25eb2e0: pid 73508 "fork" freeze02:curthread = 0xc25eb2e0: pid 73508 "fork" freeze02:curthread = 0xc25eb2e0: pid 73508 "fork" I'm testing your patch right now, but I guess it will be days before we know for sure. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 15:49:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4424116A4CF for ; Fri, 17 Dec 2004 15:49:44 +0000 (GMT) Received: from web52806.mail.yahoo.com (web52806.mail.yahoo.com [206.190.39.170]) by mx1.FreeBSD.org (Postfix) with SMTP id A101143D55 for ; Fri, 17 Dec 2004 15:49:43 +0000 (GMT) (envelope-from atkin901@yahoo.com) Received: (qmail 6121 invoked by uid 60001); 17 Dec 2004 15:49:42 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=q8kQ/cRK/1bP9awyhB+i0e7uHCGri6UyZTD4xqohxEo6I58IACnXx6zbly/LCTP47A2rm3f5D933WHaIVaYMjmHu+YJycZbK6VvKOmJGi5C/maVaEG/tauKTjJZoCPwLuSdPEESUqXd7iu7YknMqBH/OjwPDOmxHedBDXNq+BfI= ; Message-ID: <20041217154942.6119.qmail@web52806.mail.yahoo.com> Received: from [205.229.151.150] by web52806.mail.yahoo.com via HTTP; Fri, 17 Dec 2004 07:49:42 PST Date: Fri, 17 Dec 2004 07:49:42 -0800 (PST) From: Mark Atkinson To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: RE: Unable to mount root from SATA drive 12.15.2004 -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 15:49:44 -0000 Mark Atkinson wrote: >> acd0: CDROM at ata0-master >> UDMA33 >> ad16: 114473MB [232581/16/63] at >> ata8-master SATA150 >> kern_symlink = 0 >> Trying to mount root from ufs:/dev/ad12s1a >> kernel_vmount = 2 >> >> Manual root filesystem specification: >> : Mount using > filesystem >> >> eg. ufs:da0s1a >> ? List valid disk boot devices >> Abort manual input >> >> mountroot> ? >> panic: Root mount failed, startup aborted. >> Uptime: 46s >> Ok, it turns out that the (I believe anyway) the pci-express code, or some other recent change added recently now detects the onboard raid controller on this new mboard, and thus mucked with the device numbers. However, the 'mountroot>' code seems b0rked. Since using 'ufs:/dev/ad16s1a' fails, as well as '?' and 'ufs:ad16s1a'. Only turning off the controller in bios to return the numbering back to ad12 worked. (I didn't try the 'set' method at the boot loader). -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 16:03:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D8316A4CE for ; Fri, 17 Dec 2004 16:03:31 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD1F43D39 for ; Fri, 17 Dec 2004 16:03:31 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBHG69Fr061491; Fri, 17 Dec 2004 09:06:09 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41C30321.5060209@freebsd.org> Date: Fri, 17 Dec 2004 09:02:41 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <20041211004038.GC50516@dragon.nuxi.com> <11A4B937C9C745F2DD5B75EC@elric.arin.net> <20041217081458.GB10368@dan.emsphone.com> In-Reply-To: <20041217081458.GB10368@dan.emsphone.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Matt Rowley Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 16:03:32 -0000 Dan Nelson wrote: > In the last episode (Dec 16), Matt Rowley said: > >>>In order for the asr(4) utilities to work under FreeBSD 5.x someone >>>just needs to convert the ports/sysutils/asr-utils port I made to >>>build from sources as a first step -- patch submission welcomed. >> >>Incidentally, the source code won't build under FreeBSD 5.3. >>It barfs out with: >>scsi_obj.cpp:424: error: cannot bind packed field >>`basic_P->dptBasic_S::attachedTo' to `uLONG& >> >>I believe that "cannot bind packed field" stuff is a restriction introduced >>in gcc 3.4.2, yes? > > > Yes; you can work around it by declaring a temp variable, assigning it > the value of attachedTo, making whatever modification is necessary, > then assigning attachedTo=temp. Do this every time you get that error. > You /might/ also be able to just remove the PACKed attribute from the > attachedTo field, but that will cause havoc if the struct is supposed > to line up with something generated by the card. > I'd highly recommend against removing the packed attribute. Scott From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 16:46:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4284016A4CE for ; Fri, 17 Dec 2004 16:46:31 +0000 (GMT) Received: from web52810.mail.yahoo.com (web52810.mail.yahoo.com [206.190.39.174]) by mx1.FreeBSD.org (Postfix) with SMTP id CEDE743D3F for ; Fri, 17 Dec 2004 16:46:30 +0000 (GMT) (envelope-from atkin901@yahoo.com) Received: (qmail 80957 invoked by uid 60001); 17 Dec 2004 16:46:30 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=PN+9fgOPA8FGvQG4996LERJM2WPo/gZFZlbMs9KpMsd0Bb6T4+VGjaICCi4Tc3pFx8bNkM4AZXVkEupN30qYXV6Cs8lDO3S4aFQNBm0nj3Oiq7a8QQ9bIRy+U2+Pt7OpzOSFqxL4uvFYSjFIzRqtSsqvoP2DnwYHDszzkHhBBZM= ; Message-ID: <20041217164630.80955.qmail@web52810.mail.yahoo.com> Received: from [205.229.151.150] by web52810.mail.yahoo.com via HTTP; Fri, 17 Dec 2004 08:46:29 PST Date: Fri, 17 Dec 2004 08:46:29 -0800 (PST) From: Mark Atkinson To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: LOR in fxp driver when configuring device vlan... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 16:46:31 -0000 not seen in the common LOR list: http://sources.zabbadoz.net/freebsd/lor.html might be related to ipv6, but easily reproducable: [root@starbuck root]$ ifconfig vlan0 vlan 999 vlandev fxp1 [root@starbuck root]$ ifconfig vlan0 inet 172.16.64.3 netmask 255.255.240.0 lock order reversal 1st 0xc1b07268 fxp1 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:2389 2nd 0xc19aae54 user map (user map) @ /usr/src/sys/vm/vm_map.c:2994 KDB: stack backtrace: witness_checkorder(c19aae54,9,c08f78a5,bb2,3f5b8d74) at witness_checkorder+0x5c6 _sx_xlock(c19aae54,c08f78a5,bb2,26602a4,0) at _sx_xlock+0x5d vm_map_lookup(da8766f4,0,2,da8766f8,da8766e8) at vm_map_lookup+0x3a vm_fault(c19aae10,0,2,8,c1dde000) at vm_fault+0x7a trap_pfault(0,c08bcc89,c1b07268,da8767bc,0) at trap_pfault+0x166 trap(c09a0018,c1dd0010,10,c1b07000,c1b076b4) at trap+0x363 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05460fe, esp = 0xda87681c, ebp = 0xda876834 --- fxp_mc_setup(c1b07268,8,c08bcc89,955,c1b07268) at fxp_mc_setup+0x6e fxp_ioctl(c1b07000,80206931,0,1,0) at fxp_ioctl+0x23c if_addmulti(c1b07000,da8768a4,da8768a0,c1b07000,c2551a00) at if_addmulti+0x184 vlan_setmulti(c0947004,0,c08dcc22,cb,c0947004) at vlan_setmulti+0x194 vlan_ioctl(c1b69c00,80206931,0,c4,c2729340) at vlan_ioctl+0x44 if_addmulti(c1b69c00,da87697c,da876978,c2bb3c20,1c1c) at if_addmulti+0x184 in6_addmulti(da8769e0,c1b69c00,da8769d8,0,9a6) at in6_addmulti+0x5e in6_update_ifa(c1b69c00,da876b88,0,187,0) at in6_update_ifa+0x2ec in6_ifattach(c1b69c00,0,8040691a,8040691a,c1b85780) at in6_ifattach+0x2e9 in6_if_up(c1b69c00,8040691a,c1b85780,c1b69c00,c1dde000) at in6_if_up+0x19 ifioctl(c1e04144,8040691a,c1b85780,c1dde000,2) at ifioctl+0x1ae soo_ioctl(c1cc51dc,8040691a,c1b85780,c25e5d80,c1dde000) at soo_ioctl+0x2ef ioctl(c1dde000,da876d14,c,3ff,3) at ioctl+0x11e syscall(2f,2f,2f,80563c0,0) at syscall+0x137 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280d8caf, esp = 0xbfbfe82c, ebp= 0xbfbfe858 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc05460fe stack pointer = 0x10:0xda87681c frame pointer = 0x10:0xda876834 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 18852 (ifconfig) [thread pid 18852 tid 100090 ] Stopped at fxp_mc_setup+0x6e: movw $0,0(%eax) db> __________________________________ Do you Yahoo!? Send a seasonal email greeting and help others. Do good. http://celebrity.mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 16:51:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D367F16A4CE; Fri, 17 Dec 2004 16:51:05 +0000 (GMT) Received: from smtp2.arin.net (smtp2.arin.net [192.149.252.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A202E43D46; Fri, 17 Dec 2004 16:51:05 +0000 (GMT) (envelope-from matt@arin.net) Received: by smtp2.arin.net (Postfix, from userid 5003) id F385514472B; Fri, 17 Dec 2004 11:51:04 -0500 (EST) Received: from mercury.arin.net (mercury.arin.net [192.149.252.131]) by smtp2.arin.net (Postfix) with ESMTP id 6A8FE144691; Fri, 17 Dec 2004 11:51:04 -0500 (EST) Received: from elric.arin.net (elric.arin.net [192.136.136.23]) by mercury.arin.net (Postfix) with ESMTP id 685531FE89; Fri, 17 Dec 2004 11:51:04 -0500 (EST) Date: Fri, 17 Dec 2004 11:50:10 -0500 From: Matt Rowley To: Scott Long , Dan Nelson , freebsd-current@freebsd.org Message-ID: <22C3670E71A83C719BAC25E9@elric.arin.net> In-Reply-To: <41C30321.5060209@freebsd.org> References: <20041211004038.GC50516@dragon.nuxi.com> <11A4B937C9C745F2DD5B75EC@elric.arin.net> <20041217081458.GB10368@dan.emsphone.com> <41C30321.5060209@freebsd.org> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 2.63-arin1 (2004-01-11) on smtp2.arin.net X-Spam-Level: X-Spam-Status: No, hits=-5.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63-arin1 Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 16:51:05 -0000 >> Yes; you can work around it by declaring a temp variable, assigning it >> the value of attachedTo, making whatever modification is necessary, >> then assigning attachedTo=temp. Do this every time you get that error. >> You /might/ also be able to just remove the PACKed attribute from the >> attachedTo field, but that will cause havoc if the struct is supposed >> to line up with something generated by the card. >> > > I'd highly recommend against removing the packed attribute. :) It does compile, when you remove packed. After commenting out the unneeded semaphore union struct in basic.hh, the whole thing compiles. The resulting raidutil binary spews out the same error as the one from the current binary port about "Engine connect failed: COMPATIBILITY number"... but that's to be expected. Scott, is Dan's suggestion about using a temp variable and to stop passing by reference the right way to go? --Matt From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 16:54:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A437216A4CE for ; Fri, 17 Dec 2004 16:54:08 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42CF443D2F for ; Fri, 17 Dec 2004 16:54:08 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id iBHGv3Tg061695; Fri, 17 Dec 2004 09:57:03 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41C30F0F.3080302@freebsd.org> Date: Fri, 17 Dec 2004 09:53:35 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Rowley References: <20041211004038.GC50516@dragon.nuxi.com> <11A4B937C9C745F2DD5B75EC@elric.arin.net> <20041217081458.GB10368@dan.emsphone.com> <41C30321.5060209@freebsd.org> <22C3670E71A83C719BAC25E9@elric.arin.net> In-Reply-To: <22C3670E71A83C719BAC25E9@elric.arin.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Dan Nelson Subject: Re: FreeBSD 5.3 and Adaptec raidutils (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 16:54:08 -0000 Matt Rowley wrote: >>> Yes; you can work around it by declaring a temp variable, assigning it >>> the value of attachedTo, making whatever modification is necessary, >>> then assigning attachedTo=temp. Do this every time you get that error. >>> You /might/ also be able to just remove the PACKed attribute from the >>> attachedTo field, but that will cause havoc if the struct is supposed >>> to line up with something generated by the card. >>> >> >> I'd highly recommend against removing the packed attribute. > > > :) It does compile, when you remove packed. After commenting out the > unneeded semaphore union struct in basic.hh, the whole thing compiles. > The resulting raidutil binary spews out the same error as the one from > the current binary port about "Engine connect failed: COMPATIBILITY > number"... but that's to be expected. > > Scott, is Dan's suggestion about using a temp variable and to stop > passing by reference the right way to go? > > --Matt I agree with Dan's temp variable solution. I'm also open to discussion on the compatibility number thing. If you can make it work with the value provided by the current driver, then please do. Otherwise we can discuss reverting the value. Scott From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 17:50:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69C0E16A4CF; Fri, 17 Dec 2004 17:50:02 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B238143D2D; Fri, 17 Dec 2004 17:50:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHHo14E003576; Fri, 17 Dec 2004 12:50:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHHo0IL009771; Fri, 17 Dec 2004 12:50:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 13E387306E; Fri, 17 Dec 2004 12:50:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041217175000.13E387306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 12:50:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 17:50:02 -0000 TB --- 2004-12-17 16:54:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-17 16:54:32 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2004-12-17 16:54:32 - checking out the source tree TB --- 2004-12-17 16:54:32 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2004-12-17 16:54:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-12-17 17:03:24 - building world (CFLAGS=-O -pipe) TB --- 2004-12-17 17:03:24 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2004-12-17 17:03:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2004-12-17 17:49:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-17 17:49:59 - ERROR: failed to build world TB --- 2004-12-17 17:49:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 19:09:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2692316A4D3; Fri, 17 Dec 2004 19:09:06 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C1643D49; Fri, 17 Dec 2004 19:09:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHJ94P0066955; Fri, 17 Dec 2004 14:09:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHJ94FC066181; Fri, 17 Dec 2004 14:09:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 77B1C7306E; Fri, 17 Dec 2004 14:09:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041217190904.77B1C7306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 14:09:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 19:09:06 -0000 TB --- 2004-12-17 18:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-17 18:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-12-17 18:00:00 - checking out the source tree TB --- 2004-12-17 18:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-12-17 18:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-17 18:06:14 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-17 18:06:14 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-12-17 18:06:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-12-17 19:09:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-17 19:09:04 - ERROR: failed to build world TB --- 2004-12-17 19:09:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 19:24:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69BA516A4CE for ; Fri, 17 Dec 2004 19:24:02 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D8743D53 for ; Fri, 17 Dec 2004 19:24:02 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CfNhp-000337-HI; Fri, 17 Dec 2004 11:24:01 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16835.12881.20473.356875@ran.psg.com> Date: Fri, 17 Dec 2004 11:24:01 -0800 To: FreeBSD Current Subject: usb-related crash on thinkpad t41 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 19:24:02 -0000 the crash i described two days ago o is there in current cvsupped an hour ago o is usb related. if i have nothing plugged into the usb, it boots crashes. if i have something plugged into the usb, e.g. a 250g wd disk drive, it boots successfully with the dmesg excerpt of acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 57231MB [116280/16/63] at ata0-master UDMA100 uhub2: at uhub1 port 2 (addr 2) disconnected umass0: at uhub2 port 2 (addr 3) disconnected umass0: detached uhub2: detached ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-slave: FAILURE - ATAPI_IDENTIFY timed out acd0: FAILURE - ATAPI_RESET timed out acd0: CDRW at ata1-master UDMA33 da0 at umass-sim1 bus 1 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) kern_symlink = 0 Trying to mount root from ufs:/dev/ad0s1a o if i disable acpi, it will boot without a usb device randy From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 20:18:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 880B716A4CE; Fri, 17 Dec 2004 20:18:58 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3056543D45; Fri, 17 Dec 2004 20:18:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHKIvkK072190; Fri, 17 Dec 2004 15:18: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.13.1/8.13.1) with ESMTP id iBHKIv47080411; Fri, 17 Dec 2004 15:18:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0CAF77306E; Fri, 17 Dec 2004 15:18:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041217201857.0CAF77306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 15:18:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 20:18:58 -0000 TB --- 2004-12-17 19:09:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-17 19:09:04 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-12-17 19:09:04 - checking out the source tree TB --- 2004-12-17 19:09:04 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-12-17 19:09:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-17 19:15:23 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-17 19:15:23 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-12-17 19:15:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-12-17 20:18:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-17 20:18:56 - ERROR: failed to build world TB --- 2004-12-17 20:18:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 20:59:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D872D16A4CE; Fri, 17 Dec 2004 20:59:25 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 632ED43D1D; Fri, 17 Dec 2004 20:59:25 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CfPC8-0007zP-00; Fri, 17 Dec 2004 21:59:24 +0100 Received: from [217.227.152.17] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CfPC7-0004cA-00; Fri, 17 Dec 2004 21:59:24 +0100 From: Max Laier To: freebsd-arch@freebsd.org Date: Fri, 17 Dec 2004 21:59:15 +0100 User-Agent: KMail/1.7.1 References: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> <200412131232.55051.max@love2party.net> <21F934EB-4FE7-11D9-B1F7-000A95C4D7BC@FreeBSD.org> In-Reply-To: <21F934EB-4FE7-11D9-B1F7-000A95C4D7BC@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12125019.tk7FQXOsAd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412172159.22871.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: freebsd-current@freebsd.org cc: Suleiman Souhlal Subject: Re: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 17 Dec 2004 20:59:26 -0000 --nextPart12125019.tk7FQXOsAd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 17 December 2004 05:50, Suleiman Souhlal wrote: > Hello, > > On Dec 13, 2004, at 6:32 AM, Max Laier wrote: > > 1) Extend sysctl_add_oid() to accept an additional mutex argument. > > 2) Extend the simple sysctl handler to use this mutex to protect the > > actual > > write(?read?). We must not hold the mutex during the useland copy > > in/out so > > we must move to temporary storage. > > 3) To maintain the current API and behavior we use &Giant as the > > default > > fallback argument. This might need some extension for complex > > handler (i.e. > > no mutex given -> acquire Giant before calling the complex handler). > > > > What do people think of this? Does it make any sense? Should we be > > concerned > > at all? Does the extension make sense? Comments? > > I have implemented this. The diff is at > http://people.freebsd.org/~ssouhlal/sysctl-sx-locking-20041214.diff It still looks like you call oid_handler() without grabbing the lock. You=20 should do this at least for the "oid_mtx =3D=3D &Giant"-case and - in my op= inion=20 =2D it should be done for the default case as well, so that oid_handler() c= an=20 assert the mutex. > It also needs the patch at > http://people.freebsd.org/~ssouhlal/sx_xlocked.diff which introduces a > sx_xlocked() function. Just spotted an error: @@ -884,10 +1015,14 @@ outlen =3D strlen((char *)arg1)+1; tmparg =3D malloc(outlen, M_SYSCTLTMP, M_WAITOK); =20 + if (oidp->oid_mtx) + mtx_lock(oidp->oid_mtx); if (strlcpy(tmparg, (char *)arg1, outlen) >=3D outlen) { free(tmparg, M_SYSCTLTMP); goto retry; <--- this will break the lock order, no? } + if (oidp->oid_mtx) + mtx_unlock(oidp->oid_mtx); =20 error =3D SYSCTL_OUT(req, tmparg, outlen); free(tmparg, M_SYSCTLTMP); > Unfortunately, we still need to look at every single SYSCTL_PROC, and > make either grab Giant, lock correctly, or make sure it doesn't need > any locking. :( =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart12125019.tk7FQXOsAd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBw0iqXyyEoT62BG0RArpeAJ9jrVuSwJYl6GqiYfEVaoVty34u/ACeOadk 0rIxAblyICRqPlD8cxn/6IQ= =S50c -----END PGP SIGNATURE----- --nextPart12125019.tk7FQXOsAd-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 21:00:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1632916A4CF for ; Fri, 17 Dec 2004 21:00:08 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99F8843D5C for ; Fri, 17 Dec 2004 21:00:07 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 9335 invoked from network); 17 Dec 2004 21:00:07 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Dec 2004 21:00:06 -0000 Received: from hydrogen.funkthat.com (qxabuf@localhost.funkthat.com [127.0.0.1])iBHL06GH051416; Fri, 17 Dec 2004 13:00:06 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id iBHL05OD051414; Fri, 17 Dec 2004 13:00:05 -0800 (PST) Date: Fri, 17 Dec 2004 13:00:05 -0800 From: John-Mark Gurney To: Max Laier Message-ID: <20041217210004.GZ19624@funkthat.com> Mail-Followup-To: Max Laier , freebsd-current@freebsd.org, Suleiman Souhlal , freebsd-arch@freebsd.org References: <94AE3F5A-4CD6-11D9-8BD6-000A95C4D7BC@FreeBSD.org> <200412130913.20215.max@love2party.net> <200412131232.55051.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200412131232.55051.max@love2party.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org cc: Suleiman Souhlal cc: freebsd-arch@freebsd.org Subject: Re: sysctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 21:00:08 -0000 Max Laier wrote this message on Mon, Dec 13, 2004 at 12:32 +0100: > If we come to the conclusion that it is required to protect these values > better, I suggest the following: > > 1) Extend sysctl_add_oid() to accept an additional mutex argument. > 2) Extend the simple sysctl handler to use this mutex to protect the actual > write(?read?). We must not hold the mutex during the useland copy in/out so > we must move to temporary storage. > 3) To maintain the current API and behavior we use &Giant as the default > fallback argument. This might need some extension for complex handler (i.e. > no mutex given -> acquire Giant before calling the complex handler). > > What do people think of this? Does it make any sense? Should we be concerned > at all? Does the extension make sense? Comments? If all one is doing is a single read or a single write, then a mutex is not needed... Since you are not syncronizing with something else or doing a write based on a read (i.e atomic increment, etc), the read/write could happen at any order.. Only if the entire value can not be written atomicly (like 64 bit ints of 486's, Pentiums have an 8 byte xchng op) would a mutex be helpful... In the kqueue case, there is a function knlist_empty that originally would obtain the lock, read the value and then unlock.. This was pointless since any state returned by the function would be stale and any decision made on it would be bogus... It was changed to require that the calling function hold the lock so that the state was consistent with the subsequent decission... If a sysctl needs that level of protection, it seems like they need to be writing their own custom handler to handle the required interactions.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 21:28:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C7EB16A4CE; Fri, 17 Dec 2004 21:28:06 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6ECD43D39; Fri, 17 Dec 2004 21:28:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHLS5C2019875; Fri, 17 Dec 2004 16:28:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHLS43J051821; Fri, 17 Dec 2004 16:28:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C01477306E; Fri, 17 Dec 2004 16:28:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041217212804.C01477306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 16:28:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 21:28:06 -0000 TB --- 2004-12-17 20:18:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-17 20:18:57 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-12-17 20:18:57 - checking out the source tree TB --- 2004-12-17 20:18:57 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2004-12-17 20:18:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-17 20:25:11 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-17 20:25:11 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2004-12-17 20:25:11 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2004-12-17 21:28:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-17 21:28:04 - ERROR: failed to build world TB --- 2004-12-17 21:28:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Dec 17 22:37:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1365216A4CE; Fri, 17 Dec 2004 22:37:32 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF1D543D2F; Fri, 17 Dec 2004 22:37:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHMbVbd023565; Fri, 17 Dec 2004 17:37:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBHMbVGO002149; Fri, 17 Dec 2004 17:37:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 06A827306E; Fri, 17 Dec 2004 17:37:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041217223730.06A827306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 17:37:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2004 22:37:32 -0000 TB --- 2004-12-17 21:28:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-17 21:28:04 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-12-17 21:28:04 - checking out the source tree TB --- 2004-12-17 21:28:04 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-12-17 21:28:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-17 21:34:22 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-17 21:34:22 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-12-17 21:34:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-12-17 22:37:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-17 22:37:30 - ERROR: failed to build world TB --- 2004-12-17 22:37:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 00:08:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C8116A4CE; Sat, 18 Dec 2004 00:08:58 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EECD43D49; Sat, 18 Dec 2004 00:08:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI08v1j027587; Fri, 17 Dec 2004 19:08:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI08uGR018024; Fri, 17 Dec 2004 19:08:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5297A7306E; Fri, 17 Dec 2004 19:08:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041218000857.5297A7306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 19:08:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 00:08:58 -0000 TB --- 2004-12-17 22:37:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-17 22:37:31 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-12-17 22:37:31 - checking out the source tree TB --- 2004-12-17 22:37:31 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2004-12-17 22:37:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-17 22:43:37 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-17 22:43:37 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2004-12-17 22:43:37 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-12-18 00:08:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-18 00:08:57 - ERROR: failed to build world TB --- 2004-12-18 00:08:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 01:17:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 294B316A4CF; Sat, 18 Dec 2004 01:17:12 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD12B43D46; Sat, 18 Dec 2004 01:17:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI1HBte087971; Fri, 17 Dec 2004 20:17:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI1HAfO042653; Fri, 17 Dec 2004 20:17:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD3557306E; Fri, 17 Dec 2004 20:17:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041218011710.DD3557306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 20:17:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 01:17:12 -0000 TB --- 2004-12-18 00:08:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-18 00:08:57 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-12-18 00:08:57 - checking out the source tree TB --- 2004-12-18 00:08:57 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-12-18 00:08:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-12-18 00:15:16 - building world (CFLAGS=-O2 -pipe) TB --- 2004-12-18 00:15:16 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-12-18 00:15:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O2 -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-12-18 01:17:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-18 01:17:10 - ERROR: failed to build world TB --- 2004-12-18 01:17:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 02:13:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62E0116A4CE; Sat, 18 Dec 2004 02:13:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A6643D1F; Sat, 18 Dec 2004 02:13:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI2DMk4090499; Fri, 17 Dec 2004 21:13:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI2DLNF062030; Fri, 17 Dec 2004 21:13:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A32F7306E; Fri, 17 Dec 2004 21:13:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041218021322.6A32F7306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 21:13:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 02:13:24 -0000 TB --- 2004-12-18 01:17:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-18 01:17:11 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2004-12-18 01:17:11 - checking out the source tree TB --- 2004-12-18 01:17:11 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2004-12-18 01:17:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-12-18 01:25:56 - building world (CFLAGS=-O -pipe) TB --- 2004-12-18 01:25:56 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2004-12-18 01:25:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2004-12-18 02:13:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-18 02:13:22 - ERROR: failed to build world TB --- 2004-12-18 02:13:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 02:51:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8374616A4CE for ; Sat, 18 Dec 2004 02:51:59 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57EF843D41 for ; Sat, 18 Dec 2004 02:51:59 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 17826F1B36 for ; Fri, 17 Dec 2004 18:51:59 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55367-06 for ; Fri, 17 Dec 2004 18:51:57 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 41219F1B0A for ; Fri, 17 Dec 2004 18:51:57 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+VE8F8j/SSRgnKOTOxi4" Date: Fri, 17 Dec 2004 18:51:56 -0800 Message-Id: <1103338317.34170.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com Subject: ip_nat compilation errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 02:51:59 -0000 --=-+VE8F8j/SSRgnKOTOxi4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Is there a fix for this coming soon? =3D=3D=3D> usr.sbin/ipftest (all) /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904:= error: `rulen' undeclared (first use in this function) /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904:= error: (Each undeclared identifier is reported only once /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904:= error: for each function it appears in.) /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904:= error: `np' undeclared (first use in this function) --=-+VE8F8j/SSRgnKOTOxi4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBw5tMyQsGN30uGE4RAgy4AJ0TiBl6Eo3qimWCX2GXadmKDwX6VgCcDaxm b4wHkJHBJRokmvgKnKEVFS0= =MvIG -----END PGP SIGNATURE----- --=-+VE8F8j/SSRgnKOTOxi4-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 02:55:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7109016A4CF for ; Sat, 18 Dec 2004 02:55:24 +0000 (GMT) Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE17A43D4C for ; Sat, 18 Dec 2004 02:55:23 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out008.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041218025523.ZNKD4287.out008.verizon.net@RabbitsDen> for ; Fri, 17 Dec 2004 20:55:23 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=iso-8859-5 Date: Fri, 17 Dec 2004 21:55:12 -0500 Message-Id: <1103338512.1134.20.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out008.verizon.net from [70.21.161.195] at Fri, 17 Dec 2004 20:55:22 -0600 Subject: Atheros-based card oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 02:55:24 -0000 I have recently picked up Linksys WPC55AG Atheros-based card. With the latest changes to the 'ath' driver it has been working quite well in both WEP and non-secure environments. However, it had demonstrated some odd behavior in somewhat nonstandard situation. I have place where my AP (WEP, no SSID broadcast) has give or take same signal strength as my neighbor's AP (no WEP, broadcasted SSID). As soon as I come near that point, Atheros card would go into scanning mode (as judged by visible lights and output caused by '80211debug state') and never comes back out. Moving laptop closer to my AP and configuring card down and up would bring it back to life and it would stay connected for prolonged periods of time. My Broadcom-based Belkin F5D7050 used with NDIS wrapper does not demonstrate any such behavior. Atheros-based card works fine with Windows on the same laptop and with FreeBSD 5.3 (mid-November) on the different laptop. I am running -current as of late December 16 (EST). Output below illustrates properties of the place where problem occurs (as reported by ndis-wrapped card). # wicontrol ndis0 -l 2 stations: ap[0]: netname (SSID): [ linksys ] BSSID: [ 00:12:17:01:d7:43 ] Channel: [ 6 ] Quality/Signal/Noise [signal]: [ 83 / 83 / 0 ] [dBm]: [ 83 / -66 / -149 ] BSS Beacon Interval [msec]: [ 0 ] Capinfo: [ ] ap[1]: netname (SSID): [ XXXXXXXXXXX ] BSSID: [ XX:XX:XX:XX:XX:XX ] Channel: [ 11 ] Quality/Signal/Noise [signal]: [ 84 / 84 / 0 ] [dBm]: [ 84 / -65 / -149 ] BSS Beacon Interval [msec]: [ 0 ] Capinfo: [ WEP ] # I am not sure what additional info I can provide to troubleshoot this problem, but if there is some or if there is a patch to test, I would be glad to oblige (provided that my neighbor would not shut his AP down in the meantime ;). -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 03:12:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED5CA16A4CE; Sat, 18 Dec 2004 03:12:11 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFDF43D58; Sat, 18 Dec 2004 03:12:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI3CBb0036174; Fri, 17 Dec 2004 22:12:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI3CAfQ083857; Fri, 17 Dec 2004 22:12:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EB80C7306E; Fri, 17 Dec 2004 22:12:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041218031210.EB80C7306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 22:12:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 03:12:12 -0000 TB --- 2004-12-18 02:13:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-18 02:13:22 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2004-12-18 02:13:22 - checking out the source tree TB --- 2004-12-18 02:13:22 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2004-12-18 02:13:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-12-18 02:22:16 - building world (CFLAGS=-O -pipe) TB --- 2004-12-18 02:22:16 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2004-12-18 02:22:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2004-12-18 03:12:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-18 03:12:10 - ERROR: failed to build world TB --- 2004-12-18 03:12:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 03:56:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 369A416A4CE for ; Sat, 18 Dec 2004 03:56:07 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC6743D3F for ; Sat, 18 Dec 2004 03:56:06 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CfVhO-0001JY-00; Sat, 18 Dec 2004 04:56:06 +0100 Received: from [217.227.152.17] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CfVhN-0003Jp-00; Sat, 18 Dec 2004 04:56:05 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Sat, 18 Dec 2004 04:56:03 +0100 User-Agent: KMail/1.7.1 References: <1103338317.34170.0.camel@server.mcneil.com> In-Reply-To: <1103338317.34170.0.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9350995.8udLSy5J25"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412180456.05202.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: ip_nat compilation errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 03:56:07 -0000 --nextPart9350995.8udLSy5J25 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 18 December 2004 03:51, Sean McNeil wrote: > Is there a fix for this coming soon? > > =3D=3D=3D> usr.sbin/ipftest (all) > /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: > In function `nat_log': > /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:290= 4: > error: `rulen' undeclared (first use in this function) > /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:290= 4: > error: (Each undeclared identifier is reported only once > /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:290= 4: > error: for each function it appears in.) > /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:290= 4: > error: `np' undeclared (first use in this function) =46ixed ... in HEAD and RELENG_5 =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart9350995.8udLSy5J25 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBw6pVXyyEoT62BG0RAm0+AJ9BR5GreaL9mGqMlL5hvjzVWrrrYACeJVTJ 9oa0JXXXTr1Nb65C4+NclLY= =jBKE -----END PGP SIGNATURE----- --nextPart9350995.8udLSy5J25-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 04:09:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 642A616A4CE; Sat, 18 Dec 2004 04:09:36 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 026FE43D2D; Sat, 18 Dec 2004 04:09:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI49YBS096355; Fri, 17 Dec 2004 23:09:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI49Ylb004559; Fri, 17 Dec 2004 23:09:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ACADF7306E; Fri, 17 Dec 2004 23:09:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041218040934.ACADF7306E@freebsd-current.sentex.ca> Date: Fri, 17 Dec 2004 23:09:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 04:09:36 -0000 TB --- 2004-12-18 03:12:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-18 03:12:11 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2004-12-18 03:12:11 - checking out the source tree TB --- 2004-12-18 03:12:11 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2004-12-18 03:12:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-12-18 03:21:10 - building world (CFLAGS=-O -pipe) TB --- 2004-12-18 03:21:10 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2004-12-18 03:21:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2004-12-18 04:09:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-18 04:09:34 - ERROR: failed to build world TB --- 2004-12-18 04:09:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 04:49:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C15D16A4CF for ; Sat, 18 Dec 2004 04:49:57 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB40A43D45 for ; Sat, 18 Dec 2004 04:49:55 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 43972 invoked from network); 18 Dec 2004 04:49:53 -0000 Received: from unknown (HELO [192.168.4.70]) (samwun@hgcbroadband.com@[221.126.236.217]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 18 Dec 2004 04:49:53 -0000 Message-ID: <41C3B6CE.4080704@authtec.com> Date: Sat, 18 Dec 2004 12:49:18 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.unix.bsd.openbsd.misc,comp.unix.bsd.freebsd.misc To: freebsd-current@freebsd.org, freebsd-pf@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Error with sample PF code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 04:49:57 -0000 Hi, I found some sample code in the man pf page (just scoll down to the end of the page, you will see it). After compiled it and give it a shoot, it returned error: # pfctl -sn nat on tun0 inet from 192.168.9.0/24 to any -> (tun0) round-robin nat on tun0 inet from 192.168.4.0/24 to any -> (tun0) round-robin nat on tun0 inet from 172.16.0.0/24 to any -> (tun0) round-robin rdr on tun0 inet proto tcp from any to 1.2.3.4 port = 3000 -> 192.168.4.254 port 25 # ./a.out ./a.out ./a.out 192.168.4.254 25 1.2.3.4 3000 a.out: DIOCNATLOOK: No such file or directory I may be have overlooked something. Your suggestion is highly appreciated. Thanks Sam. From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 05:05:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E662916A4CE for ; Sat, 18 Dec 2004 05:05:21 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id D187A43D2D for ; Sat, 18 Dec 2004 05:05:20 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 52236 invoked from network); 18 Dec 2004 05:05:19 -0000 Received: from unknown (HELO [192.168.4.70]) (samwun@hgcbroadband.com@[221.126.236.217]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 18 Dec 2004 05:05:19 -0000 Message-ID: <41C3BA6C.5030209@authtec.com> Date: Sat, 18 Dec 2004 13:04:44 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <41C3B6CE.4080704@authtec.com> <200412180557.00999.max@love2party.net> In-Reply-To: <200412180557.00999.max@love2party.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD current mailing list Subject: Adding PF rules from C X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 05:05:22 -0000 Hi, Thanks for the sugestion. I use pfctl -ss found some Established state, the sample code works great. I would like to write a C program add rule to PF base on based on user defined anchor and tables. Where can I find more inforamtion and guideline about doing that? Thanks Sam Max Laier wrote: >[ Please choose one mailinglist, freebsd-pf is appropriate - MOVED ] > >On Saturday 18 December 2004 05:49, sam wrote: > > >>Hi, >> >>I found some sample code in the man pf page (just scoll down to the end >>of the page, you will see it). >> >>After compiled it and give it a shoot, it returned error: >> >># pfctl -sn >>nat on tun0 inet from 192.168.9.0/24 to any -> (tun0) round-robin >>nat on tun0 inet from 192.168.4.0/24 to any -> (tun0) round-robin >>nat on tun0 inet from 172.16.0.0/24 to any -> (tun0) round-robin >>rdr on tun0 inet proto tcp from any to 1.2.3.4 port = 3000 -> >>192.168.4.254 port 25 >> >># ./a.out >>./a.out >> >>./a.out 192.168.4.254 25 1.2.3.4 3000 >>a.out: DIOCNATLOOK: No such file or directory >> >> > >That's ENOENT which simply means that pf was not able to find a state that >matches your lookup. You should have an *open* connection to have a state >around. Crosscheck with $pfctl -ss > > > >>I may be have overlooked something. >> >>Your suggestion is highly appreciated. >> >> > > > From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 05:08:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E384816A4CE; Sat, 18 Dec 2004 05:08:37 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8183443D2D; Sat, 18 Dec 2004 05:08:37 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI58aVT000581; Sat, 18 Dec 2004 00:08:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id iBI58aP1009161; Sat, 18 Dec 2004 00:08:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C48B67306E; Sat, 18 Dec 2004 00:08:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041218050835.C48B67306E@freebsd-current.sentex.ca> Date: Sat, 18 Dec 2004 00:08:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 14:53:11 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 05:08:38 -0000 TB --- 2004-12-18 04:09:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-12-18 04:09:34 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2004-12-18 04:09:34 - checking out the source tree TB --- 2004-12-18 04:09:34 - cd /home/tinderbox/RELENG_5/i386/pc98 TB --- 2004-12-18 04:09:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2004-12-18 04:18:34 - building world (CFLAGS=-O -pipe) TB --- 2004-12-18 04:18:34 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2004-12-18 04:18:34 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\"/dev/ipl\" -DIPFILTER_LOG -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../contrib/ipfilter -c /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c: In function `nat_log': /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `rulen' undeclared (first use in this function) /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: (Each undeclared identifier is reported only once /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: for each function it appears in.) /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c:2904: error: `np' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src/usr.sbin/ipftest. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src/usr.sbin. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. TB --- 2004-12-18 05:08:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-12-18 05:08:35 - ERROR: failed to build world TB --- 2004-12-18 05:08:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 10:25:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B686C16A4CE for ; Sat, 18 Dec 2004 10:25:14 +0000 (GMT) Received: from peedub.jennejohn.org (J892f.j.pppool.de [85.74.137.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA2D743D5E for ; Sat, 18 Dec 2004 10:25:13 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id iBIAPBOU003187 for ; Sat, 18 Dec 2004 11:25:12 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200412181025.iBIAPBOU003187@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org In-reply-to: Your message of "Sat, 18 Dec 2004 20:17:39 +1100." <20041218091739.GC97121@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Dec 2004 11:25:11 +0100 From: Gary Jennejohn Subject: Re: Multiple hard disk failures - coincidence ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gary Jennejohn List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 10:25:14 -0000 Peter Jeremy writes: > On Sat, 2004-Dec-18 02:03:09 -0500, Gary Corcoran wrote: > >I've just had *THREE* Maxtor 250GB hard disk failures on my > >FreeBSD 4.10 server within a matter of days. One I could > >attribute to actual failure. Two made me suspicious. Three > >has me wondering if this is some software problem... (or > >a conspiracy (just kidding) ;-) ) > > Seems unlikely that faulty server software could cause a disk failure. > One possibility is that your power supply is a but stressed and the > supply rails are out of tolerance. The other possibility is that the > drives are overheating. Higher density drives will be more sensitive > to both heat and dirty power. > I'd argue for overheating. A guy I know recently had mysterious crashes on a brand-new box with a large drive, in fact, I think it was a 250Gb MAXTOR. The machine would run for a few minutes and then just spontaneously reboot. I told him it sounded like an overheating drive. After swapping out practically every bit of hardware he finally got smart and put the HD into a tray with a cooling fan. After that, all problems disappeared. And he only had *two* of these monsters in his machine! --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 13:12:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D52A216A4CE for ; Sat, 18 Dec 2004 13:12:02 +0000 (GMT) Received: from stelesys.com (web1.stelesys.com [63.175.100.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B02E543D2F for ; Sat, 18 Dec 2004 13:12:02 +0000 (GMT) (envelope-from jbell@stelesys.com) Received: from [127.0.0.1] (helo=www.stelesys.com) by stelesys.com with esmtpa (Exim 4.43 (FreeBSD)) id 1CfeNO-000B9I-25 for freebsd-current@freebsd.org; Sat, 18 Dec 2004 08:12:02 -0500 Received: from 24.98.86.57 (SquirrelMail authenticated user jbell@stelesys.com); by www.stelesys.com with HTTP; Sat, 18 Dec 2004 08:12:02 -0500 (EST) Message-ID: <4476.24.98.86.57.1103375522.squirrel@24.98.86.57> In-Reply-To: <200412181025.iBIAPBOU003187@peedub.jennejohn.org> References: Your message of "Sat, 18 Dec 2004 20:17:39 +1100." <20041218091739.GC97121@cirb503493.alcatel.com.au> <200412181025.iBIAPBOU003187@peedub.jennejohn.org> Date: Sat, 18 Dec 2004 08:12:02 -0500 (EST) From: "Jerry Bell" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: Multiple hard disk failures - coincidence ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 13:12:02 -0000 I've started adding so form of cooling to all of my hard drives and I've not lost one since (and I used to lose MANY). Many people underestimate the effect that heat has on components. As someone mentioned earlier in the thread, a taxed power supply will also cause problems. I've solved several strange system instability problems by swapping out the power supply for a substantially larger one. Jerry http://www.syslog.org > > I'd argue for overheating. A guy I know recently had mysterious > crashes on a brand-new box with a large drive, in fact, I think it > was a 250Gb MAXTOR. The machine would run for a few minutes and > then just spontaneously reboot. > > I told him it sounded like an overheating drive. After swapping out > practically every bit of hardware he finally got smart and put > the HD into a tray with a cooling fan. After that, all problems > disappeared. > > And he only had *two* of these monsters in his machine! > > --- > Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de > > _______________________________________________ > 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 Dec 18 04:57:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ED5216A4CE; Sat, 18 Dec 2004 04:57:04 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1180043D45; Sat, 18 Dec 2004 04:57:04 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CfWeM-0005KC-00; Sat, 18 Dec 2004 05:57:02 +0100 Received: from [217.227.152.17] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CfWeM-0003aL-00; Sat, 18 Dec 2004 05:57:02 +0100 From: Max Laier To: freebsd-pf@freebsd.org Date: Sat, 18 Dec 2004 05:56:53 +0100 User-Agent: KMail/1.7.1 References: <41C3B6CE.4080704@authtec.com> In-Reply-To: <41C3B6CE.4080704@authtec.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1236187.uhNXn7runR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200412180557.00999.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-Mailman-Approved-At: Sat, 18 Dec 2004 13:23:06 +0000 cc: sam Subject: Re: Error with sample PF code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 04:57:04 -0000 --nextPart1236187.uhNXn7runR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline [ Please choose one mailinglist, freebsd-pf is appropriate - MOVED ] On Saturday 18 December 2004 05:49, sam wrote: > Hi, > > I found some sample code in the man pf page (just scoll down to the end > of the page, you will see it). > > After compiled it and give it a shoot, it returned error: > > # pfctl -sn > nat on tun0 inet from 192.168.9.0/24 to any -> (tun0) round-robin > nat on tun0 inet from 192.168.4.0/24 to any -> (tun0) round-robin > nat on tun0 inet from 172.16.0.0/24 to any -> (tun0) round-robin > rdr on tun0 inet proto tcp from any to 1.2.3.4 port =3D 3000 -> > 192.168.4.254 port 25 > > # ./a.out > ./a.out > > ./a.out 192.168.4.254 25 1.2.3.4 3000 > a.out: DIOCNATLOOK: No such file or directory That's ENOENT which simply means that pf was not able to find a state that= =20 matches your lookup. You should have an *open* connection to have a state=20 around. Crosscheck with $pfctl -ss > I may be have overlooked something. > > Your suggestion is highly appreciated. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1236187.uhNXn7runR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBw7icXyyEoT62BG0RAqIRAJ9dPKxtcEtMk59JGFCEh0PT+SsJugCcDfbU jtVvJBupOCR8Aqcth5G1i88= =wLDv -----END PGP SIGNATURE----- --nextPart1236187.uhNXn7runR-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 14:12:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF13616A4CE for ; Sat, 18 Dec 2004 14:12:32 +0000 (GMT) Received: from dd1318.kasserver.com (dd1318.kasserver.com [81.209.148.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C9A643D45 for ; Sat, 18 Dec 2004 14:12:32 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from spot.0xfce3.net (port-ip-213-211-224-147.reverse.mdcc-fun.de [213.211.224.147]) by dd1318.kasserver.com (Postfix) with ESMTP id 303A3B1653 for ; Sat, 18 Dec 2004 15:12:30 +0100 (CET) Received: from spot.0xfce3.net (localhost [127.0.0.1]) by spot.0xfce3.net (8.13.1/8.13.1) with ESMTP id iBIECWvt065912 for ; Sat, 18 Dec 2004 15:12:33 +0100 (CET) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by spot.0xfce3.net (8.13.1/8.13.1/Submit) id iBIECSU2065908 for freebsd-current@freebsd.org; Sat, 18 Dec 2004 15:12:28 +0100 (CET) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: spot.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Sat, 18 Dec 2004 15:12:28 +0100 From: Gordon Bergling To: freebsd-current@freebsd.org Message-ID: <20041218141228.GA65853@spot.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Url: X-Operating-System: FreeBSD 5.3-STABLE i386 X-Host-Uptime: 3:08PM up 23:17, 8 users, load averages: 0.49, 0.35, 0.28 Subject: [PATCH] add missing device id for pccard bridge O2Micro OZ711M1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gordon Bergling List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2004 14:12:33 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, only a cosmetic change. ;) The following patches add the device id for the O2Micro OZ711M1 pccard bridge. The manual page will be updated with the second patch. This patches were tested with on HEAD. http://www.0xfce3.net/media/20041218-pccbb.patch http://www.0xfce3.net/media/20041218-man.patch best regards, Gordon --=20 Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD4DBQFBxDrLk7nTK8dvAqARAsQHAJYs+D5SxQqHLvTdqKdw5poH5m7bAJ4gdfsy PnOKmiTkhqRJCrINVT9NIg== =Fv8b -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 18 22:13:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC3216A4CE for ; Sat, 18 Dec 2004 22:13:23 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 104C643D4C for ; Sat, 18 Dec 2004 22:13:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6861E512B9; Sat, 18 Dec 2004 14:13:22 -0800 (PST) Date: Sat, 18 Dec 2004 14:13:22 -0800 From: Kris Kennaway To: current@freeBSD.org Message-ID: <20041218221322.GA18557@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Deadlock under recent 6.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 18 Dec 2004 22:13:23 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline After updating it earlier this week, one of my SMP machines (with SCHED_4BSD) is regularly deadlocking under load; nothing is reported by WITNESS. A sample process listing from DDB and some strack traces are as follows: db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 83025 c8142dc8 0 83014 77576 0004000 [CPU 1] kldload 83019 cb6a55e8 22 83010 83010 0000100 [SLPQ select 0xc077bc44][SLP] sshd 83014 c5e625e8 0 82843 77576 0004000 [SLPQ wait 0xc5e625e8][SLP] sh 83010 c817e7e0 0 525 83010 0004100 [SLPQ sbwait 0xc7d11d40][SLP] sshd 83005 c5a1d7e0 1002 83002 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 83004 cb62c3f0 1002 83002 16151 0004002 [SLPQ select 0xc077bc44][SLP] ssh 83002 c5e703f0 1002 82909 16151 0004002 [SLPQ wait 0xc5e703f0][SLP] ptimeout.i386 82909 c5a1a000 1002 82907 16151 0004002 [SLPQ wait 0xc5a1a000][SLP] sh 82907 c817f9d8 1002 16151 16151 0004002 [SLPQ wait 0xc817f9d8][SLP] sh 82874 c81427e0 0 647 647 0004002 [SLPQ nanslp 0xc075088c][SLP] sleep 82843 cb62d5e8 0 82842 77576 0004000 [SLPQ wait 0xcb62d5e8][SLP] make 82842 c5cd93f0 0 82752 77576 0004000 [SLPQ wait 0xc5cd93f0][SLP] sh 82753 c60c0000 0 82751 77576 0000000 [SLPQ nanslp 0xc075088c][SLP] pnohang 82752 c60b8bd0 0 82751 77576 0004000 [SLPQ wait 0xc60b8bd0][SLP] make 82751 cb62cbd0 0 79383 77576 0004000 [SLPQ wait 0xcb62cbd0][SLP] pnohang 81203 c81569d8 1002 39242 16151 0004002 [LOCK Giant c5aeac00] ssh 79383 c5e681f8 0 77577 77576 0004000 [SLPQ wait 0xc5e681f8][SLP] sh 77577 c8141bd0 0 77576 77576 0004000 [SLPQ wait 0xc8141bd0][SLP] sh 77576 cb62c000 0 77574 77576 0004000 [SLPQ pause 0xcb62c034][SLP] csh 77574 c81417e0 0 525 77574 0004100 [SLPQ select 0xc077bc44][SLP] sshd 77573 c5e62000 1002 77571 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 77572 c5b03000 1002 77571 16151 0004002 [SLPQ select 0xc077bc44][SLP] ssh 77571 c817f7e0 1002 77540 16151 0004002 [SLPQ wait 0xc817f7e0][SLP] ptimeout.i386 77540 c60c09d8 1002 77539 16151 0004002 [SLPQ wait 0xc60c09d8][SLP] sh 77539 c5e61dc8 1002 16151 16151 0004002 [SLPQ wait 0xc5e61dc8][SLP] sh 59056 c5e6fbd0 1002 59054 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 59055 c60bc3f0 1002 59054 16151 0004002 [LOCK Giant c5aeac00] ssh 59054 cb6a73f0 1002 58912 16151 0004002 [SLPQ wait 0xcb6a73f0][SLP] ptimeout.i386 58912 c5e62dc8 1002 58911 16151 0004002 [SLPQ wait 0xc5e62dc8][SLP] sh 58911 c60b79d8 1002 16151 16151 0004002 [SLPQ wait 0xc60b79d8][SLP] sh 47177 c817e000 1002 47175 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 47176 c5cd95e8 1002 47175 16151 0004002 [LOCK Giant c5aeac00] ssh 47175 c5b0a3f0 1002 47097 16151 0004002 [SLPQ wait 0xc5b0a3f0][SLP] ptimeout.i386 47097 c5e61bd0 1002 47096 16151 0004002 [SLPQ wait 0xc5e61bd0][SLP] sh 47096 c5e6f1f8 1002 16151 16151 0004002 [SLPQ wait 0xc5e6f1f8][SLP] sh 39242 c81785e8 1002 39241 16151 0004002 [SLPQ wait 0xc81785e8][SLP] sh 39241 c8141000 1002 16151 16151 0004002 [SLPQ wait 0xc8141000][SLP] sh 38761 c8155dc8 1002 38759 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 38760 c8156bd0 1002 38759 16151 0004002 [SLPQ select 0xc077bc44][SLP] ssh 38759 c7d05000 1002 38625 16151 0004002 [SLPQ wait 0xc7d05000][SLP] ptimeout.i386 38687 c5e619d8 1002 38684 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 38686 cb62c5e8 1002 38684 16151 0004002 [LOCK Giant c5aeac00] ssh 38684 c5b095e8 1002 38571 16151 0004002 [SLPQ wait 0xc5b095e8][SLP] ptimeout.i386 38625 c60b8dc8 1002 38624 16151 0004002 [SLPQ wait 0xc60b8dc8][SLP] sh 38624 cb62ddc8 1002 16151 16151 0004002 [SLPQ wait 0xcb62ddc8][SLP] sh 38571 c8155000 1002 38570 16151 0004002 [SLPQ wait 0xc8155000][SLP] sh 38570 c81779d8 1002 16151 16151 0004002 [SLPQ wait 0xc81779d8][SLP] sh 10235 c5e6f9d8 1002 10233 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 10234 cb6a43f0 1002 10233 16151 0004002 [LOCK Giant c5aeac00] ssh 10233 c7d055e8 1002 9773 16151 0004002 [SLPQ wait 0xc7d055e8][SLP] ptimeout.i386 9773 c5e611f8 1002 9770 16151 0004002 [SLPQ wait 0xc5e611f8][SLP] sh 9770 c81415e8 1002 16151 16151 0004002 [SLPQ wait 0xc81415e8][SLP] sh 20341 c5e715e8 1002 20339 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 20340 c8178dc8 1002 20339 16151 0004002 [LOCK Giant c5aeac00] ssh 20339 c5e617e0 1002 20183 16151 0004002 [SLPQ wait 0xc5e617e0][SLP] ptimeout.i386 20183 c60b85e8 1002 20182 16151 0004002 [SLPQ wait 0xc60b85e8][SLP] sh 20182 c7d097e0 1002 16151 16151 0004002 [SLPQ wait 0xc7d097e0][SLP] sh 19748 cb6a53f0 1002 19746 16151 0000002 [SLPQ nanslp 0xc075088c][SLP] ptimeout.i386 19747 cb6a4000 1002 19746 16151 0004002 [SLPQ select 0xc077bc44][SLP] ssh 19746 c60bcdc8 1002 19710 16151 0004002 [SLPQ wait 0xc60bcdc8][SLP] ptimeout.i386 19710 c7d053f0 1002 19709 16151 0004002 [SLPQ wait 0xc7d053f0][SLP] sh 19709 c8177000 1002 16151 16151 0004002 [SLPQ wait 0xc8177000][SLP] sh 16151 cb62d9d8 1002 762 16151 0004002 [SLPQ select 0xc077bc44][SLP] make 11489 c60bc7e0 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 11404 cb6a41f8 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 11403 c5e719d8 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 11296 c5e621f8 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 74409 c817fbd0 0 643 74409 0004002 [SLPQ ttyin 0xc5792410][SLP] csh 68429 c5e707e0 0 643 68429 0004002 [SLPQ ttyin 0xc585b410][SLP] csh 1305 c5cd8dc8 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 762 c5ce03f0 1002 761 762 0004002 [SLPQ pause 0xc5ce0424][SLP] tcsh 761 c5b0a9d8 0 664 761 0004102 [SLPQ wait 0xc5b0a9d8][SLP] su 664 c5b0a5e8 0 643 664 0004002 [SLPQ pause 0xc5b0a61c][SLP] csh 647 c578dbd0 0 644 647 0004002 [SLPQ wait 0xc578dbd0][SLP] sh 644 c5b29dc8 0 643 644 0004002 [SLPQ pause 0xc5b29dfc][SLP] csh 643 c5cd8000 0 642 643 0000000 [SLPQ select 0xc077bc44][SLP] screen 642 c5a1abd0 0 640 642 0004002 [SLPQ pause 0xc5a1ac04][SLP] screen 640 c5cd83f0 0 638 640 0004002 [SLPQ pause 0xc5cd8424][SLP] csh 638 c5cd87e0 0 525 638 0004100 [LOCK Giant c5aeac00] sshd 606 c5b277e0 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 605 c5b093f0 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 604 c5b297e0 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 603 c5b27bd0 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 602 c5b035e8 80 559 559 0000100 [LOCK Giant c5aeac00] httpd 601 c5b0adc8 0 1 601 0004002 [SLPQ ttyin 0xc5856810][SLP] getty 600 c5b091f8 0 1 600 0004002 [SLPQ ttyin 0xc5854810][SLP] getty 599 c5a1a3f0 0 1 599 0004002 [SLPQ ttyin 0xc5854c10][SLP] getty 598 c5b27000 0 1 598 0004002 [SLPQ ttyin 0xc5855010][SLP] getty 597 c5b291f8 0 1 597 0004002 [SLPQ ttyin 0xc582a810][SLP] getty 596 c5b03bd0 0 1 596 0004002 [SLPQ ttyin 0xc5829410][SLP] getty 595 c5b09dc8 0 1 595 0004002 [SLPQ ttyin 0xc5813410][SLP] getty 594 c5a1a7e0 0 1 594 0004002 [SLPQ ttyin 0xc582b010][SLP] getty 593 c5b29bd0 0 1 593 0004002 [SLPQ ttyin 0xc582a410][SLP] getty 588 c5b031f8 0 1 588 0000000 [LOCK Giant c5aeac00] inetd 566 c5b279d8 0 1 566 0000000 [SLPQ select 0xc077bc44][SLP] rsync 559 c5b037e0 0 1 559 0000000 [SLPQ select 0xc077bc44][SLP] httpd 546 c5b293f0 0 1 546 0000000 [SLPQ nanslp 0xc075088c][SLP] cron 534 c5b039d8 25 1 534 0000100 [SLPQ pause 0xc5b03a0c][SLP] sendmail 530 c5a1d9d8 0 1 530 0000100 [SLPQ select 0xc077bc44][SLP] sendmail 525 c5a1dbd0 0 1 525 0000100 [SLPQ select 0xc077bc44][SLP] sshd 510 c5a1a1f8 0 1 510 0000000 [SLPQ select 0xc077bc44][SLP] ntpd 465 c5b0a000 0 460 460 0000000 [SLPQ - 0xc5ae7c00][SLP] nfsd 463 c5b275e8 0 460 460 0000000 [SLPQ - 0xc5ae7200][SLP] nfsd 462 c5b271f8 0 460 460 0000000 [SLPQ - 0xc59f3e00][SLP] nfsd 461 c5b09000 0 460 460 0000000 [SLPQ - 0xc5ae7400][SLP] nfsd 460 c5b273f0 0 1 460 0000000 [SLPQ select 0xc077bc44][SLP] nfsd 458 c5b033f0 0 1 458 0000000 [SLPQ select 0xc077bc44][SLP] mountd 389 c5b27dc8 0 1 389 0000000 [SLPQ select 0xc077bc44][SLP] rpcbind 374 c5b09bd0 53 1 374 0008180 (threaded) named thread 0xcb6cbcf0 ksegrp 0xc5b06000 [SLPQ kserel 0xc5b06034][SLP] thread 0xcb9522e0 ksegrp 0xc5b06000 [SLPQ select 0xc077bc44][SLP] thread 0xcb954b80 ksegrp 0xc5b06000 [LOCK Giant c5aeac00] thread 0xc5b2a2e0 ksegrp 0xc5b28240 [SLPQ ksesigwait 0xc5b09d08][SLP] 359 c5b097e0 0 1 359 0000000 [SLPQ select 0xc077bc44][SLP] syslogd 305 c5b299d8 0 1 305 0000000 [SLPQ select 0xc077bc44][SLP] devd 233 c5a1a5e8 0 1 233 0000000 [SLPQ pause 0xc5a1a61c][SLP] adjkerntz 153 c5a1adc8 0 0 0 0000204 [SLPQ - 0xeec68d04][SLP] schedcpu 152 c5a1d000 0 0 0 0000204 [SLPQ - 0xc078310c][SLP] nfsiod 3 151 c5a1d1f8 0 0 0 0000204 [SLPQ - 0xc0783108][SLP] nfsiod 2 150 c5a1d3f0 0 0 0 0000204 [SLPQ - 0xc0783104][SLP] nfsiod 1 149 c5a1d5e8 0 0 0 0000204 [SLPQ - 0xc0783100][SLP] nfsiod 0 148 c57257e0 0 0 0 0000204 [SLPQ vlruwt 0xc57257e0][SLP] vnlru 147 c57259d8 0 0 0 0000204 [SLPQ syncer 0xc075060c][SLP] syncer 146 c5725bd0 0 0 0 0000204 [SLPQ psleep 0xc077c1ac][SLP] bufdaemon 145 c5725dc8 0 0 0 000020c [SLPQ pgzero 0xc0789994][SLP] pagezero 144 c578a000 0 0 0 0000204 [SLPQ psleep 0xc07899e8][SLP] vmdaemon 143 c578a1f8 0 0 0 0000204 [SLPQ psleep 0xc07899a4][SLP] pagedaemon 142 c578a3f0 0 0 0 0000204 [IWAIT] swi0: sio 141 c578a5e8 0 0 0 0000204 [SLPQ - 0xc582ee3c][SLP] fdc0 140 c578a7e0 0 0 0 0000204 [SLPQ idle 0xc5788600][SLP] aic_recovery1 9 c578a9d8 0 0 0 0000204 [SLPQ idle 0xc5788600][SLP] aic_recovery1 8 c578abd0 0 0 0 0000204 [SLPQ idle 0xc5788800][SLP] aic_recovery0 7 c578adc8 0 0 0 0000204 [SLPQ idle 0xc5788800][SLP] aic_recovery0 139 c578d000 0 0 0 0000204 [IWAIT] swi6:+ 6 c578d1f8 0 0 0 0000204 [SLPQ - 0xc57914c0][SLP] thread taskq 138 c578d3f0 0 0 0 0000204 [IWAIT] swi5:+ 5 c578d5e8 0 0 0 0000204 [SLPQ - 0xc575c580][SLP] kqueue taskq 137 c570a7e0 0 0 0 0000204 [IWAIT] swi2: cambio 136 c570a9d8 0 0 0 0000204 [IWAIT] swi6: task queue 135 c570abd0 0 0 0 0000204 [SLPQ - 0xc074b240][SLP] yarrow 4 c570adc8 0 0 0 0000204 [SLPQ - 0xc074dc88][SLP] g_down 3 c5721000 0 0 0 0000204 [SLPQ - 0xc074dc84][SLP] g_up 2 c57211f8 0 0 0 0000204 [SLPQ - 0xc074dc7c][SLP] g_event 134 c57213f0 0 0 0 0000204 [IWAIT] swi3: vm 133 c57215e8 0 0 0 000020c [LOCK Giant c5aeac00] swi4: clock sio 132 c57217e0 0 0 0 0000204 [IWAIT] swi1: net 131 c57219d8 0 0 0 0000204 [IWAIT] irq0: clk 130 c5721bd0 0 0 0 0000204 [IWAIT] irq119: 129 c5721dc8 0 0 0 0000204 [IWAIT] irq118: 128 c5725000 0 0 0 0000204 [IWAIT] irq117: 127 c57251f8 0 0 0 0000204 [IWAIT] irq116: 126 c57253f0 0 0 0 0000204 [IWAIT] irq115: 125 c57255e8 0 0 0 0000204 [IWAIT] irq114: 124 c56f57e0 0 0 0 0000204 [IWAIT] irq113: 123 c56f59d8 0 0 0 0000204 [IWAIT] irq112: 122 c56f5bd0 0 0 0 0000204 [IWAIT] irq111: 121 c56f5dc8 0 0 0 0000204 [IWAIT] irq110: 120 c5709000 0 0 0 0000204 [IWAIT] irq109: 119 c57091f8 0 0 0 0000204 [IWAIT] irq108: 118 c57093f0 0 0 0 0000204 [IWAIT] irq107: 117 c57095e8 0 0 0 0000204 [IWAIT] irq106: 116 c57097e0 0 0 0 0000204 [IWAIT] irq105: 115 c57099d8 0 0 0 0000204 [IWAIT] irq104: 114 c5709bd0 0 0 0 0000204 [IWAIT] irq103: 113 c5709dc8 0 0 0 0000204 [IWAIT] irq102: 112 c570a000 0 0 0 0000204 [IWAIT] irq101: 111 c570a1f8 0 0 0 0000204 [IWAIT] irq100: 110 c570a3f0 0 0 0 0000204 [IWAIT] irq99: 109 c570a5e8 0 0 0 0000204 [IWAIT] irq98: 108 c56e27e0 0 0 0 0000204 [IWAIT] irq97: 107 c56e29d8 0 0 0 0000204 [IWAIT] irq96: 106 c56e2bd0 0 0 0 0000204 [IWAIT] irq95: 105 c56e2dc8 0 0 0 0000204 [IWAIT] irq94: 104 c56f4000 0 0 0 0000204 [IWAIT] irq93: 103 c56f41f8 0 0 0 0000204 [IWAIT] irq92: 102 c56f43f0 0 0 0 0000204 [IWAIT] irq91: 101 c56f45e8 0 0 0 0000204 [IWAIT] irq90: 100 c56f47e0 0 0 0 0000204 [IWAIT] irq89: 99 c56f49d8 0 0 0 0000204 [IWAIT] irq88: 98 c56f4bd0 0 0 0 0000204 [IWAIT] irq87: 97 c56f4dc8 0 0 0 0000204 [IWAIT] irq86: 96 c56f5000 0 0 0 0000204 [IWAIT] irq85: 95 c56f51f8 0 0 0 0000204 [IWAIT] irq84: 94 c56f53f0 0 0 0 0000204 [IWAIT] irq83: 93 c56f55e8 0 0 0 0000204 [IWAIT] irq82: 92 c56d09d8 0 0 0 0000204 [IWAIT] irq81: 91 c56d0bd0 0 0 0 0000204 [IWAIT] irq80: 90 c56d0dc8 0 0 0 0000204 [IWAIT] irq79: 89 c56e1000 0 0 0 0000204 [IWAIT] irq78: 88 c56e11f8 0 0 0 0000204 [IWAIT] irq77: ahc1 87 c56e13f0 0 0 0 0000204 [IWAIT] irq76: ahc0 86 c56e15e8 0 0 0 0000204 [IWAIT] irq75: 85 c56e17e0 0 0 0 0000204 [IWAIT] irq74: 84 c56e19d8 0 0 0 0000204 [IWAIT] irq73: 83 c56e1bd0 0 0 0 0000204 [IWAIT] irq72: 82 c56e1dc8 0 0 0 0000204 [IWAIT] irq71: 81 c56e2000 0 0 0 0000204 [IWAIT] irq70: 80 c56e21f8 0 0 0 0000204 [IWAIT] irq69: 79 c56e23f0 0 0 0 0000204 [IWAIT] irq68: 78 c56e25e8 0 0 0 0000204 [IWAIT] irq67: 77 c56bedc8 0 0 0 0000204 [IWAIT] irq66: 76 c56cd000 0 0 0 0000204 [IWAIT] irq65: 75 c56cd1f8 0 0 0 0000204 [IWAIT] irq64: 74 c56cd3f0 0 0 0 0000204 [IWAIT] irq63: 73 c56cd5e8 0 0 0 0000204 [IWAIT] irq62: 72 c56cd7e0 0 0 0 0000204 [IWAIT] irq61: 71 c56cd9d8 0 0 0 0000204 [IWAIT] irq60: 70 c56cdbd0 0 0 0 0000204 [IWAIT] irq59: 69 c56cddc8 0 0 0 0000204 [IWAIT] irq58: 68 c56d0000 0 0 0 0000204 [IWAIT] irq57: 67 c56d01f8 0 0 0 0000204 [IWAIT] irq56: 66 c56d03f0 0 0 0 0000204 [IWAIT] irq55: 65 c56d05e8 0 0 0 0000204 [IWAIT] irq54: 64 c56d07e0 0 0 0 0000204 [IWAIT] irq53: 63 c56a63f0 0 0 0 0000204 [IWAIT] irq52: 62 c56a65e8 0 0 0 0000204 [IWAIT] irq51: 61 c56a67e0 0 0 0 0000204 [IWAIT] irq50: 60 c56a69d8 0 0 0 0000204 [IWAIT] irq49: 59 c56a6bd0 0 0 0 0000204 [IWAIT] irq48: 58 c56a6dc8 0 0 0 0000204 [IWAIT] irq47: 57 c56be000 0 0 0 0000204 [IWAIT] irq46: 56 c56be1f8 0 0 0 0000204 [IWAIT] irq45: 55 c56be3f0 0 0 0 0000204 [IWAIT] irq44: 54 c56be5e8 0 0 0 0000204 [IWAIT] irq43: 53 c56be7e0 0 0 0 0000204 [IWAIT] irq42: 52 c56be9d8 0 0 0 0000204 [IWAIT] irq41: 51 c56bebd0 0 0 0 0000204 [IWAIT] irq40: 50 c5699bd0 0 0 0 0000204 [IWAIT] irq39: 49 c5699dc8 0 0 0 0000204 [IWAIT] irq38: 48 c56a4000 0 0 0 0000204 [IWAIT] irq37: 47 c56a41f8 0 0 0 0000204 [IWAIT] irq36: 46 c56a43f0 0 0 0 0000204 [IWAIT] irq35: 45 c56a45e8 0 0 0 0000204 [IWAIT] irq34: 44 c56a47e0 0 0 0 0000204 [IWAIT] irq33: 43 c56a49d8 0 0 0 0000204 [IWAIT] irq32: 42 c56a4bd0 0 0 0 0000204 [IWAIT] irq31: 41 c56a4dc8 0 0 0 0000204 [IWAIT] irq30: 40 c56a6000 0 0 0 0000204 [IWAIT] irq29: 39 c56a61f8 0 0 0 0000204 [IWAIT] irq28: 38 c56895e8 0 0 0 0000204 [IWAIT] irq27: 37 c56897e0 0 0 0 0000204 [IWAIT] irq26: 36 c56899d8 0 0 0 0000204 [IWAIT] irq25: 35 c5689bd0 0 0 0 0000204 [IWAIT] irq24: 34 c5689dc8 0 0 0 0000204 [IWAIT] irq23: 33 c5699000 0 0 0 0000204 [IWAIT] irq22: 32 c56991f8 0 0 0 0000204 [IWAIT] irq21: 31 c56993f0 0 0 0 0000204 [IWAIT] irq20: 30 c56995e8 0 0 0 0000204 [IWAIT] irq19: 29 c56997e0 0 0 0 0000204 [IWAIT] irq18: fxp1 28 c56999d8 0 0 0 0000204 [IWAIT] irq17: fxp0 27 c56471f8 0 0 0 0000204 [IWAIT] irq16: 26 c56473f0 0 0 0 0000204 [IWAIT] irq15: ata1 25 c56475e8 0 0 0 0000204 [IWAIT] irq14: ata0 24 c56477e0 0 0 0 0000204 [IWAIT] irq13: 23 c56479d8 0 0 0 0000204 [IWAIT] irq12: 22 c5647bd0 0 0 0 0000204 [IWAIT] irq11: 21 c5647dc8 0 0 0 0000204 [IWAIT] irq10: 20 c5689000 0 0 0 0000204 [IWAIT] irq9: 19 c56891f8 0 0 0 0000204 [IWAIT] irq8: rtc 18 c56893f0 0 0 0 0000204 [IWAIT] irq7: 17 c563e000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c563e1f8 0 0 0 0000204 [IWAIT] irq5: 15 c563e3f0 0 0 0 0000204 [IWAIT] irq4: sio0 14 c563e5e8 0 0 0 0000204 [IWAIT] irq3: sio1 13 c563e7e0 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c563e9d8 0 0 0 000020c [CPU 0] idle: cpu0 11 c563ebd0 0 0 0 000020c [Can run] idle: cpu1 1 c563edc8 0 0 1 0004200 [SLPQ wait 0xc563edc8][SLP] init 10 c5647000 0 0 0 0000204 [SLPQ ktrace 0xc074e818][SLP] ktrace 0 c074dd80 0 0 0 0000200 [SLPQ sched 0xc074dd80][SLP] swapper db> tr 83025 Tracing pid 83025 tid 100398 td 0xc8145b80 sched_switch(c0758848,c075f120,1,c0758848,c075f0e0) at sched_switch+0xfe w_data(e8721c73,8b01c783,75db851b,83d231d0,d08914c4) at w_data+0x16a8 db> tr 133 Tracing pid 133 tid 100118 td 0xc56f7b80 sched_switch(c56f7b80,0,1,11a,96a33ef7) at sched_switch+0xfe mi_switch(1,0,c06f4bb5,a4,c56f7b80) at mi_switch+0x1c2 turnstile_wait(c074ede0,c8145b80,c06f0f63,21e,c074ede0) at turnstile_wait+0x67f _mtx_lock_sleep(c074ede0,c56f7b80,0,c06f2b48,f7) at _mtx_lock_sleep+0xc2 _mtx_lock_flags(c074ede0,0,c06f2b48,f7,570e5ee) at _mtx_lock_flags+0xb0 softclock(0,0,c06ef57c,257,0) at softclock+0x2fa ithread_loop(c5738800,eebdcd48,c06ef359,30e,c5738800) at ithread_loop+0x1fb fork_exit(c050f4af,c5738800,eebdcd48) at fork_exit+0xa6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xeebdcd7c, ebp = 0 --- db> tr 81203 Tracing pid 81203 tid 100379 td 0xc8143cf0 sched_switch(c8143cf0,0,1,11a,5aec0817) at sched_switch+0xfe mi_switch(1,0,c06f4bb5,a4,c8143cf0) at mi_switch+0x1c2 turnstile_wait(c074ede0,c8145b80,c06f0f63,21e,c074ede0) at turnstile_wait+0x67f _mtx_lock_sleep(c074ede0,c8143cf0,0,c06fab79,2fd) at _mtx_lock_sleep+0xc2 _mtx_lock_flags(c074ede0,0,c06fab79,2fd,f1667c18) at _mtx_lock_flags+0xb0 vn_ioctl(c5dc72a8,402c7413,cb9c0980,c7096000,c8143cf0) at vn_ioctl+0x3e ioctl(c8143cf0,f1667d14,c,3ff,3) at ioctl+0x11e syscall(2f,2f,2f,0,3) at syscall+0x13b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x282cb783, esp = 0xbfbfc22c, ebp = 0xbfbfc248 --- d --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBxKuCWry0BWjoQKURAvB3AKD2V9KWum0Q+NWC7Yfm6M5eYpRiYQCfYujR 1/0i/4OB9xxdG60EhOHir+g= =RsFT -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ--