Date: Fri, 14 Mar 1997 13:00:09 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: dateck@ludd.luth.se (Tomas Klockar) Cc: luigi@labinfo.iet.unipi.it, dateck@ludd.luth.se, jkh@time.cdrom.com, hackers@FreeBSD.ORG Subject: Re: Status and future of sound drivers ? Message-ID: <199703142000.NAA01347@phaeton.artisoft.com> In-Reply-To: <199703131124.MAA01309@sister.ludd.luth.se> from "Tomas Klockar" at Mar 13, 97 12:24:35 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > settings. Then If your moderboard init your PNP devices then you > > > don't need the pnp code > > > > That's not always true, since at times the boards are initialized > > but left in a disabled state by the bios. I have a hard time buying that this would happen unless there was an unresolvable mapping conflict. If that happens, it is correct for the hardware to remain disabled, since the machine would be (probably) non-functional with it enabled. > Thats bad but I think we should hav a General PNP init code since on > my card I have ATAPI MIDI AUDIO GAMEPORT AND SBEMUL and if the code > for attaching and detecting PNP is in the sounddriver we have to > attach that one first otherwise there will be no cdrom or gameport. > So if it's possible to extend that pnp code I mentioned so it can > check all pnp devices and init them them that would be the best > solution. I can extend that code unless its already done. I'm not sure if it is or not; it has been a while since I looked at Sujal's code. I was under the impression that it was wholly complete, and the missing pieces were all driver and kernel code integration (assuming you don't take Sujal's patches, verbatim). In any case, general PNP support code is a Good Idea(tm). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703142000.NAA01347>