From owner-freebsd-stable@FreeBSD.ORG Sun Apr 27 04:36:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D599106566B for ; Sun, 27 Apr 2008 04:36:11 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from angel.comcen.com.au (angel.comcen.com.au [203.23.236.69]) by mx1.freebsd.org (Postfix) with ESMTP id C04408FC12 for ; Sun, 27 Apr 2008 04:36:10 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from [192.168.0.198] (202-172-126-254.cpe.qld-1.comcen.com.au [202.172.126.254]) by angel.comcen.com.au (8.13.4/8.12.9) with ESMTP id m3R4YbNb031104 for ; Sun, 27 Apr 2008 14:34:43 +1000 (EST) From: Da Rock To: freebsd-stable@freebsd.org In-Reply-To: <48135338.7080307@freebsd.org> References: <1209126314.1519.36.camel@localhost> <20080425160047.GC86456@slackbox.xs4all.nl> <1209193871.2000.12.camel@localhost> <1209198483.28816.38.camel@laptop2.herveybayaustralia.com.au> <48135338.7080307@freebsd.org> Content-Type: text/plain Date: Sun, 27 Apr 2008 14:34:32 +1000 Message-Id: <1209270872.28816.44.camel@laptop2.herveybayaustralia.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-4.fc8) Content-Transfer-Encoding: 7bit X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-16.379, required 4, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.42, BAYES_00 -15.00) X-comcen-MailScanner-From: rock_on_the_web@comcen.com.au Subject: Re: Crash with recent kernel on wireless X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2008 04:36:11 -0000 On Sat, 2008-04-26 at 09:07 -0700, Sam Leffler wrote: > Da Rock wrote: > > On Sat, 2008-04-26 at 11:11 +0400, Vladimir Grebenschikov wrote: > > > >> On Fri, 2008-04-25 at 18:00 +0200, Roland Smith wrote: > >> > >>> On Fri, Apr 25, 2008 at 04:25:14PM +0400, Vladimir Grebenschikov wrote: > >>> > >>>> Hi > >>>> > >>>> Recently I've upgraded 7-STABLE: Mar 11 -> Apr 24 > >>>> > >>>> Everything was fine until I've tried to configure wireless (ath driver, > >>>> WPA) > >>>> It crashes every time after interface becomes UP, > >>>> (I've seen associated in ifconfig output before crash), but before dhcp > >>>> finished to get IP. > >>>> > >>> You should use the kernel image with the debugging symbols here. If > >>> you > >>> build and install a kernel, you get two kernel images on 7.x; > >>> 1) /boot/kernel/kernel (your regular kernel) > >>> 2) /boot/kernel/kernel.symbols (with the debug symbols) > >>> > >> Hm, I've thought before, that it will show back-trace even without debug > >> symbols. > >> Anyway, gdb still complains about "linker_file" and "not as structure > >> pointer" > >> But shows stop point. > >> Not much info here :( > >> > >> cat /var/crash/info.44 > >> Dump header from device /dev/ad0s2b > >> Architecture: i386 > >> Architecture Version: 2 > >> Dump Length: 190091264B (181 MB) > >> Blocksize: 512 > >> Dumptime: Sat Apr 26 10:50:05 2008 > >> Hostname: vbook.fbsd.ru > >> Magic: FreeBSD Kernel Dump > >> Version String: FreeBSD 7.0-STABLE #3: Sat Apr 26 10:20:31 MSD 2008 > >> root@vbook.fbsd.ru:/usr/src/sys/i386/compile/VBOOK > >> Panic String: page fault > >> Dump Parity: 4236056142 > >> Bounds: 44 > >> Dump Status: good > >> > >> > >> kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.44 > >> [GDB will not be able to debug user-mode > >> threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > >> GNU gdb 6.1.1 [FreeBSD] > >> Copyright 2004 Free Software Foundation, Inc. > >> GDB is free software, covered by the GNU General Public License, and you > >> are > >> welcome to change it and/or distribute copies of it under certain > >> conditions. > >> Type "show copying" to see the conditions. > >> There is absolutely no warranty for GDB. Type "show warranty" for > >> details. > >> This GDB was configured as "i386-marcel-freebsd". > >> No struct type named linker_file. > >> No struct type named linker_file. > >> No struct type named linker_file. > >> No struct type named linker_file. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> Attempt to extract a component of a value that is not a structure > >> pointer. > >> #0 doadump () at pcpu.h:195 > >> 195 pcpu.h: No such file or directory. > >> in pcpu.h > >> (kgdb) bt > >> #0 doadump () at pcpu.h:195 > >> #1 0xc0542757 in boot (howto=260) at ../../../kern/kern_shutdown.c:418 > >> #2 0xc0542a53 in panic (fmt=Variable "fmt" is not available.) at ../../../kern/kern_shutdown.c:572 > >> #3 0xc06a8870 in trap_fatal () > >> #4 0xc06a8c2a in trap_pfault () > >> #5 0xc06a957e in trap () > >> #6 0xc068e80b in calltrap () > >> #7 0xc58b68d5 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> (kgdb) > >> > >> Most of crashes even failed to save vmdump due to double faults. > >> > >> Looks like it is really related to wireless code. > >> Effect happens only at my home WiFi network and does not happens at work > >> (WPA-PSK vs PEAP) > >> and always current process in nmbd (broadcasting ?). > >> > >> Crash happens with both 4BSD and ULE schedulers. > >> > >> My system have dual-core Intel x86 CPU (SMP kernel) > >> > > > > FWIW I've had to install 6.3 because my new system crashed on 7- uses a > > ral driver for a linksys wmp54g card. I'm not sure about broadcasting, > > but it failed after only moments of up time. > > > > I'm also going to have to roll back to 6.3 on another machine of similar > > design (minus wifi nic)- crashes every so often. So far I haven't been > > able to get a dump because I don't see it happen and I can't find the > > logs yet. > > > > Machines use a gigabyte GA-945GCM-S2L mb with a celeron ~1.6G cpu and > > 1gig RAM, seagate 80gb sata hdd. Main diff is case- 1x desktop (250W), > > 1x tower (400W). > > > > _____________________________________________ > > We can't fix problems w/o information. Should you or someone else get > something to work with please file a PR. Yeah I know, and I applaud your efforts here. My problem was temporally related so I wasn't able to obtain more info and submit a PR as I know I probably should have. However, the relevant info regarding my hardware should be of some assistance in chasing down further issues as you find them, so this I did submit.