On Wed, 27 Nov 2002 15:23:08 +0100 (CET), Daniela Engert wrote:
>>Not a problem, GCONFIG is for resource assignment and such stuff. If there is
>something like that in ACPI (I
>>still didnt have time to look into it), then it would be good to use that proposal.
>Additionally one could
>>implement ACPI features into gconfig as well. It's meant as global
>detection&configuration driver.
>Then it has either to include the ACPI CA engine, offering its services
>to the outside word, or it has to attach to an already loaded ACPI CA
>engine (probably in a PSD driver required for APIC interrupt
>configuration/handling).
I implemented some cross-linking into GCONFIG, so it's possible to simple add more API
calls (maximum is
afaik about 65536 calls). It's meant for usage with C (stack-based arguments), I will
upload a testpdd to CVS
as soon as its possible. It also features a (not fully implemented) printf (from
Ring-0 (BaseDev) *and* Ring-3,
though GCONFIG is a BaseDev) and much more. It also includes PCI&PnP specific APIs and
global functions
that are useable with both of them.
Is PCI BIOS still available on ACPI systems? If not, then gconfig is good for that one
as well, because it injects
itself into OEMHLP$ and takes over all PCI functions. Also it's able to do those
functions w/o BIOS usage.
Dani, you got the source already. Just look at \asm\gc_funcs.asm or read
\docs\gconfig-developer.txt
cu, Kiewitz
-----------
To unsubscribe yourself from this list, send the following message
to [EMAIL PROTECTED]
unsubscribe acpi-os2
end
