From owner-freebsd-mobile Wed Nov 5 03:44:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA04811 for mobile-outgoing; Wed, 5 Nov 1997 03:44:56 -0800 (PST) (envelope-from owner-freebsd-mobile) Received: from word.smith.net.au (ppp13.portal.net.au [202.12.71.113]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA04781 for ; Wed, 5 Nov 1997 03:44:42 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id WAA00451; Wed, 5 Nov 1997 22:06:14 +1030 (CST) Message-Id: <199711051136.WAA00451@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Poul-Henning Kamp cc: Mike Smith , Nate Williams , freebsd-mobile@freebsd.org Subject: Re: Libretto 50 - US Version and PAO In-reply-to: Your message of "Wed, 05 Nov 1997 08:55:13 BST." <272.878716513@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Nov 1997 22:06:12 +1030 From: Mike Smith Sender: owner-freebsd-mobile@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 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. > 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... > 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. > 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. > Anyway, go! go! go! I just happen to know you grok x86 assembler better than I do, so I want to pick your brain for suggestions here. Any other takers are welcome, of course. 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... mike