https://bugzilla.kernel.org/show_bug.cgi?id=47991





--- Comment #27 from fpgahardwareengineer <[email protected]>  
2012-10-30 06:40:35 ---
(In reply to comment #26)

Hi Tianyu,

Okay, it was nice that a workaround was found, but I still see some issues.

1) The setting is not permanent

What happens is, if I shut down or restart the computer, the settings
disappear.
To prevent the wake up if I perform a standby, I will have to run the "sudo sh
-c . . ." operation again, during the next session.
Is there a way to make this permanent?


2) How do I reenable to make it wakeup?

Again, I am not a Unix expert so I am not that familiar with the Terminal.
Can you tell me how I can reenable the wakeup for USB for testing purposes?
In other words, I will like to know the opposite of,

$ sudo sh -c "echo (*) > /proc/acpi/wakeup"

Of course, (*) refers to EUSB, USB, USB2, and USB3 in this case.


3) I didn't see this behavior with Intel, ATI Technologies, and AMD chipsets

I do a lot of hardware validation for Ubuntu (Of course, I don't get paid.).
I have observed this type of problem primarily with SiS and some NVIDIA
chipsets-based mainboards.
Both of the SiS chipset-based mainboards are from ASUS (ASUS P4S8X and
P4S8X-MX).
I have a few SiS chipset-based mainboards from ECS, but pretty much most of
them don't bother to implement ACPI S3 Staet as recently as 2007.
After 2006 or so, SiS chipset-based mainboard disappeared from the market
probably because their integrated graphics wasn't competitive with NVIDIA and
ATI Technologies.
For some reason, this wakeup issue did happen with Intel, ATI Technologies, 
and AMD chipsets.
AMD chipsets here are fairly new ones that came from former ATI Technologies.
I think I may have observed this issue with one mainboard with VIA Technologies
chipset, but I don't think I have been able to reproduce the problem.
        Perhaps, this issue is platform specific, meaning how the ACPI BIOS is
written affects the issue.
I suppose, it is prudent for Linux not to rely on ACPI BIOS too much, and if
possible, ignore the default settings coming from the APCI BIOS, since some of
them are known to be buggy, etc.
I believe Windows lets the user to disable wakeup from keyboard or mouse.
Maybe Linux needs to be implemented that way.


I will look into how I can find an Ubuntu distribution with Linux 3.1 kernel.
I assume Ubuntu 11.04 or 11.10 is based on a Linux kernel older than 3.2.
I will probably do a dual install on the same hard drive so that I don't have
to find another hard drive for installation.
I don't usually use non-LTS (Long Term Support) version of Ubuntu, but I will
install a copy for this test.
It will probably take a few days for me to get around to dealing with the
installation.
By the way, I wrote this reply from a computer with ASUS P4S8X-MX mainboard.
Yes, this is the mainboard affected by this USB wakeup bug.
Thanks to Tianyu's workaround, it has been in continuous operation for several
days.
Of course, most of the time, it is in Suspend to RAM (ACPI S3 State).

Regards,

fpgahardwareengineer


> hi:
>        Welcome. I am glad that this solution resolves your problem. We found
> the problem also on the other system. The usb device's wakeup make S3 broken.
>        Can you do a biset to find which commit cause the problem? The usb
> device 
> wakeup is defaut to be disabled before 3.1 and so before 3.1, this problem
> didn't take place but it existed and appeared if you enabled the usb wakeup.
> And someone has confirmed this. So if you had time, you could do a bisect
> before 3.1
> and find the root cause. (Notice you have to manually enable usb wakeup).

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to