#144 closed defect (No Change Needed)
Question about APM.ADD
| Reported by: | Chuck McKinnis | Owned by: | pasha |
|---|---|---|---|
| Priority: | critical | Milestone: | |
| Component: | ACPI PSD | Version: | 3.03 |
| Keywords: | Cc: |
Description
It was discussed on the mailing list. But I'm opening a ticket, that we have history.
Why should APM.ADD be the first BASEDEV driver in the config.sys (at the top of the config.sys. Because the basedev drivers should not call APM$. APM.SYS from IBM also gets loaded after a device driver. It was never load order sensitiveI as far as I know.
Roderick
Change History (3)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
It's necessary find the users which have problems with APM.ADD position in config.sys
APM.ADD can't be embedded to ACPI.PSD because
- the developers refuse this suggestion
- no memory, it's necessary simplify acpi.psd
- we have spent N monthes to integration of pci scan to acpi.psd
comment:3 by , 17 years ago
e-co:
OK, I was confident that it's important put APM.ADD to the top of CONFIG.SYS.
In the last few weeks I see that APM.ADD may be placed in the end of CONFIG.SYS,
So, let's find users which have the problem, then we can start the investigation.
Note:
See TracTickets
for help on using tickets.
You open ticket. Can you say where was problem, if apm.add set as last line in config.sys. Also I need in installed apm.add from debug directory and apm.log, which can produce by "copy apm$ apm.log"