Custom Query (581 matches)

This combo will only boot with ACPI.PSD /PIC (eCS 2.1). Once booted, USB and Wireless don't work, and the desktop startup sound keeps repeating. I installed the debug version and captured logs.

This notebook works well in /APIC mode with 3.18. It will only work in /PIC mode if I add:

LINK LNKA 9

LINK LNKB 11

LINK LNKC 11

LINK LNKD 9

to ACPI.CFG.

3.19.03 also works with this ACPI.CFG file (no /APIC mode available with that).

As usual the update contains files that do not currently exist on this system and the update contains no useful information about these files or where to locate them.

I put acpiexec.exe into \os2 and the table.* files into \os2\boot - maybe those locations are OK?

Installed updates, changed config.sys line to PSD=ACPI.PSD /SMP /ACPI and rebooted.

Boot failed at the (usual) USBEHCD.SYS driver.

Edited config.sys and removed all USB drivers then tried rebooting.

Boot failed when loading uniaud drivers.

Edited config.sys and removed uniaud drivers then tried rebooting.

Booted successfully to a working Desktop. I immediately used the CollectLogs?.cmd to generate 316Full_acpi-log-Model-of-your-PC.ziq which is attached to this report.

Brief testing shows that the /TMR switch is required but as a Sound-less and USB-less system is of no use to me I reinstated uniaud and usb drivers in the config.sys file. I also changed the PSD= line to PSD=ACPI.PSD /SMP /CD /TMR /ACPI /!NOD and rebooted successfully to a working system with Sound and USB capability.

It is possible that like previous builds of acpi 3.16 the system will not be able to boot after being powered off for a few hours.

Results of Powering Off system and restarting at least 30 minutes later:

When the system is Powered Off and left for a minimum of 30 minutes *every* first attempt at booting stops just as the Desktop is about to load. Sometimes the Startup sound gets played, sometimes it does not, sometimes the sound plays and gets stuck in a "repeat loop" playing just the very end of the sound continuously. Using Ctrl-Alt-Del to restart the system there is no problem getting to a working Desktop. Seems the system now needs 2 attempts before booting is successful - maybe there is a problem with acpi and uniaud that does not exist when using acpi v3.14.

My 1st attempt to actually use an application resulted in a system hang: I had Seamonkey running for about 5 minutes and was scrolling a webpage when the hang occurred.

Conclusion: 316Full is not an improvement over 3.14 - in fact it is less capable on this system.

I have reverted to v3.14 as it is the last version that comes close to working.

I applied ACPI318FB to an eCS2.0RC7 system.

With the config.sys line PSD=ACPI.PSD /SMP /APIC the system cannot boot with USB and Uniaud drivers installed so I REM'd those and rebooted.

I attach the logs generated after a successful (USB and Uniaud less) boot as acpi318FB-log-Asus-M2N.ziq

Using the config.sys line PSD=ACPI.PSD /SMP /CD /TMR /APIC /!NOD both USB and Uniaud work fine but this build still seems to have the "freeze" every 2 or so hours; here are some times I noted shortly after installing this build:-

Clock Time at "Freeze" Clock Time at "UnFreeze?" 19:39:56 19:41:44 21:41:07 21:42:58

I suspect this is acpi related because when using the same apps on an RC6 system - same system box, different boot volume - with acpiv3.14 installed I do not see this "Freeze" happening.