|Summary:||installer crashes - perhaps because of USB [ALi lockup]|
|Product:||[Retired] Red Hat Linux||Reporter:||Alon Rubinstein <alon>|
|Component:||kernel||Assignee:||Pete Zaitcev <zaitcev>|
|Status:||CLOSED RAWHIDE||QA Contact:||Brock Organ <borgan>|
|Version:||8.0||CC:||alon, pinkfloydhomer, rjbirkett|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2003-02-27 19:00:05 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Alon Rubinstein 2001-07-28 17:17:39 UTC
Description of Problem: While installing RedHat 7.1 on a IBM notebook 93G I series, the installer crashes and hangs the computer in the " /sbin/installer" stage How Reproducible: Always Steps to Reproduce: 1. insert CD and boot off it 2. chose ANY option in the install ( including ide=nodma) 3. Actual Results: a complete hang with no response to any keys whatsoever forcing a cold reset Expected Results: Additional Information: A second before the hang I went to vt3 and vt4 : the hang happenend write after the usb modules loading.
Comment 1 Brent Fox 2001-07-29 02:02:43 UTC
Do you have any USB devices that you need to use during the install?
Comment 2 Alon Rubinstein 2001-07-29 19:55:20 UTC
No I do not need to use any USB devices during the install. I will need to set a Serial adapter - but that could be a post install procedure. The installer crashed both with the adapter connected and disconnected...
Comment 3 Alon Rubinstein 2001-07-30 21:17:13 UTC
RH6.2 installs without any problems...
Comment 4 Matt Wilson 2001-08-02 18:20:55 UTC
try booting with "linux nousb" at the boot: prompt
Comment 5 Brent Fox 2001-08-14 03:10:44 UTC
alon, any more info here?
Comment 6 Alon Rubinstein 2001-08-14 09:54:57 UTC
ok.. installing with the nousb did enable finishing the installation. However teh hang now happens with normal boot too. I can boot with "linux nousb" and it does not hang. however I have no usb support. I tried to add the module manually after the boot has finished and it hangs immediately. I am talking about the ohci module (usb-ohci). this is also the case after a kernel update to 2.4.7 - exact same hang. Alon
Comment 7 Brent Fox 2001-08-14 15:08:05 UTC
Ok. The problem seems to be with the USB handling, not the installer. Changing component.
Comment 8 Pete Zaitcev 2001-08-20 08:01:24 UTC
See also Bug 51063. Symptoms are similar. Not marking as duplicate just yet because: 1. A different host controller is used. 2. No USB devices are attached to the laptop.
Comment 9 Pete Zaitcev 2001-09-21 23:35:11 UTC
It is established that 51083 is not a dup, which is good. Requestor, please attach output from lspci -v.I am afraid it may be ALi OHCI there (phear!).
Comment 10 Alon Rubinstein 2001-09-25 12:55:03 UTC
output of lspci -v is: 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1621 (rev 01) Flags: bus master, slow devsel, latency 0 Memory at e0000000 (32-bit, prefetchable) [size=64M] Capabilities: [b0] AGP version 1.0 Capabilities: [a4] Power Management version 1 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5247 (rev 01) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: 80500000-818fffff 00:06.0 Multimedia audio controller: Acer Laboratories Inc. [ALi]: Unknown device 5451 (rev 01) Subsystem: IBM: Unknown device 020f Flags: medium devsel, IRQ 11 I/O ports at 9000 [size=256] Memory at 81a00000 (32-bit, non-prefetchable) [size=4K] Capabilities: [dc] Power Management version 2 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] Flags: bus master, medium devsel, latency 0 Capabilities: [a0] Power Management version 1 00:10.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c3) (prog-if fa) Flags: bus master, medium devsel, latency 32, IRQ 15 I/O ports at 7050 [size=16] Capabilities:  Power Management version 2 00:11.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU Flags: medium devsel 00:13.0 CardBus bridge: O2 Micro, Inc. OZ6812 Cardbus Controller (rev 05) Subsystem: IBM: Unknown device 01a3 Flags: bus master, stepping, slow devsel, latency 168, IRQ 10 Memory at 10000000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=02, subordinate=05, sec-latency=176 Memory window 0: 10400000-107ff000 (prefetchable) Memory window 1: 10800000-10bff000 I/O window 0: 00000000-00000003 I/O window 1: 00000000-00000003 16-bit legacy interface ports at 0001 00:14.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) (prog- if 10 [OHCI]) Flags: bus master, medium devsel, latency 32, IRQ 10 Memory at 81c00000 (32-bit, non-prefetchable) [size=4K] Capabilities:  Power Management version 2 01:00.0 VGA compatible controller: Trident Microsystems: Unknown device 8620 (rev 5d) (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 0213 Flags: 66Mhz, medium devsel, IRQ 10 Memory at 80800000 (32-bit, non-prefetchable) [size=8M] Memory at 80500000 (32-bit, non-prefetchable) [size=128K] Memory at 81000000 (32-bit, non-prefetchable) [size=8M] Expansion ROM at 80520000 [disabled] [size=64K] Capabilities:  AGP version 1.0 Capabilities:  Power Management version 1 Is that what you feared? Alon
Comment 11 Pete Zaitcev 2001-09-25 16:24:18 UTC
From: Taral <email@example.com> Newsgroups: linux-kernel Subject: USB lockup on Thinkpad i1300 Date: Sat, 22 Sep 2001 04:45:27 -0500 To: firstname.lastname@example.org My thinkpad happily locks up with both 2.4.9 and 2.4.10-pre14 when I load usb-ohci. Tracing with kdb shows that the system locks up right after executing this: (usb-ohci.c:2137) /* HC Reset requires max 10 ms delay */ writel (OHCI_HCR, &ohci->regs->cmdstatus); Anyone have any idea? The processor apparently never gets to the next instruction. [Cc: me please, I'm not on this list.] P.S. System chipset is ALi: 00:14.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) (prog-if+10 [OHCI]) Flags: bus master, medium devsel, latency 32, IRQ 10 Memory at 82400000 (32-bit, non-prefetchable) [size=4K] Shares IRQ with cardbus bridge and lcd controller. -- Taral <email@example.com>
Comment 12 Pete Zaitcev 2001-10-02 22:18:50 UTC
Is running self-compiled kernels with patches feasible on the target machine?
Comment 13 Alon Rubinstein 2001-10-10 20:22:12 UTC
Yes, of course!! all kernels I run are compiled by me.. Alon
Comment 14 David Rasmussen 2001-10-16 19:34:58 UTC
Has any progress been made with this problem? I have the same problem on an IBM Thinkpad i1300.
Comment 15 David Rasmussen 2001-10-16 19:53:25 UTC
I forgot to add: I will help with debugging too, if I can be of any help. I am running Mandrake 8.1 though.
Comment 16 Robert J Birkett 2002-05-29 17:51:14 UTC
This problem has been around for a long time. On IBM and Compaq laptops of varying types, USB support is not working, most likely because of a bug in the USB_OHCI drivers. I have tried many different settings to resolve this issue but to no avail. The most annoying piece of the puzzle is that all the hardware is correctly identified and the system ONLY locks up when loading the USB drivers of any type (ohci or other). There is definitely a driver problem here that affects a huge number of machines using this specific chipset. I'm almost at the point of buying a new laptop since this problem is unlikely to be resolved anytime soon. I did manage to get RHL 7.3 installed afer a lot of searching since the nousb option does not work during install (oops!) and you have to disable pcmcia at startup to avoid consecutive lockups. The i1300 series has no serial port so it's USB or PS2 port only. I wish this could be fixed.
Comment 17 Need Real Name 2002-07-22 12:24:09 UTC
I had the same problem on a TP i1200 and this is only workaround I found. On starting the install, type "linux pci=conf2" or "linux pci=off" as the bootloader options. This will suppress the lockup on detection of USB devices on the computers that have the defective USB. If you want to have the full text go to : http://www.eecs.umich.edu/~chhabra/linuxonTPi1300.html Hope this helps !
Comment 18 Pete Zaitcev 2002-10-04 17:45:40 UTC
*** Bug 75122 has been marked as a duplicate of this bug. ***
Comment 19 Pete Zaitcev 2002-10-04 17:49:22 UTC
The "nousb" option is fixed in RH8.0, so there's no need for gymnastics with PCI detection. This bug is stalled, basically. Someone has to poke IBM and ALi and get specs and errata, but I really do not have the time.
Comment 21 Pete Zaitcev 2002-11-01 01:23:19 UTC
CVS HEAD >2.4.19-0.2
Comment 22 Pete Zaitcev 2003-02-27 19:00:05 UTC
The -ac has a simplified version.