Date: Tue, 17 Sep 1996 22:16:43 -0600 (MDT) From: Nate Williams <nate@mt.sri.com> To: BRETT_GLASS@infoworld.com Cc: Nate Williams <nate@mt.sri.com>, mobile@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: PCMCIA, APM, 3C562 Message-ID: <199609180416.WAA05200@rocky.mt.sri.com> In-Reply-To: <9608178430.AA843019805@ccgate.infoworld.com> References: <9608178430.AA843019805@ccgate.infoworld.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > The PCIC support code currently doesn't shared interrupts. But, > > *anything* is possible given enough time and effort, and if you choose > > not to use the PCIC support code (/sys/pccard), then you might be able > > to pull it off. > > I think you misunderstand. What I would do is write ONE DRIVER that handled > interrupts from the card by passing them through to existing serial and > Ethernet code. As far as the PCMCIA code was concerned, the interrupt > wouldn't look as if it was shared, since the interrupts would all be > dispatched by that driver. Again, like I said anything is possible given enought time and effort. Hooking into the existing drivers from a driver isn't a trivial task since they have 'bottom-end' drivers which expect to run quickly as interrupt handlers and thus must act quickly. I expect the upper drivers might 'MUX' well, it's the lower-end stuff that's a bit more work. But, I'm more than willing to be blown away with ingenuity of software developers. :) :) Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199609180416.WAA05200>