On Tue, 10 Dec 2002 13:21:08 +0100 (CET), Daniela Engert wrote:
>>?? It's possible to modify Dev-Helper functions using PSDs? That's a nice feature.
>Where can I get
>>documentation about them?
>You can do a lot of interesting things in PSDs; you'll find this
>documented in the SMP programming addendum. If people need it I can
>push it to the list.
please push. I downloaded nearly the whole DDK and much more, but I never found
anything about SMP.
>>>>Also could it be that some implementations of ACPI are buggy in terms of 16-bit PM?
>>>ACPI is something completely different. The BIOS is hardly involved
>>>(except for providing the AML code which will be interpreted by the
>>>ACPI AML interpreter).
>>That's good.
>>Like I said, I had no time to read ACPI documentation.
>Better do before building too much into your GCONFIG driver.
well, GCONFIG is work from about 6 months ago. I'm not currently working on it.
>>>As I said before, no fiddling with OS2LDR, please. It wouldn't work
>>>with IOAPICs at all.
>>device-driver OEMHLP$. If there is a non-patching solution (e.g. PSDs), I will
>change my code of course.
>Have a look at that. I don't mind the non-IRQ stuff, but IRQ handling
>is to be done in PSDs.
No problem. Are PSDs somewhat like BASEDEVs or are they completely different? We will
need to replace
ISAPNP.SNP nearly 100% for sure, because the original driver could and would mess on
systems, that got
both PnP and e.g. ACPI support, so perhaps we will need to split the work. One
brandnew PSD-driver and
one replacement. Also ISAPNP.SYS will get used to find out when snoopers are done
loading (used by
GCONFIG), because configuration of e.g. PnP devices may first get done after all
snooper drivers got loaded
(giving legacy hardware, I know outdated, anyway we need to maintain some
compatibility and the original
one wouldn't work anymore).
cu, Kiewitz
-----------
To unsubscribe yourself from this list, send the following message
to [EMAIL PROTECTED]
unsubscribe acpi-os2
end
