Re: newcard panic

*AHEM* well now that I had the time to rebuild with stabs debugging
symbols, here is the trace:

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0xdb6c7000
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc015efcc
stack pointer           = 0x10:0xd91dc94c
frame pointer           = 0x10:0xd91dcb78
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         = 2 (pccbb0)
panic: from debugger

(kgdb) bt
#0  0xc01a06f9 in doadump () at ../../../kern/kern_shutdown.c:353
#1  0xc01a0b83 in boot (howto=260) at ../../../kern/kern_shutdown.c:353
#2  0xc01a0d65 in panic (fmt=0xc02af108 "from debugger")
    at ../../../kern/kern_shutdown.c:353
#3  0xc013832c in db_command_loop () at ../../../ddb/db_command.c:367
#4  0xc01382c1 in db_command (last_cmdp=0xc02e7a40, cmd_table=0xc02e7860,
    aux_cmd_tablep=0xc02df3f0, aux_cmd_tablep_end=0xc02df3f4)
    at ../../../ddb/db_command.c:367
#5  0xc01383a4 in db_command_loop () at ../../../ddb/db_command.c:367
#6  0xc013ab2c in db_trap (type=12, code=0) at ../../../ddb/db_trap.c:76
#7  0xc0283bb6 in kdb_trap (type=12, code=0, regs=0xd91dc90c)
    at ../../../i386/i386/db_interface.c:214
#8  0xc0292fa5 in trap_fatal (frame=0xd91dc90c, eva=3681316864)
    at ../../../i386/i386/trap.c:652
#9  0xc0292cc4 in trap_pfault (frame=0xd91dc90c, usermode=0, eva=3681316864)
    at ../../../i386/i386/trap.c:652
#10 0xc02926d3 in trap (frame={tf_fs = -719650792, tf_es = -652410864,
      tf_ds = -1072365552, tf_edi = -726546432, tf_esi = -719612672,
      tf_ebp = -652358792, tf_isp = -652359368, tf_ebx = -720031448,
      tf_edx = -613654528, tf_ecx = 2054, tf_eax = 4096, tf_trapno = 12,
      tf_err = 0, tf_eip = -1072304180, tf_cs = 8, tf_eflags = 66050,
      tf_esp = -719612672, tf_ss = -726546432})
    at ../../../i386/i386/trap.c:652
#11 0xc015efcc in pccard_scan_cis (dev=0xd4b1c800,
    fct=0xc015fe82 <pccard_parse_cis_tuple>, arg=0xd91dcb8c)
    at ../../../dev/pccard/pccard_cis.c:1196
#12 0xc015ee0e in pccard_read_cis (sc=0xd51aa200)
    at ../../../dev/pccard/pccard_cis.c:1196
#13 0xc015cc08 in pccard_attach_card (dev=0xd4b1c800)
    at ../../../dev/pccard/pccard.c:656
#14 0xc0164594 in pccbb_insert (sc=0xd51aa000)
    at ../../../dev/pccbb/pccbb.c:551
#15 0xc0164399 in pccbb_event_thread (arg=0xd51aa000)
    at ../../../dev/pccbb/pccbb.c:551
#16 0xc018ca26 in fork_exit (callout=0xc01642c4 <pccbb_event_thread>,
    arg=0xd51aa000, frame=0xd91dcd48) at ../../../kern/kern_fork.c:734


On Sat, 8 Jun 2002, M. Warner Losh wrote:

> In message: <[email protected]>
>             Wesley Morgan <[email protected]> writes:
> : I bought a Xircom XM5600 the other day, and I have discovered that trying
> : to boot a NEWCARD kernel will panic in pccard_scan_cis() during boot. The
> : old code works fine with it. Weird :) Attached is a dumpcis from pccardc.
> : the laptop is a Toshiba Sat. Pro 4600...
> :
> :
> : Fatal trap 12: page fault while in kernel mode
> : fault virtual address   = 0xd96c3000
> : fault code              = supervisor read, page not present
> : instruction pointer     = 0x8:0xc015e510
> : stack pointer           = 0x10:0xd95fb94c
> : frame pointer           = 0x10:0xd95fbb78
> : 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         = 2 (pccbb0)
> :
> :
> : pci0: <bridge, PCI-unknown> at device 8.0 (no driver attached)
> : pci0: <network, ethernet> at device 10.0 (no driver attached)
> : pccbb0: <ToPIC95B PCI-CardBus Bridge> irq 11 at device 17.0 on pci0
> : cardbus0: <CardBus bus> on pccbb0
> : pccard0: <16-bit PCCard bus> on pccbb0
> : pccbb1: <ToPIC95B PCI-CardBus Bridge> irq 11 at device 17.1 on pci0
> : cardbus1: <CardBus bus> on pccbb1
> : pccard1: <16-bit PCCard bus> on pccbb1
>
> It would be helpful to have a traceback as well.
>
> Warner
>
> To Unsubscribe: send mail to [email protected]
> with "unsubscribe freebsd-mobile" in the body of the message
>

-- 
                                           _ __ ___ ____  ___ ___ ___
          Wesley N Morgan                       _ __ ___ | _ ) __|   \
          [email protected]                     _ __ | _ \._ \ |) |
          FreeBSD: The Power To Serve                  _ |___/___/___/
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


To Unsubscribe: send mail to [email protected]
with "unsubscribe freebsd-mobile" in the body of the message