OpenSolaris

Printable Version Enter a New Search
Bug ID 6509490
Synopsis ehci :SiS 661FX unusable : "No SOF interrupts have been received. ..."
State 11-Closed:Not Reproducible (Closed)
Category:Subcategory usb_sw:ehci
Keywords opensolaris | sx-doc
Responsible Engineer Binzi Cao
Reported Against snv_01
Duplicate Of
Introduced In
Commit to Fix
Fixed In
Release Fixed
Related Bugs 6265037 , 6412370 , 5047712
Submit Date 4-January-2007
Last Update Date 23-June-2009
Description
Category
   usb_sw
Sub-Category
   audio
Description
   Lenovo (formerly IBM) M50 Small DeskTop system.
SiS 661FX chipset.
Frequency
   Always
Regression
   No
Steps to Reproduce
   Simply boot the solaris installation CD.
EHCI driver complains and is not attached.
Expected Result
   EHCI driver should be attached without problems.
Actual Result
   The system complains about "No SOF interrupts have been received ..."
and ehci usb ports are unusable.
Error Message(s)
   
Test Case
   I would be happy to try an installation image 
that incorporates any proposed patches.
Workaround
   
Submitter wants to work on bug
   No
Additional configuration information
   I downloaded solaris 11/06 and found that the USB ports of my computer, Lenove (formerly IBM) M50 Small Dekstop are not supported.
The system complains during booting that
"NO SOF interrupts have been received. This USB EHCI host controller is
unusable".
This problem is very much like the bug reported in BugID: 5047712
I am afraid that a simple patch which is very similar to the one
as proposed in 5047712 [ and
incorporated in the opensolaris source code (I just checked the source
code browser)] is necessary for this popular chipset.
Sis661FX seems to be popular in the low-end Desktop systems.
After looking at the patch in 5047712,
I think it might be a good idea to route the interrupts to the EHCI controller
before checking for interrupts for *AlL* EHCI type controllers. But
I left this to the wisdom usb subystem writers.
TIA
To identify the problem furtherly, please do the following to try to work around the  problem.

During the boot, when you see the GRUB item (boot menu), type "e" (for edit) and then another "e" and then add " -B acpi-user-options=2" to the end of the kernel line.  Then, press RETURN. If we are lucky, then you will not see the problem any more.
Colin: please read my blog:

http://blogs.sun.com/danasblog/entry/configuring_solaris_acpi_at_boot

I'd prefer we ask people to try acpi-user-options=8 first before
trying acpi-user-options=2.

Thanks!
Dana
Work Around
setting acpi-user-options=0x8 works around the issue, but disables Solaris support of the power button.
Comments
Not sure if this issue is still reproducible with latest Solaris. It looks very likely a bios problem. Please user install latest solaris and do a proper bios update as well.