Re: 5.4-PRERELEASE pccard problem
Doug White <[EMAIL PROTECTED]> writes: > On Sun, 3 Apr 2005, Christian Laursen wrote: > > Anyway, I tried blowing away /usr/obj, cvsupping to RELENG_5_4, built world > > and kernel and installed both. > > > > And it still panics with the exact same stack trace. :( > > Old kernel module somewhere? I dont think so. The only modules I can find on the machine are located under /boot/kernel, /boot/kernel.old and /usr/obj. Besides, neither pccard nor if_wi are loaded from modules but built into the kernel. To further comlicate matters the card works some of the time but I have been unable to find a pattern suggesting what could cause the problem. -- Christian Laursen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
Doug White <[EMAIL PROTECTED]> writes: > On Tue, 5 Apr 2005, Christian Laursen wrote: > > > Doug White <[EMAIL PROTECTED]> writes: > > > > > On Sat, 2 Apr 2005, Christian Laursen wrote: > > > > > > > After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem > > > > with my wireless card that has worked fine before. > > > > I now suspect that my wireless card might be going bad. Could a faulty card > > cause a panic like that? > > Certainly could if it is causing random memory corruption. It now seems that the card is not faulty. I tried another card and got the same panic. :( -- Christian Laursen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
On Sun, 3 Apr 2005, Christian Laursen wrote:
> Doug White <[EMAIL PROTECTED]> writes:
>
> > On Sat, 2 Apr 2005, Christian Laursen wrote:
> >
> > > After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem
> > > with my wireless card that has worked fine before.
> > >
> > > When I insert it I get an instant panic like this:
>
> [snip]
>
> > This makes no sense. What version of src/sys/dev/pccard/pccard.c do you
> > have?
>
> __FBSDID("$FreeBSD: src/sys/dev/pccard/pccard.c,v 1.93.2.2 2005/02/03
> 00:30:02 imp Exp $");
>
> > Line 381 is a comparison in RELENG_5:
> >
> > 381 if (matches && ent->pp_cis[0] &&
> > 382 (vendorstr == NULL ||
> > 383 strcmp(ent->pp_cis[0], vendorstr) != 0))
> > 384 matches = 0;
> >
> > pccard.c does not call any of the radix functions.
>
> I agree it does look pretty weird.
>
> > I'd suggest blowing away your kernel source and obj dir and rebuilding
> > your kernel + modules from scratch. This looks like you have a mismatched
> > module somewhere, or memory corruption, or worse. Be sure to follow the
> > instructions in UPDATING explaining how to track -STABLE and build the
> > world and kernel correctly.
>
> I always use follow the buildworld, buildkernel, installkernel, installworld,
> mergemaster routine when updating things.
>
> Anyway, I tried blowing away /usr/obj, cvsupping to RELENG_5_4, built world
> and kernel and installed both.
>
> And it still panics with the exact same stack trace. :(
Old kernel module somewhere?
--
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
On Tue, 5 Apr 2005, Christian Laursen wrote: > Doug White <[EMAIL PROTECTED]> writes: > > > On Sat, 2 Apr 2005, Christian Laursen wrote: > > > > > After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem > > > with my wireless card that has worked fine before. > > I now suspect that my wireless card might be going bad. Could a faulty card > cause a panic like that? Certainly could if it is causing random memory corruption. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
Doug White <[EMAIL PROTECTED]> writes: > On Sat, 2 Apr 2005, Christian Laursen wrote: > > > After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem > > with my wireless card that has worked fine before. I now suspect that my wireless card might be going bad. Could a faulty card cause a panic like that? -- Christian Laursen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
Alex Burke <[EMAIL PROTECTED]> writes: > Just a small point - I am not sure if RELENG_5_4 exists yet, I think > that is only created after RELENG_5 is branched to create FreeBSD > 5.4-RELEASE. It exists all right. -- Christian Laursen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
Hi, Just a small point - I am not sure if RELENG_5_4 exists yet, I think that is only created after RELENG_5 is branched to create FreeBSD 5.4-RELEASE. Try cvsup'ing to RELENG_5 maybe? Thanks, Alex J Burke. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
Doug White <[EMAIL PROTECTED]> writes:
> On Sat, 2 Apr 2005, Christian Laursen wrote:
>
> > After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem
> > with my wireless card that has worked fine before.
> >
> > When I insert it I get an instant panic like this:
[snip]
> This makes no sense. What version of src/sys/dev/pccard/pccard.c do you
> have?
__FBSDID("$FreeBSD: src/sys/dev/pccard/pccard.c,v 1.93.2.2 2005/02/03 00:30:02
imp Exp $");
> Line 381 is a comparison in RELENG_5:
>
> 381 if (matches && ent->pp_cis[0] &&
> 382 (vendorstr == NULL ||
> 383 strcmp(ent->pp_cis[0], vendorstr) != 0))
> 384 matches = 0;
>
> pccard.c does not call any of the radix functions.
I agree it does look pretty weird.
> I'd suggest blowing away your kernel source and obj dir and rebuilding
> your kernel + modules from scratch. This looks like you have a mismatched
> module somewhere, or memory corruption, or worse. Be sure to follow the
> instructions in UPDATING explaining how to track -STABLE and build the
> world and kernel correctly.
I always use follow the buildworld, buildkernel, installkernel, installworld,
mergemaster routine when updating things.
Anyway, I tried blowing away /usr/obj, cvsupping to RELENG_5_4, built world
and kernel and installed both.
And it still panics with the exact same stack trace. :(
--
Christian Laursen
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-PRERELEASE pccard problem
On Sat, 2 Apr 2005, Christian Laursen wrote:
> After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem
> with my wireless card that has worked fine before.
>
> When I insert it I get an instant panic like this:
>
> #0 doadump () at pcpu.h:159
> #1 0xc04feb42 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
> #2 0xc04fedd8 in panic (fmt=0xc068de12 "%s")
> at /usr/src/sys/kern/kern_shutdown.c:566
> #3 0xc0666400 in trap_fatal (frame=0xc8333bd0, eva=4294966015)
> at /usr/src/sys/i386/i386/trap.c:809
> #4 0xc066616b in trap_pfault (frame=0xc8333bd0, usermode=0, eva=4294966015)
> at /usr/src/sys/i386/i386/trap.c:727
> #5 0xc0665dcd in trap (frame=
> {tf_fs = 24, tf_es = -936181744, tf_ds = -1068433392, tf_edi =
> -1052027392, tf_esi = 1, tf_ebp = -936166384, tf_isp = -936166404, tf_ebx =
> -1066683360, tf_edx = -1281, tf_ecx = -1054120947, tf_eax = -335814834,
> tf_trapno = 12, tf_err = 0, tf_eip = -1068110692, tf_cs = 8, tf_eflags =
> 66178, tf_esp = -936166332, tf_ss = -1069088243}) at
> /usr/src/sys/i386/i386/trap.c:417
> #6 0xc06594fa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
> #7 0x0018 in ?? ()
> #8 0xc8330010 in ?? ()
> #9 0xc0510010 in blst_radix_init (scan=0xfaff,
> radix=-4527414809764076532, skip=-1054120915, count=Unhandled dwarf
> expression opcode 0x93
> )
> at /usr/src/sys/kern/subr_blist.c:881
> #10 0xc047020d in pccard_do_product_lookup (bus=0xc137ad00, dev=0x10282,
> tab=0xc0687fe0, ent_size=32, matchfn=0)
> at /usr/src/sys/dev/pccard/pccard.c:381
> #11 0xc06405b8 in fdc_pccard_probe (dev=0xc14b5600) at card_if.h:194
This makes no sense. What version of src/sys/dev/pccard/pccard.c do you
have? Line 381 is a comparison in RELENG_5:
381 if (matches && ent->pp_cis[0] &&
382 (vendorstr == NULL ||
383 strcmp(ent->pp_cis[0], vendorstr) != 0))
384 matches = 0;
pccard.c does not call any of the radix functions.
I'd suggest blowing away your kernel source and obj dir and rebuilding
your kernel + modules from scratch. This looks like you have a mismatched
module somewhere, or memory corruption, or worse. Be sure to follow the
instructions in UPDATING explaining how to track -STABLE and build the
world and kernel correctly.
--
Doug White| FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
5.4-PRERELEASE pccard problem
After upgrading to 5.4-PRERELEASE as of yesterday, I now have a problem
with my wireless card that has worked fine before.
When I insert it I get an instant panic like this:
#0 doadump () at pcpu.h:159
#1 0xc04feb42 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
#2 0xc04fedd8 in panic (fmt=0xc068de12 "%s")
at /usr/src/sys/kern/kern_shutdown.c:566
#3 0xc0666400 in trap_fatal (frame=0xc8333bd0, eva=4294966015)
at /usr/src/sys/i386/i386/trap.c:809
#4 0xc066616b in trap_pfault (frame=0xc8333bd0, usermode=0, eva=4294966015)
at /usr/src/sys/i386/i386/trap.c:727
#5 0xc0665dcd in trap (frame=
{tf_fs = 24, tf_es = -936181744, tf_ds = -1068433392, tf_edi =
-1052027392, tf_esi = 1, tf_ebp = -936166384, tf_isp = -936166404, tf_ebx =
-1066683360, tf_edx = -1281, tf_ecx = -1054120947, tf_eax = -335814834,
tf_trapno = 12, tf_err = 0, tf_eip = -1068110692, tf_cs = 8, tf_eflags = 66178,
tf_esp = -936166332, tf_ss = -1069088243}) at /usr/src/sys/i386/i386/trap.c:417
#6 0xc06594fa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#7 0x0018 in ?? ()
#8 0xc8330010 in ?? ()
#9 0xc0510010 in blst_radix_init (scan=0xfaff,
radix=-4527414809764076532, skip=-1054120915, count=Unhandled dwarf
expression opcode 0x93
)
at /usr/src/sys/kern/subr_blist.c:881
#10 0xc047020d in pccard_do_product_lookup (bus=0xc137ad00, dev=0x10282,
tab=0xc0687fe0, ent_size=32, matchfn=0)
at /usr/src/sys/dev/pccard/pccard.c:381
#11 0xc06405b8 in fdc_pccard_probe (dev=0xc14b5600) at card_if.h:194
#12 0xc05118cc in device_probe_child (dev=0x0, child=0xc14b5600)
at device_if.h:105
#13 0xc0511f35 in device_probe_and_attach (dev=0xc14b5600)
at /usr/src/sys/kern/subr_bus.c:2173
#14 0xc046fd4c in pccard_attach_card (dev=0xc137ad00)
at /usr/src/sys/dev/pccard/pccard.c:274
#15 0xc045bc0b in exca_insert (exca=0xc1338804) at card_if.h:82
#16 0xc0475ae5 in cbb_insert (sc=0xc1338800)
at /usr/src/sys/dev/pccbb/pccbb.c:537
#17 0xc0475931 in cbb_event_thread (arg=0xc1338800)
at /usr/src/sys/dev/pccbb/pccbb.c:488
#18 0xc04ea6e8 in fork_exit (callout=0xc04757ec ,
arg=0xc1338800, frame=0xc8333d48) at /usr/src/sys/kern/kern_fork.c:790
#19 0xc065955c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209
The dmesg of the machine:
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.4-PRERELEASE #23: Sat Apr 2 03:50:24 CEST 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/VULCAN
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Pentium II/Pentium II Xeon/Celeron (299.94-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x66a Stepping = 10
Features=0x183f9ff
real memory = 134086656 (127 MB)
avail memory = 121556992 (115 MB)
npx0: on motherboard
npx0: INT 16 interface
acpi0: on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfe08-0xfe0b on acpi0
cpu0: on acpi0
acpi_throttle0: on cpu0
pcib0: port 0xcf8-0xcff on acpi0
pci0: on pcib0
pci0: at device 4.0 (no driver attached)
isab0: at device 7.0 on pci0
isa0: on isab0
atapci0: port
0xfff0-0x,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
uhci0: port 0xff80-0xff9f irq 11 at device 7.2
on pci0
usb0: on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: at device 7.3 (no driver attached)
pci0: at device 9.0 (no driver attached)
cbb0: irq 11 at device 11.0 on pci0
cardbus0: on cbb0
pccard0: <16-bit PCCard bus> on cbb0
pcm0: port 0xfc00-0xfcff irq 11 at device 12.0 on
pci0
pcm0:
pci0: at device 13.0 (no driver attached)
fxp0: port 0xfb40-0xfb7f mem
0xfea0-0xfeaf,0xfebff000-0xfebf irq 11 at device 14.0 on pci0
miibus0: on fxp0
inphy0: on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:00:39:3e:43:16
acpi_lid0: on acpi0
acpi_cmbat0: on acpi0
acpi_acad0: on acpi0
acpi_tz0: on acpi0
atkbdc0: port 0x64,0x60 irq 1 on acpi0
atkbd0: irq 1 on atkbdc0
kbd0 at atkbd0
psm0: irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: does not respond
device_attach: fdc0 attach returned 6
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: does not respond
device_attach: fdc0 attach returned 6
pmtimer0 on isa0
orm0: at iomem 0xc-0xcbfff on isa0
sc0: at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0
Timecounter "TSC" frequency 299942864 Hz quality 800
Timecounters tick every 10.000 msec
IPv6 pack
