Comment 10 for bug 1794922

Revision history for this message
Chris Guiver (guiverc) wrote :

I've re-run zsync for latest image; no 'ehci-pci' messages on either dc7700 or 755 for Xubuntu x86 (but both drop to BusyBox/initramfs)

Given different messages - I reported as a different bug (for QA tracker)
http://launchpad.net/bugs/1795092
providing link to here of course; inc. your upstream possible link..
(I am yet to try lubuntu image today)

-- hp dc7700 (c2d, 5gb ram, nvidia quadro nvs290/g86)
guiverc@dc7700ub:~$ lscpi|grep HCI
00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02)
00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)

-- dell 755 (c2d, 5gb ram, rv516/x1300/x1550 radeon)
755-suse:/home/guiverc # lspci |grep HCI
00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller [AHCI mode] (rev 02)

Sorry Walter, I'm lost with the following

> It also might be good to check a 32 bit kernel on a 64 bit machine if you can get
> that test out of the way
> If it's possible, checking all those different ones will likely prove helping in
> understanding the scope of the problem.