<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.32.2">
</HEAD>
<BODY>
In this case I think it's a matter of new hardware and older drivers. RHEL 6.x supports everything in this regard just fine. It's 5.x (final testing done w/CentOS 5.5 baremetal install) that has the issue. I've seen this before but in Windows; the Power Technology feature from Intel not being well supported by power management in the OS. XP SP2 supports it well while it is broken in SP3. (But then again, MS is just plain broken no matter what you do to it.) I chalk it up to a necessary tweak in the BIOS for optimal tuning for this case.<BR>
<BR>
<BR>
On Mon, 2012-06-18 at 13:33 -0400, Jim Kinney wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
wow! underscores that some hardware platforms are just a bit "funky"<BR>
<BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
On Mon, Jun 18, 2012 at 11:52 AM, Rich Faulkner <<A HREF="mailto:rfaulkner@tux86.org">rfaulkner@tux86.org</A>> wrote:
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE>
Believe I've found the solution to this so thought I'd share it here...<BR>
<BR>
I was able to narrow down a few factors in this:<BR>
<BR>
1. Issue dependent on v5 RHEL family (driver related)<BR>
2. Issue effected by changing feature in BIOS (memory related)<BR>
3. Issue centered around EHCI driver and visible as power loss in USB optical mouse (power related)<BR>
<BR>
This pointed me toward a BIOS feature for Intel Power Technology. Disabling this feature allowed proper functionality of the device (in this case the USB optical mouse). Further digging into the feature found that setting the Processor C State limit to [C0] provides operational functionality w/o power-up/down of USB optical mouse. No further errors observed.<BR>
<BR>
Waiting to hear results of field testing but I think this is it: that when low/high speed devices are connected through a USB 2.0 hub to the EHCI hub with Energy Efficiency enabled; the EHCI starts split transactions, but gets delayed while trying to access memory. Because of this, EHCI cannot complete the split transaction before the transaction translator in the hub discards the data. The hid-core driver retires the transaction but it also fails and the USB device is reset. <BR>
<BR>
It is notable that this behaviour is not seen using this BIOS and RHEL 6.x (CentOS or Scientific Linux).<BR>
<BR>
Cheers!<BR>
<BR>
RinL<BR>
<BR>
<BR>
<BR>
<BR>
On Sat, 2012-06-16 at 04:21 -0400, Rich Faulkner wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
Attaching a PS/2 mouse and keyboard resolve the error but by only removing the device(s) that are causing the problem. That is not a solution as all USB have to be working. I have recommended that the OS be migrated to 6.x but don't know that this will be accepted. Another find was setting the BIOS to support multi-monitor mode (an interesting connection); the error is not induced. Only in single-monitor mode does the USB mouse/keyboard go bugger. So there is a BIOS connection here for resource allocation that interacts with EHCI driver (or USB driver) and the function of low-speed USB device(s). <BR>
<BR>
In the end, the mouse and keyboard are constantly powering-up and down. Looks like they fail and reinitialize; then fail; then initialize. Up, down, up down...sand-a-floor; side-to-side...you get my drift...<BR>
<BR>
<BR>
On Fri, 2012-06-15 at 17:13 -0400, Jim Kinney wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
Oh. good catch! I have not had the chance to look at "the piles" here<BR>
<BR>
So disconnecting the mouse will stop the failures?<BR>
<BR>
On Fri, Jun 15, 2012 at 5:09 PM, Rich Faulkner <<A HREF="mailto:rfaulkner@tux86.org">rfaulkner@tux86.org</A>> wrote:<BR>
<BLOCKQUOTE>
The plot thickens: found the MS USB mouse is at issue...<BR>
<BR>
- The low speed USB device using ehci_hcd and address 3 is the Microsoft 3-Button Mouse as / class/ input/ input0 on usb-0000:00:1d.0-1.1<BR>
<BR>
- dmesg indicates: PCI: cache line size of 32 is not supported by device 0000:00:1d.0<BR>
<BR>
- I can see the USB 2.0, and EHCI 1.00 driver started for this device as well<BR>
<BR>
Observation of the mouse shows power blinking-off periodically. Keyboard (USB) acts like it has sticking keys periodically. I suspect this will goof-up most anything attached to the USB bus.<BR>
<BR>
I have been trying some kernel parameters to grub.conf but no improvement thus far to the mouse. (Only got rid of an issue concerning mtrr). Another hint in this is that when you set the BIOS for multi-monitor support the problem goes away. (Yes, I know we could set that and leave it but that's not the point. Need to find the fix for this other than a workaround like 6.x or the BIOS setting).<BR>
<BR>
TIA.......Rich <BR>
<BR>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE TYPE=CITE>
Chipset is the Intel C206 (PCH). Datasheet for the SHB is here: <A HREF="http://www.trentontechnology.com/downloads/datasheets/trenton_tsb7053_productdatasheet.pdf">http://www.trentontechnology.com/downloads/datasheets/trenton_tsb7053_productdatasheet.pdf</A> <BR>
</BLOCKQUOTE>
</BLOCKQUOTE>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE>
I have come across a problem with RHEL 5.x family where I am getting the following output in dmesg:<BR>
<BR>
"usb 2-1.1: reset low speed USB device using ehci_hcd and address 3"<BR>
<BR>
My USB attached keyboard and mouse do not function properly (lag and inaccurate output). It looks like there is an issue in the system support of USB but it only seems to exist in 5.x family. Once tested in 6.x it all works. (Testing with both CentOS and Scientific Linux - live and installed samples)<BR>
<BR>
I am going through the debug output manually but thought I'd shoot this over here for a more experienced perspective from those with grayer beards than I...<BR>
<BR>
TIA........Rich
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BLOCKQUOTE>
<BR>
_______________________________________________<BR>
Ale mailing list<BR>
<A HREF="mailto:Ale@ale.org">Ale@ale.org</A><BR>
<A HREF="http://mail.ale.org/mailman/listinfo/ale">http://mail.ale.org/mailman/listinfo/ale</A><BR>
See JOBS, ANNOUNCE and SCHOOLS lists at<BR>
<A HREF="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</A><BR>
<BR>
</BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<BR>
<BR>
<BR>
-- <BR>
-- <BR>
James P. Kinney III<BR>
<BR>
Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog.<BR>
- Speech 11/23/1900 Mark Twain<BR>
<BR>
<I><A HREF="http://electjimkinney.org">http://electjimkinney.org</A></I><BR>
<I><A HREF="http://heretothereideas.blogspot.com/">http://heretothereideas.blogspot.com/</A></I><BR>
<BR>
<PRE>
_______________________________________________
Ale mailing list
<A HREF="mailto:Ale@ale.org">Ale@ale.org</A>
<A HREF="http://mail.ale.org/mailman/listinfo/ale">http://mail.ale.org/mailman/listinfo/ale</A>
See JOBS, ANNOUNCE and SCHOOLS lists at
<A HREF="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</A>
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>