Opened 14 years ago
Closed 13 years ago
#513 closed defect (fixed)
Peripherals don't work on Compaq laptop
Reported by: | David Azarewicz | Owned by: | David Azarewicz |
---|---|---|---|
Priority: | major | Milestone: | Release version 3.19 |
Component: | ACPI PSD | Version: | 3.19 |
Keywords: | Cc: |
Description
ACPI 3.19 built from SVN 351 sources.
System boots. Screen, keyboard, touchpad, and disk work, but nothing else. LAN, USB, Audio, etc. don't work.
Logs are attached.
Attachments (3)
Change History (13)
by , 14 years ago
Attachment: | AZARLAP-20110611.zip added |
---|
comment:1 by , 14 years ago
Owner: | changed from | to
---|
comment:3 by , 14 years ago
Output of PCI.EXE with the proper switches might be more useful.
Starting with eCS 2.0 GA we generate the file: Contains a wealth of information \var\log\1_HWINFO.LOG
But that is of course without ACPI installed...
comment:5 by , 14 years ago
Looking at it the ouput the defect might not be in shared IRQ's.
I loaded gfc pci-noacpi.log pci-acpi.log from David his ZIP file:
Check line 101 of the USB controller: None ACPI boot: Status 02B0h (Has Capabilities List, Supports 66MHz,
ACPI boot: Status 02B8h (Signalled Interrupt, Has Capabilities List, Supports 66MHz,
Check line 120 of the USB controller:
Device 4375h IXP SB400 USB Host Controller
None ACPI boot: Status 02B0h (Has Capabilities List, Supports 66MHz,
ACPI boot: Status 02B8h (Signalled Interrupt, Has Capabilities List, Supports 66MHz,
Down at line 350 and 357 of the Realtek driver:
none acpi boot: Revision 10h, Header Type 00h, Bus Latency Timer 40h
ACPI boot: Revision 10h, Header Type 00h, Bus Latency Timer 80h
none acpi boot: Address 1 is a Memory Address (0-4GiB) : D0202000h..D02020FFh
ACPI boot: Address 1 is a Memory Address (0-4GiB) : D0202000h
We see it with more devices on David his laptop that memory address on none ACPI boot has an end. Like with the Realtek card. But with ACPI booted the address range does not end.
Seems much more likely the output of PCI seems the error is there then shared IRQ problem. At least the output of PCI.EXE looks interesting to give more attention to that.
The question is are the other value's we see correct ?
by , 14 years ago
Attachment: | AZARLAP-20110614-acpi-3.19.zip added |
---|
comment:6 by , 14 years ago
David just for more information. When APCI is loaded it patches (in memory) the OEMHLP$ service out that the os2krnl provides. That is also the reason that 2 people reported that ecomstation bug #2981 (note not in this bugtracker) was "resolved". They got a TRAP when screen01.sys was loaded. This is fixed by loading ACPI.
But 2 other people had a hang caused by ACPI.
Pasha would know the details but we write to PCI config space. Also where would these value's we see in PCI.EXE output come from.
comment:7 by , 14 years ago
Interesting. I tried the /!NOD switch and now it works. I attached the PCI output for this case. It seems that the ACPI OEMHLP$ changes the interrupt mode of USB controllers.
by , 14 years ago
Attachment: | pci-acpi-nod.log added |
---|
comment:9 by , 14 years ago
Owner: | changed from | to
---|
comment:10 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |