Cameron Grant wrote:
> i have just committed a driver for the neomagic chips. please test and post
> results.
Okay. I have a Dell Inspiron 3500, with a NeoMagic 256AV chipset in it.
It hangs on boot, in nm_rd() line 146. Here's the backtrace:
(kgdb) bt
#0 nm_rd (sc=0xc0d83100, regno=1536, size=2)
at ../../dev/sound/pci/neomagic.c:146
#1 0xc0206ac7 in nm_rdcd (devinfo=0xc0d83100, regno=0)
at ../../dev/sound/pci/neomagic.c:232
#2 0xc020219e in ac97_init (codec=0xc0d83000)
at ../../dev/sound/pcm/ac97.c:251
#3 0xc0202376 in ac97mix_init (m=0xc073d30c) at ../../dev/sound/pcm/ac97.c:304
#4 0xc02050b4 in mixer_init (d=0xc073d200, m=0xc0288120, devinfo=0xc0d83000)
at ../../dev/sound/pcm/mixer.c:53
#5 0xc020736b in nm_pci_attach (dev=0xc0d87280)
at ../../dev/sound/pci/neomagic.c:594
#6 0xc011e27e in DEVICE_ATTACH (dev=0xc0d87280) at device_if.c:63
#7 0xc0148bdb in device_probe_and_attach (dev=0xc0d87280)
at ../../kern/subr_bus.c:1137
#8 0xc01498ca in bus_generic_attach (dev=0xc0d87480)
at ../../kern/subr_bus.c:1831
#9 0xc011e27e in DEVICE_ATTACH (dev=0xc0d87480) at device_if.c:63
#10 0xc0148bdb in device_probe_and_attach (dev=0xc0d87480)
at ../../kern/subr_bus.c:1137
#11 0xc01498ca in bus_generic_attach (dev=0xc0d87b80)
at ../../kern/subr_bus.c:1831
#12 0xc01cced5 in pcib_attach (dev=0xc0d87b80) at ../../pci/pcisupport.c:747
#13 0xc011e27e in DEVICE_ATTACH (dev=0xc0d87b80) at device_if.c:63
#14 0xc0148bdb in device_probe_and_attach (dev=0xc0d87b80)
at ../../kern/subr_bus.c:1137
#15 0xc01498ca in bus_generic_attach (dev=0xc0d87d80)
at ../../kern/subr_bus.c:1831
#16 0xc011e27e in DEVICE_ATTACH (dev=0xc0d87d80) at device_if.c:63
#17 0xc0148bdb in device_probe_and_attach (dev=0xc0d87d80)
at ../../kern/subr_bus.c:1137
#18 0xc01498ca in bus_generic_attach (dev=0xc0d86000)
at ../../kern/subr_bus.c:1831
#19 0xc011e27e in DEVICE_ATTACH (dev=0xc0d86000) at device_if.c:63
#20 0xc0148bdb in device_probe_and_attach (dev=0xc0d86000)
at ../../kern/subr_bus.c:1137
#21 0xc01498ca in bus_generic_attach (dev=0xc0d86080)
at ../../kern/subr_bus.c:1831
#22 0xc0230c89 in nexus_attach (dev=0xc0d86080) at ../../i386/i386/nexus.c:199
#23 0xc011e27e in DEVICE_ATTACH (dev=0xc0d86080) at device_if.c:63
#24 0xc0148bdb in device_probe_and_attach (dev=0xc0d86080)
at ../../kern/subr_bus.c:1137
#25 0xc0149e0a in root_bus_configure () at ../../kern/subr_bus.c:2214
#26 0xc0227568 in configure (dummy=0x0) at ../../i386/i386/autoconf.c:146
#27 0xc013319c in mi_startup (framep=0xc0325fb4) at ../../kern/init_main.c:217
Here are the values; looks like sh has problems:
(kgdb) print /x sh
$2 = 0xc87d3000
(kgdb) print *sh
$3 = 17
(kgdb) print st
$4 = 1
(kgdb) print /x regno
$6 = 0x600
(kgdb) print *sc
$8 = {dev = 0x11, type = 0, reg = 0x0, irq = 0x0, buf = 0x0, regid = 0,
irqid = 32896, bufid = 0, ih = 0x0, ac97_base = 0, ac97_status = 0,
ac97_busy = 0, buftop = 0, pbuf = 0, rbuf = 0, cbuf = 0, acbuf = 0,
playint = 0, recint = 0, misc1int = 0, misc2int = 0, irsz = 0, badintr = 0,
pch = {spd = 0, dir = 0, fmt = 0, buffer = 0x0, channel = 0x0,
parent = 0x0}, rch = {spd = 0, dir = 0, fmt = 0, buffer = 0x0,
channel = 0x0, parent = 0x0}}
Hmm, looks like sc->reg was never filled in.
Hope this helps.
--
Frank Mayhar [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
