Hello,
Problem: When I migrated from a DG965WH -> DP55KG motherboard, there were
quite a bit of issues, host still does not reboot without special flags,
e.g. reboot=a, the NIC driver is broken with the in-kernel version (the
one on e1000.sourceforge) fixes that and finally my UPS USB has driver
stale problems, with two issues already relating to the HW/drivers
themselves it would not be unrealistic to speculate that there could be an
issue with the USB chipset/driver with this P55 motherboard.
Is anyone else out there running an APC1500VA UPS on a P55 motherboard?
If so, what have been your results?
Motherboard: Intel P55KG
Kernel: 2.6.31.4 x86_64
Details from nut/kernel usb trace:
http://home.comcast.net/~jpiszcz/20091014/nut-problem.txt
The last thread petered out:
http://www.gossamer-threads.com/lists/linux/kernel/1143579
# From ups -D
Got 2 HID objects...
Quick update...
upsdrv_updateinfo...
Got 2 HID objects...
Quick update...
Can't retrieve Report 22: Broken pipe
upsdrv_updateinfo...
Got to reconnect!
upsdrv_updateinfo...
Got to reconnect!
Can't retrieve Report 19: Broken pipe
upsdrv_updateinfo...
Got to reconnect!
Can't retrieve Report 15: Broken pipe
upsdrv_updateinfo...
Got to reconnect!
upsdrv_updateinfo...
# From the system logs:
Broadcast Message from [email protected]
(somewhere) at 6:01 ...
Communications with UPS apc@localhost lost
Broadcast Message from [email protected]
(somewhere) at 6:02 ...
Communications with UPS apc@localhost established
Broadcast Message from [email protected]
(somewhere) at 6:03 ...
# From ups.conf:
[apc]
driver = usbhid-ups
port = auto
desc = "APC 1500VA"
All other USB devices work properly, USB CD/DVD writer, keyboard, mouse,
etc. The same UPS (APC 1500VA) worked fine on the last board, same cable,
etc. I have tried power cycling the UPS and using a different port on the
motherboard, to no avail.
Aside from purchasing a different UPS (if I wanted to use nut)- is it
possible there is a bug in the chipset on these P55 boards in the way the
driver communicates with it?
Since this problem is 100% reproducible every time, is there anyway to
look into this issue any further?
Justin.
Hello,
SUMMARY: P55 Chipset/USB has issues with UPS' (broken pipe on 3 diff UPS')
WORKAROUND: Buy/use PCI USB card if you want to use nut/connect a UPS.
NOTES: All other USB (non-UPS) devices seem to function without any
problems.
On Thu, 29 Oct 2009, Justin Piszcz wrote:
> Problem: When I migrated from a DG965WH -> DP55KG motherboard, there were
> quite a bit of issues, host still does not reboot without special flags, e.g.
> reboot=a, the NIC driver is broken with the in-kernel version (the one on
> e1000.sourceforge) fixes that and finally my UPS USB has driver stale
> problems, with two issues already relating to the HW/drivers themselves it
> would not be unrealistic to speculate that there could be an issue with the
> USB chipset/driver with this P55 motherboard.
--
Tried another APC 1500VA UPS, same problem occurs, different cable/port etc.
Problem appears to be the Intel P55KG / USB Chipset in the way that it
handles usbhid-raw devices as CD/USB sticks/kbd/mouse/etc do not appear to
be affected.
So far all other USB devices work fine, with the exception of UPS', I
have tested two APC 1500VA (one an RS the other an XS), in addition I also
have a 'BELKIN 1200VA UPS with AVR' from a long time ago, the same
problem occurs.
Results:
- 3 different UPS models (APC 1500VA RS/XS & Belkin 1200VA)
- 2 different manufacturers (APC/Belkin)
- no other USB devices have problems (tried usb sticks,read cd/dvd, etc)
Output from Belkin UPS test:
Full update...
Can't retrieve Report 7: Broken pipe
upsdrv_updateinfo...
Got to reconnect!
Got 1 HID objects...
Full update...
upsdrv_updateinfo...
Got 1 HID objects...
Quick update...
Signal 2: exiting
BTW, other USB devices are OK, dd'd two USB sticks and a Knoppix DVD on a
USB CD/DVD burner with no USB errors/issues.
# dd if=/dev/sr0 of=/x/knoppix.iso
8685248+0 records in
8685248+0 records out
4446846976 bytes (4.4 GB) copied, 287.585 s, 15.5 MB/s
Given the prior problems with this board (noted at the top, reboot=a,
e1000e, etc)- is it possible that Intel needs to provide a BIOS update to
fix this or does the USB UHCI driver need an update due to a possible? quirk
in this chipset / usb chip?
I also tested nut-2.2.2 from Debian Stable and the same problem
occurred.
A bit frustrated, I popped in a PCI card with 4 external USBs, and now no
more errors:
Got 11 HID objects...
Quick update...
upsdrv_updateinfo...
Got 3 HID objects...
Quick update...
upsdrv_updateinfo...
Got 2 HID objects...
Full update...
upsdrv_updateinfo...
Got 3 HID objects...
Quick update...
upsdrv_updateinfo...
Got 2 HID objects...
Quick update...
upsdrv_updateinfo...
Got 3 HID objects...
Full update...
upsdrv_updateinfo...
07:01.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
07:01.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
07:01.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63)
It now works fine, using the PCI USB card.
However, this P55 board has 12-14 USB ports, it would be nice to use them.
Justin.
On Sat, 31 Oct 2009, Justin Piszcz wrote:
> Hello,
>
> SUMMARY: P55 Chipset/USB has issues with UPS' (broken pipe on 3 diff UPS')
> WORKAROUND: Buy/use PCI USB card if you want to use nut/connect a UPS.
> NOTES: All other USB (non-UPS) devices seem to function without any
> problems.
>
> On Thu, 29 Oct 2009, Justin Piszcz wrote:
>
> > Problem: When I migrated from a DG965WH -> DP55KG motherboard, there were
> > quite a bit of issues, host still does not reboot without special flags, e.g.
> > reboot=a, the NIC driver is broken with the in-kernel version (the one on
> > e1000.sourceforge) fixes that and finally my UPS USB has driver stale
> > problems, with two issues already relating to the HW/drivers themselves it
> > would not be unrealistic to speculate that there could be an issue with the
> > USB chipset/driver with this P55 motherboard.
>
> --
>
> Tried another APC 1500VA UPS, same problem occurs, different cable/port etc.
>
> Problem appears to be the Intel P55KG / USB Chipset in the way that it
> handles usbhid-raw devices as CD/USB sticks/kbd/mouse/etc do not appear to
> be affected.
>
> So far all other USB devices work fine, with the exception of UPS', I
> have tested two APC 1500VA (one an RS the other an XS), in addition I also
> have a 'BELKIN 1200VA UPS with AVR' from a long time ago, the same
> problem occurs.
...
> A bit frustrated, I popped in a PCI card with 4 external USBs, and now no
> more errors:
We might learn something by comparing two usbmon logs for the same UPS
device, one plugged into a USB port on the motherboard and the other
plugged into an add-on card.
Alan Stern
On Sat, 31 Oct 2009, Alan Stern wrote:
> On Sat, 31 Oct 2009, Justin Piszcz wrote:
>
>> Hello,
>>
>> SUMMARY: P55 Chipset/USB has issues with UPS' (broken pipe on 3 diff UPS')
>> WORKAROUND: Buy/use PCI USB card if you want to use nut/connect a UPS.
>> NOTES: All other USB (non-UPS) devices seem to function without any
>> problems.
>>
>> On Thu, 29 Oct 2009, Justin Piszcz wrote:
>>
>>> Problem: When I migrated from a DG965WH -> DP55KG motherboard, there were
>>> quite a bit of issues, host still does not reboot without special flags, e.g.
>>> reboot=a, the NIC driver is broken with the in-kernel version (the one on
>>> e1000.sourceforge) fixes that and finally my UPS USB has driver stale
>>> problems, with two issues already relating to the HW/drivers themselves it
>>> would not be unrealistic to speculate that there could be an issue with the
>>> USB chipset/driver with this P55 motherboard.
>>
>> --
>>
>> Tried another APC 1500VA UPS, same problem occurs, different cable/port etc.
>>
>> Problem appears to be the Intel P55KG / USB Chipset in the way that it
>> handles usbhid-raw devices as CD/USB sticks/kbd/mouse/etc do not appear to
>> be affected.
>>
>> So far all other USB devices work fine, with the exception of UPS', I
>> have tested two APC 1500VA (one an RS the other an XS), in addition I also
>> have a 'BELKIN 1200VA UPS with AVR' from a long time ago, the same
>> problem occurs.
>
> ...
>
>> A bit frustrated, I popped in a PCI card with 4 external USBs, and now no
>> more errors:
>
> We might learn something by comparing two usbmon logs for the same UPS
> device, one plugged into a USB port on the motherboard and the other
> plugged into an add-on card.
>
> Alan Stern
>
Hi Alan,
Got it--two runs:
1. 5 minutes of usbmon output on via chipset [working]
2. 5 minutes of usbmon output on intel p55 usb chipset [ehci/not working]
--
ORDER:
1. cat 0u | tee /tmp/1.mon.out
2. /etc/init.d/nut start
3. sleep 300; killall -9 cat
--
OUTPUT:
----
Issues/5-minute run (initial errors mainly occur within the first 2 min)
(5 minute capture)
http://home.comcast.net/~jpiszcz/20091031/1.mon.out.p55chipset.2.txt
Issues/5-minute run (initial errors mainly occur within the first 2 min)
(again) (5 minute capture)
http://home.comcast.net/~jpiszcz/20091031/1.mon.out.p55chipset.2.one.more.time.txt
Errors past 5 minutes occur around 6-7 minutes and later, hence this last one
nut had been running for 5-7 minutes when I started it, it captured a
disconnect and reconnect toward the end FYI. (capture until error > 5 min)
http://home.comcast.net/~jpiszcz/20091031/1.mon.out.p55chipset.2.one.more.time.while.nut.is.running.txt
No issues on the PCI USB card: (5 minute capture)
http://home.comcast.net/~jpiszcz/20091031/1.mon.out.via.no.errors.txt
==
FILES:
wget http://home.comcast.net/~jpiszcz/20091031/1.mon.out.p55chipset.2.one.more.time.txt
wget http://home.comcast.net/~jpiszcz/20091031/1.mon.out.p55chipset.2.one.more.time.while.nut.is.running.txt
wget http://home.comcast.net/~jpiszcz/20091031/1.mon.out.p55chipset.2.txt
wget http://home.comcast.net/~jpiszcz/20091031/1.mon.out.via.no.errors.txt
Justin.
On Sat, 31 Oct 2009 19:43:38 -0400 (EDT)
Justin Piszcz <[email protected]> wrote:
> >> Problem appears to be the Intel P55KG / USB Chipset in the way
> >> that it handles usbhid-raw devices as CD/USB sticks/kbd/mouse/etc
> >> do not appear to be affected.
> >>
> >> So far all other USB devices work fine, with the exception of
> >> UPS', I have tested two APC 1500VA (one an RS the other an XS), in
> >> addition I also have a 'BELKIN 1200VA UPS with AVR' from a long
> >> time ago, the same problem occurs.
> >
> > ...
> >
> >> A bit frustrated, I popped in a PCI card with 4 external USBs, and
> >> now no more errors:
just as a wild guess;
does it go away if you disable CONFIG_USB_SUSPEND ?
also, google suggests that your bios may not have c-states enabled;
if so, enabling those in the bios might also be a good idea
--
Arjan van de Ven Intel Open Source Technology
CentreCONFIG_USB_SUSPEND For development, discussion and tips for power
savings,visit http://www.lesswatts.org
On Sat, 31 Oct 2009, Arjan van de Ven wrote:
> On Sat, 31 Oct 2009 19:43:38 -0400 (EDT)
> Justin Piszcz <[email protected]> wrote:
>>>> Problem appears to be the Intel P55KG / USB Chipset in the way
>>>> that it handles usbhid-raw devices as CD/USB sticks/kbd/mouse/etc
>>>> do not appear to be affected.
>>>>
>>>> So far all other USB devices work fine, with the exception of
>>>> UPS', I have tested two APC 1500VA (one an RS the other an XS), in
>>>> addition I also have a 'BELKIN 1200VA UPS with AVR' from a long
>>>> time ago, the same problem occurs.
>>>
>>> ...
>>>
>>>> A bit frustrated, I popped in a PCI card with 4 external USBs, and
>>>> now no more errors:
>
>
> just as a wild guess;
> does it go away if you disable CONFIG_USB_SUSPEND ?
>
> also, google suggests that your bios may not have c-states enabled;
> if so, enabling those in the bios might also be a good idea
Hi Arjan,
Thanks for the reply,
http://home.comcast.net/~jpiszcz/20091101/config-2.6.31.4-7-PROD.txt
http://home.comcast.net/~jpiszcz/20091101/config-2.6.31.4-8-USB-DEBUG.txt
I do not use that option btw:
$ grep CONFIG_USB_SUSPEND .config
# CONFIG_USB_SUSPEND is not set
I rebooted to the BIOS and verified that the CPU C states are enabled.
Justin.
On Sat, 31 Oct 2009, Justin Piszcz wrote:
> >> SUMMARY: P55 Chipset/USB has issues with UPS' (broken pipe on 3 diff UPS')
> >> WORKAROUND: Buy/use PCI USB card if you want to use nut/connect a UPS.
> >> NOTES: All other USB (non-UPS) devices seem to function without any
> >> problems.
> >>
> >> On Thu, 29 Oct 2009, Justin Piszcz wrote:
> >>
> >>> Problem: When I migrated from a DG965WH -> DP55KG motherboard, there were
> >>> quite a bit of issues, host still does not reboot without special flags, e.g.
> >>> reboot=a, the NIC driver is broken with the in-kernel version (the one on
> >>> e1000.sourceforge) fixes that and finally my UPS USB has driver stale
> >>> problems, with two issues already relating to the HW/drivers themselves it
> >>> would not be unrealistic to speculate that there could be an issue with the
> >>> USB chipset/driver with this P55 motherboard.
> >>
> >> --
> >>
> >> Tried another APC 1500VA UPS, same problem occurs, different cable/port etc.
> >>
> >> Problem appears to be the Intel P55KG / USB Chipset in the way that it
> >> handles usbhid-raw devices as CD/USB sticks/kbd/mouse/etc do not appear to
> >> be affected.
> >>
> >> So far all other USB devices work fine, with the exception of UPS', I
> >> have tested two APC 1500VA (one an RS the other an XS), in addition I also
> >> have a 'BELKIN 1200VA UPS with AVR' from a long time ago, the same
> >> problem occurs.
> >
> > ...
> >
> >> A bit frustrated, I popped in a PCI card with 4 external USBs, and now no
> >> more errors:
> >
> > We might learn something by comparing two usbmon logs for the same UPS
> > device, one plugged into a USB port on the motherboard and the other
> > plugged into an add-on card.
> >
> > Alan Stern
> >
>
> Hi Alan,
>
> Got it--two runs:
>
> 1. 5 minutes of usbmon output on via chipset [working]
> 2. 5 minutes of usbmon output on intel p55 usb chipset [ehci/not working]
To summarize the differences between the logs, the Intel controller
shows occasional instances of failed transfers like this:
ffff8802138c8500 3487005687 S Ci:2:004:0 s 81 06 2100 0000 0009 9 <
ffff8802138c8500 3487006051 C Ci:2:004:0 -32 0
while the corresponding transfers worked with the VIA controller:
ffff88020c46dd40 1774844264 S Ci:4:002:0 s 81 06 2100 0000 0009 9 <
ffff88020c46dd40 1774855248 C Ci:4:002:0 0 9 = 09211001 21012237 04
and indeed they worked in the other Intel logs (the failures appeared
to be more or less at random).
This does indeed look like a low-level hardware problem, but I'm
hesitant to blame it on the chipset. For example, the problem might
lie in the hub you've got between the UPS and the computer. I know,
this doesn't explain why everything works okay with the VIA controller.
Probably the only way to tell for sure what's really happening is by
using an expensive bus analyzer.
Have you tried bypassing that hub, and plugging the UPS directly into
the computer?
Alan Stern
On Sun, Nov 01, 2009 at 12:11:44PM -0500, Alan Stern wrote:
> On Sat, 31 Oct 2009, Justin Piszcz wrote:
>
> > 1. 5 minutes of usbmon output on via chipset [working]
> > 2. 5 minutes of usbmon output on intel p55 usb chipset [ehci/not working]
>
> To summarize the differences between the logs, the Intel controller
> shows occasional instances of failed transfers like this:
>
> ffff8802138c8500 3487005687 S Ci:2:004:0 s 81 06 2100 0000 0009 9 <
> ffff8802138c8500 3487006051 C Ci:2:004:0 -32 0
>
> while the corresponding transfers worked with the VIA controller:
>
> ffff88020c46dd40 1774844264 S Ci:4:002:0 s 81 06 2100 0000 0009 9 <
> ffff88020c46dd40 1774855248 C Ci:4:002:0 0 9 = 09211001 21012237 04
>
> and indeed they worked in the other Intel logs (the failures appeared
> to be more or less at random).
>
> This does indeed look like a low-level hardware problem, but I'm
> hesitant to blame it on the chipset. For example, the problem might
> lie in the hub you've got between the UPS and the computer. I know,
> this doesn't explain why everything works okay with the VIA controller.
> Probably the only way to tell for sure what's really happening is by
> using an expensive bus analyzer.
>
> Have you tried bypassing that hub, and plugging the UPS directly into
> the computer?
I think P55 chipset has an integrated hub, which is not removeable. The
only USB controller is EHCI, and that is connected directly to a hub in the
silicon which provides multiple downstream ports and does the translation
to 1.0 speeds. So the hub cannot be bypassed.
Two things to note:
1) Not all ports on that silicon are the same. Specifically, ports 1 and 9
have special properties (related to USB-based debugging). You should try
other ports (note that I count ports starting at 0).
2) I noticed this article:
http://www.theregister.co.uk/2009/10/30/iphone_p55_problems/ -- this may
suggest that there are other issues with P55 chipset and USB. According to
this article, as with this reported issue, adding an external USB hub
doesn't help, but an add-in PCI USB card does. We may have to consider a
P55 issue as a possibility here.
Matt
--
Matthew Dharm Home: [email protected]
Maintainer, Linux USB Mass Storage Driver
I say, what are all those naked people doing?
-- Big client to Stef
User Friendly, 12/14/1997
On Sun, 1 Nov 2009, Matthew Dharm wrote:
> On Sun, Nov 01, 2009 at 12:11:44PM -0500, Alan Stern wrote:
>> On Sat, 31 Oct 2009, Justin Piszcz wrote:
>>
>>> 1. 5 minutes of usbmon output on via chipset [working]
>>> 2. 5 minutes of usbmon output on intel p55 usb chipset [ehci/not working]
>>
>> To summarize the differences between the logs, the Intel controller
>> shows occasional instances of failed transfers like this:
>>
>> ffff8802138c8500 3487005687 S Ci:2:004:0 s 81 06 2100 0000 0009 9 <
>> ffff8802138c8500 3487006051 C Ci:2:004:0 -32 0
>>
>> while the corresponding transfers worked with the VIA controller:
>>
>> ffff88020c46dd40 1774844264 S Ci:4:002:0 s 81 06 2100 0000 0009 9 <
>> ffff88020c46dd40 1774855248 C Ci:4:002:0 0 9 = 09211001 21012237 04
>>
>> and indeed they worked in the other Intel logs (the failures appeared
>> to be more or less at random).
>>
>> This does indeed look like a low-level hardware problem, but I'm
>> hesitant to blame it on the chipset. For example, the problem might
>> lie in the hub you've got between the UPS and the computer. I know,
>> this doesn't explain why everything works okay with the VIA controller.
>> Probably the only way to tell for sure what's really happening is by
>> using an expensive bus analyzer.
>>
>> Have you tried bypassing that hub, and plugging the UPS directly into
>> the computer?
Hi,
I do not use any hubs in this environment, everything is directly
attached to the motheboard. Per Matthew (noted below) when I
mention hub I am talking about your typical USB hub one would
attach to a USB port on the board, not the integrated one on the
motherboard. Everything is directly attached from the motherboard
to each respective device.
MOBO -> UPS
MOBO -> KBD
MOBO -> etc
>
> I think P55 chipset has an integrated hub, which is not removeable. The
> only USB controller is EHCI, and that is connected directly to a hub in the
> silicon which provides multiple downstream ports and does the translation
> to 1.0 speeds. So the hub cannot be bypassed.
>
> Two things to note:
>
> 1) Not all ports on that silicon are the same. Specifically, ports 1 and 9
> have special properties (related to USB-based debugging). You should try
> other ports (note that I count ports starting at 0).
I have tested every port on the motherboard (the 8 on the back and 4 off
of the USB headers on the motherboard):
http://home.comcast.net/~jpiszcz/20091101/ports.txt
The problem occurred on every port.
>
> 2) I noticed this article:
> http://www.theregister.co.uk/2009/10/30/iphone_p55_problems/ -- this may
> suggest that there are other issues with P55 chipset and USB. According to
> this article, as with this reported issue, adding an external USB hub
> doesn't help, but an add-in PCI USB card does. We may have to consider a
> P55 issue as a possibility here.
Very interesting-- the C-state option for the CPU is on/enabled in the
BIOS, it has always remained on, I never disabled it.
Justin.
On Sun, 1 Nov 2009, Justin Piszcz wrote:
>
>
> On Sun, 1 Nov 2009, Matthew Dharm wrote:
>
>> On Sun, Nov 01, 2009 at 12:11:44PM -0500, Alan Stern wrote:
>>> On Sat, 31 Oct 2009, Justin Piszcz wrote:
>>>
>>>> 1. 5 minutes of usbmon output on via chipset [working]
>>>> 2. 5 minutes of usbmon output on intel p55 usb chipset [ehci/not working]
>>>
>>> To summarize the differences between the logs, the Intel controller
>>> shows occasional instances of failed transfers like this:
>>>
>>> ffff8802138c8500 3487005687 S Ci:2:004:0 s 81 06 2100 0000 0009 9 <
>>> ffff8802138c8500 3487006051 C Ci:2:004:0 -32 0
>>>
>>> while the corresponding transfers worked with the VIA controller:
>>>
>>> ffff88020c46dd40 1774844264 S Ci:4:002:0 s 81 06 2100 0000 0009 9 <
>>> ffff88020c46dd40 1774855248 C Ci:4:002:0 0 9 = 09211001 21012237 04
>>>
>>> and indeed they worked in the other Intel logs (the failures appeared
>>> to be more or less at random).
>>>
>>> This does indeed look like a low-level hardware problem, but I'm
>>> hesitant to blame it on the chipset. For example, the problem might
>>> lie in the hub you've got between the UPS and the computer. I know,
>>> this doesn't explain why everything works okay with the VIA controller.
>>> Probably the only way to tell for sure what's really happening is by
>>> using an expensive bus analyzer.
>>>
>>> Have you tried bypassing that hub, and plugging the UPS directly into
>>> the computer?
>
> Hi,
>
> I do not use any hubs in this environment, everything is directly attached to
> the motheboard. Per Matthew (noted below) when I
> mention hub I am talking about your typical USB hub one would
> attach to a USB port on the board, not the integrated one on the
> motherboard. Everything is directly attached from the motherboard
> to each respective device.
>
> MOBO -> UPS
> MOBO -> KBD
> MOBO -> etc
>
>
>>
>> I think P55 chipset has an integrated hub, which is not removeable. The
>> only USB controller is EHCI, and that is connected directly to a hub in the
>> silicon which provides multiple downstream ports and does the translation
>> to 1.0 speeds. So the hub cannot be bypassed.
>>
>> Two things to note:
>>
>> 1) Not all ports on that silicon are the same. Specifically, ports 1 and 9
>> have special properties (related to USB-based debugging). You should try
>> other ports (note that I count ports starting at 0).
> I have tested every port on the motherboard (the 8 on the back and 4 off
> of the USB headers on the motherboard):
> http://home.comcast.net/~jpiszcz/20091101/ports.txt
>
> The problem occurred on every port.
>
>>
>> 2) I noticed this article:
>> http://www.theregister.co.uk/2009/10/30/iphone_p55_problems/ -- this may
>> suggest that there are other issues with P55 chipset and USB. According to
>> this article, as with this reported issue, adding an external USB hub
>> doesn't help, but an add-in PCI USB card does. We may have to consider a
>> P55 issue as a possibility here.
> Very interesting-- the C-state option for the CPU is on/enabled in the
> BIOS, it has always remained on, I never disabled it.
>
> Justin.
>
>
One note to add:
There is one final port on the motherboard itself near the CPU
but I would need to remove my motherboard and HSF/remove many cards etc
to be able to test that one.
All ports besides the one directly on the motherboard have been tested and
the error persists on them.
Justin.
On Sun, Nov 01, 2009 at 04:18:40PM -0500, Justin Piszcz wrote:
>
> I do not use any hubs in this environment, everything is directly
> attached to the motheboard. Per Matthew (noted below) when I
> mention hub I am talking about your typical USB hub one would
> attach to a USB port on the board, not the integrated one on the
> motherboard. Everything is directly attached from the motherboard
> to each respective device.
>
> MOBO -> UPS
> MOBO -> KBD
> MOBO -> etc
Just to be clear, the hub isn't "on the motherboard". It's actually in the
P55 silicon itself. It's not a separate chip or anything; it's part of the
PCH design.
Matt
--
Matthew Dharm Home: [email protected]
Maintainer, Linux USB Mass Storage Driver
You are needink to look more evil. You likink very strong coffee?
-- Pitr to Dust Puppy
User Friendly, 10/16/1998
On Sun, 01 Nov 2009, Matthew Dharm wrote:
> On Sun, Nov 01, 2009 at 04:18:40PM -0500, Justin Piszcz wrote:
> > I do not use any hubs in this environment, everything is directly
> > attached to the motheboard. Per Matthew (noted below) when I
> > mention hub I am talking about your typical USB hub one would
> > attach to a USB port on the board, not the integrated one on the
> > motherboard. Everything is directly attached from the motherboard
> > to each respective device.
> >
> > MOBO -> UPS
> > MOBO -> KBD
> > MOBO -> etc
>
> Just to be clear, the hub isn't "on the motherboard". It's actually in the
> P55 silicon itself. It's not a separate chip or anything; it's part of the
> PCH design.
And, if it is broken, maybe the brokenness is listed in the PCH errata?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh