* ACPI failures on non-Intel hardware
@ 2004-12-11 22:47 Matthew Garrett
2004-12-11 23:32 ` Nate Lawson
2004-12-12 16:41 ` Pavel Machek
0 siblings, 2 replies; 8+ messages in thread
From: Matthew Garrett @ 2004-12-11 22:47 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
http://bugzilla.kernel.org/show_bug.cgi?id=3691 describes a fairly
serious ACPI failure. Attempting to wake up from S3 suspend seems to
result in the system rebooting without any wakeup code being run. I've
seen this behaviour on two machines, and had it described to me on a
third. Interestingly, all the machines in question were non-Intel
hardware - one is a VIA C3, and the other two are Athlon XPs (not
Athlon64s). On the test machine I have here, FreeBSD behaves identically
to Linux (seemingly successful suspend, reboot on wake) and Windows
suspends and resumes correctly.
The fact that I've only seen this on systems that didn't have Intel
motherboard chipsets makes me wonder whether there's something going
wrong during the suspend code that happens to work by chance on Intel
(and a few other) chipsets, or alternatively whether these chipsets
manage to fall outside the specs slightly. Any ideas?
--
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ACPI failures on non-Intel hardware
2004-12-11 22:47 ACPI failures on non-Intel hardware Matthew Garrett
@ 2004-12-11 23:32 ` Nate Lawson
2004-12-12 16:41 ` Pavel Machek
1 sibling, 0 replies; 8+ messages in thread
From: Nate Lawson @ 2004-12-11 23:32 UTC (permalink / raw)
To: Matthew Garrett; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Matthew Garrett wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=3691 describes a fairly
> serious ACPI failure. Attempting to wake up from S3 suspend seems to
> result in the system rebooting without any wakeup code being run. I've
> seen this behaviour on two machines, and had it described to me on a
> third. Interestingly, all the machines in question were non-Intel
> hardware - one is a VIA C3, and the other two are Athlon XPs (not
> Athlon64s). On the test machine I have here, FreeBSD behaves identically
> to Linux (seemingly successful suspend, reboot on wake) and Windows
> suspends and resumes correctly.
>
> The fact that I've only seen this on systems that didn't have Intel
> motherboard chipsets makes me wonder whether there's something going
> wrong during the suspend code that happens to work by chance on Intel
> (and a few other) chipsets, or alternatively whether these chipsets
> manage to fall outside the specs slightly. Any ideas?
Very interesting! (Thanks for testing FreeBSD also.) I hadn't noticed
the common thread in S3 error complaints except that the three classes
are 1. goes to sleep and immediately wakes, 2. resets while going to
sleep or waking up, and 3. goes to sleep and never wakes.
One thing you should try is disabling various methods (like _SST) and
see what happens. I think _BFS should be run before _SST since the
7.3.5 says no other method should be run before _BFS. Also, enabling BM
arb after sleep may affect things.
I'll test suspend/resume on my new EPIA-M at some point soon.
--
Nate
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ACPI failures on non-Intel hardware
2004-12-11 22:47 ACPI failures on non-Intel hardware Matthew Garrett
2004-12-11 23:32 ` Nate Lawson
@ 2004-12-12 16:41 ` Pavel Machek
[not found] ` <20041212164141.GC6286-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
1 sibling, 1 reply; 8+ messages in thread
From: Pavel Machek @ 2004-12-12 16:41 UTC (permalink / raw)
To: Matthew Garrett; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hi!
> The fact that I've only seen this on systems that didn't have Intel
> motherboard chipsets makes me wonder whether there's something going
> wrong during the suspend code that happens to work by chance on Intel
> (and a few other) chipsets, or alternatively whether these chipsets
> manage to fall outside the specs slightly. Any ideas?
See some Acer machine if you want to see similar failure on Intel
system...
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
^ permalink raw reply [flat|nested] 8+ messages in thread
* RE: ACPI failures on non-Intel hardware
@ 2004-12-13 2:36 Li, Shaohua
0 siblings, 0 replies; 8+ messages in thread
From: Li, Shaohua @ 2004-12-13 2:36 UTC (permalink / raw)
To: Matthew Garrett, Pavel Machek; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
>> > I thought that case crashed /inside/ the wakeup code, rather than
>> > rebooting before any of it was run?
>>
>> I saw some Acer (do not recall model #, sorry, and it was probably
>> prototype, anyway) where it died before wakeup.
>
>Do you remember whether it had an Intel motherboard chipset, or was an
>Intel CPU on something like an ATI chipset?
Instead chipset type, I wonder if it's related with BIOS. The two
victims in bug 3691 have AMI BIOS.
-Shaohua
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2004-12-13 10:39 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-12-11 22:47 ACPI failures on non-Intel hardware Matthew Garrett
2004-12-11 23:32 ` Nate Lawson
2004-12-12 16:41 ` Pavel Machek
[not found] ` <20041212164141.GC6286-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2004-12-12 16:59 ` Matthew Garrett
2004-12-12 17:15 ` Pavel Machek
[not found] ` <20041212171554.GD6272-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2004-12-12 23:19 ` Matthew Garrett
2004-12-13 10:39 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2004-12-13 2:36 Li, Shaohua
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox