From owner-freebsd-current Mon Jan 10 12:27: 1 2000 Delivered-To: freebsd-current@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id 70D5F15460 for ; Mon, 10 Jan 2000 12:26:51 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from yoda.sftw.com (a-177.sftw.com [209.157.37.177]) by guardian.sftw.com (8.9.3/8.9.3) with ESMTP id MAA77056; Mon, 10 Jan 2000 12:26:50 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.9.3/8.9.3) with ESMTP id MAA06414; Mon, 10 Jan 2000 12:26:47 -0800 (PST) (envelope-from nsayer@sftw.com) Message-ID: <387A4083.369827BE@sftw.com> Date: Mon, 10 Jan 2000 20:26:44 +0000 From: Nick Sayer Reply-To: nsayer@FreeBSD.ORG X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: frank@exit.com Cc: Cameron Grant , current@FreeBSD.ORG Subject: Re: neomagic 256av/256zx audio References: <200001100530.VAA78037@realtime.exit.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For what it's worth, I believe the Insperion 3500 is an oddity. When I was dealing with OSS, the correct configuration turned out to be a "Generic 256AV" located at 0x530, I5, DMA 0&1 -- that is, you treat it just like an ordinary Windows Sound System chip (CS4231). The PCI interface, I believe, has something to do with the funky control panel gizmo you get in Windows that sets tone and chorus effects or some such. I haven't looked at the driver in question, but I believe it probably expects to use an exclusively PCI interface to the chip. Somehow, I believe the Insperion doesn't do this. Frank Mayhar wrote: > 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 frank@exit.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message