Date: Wed, 05 Nov 1997 15:29:03 +0100 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Mike Smith <mike@smith.net.au> Cc: Nate Williams <nate@mt.sri.com>, freebsd-mobile@FreeBSD.ORG Subject: Re: Libretto 50 - US Version and PAO Message-ID: <1014.878740143@critter.freebsd.dk> In-Reply-To: Your message of "Wed, 05 Nov 1997 22:06:12 %2B1030." <199711051136.WAA00451@word.smith.net.au>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <199711051136.WAA00451@word.smith.net.au>, Mike Smith writes: >> In message <199711050501.PAA00312@word.smith.net.au>, Mike Smith writes: >> >> >One big issue (to me) is dealing with the fact that I need another >> >segment descriptor for the PnP BIOS interface. >> >> This is no big deal, we have plenty available. > >No, we're out. If we want to be able to run Linux WABI, it wants >(AFAIR) everything from 11 or 12 and up. At any rate, I think I have a >solution which deposes the APM descriptors and makes them "general >purpose" ones. I'll know Friday when I get to test it. they What ??? They must be out of their mind :-( >> I do not like the >> idea of trying to go through the vm86 interface to get to the APM. > >I was only *ever* proposing this for dealing with APM biossen that >don't support the 32-bit interface. I don't actually know if it's >worth the effort though, as we don't support such systems now... Ahh, ok. >> My docking station is supposedly handled by the PnP event mechanism, >> so I'm pretty interested in this stuff obviously. > >Hmm, I should get you to add my extra PnP rummaging and see which event >signalling mechanism it uses. In particular, I'm interested to know if >anyone uses the 'system device' method rather than the 'polled flag' >method. polled flag in my case. >> We will also need to enlist Stefan Esser to really get this to the >> right place, because doing hot-plug/PnP/CardBus requires the ability >> to modify the PCI setup, and hopefully all the drivers can be taught >> this in some kind of meaningful way. > >Woo, CardBus. Not sure I'm ready for that just yet. Well, I still havn't seen any cards, so it's no rush yet :-) >I have an interface (the PnP protected-mode interface, FWIW) which >expects to be called via a "far call", ie. lcall seg:ofs. It also >wants to take arguments on the (16-bit) stack. I'm trying to work out >how to write an assembly shim to make this possible, as gcc doesn't >grok "far" in any way shape or form. > >Presuming I have the segments created correctly, how do I make a call >into another segment with arbitrary arguments on the stack? (I need to >arrange a new data segment as well...) I'm stuffed on this one, short >of custom-rolling a shim for each argument arrangement... I looked at that one. My idea was to do two levels of wrappers: 1. (Inline) Assembly call_pnp(segment, offset, int stackdepth, u_int16_t *stack) 2. C wrappers for each PnP function that constructs the above. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1014.878740143>