Opened 11 years ago

Last modified 11 years ago

#578 new enhancement

Intermittent boot hang @ STARTUP.CMD

Reported by: thomabrown Owned by: David Azarewicz
Priority: minor Milestone: Release 4.00
Component: ACPI PSD Version: 3.21.07
Keywords: NVIDIA, boot hang Cc: steve53@…

Description

Boots 50% or less of the time. Runs great when it does with all 4 cores working. This is the first version that has worked in several years.

Tyan S2895 Thunder K8WE with 2 Opteron 275 dual core CPUs. Failure mode is normally a hang when starting STARTUP.CMD. Sometimes needs a hard reset or power cycle to recover. Seems to help sometimes to boot Win 7, then restart to eCS.

Dumps at approximately WPS startup on rare occasions, but dumps useless. Steven is aware of this.

Screenshot attached.

I plan to try a Serial log *IF* I can get it set up.

Attachments (2)

NEWCOMP-20130226-acpi-3.21.07.zip (58.6 KB) - added by thomabrown 11 years ago.
img_9209.png (111.1 KB) - added by thomabrown 11 years ago.

Download all attachments as: .zip

Change History (11)

Changed 11 years ago by thomabrown

Changed 11 years ago by thomabrown

Attachment: img_9209.png added

comment:1 Changed 11 years ago by Michael Holzapfel

Hi folks,

this bug is really annoying. Here the same on an MSI 785G Board. Boot success is only about 20%. So the system is really not usable.

No activity since 3 weeks on this item. So how can we accelerate?

comment:2 Changed 11 years ago by Michael Holzapfel

BTW, /MAXCPU=1 is an intermediate solution.

comment:3 Changed 11 years ago by David Azarewicz

Type: defectenhancement

From the data provided, it is quite clear that this issue is not a defect with the PSD. It is a problem with the motherboard. The PSD is designed to work with hardware that operates properly (ie. the hardware operates as it is programmed). This motherboard does not comply with the programming it is given. There may be a reason that certain motherboards are designed this way. They are rare but this is not the only one that has been seen with this problem. Perhaps this motherboard design is intentional and the manufacturer intends that custom software is required to to deal with this hardware.

There is currently no way to workaround the problem with this motherboard other than using the /MAXCPU=1 switch. A workaround for this type of problematic motherboard is planned for a future release the PSD.

comment:4 Changed 11 years ago by Michael Holzapfel

OK, thanks for the answer. In this case someone should recommend hardware, for which eCS-ACPI is designed for. From an end-user perspective your statement is totally unacceptable. Former ACPI-releases worked, different other operating systems also. This attitude is another coffin nail for eCS! Should I really go to MSI or to AMD and claim a proper ACPI-implementation? No, I need a solid statement/commitment, which the right hardware is to run eCS.

Nevertheless, thanks for your efforts. Please understand my frustration. After spending so much private money in eCS-developement (java, qt4, paul and software subscription) it is really a pain to get informed that the formerly working hardware is not valid anymore.

comment:5 in reply to:  4 Changed 11 years ago by David Azarewicz

Replying to Michaelhz:

OK, thanks for the answer. In this case someone should recommend hardware, for which eCS-ACPI is designed for. From an end-user perspective your statement is totally unacceptable. Former ACPI-releases worked, different other operating systems also. This attitude is another coffin nail for eCS! Should I really go to MSI or to AMD and claim a proper ACPI-implementation? No, I need a solid statement/commitment, which the right hardware is to run eCS.

The analysis provided was for THIS TICKET ONLY, not for you or your system! There is no data in this ticket for your system (and there should not be since this is not your ticket). There is no reason to expect that this ticket is in any way related to your system without data to prove it. In fact, from the little evidence from your comments, it appears that your issue (if any) is completely different than what is described in this ticket. If you have an issue, you should open a ticket since I don't already see one with your name on it.

comment:6 Changed 11 years ago by David Azarewicz

Keywords: NVIDIA added

comment:7 Changed 11 years ago by Steven Levine

Cc: steve53@… added

comment:8 Changed 11 years ago by thomabrown

Last night, I updated to 3.22.01. I still have hangs. I can take a dump with Ctrl-Alt-Num-Num, but pmdf is not working to see what's going on. Worling on that with guidance from SHL. He suggested using Panorama. v1.04 won't give me a usable display. I have an ATi Radeon X850 and a Dell 2408WFP that wants to operate at 1920 x 1200. Steven suggests using Panorama V1.05, but I can't find it anywhere. Can you help me with this?

Thanks!

comment:9 Changed 11 years ago by David Azarewicz

As I said before, this motherboard does not operate in a standard way and there is nothing that can be done at this time except for using the /MAXCPU=1 switch. There are no logs, no dumps, etc. that will help in any way. The only thing that might help is if you can provide an official, detailed hardware data sheet, including full register descriptions for the chipset on that motherboard.

The Panorama 1.04 driver was the last one released and there is no reason why it "won't give you a usable display".

Note: See TracTickets for help on using tickets.