Hi,

I've posted about this to -stable and -hackers before, basically having a
problem where under 4.4-RELEASE this box had no problems, but even with
the most recent -stable it panics while trying to probe the ata drive.

In the past I sent a simple trace and all since it was panic-ing before it
had a device to dump to.  Today I saw that the ata driver had some commits
as of 3 days ago, so I recompiled and tried again, this time with remote
GDB setup (thanks to Julian!).  I don't really know what I'm doing in gdb,
but hopefully this information is helpful.  I'll also append it to the pr
shortly.

If I should direct this to -stable, let me know.  If anyone wants more
info, let me know, it panics every time, so I can easily repeat this.

FreeBSD 4.6-STABLE #5: Wed Jul 24 05:03:40 EDT 2002

Following is my gdb session:
---

#0  Debugger (msg=0xc029df89 "manual escape to debugger")
    at ../../i386/i386/db_interface.c:319
#1  0xc02551ea in scgetc (sc=0xc02e46c0, flags=1)
    at ../../dev/syscons/syscons.c:3149
#2  0xc02534d7 in sccngetch (flags=0) at ../../dev/syscons/syscons.c:1524
#3  0xc025336a in sccngetc (dev=0xc02cca60) at ../../dev/syscons/syscons.c:1447
#4  0xc018260d in cngetc () at ../../kern/tty_cons.c:433
#5  0xc0169805 in shutdown_panic (junk=0x0, howto=256)
    at ../../kern/kern_shutdown.c:376
#6  0xc0169760 in boot (howto=256) at ../../kern/kern_shutdown.c:319
#7  0xc0169b79 in panic (fmt=0xc02a34ec "%s") at ../../kern/kern_shutdown.c:595
#8  0xc026585b in trap_fatal (frame=0xc0364f64, eva=6)
    at ../../i386/i386/trap.c:974
#9  0xc0265509 in trap_pfault (frame=0xc0364f64, usermode=0, eva=6)
    at ../../i386/i386/trap.c:867
#10 0xc02650af in trap (frame={tf_fs = 16, tf_es = -1069219824, tf_ds = 16,
      tf_edi = -1066027440, tf_esi = 0, tf_ebp = -1070182468,
      tf_isp = -1070182512, tf_ebx = -1065825280, tf_edx = 0, tf_ecx = 0,
      tf_eax = 3, tf_trapno = 12, tf_err = 0, tf_eip = -1072437083,
      tf_cs = -1070202872, tf_eflags = 66118, tf_esp = -1066027440,
      tf_ss = -1071126464}) at ../../i386/i386/trap.c:466
#11 0xc013e8a5 in ad_attach (atadev=0xc075b650) at ../../dev/ata/ata-disk.c:124
#12 0xc0137162 in ata_boot_attach () at ../../dev/ata/ata-all.c:567
#13 0xc0170316 in run_interrupt_driven_config_hooks (dummy=0x0)
    at ../../kern/subr_autoconf.c:74
#14 0xc0158728 in mi_startup () at ../../kern/init_main.c:203


(kgdb) up 11
#11 0xc013e8a5 in ad_attach (atadev=0xc075b650) at ../../dev/ata/ata-disk.c:124
124         adp->heads = atadev->param->heads;

(kgdb) p adp
$2 = (struct ad_softc *) 0x68c040
(kgdb) p atadev
$3 = (struct ata_device *) 0xc075b650
(kgdb) p *adp
Cannot access memory at address 0x68c040.
(kgdb) p *atadev
$4 = {channel = 0xc075b600, unit = 16, name = 0xc04503b0 "ad1", param = 0x0,
  driver = 0x0, flags = 0, mode = 0, cmd = 0, result = 0x0}


(kgdb) up 1
#12 0xc0137162 in ata_boot_attach () at ../../dev/ata/ata-all.c:567
567                 ad_attach(&ch->device[SLAVE]);

(kgdb) p ch
$1 = (struct ata_channel *) 0xc075b600
(kgdb) p *ch
$5 = {dev = 0xc0763c00, unit = 0, r_io = 0xc0760b40, r_altio = 0xc0760ac0,
  r_bmio = 0xc0760a40, r_irq = 0xc07609c0, ih = 0xc044baa0,
  intr_func = 0xc013a22c <ata_pci_intr>, chiptype = 1731858528, alignment = 1,
  flags = 16, device = {{channel = 0xc075b600, unit = 0,
      name = 0xc0450c20 "ad0", param = 0xc0782200, driver = 0xc0771000,
      flags = 1, mode = 16, cmd = 0, result = 0x0}, {channel = 0xc075b600,
      unit = 16, name = 0xc04503b0 "ad1", param = 0x0, driver = 0x0,
      flags = 0, mode = 0, cmd = 0, result = 0x0}}, devices = 3,
  status = 81 'Q', error = 4 '\004', active = 32, ata_queue = {
    tqh_first = 0x0, tqh_last = 0xc075b680}, atapi_queue = {tqh_first = 0x0,
    tqh_last = 0xc075b688}, running = 0xc0765840}
----

Thanks,

Charles


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message

Reply via email to