Bug 38390
Summary: | install hangs during probe for IDEs | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Mike Edwards <medwards> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED WORKSFORME | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | ant, curtis, heinz-guenter.siebert, htzag, ian.mountford, marcelor, mmcclary, oliver |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-06-06 12:00:37 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Mike Edwards
2001-04-30 13:11:35 UTC
This sounds like a kernel problem. Could you try adding "ide=nodma" to the kernel commandline? (eg "linux ide=nodma" on the syslinux prompt) I tried "ide=nodma" this afternoon but received the same results. I suppose I could try removing the card and upgrading from there and worry about the TBU after the upgrade... Same exact hang with a Promise UDMA 66 controler (PDC20262). Connecting the UDMA66 hard disk to the regular IDE controller works, but even then there's dma timeouts. Eventually the kernel turns off the dma and the system proceeds to boot. ide=nodma should disable dma from the start. arjanv: That may be, but since it isn't solving the problem, what course of action do you reccomend? Can you try disabling the ide1 controller in the bios? If it boots with that, we know this one is to blame.... I am having a very similar problem with the Promise FastTrak100 IDE RAID controller. Except my boot process gets a (very) little bit farther: <snip> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1 ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:pio, hdb:DMA ide1: BM-DMA at 0xc008-0xc00f, BIOS settings: hdc:pio, hdd:pio PDC20267: IDE Controller on PCI bus dev 48 PCI: Found IRQ 11 for device 00:09.0 PDC20267: chipset revision 2 PDC20267: not 100% native mode: will probe irqs later PDC20267: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode. PDC20267: neither IDE port enabled (BIOS) And there it hangs. I actually took one of the drives off the Raid card, completed the install using the on-board IDE channel, and then moved the drive back into the mirrored raid setup, so it's booting this far off of the IDE raid controller, but will not get beyond this point. I tried disabling on board controllers, and ide=nodma, and every possible setting related to the IDE controllers (on board & promise) with no change in where the boot hangs. System is white box Tyan S2930B (Trinity KT-A) based w/512MB, 1GHz Athlon (@266fsb), 3C905B-TX-M, TNT2 Vanta 8MB Video, IBM 60GXP (x2) on the FastTrak 100, Generic 40x CD-ROM (Teac perhaps). Using the Promise provided linux drivers for the FastTrack100. "Using the Promise provided linux drivers for the FastTrack100." These drivers are very very very buggy and will eat your filesystems if they don't crash your kernel. And as they are binary only, we cannot fix them. We can not even look at them to see what possibly could cause the problem. Please report all bugs you encounter using that driver to Promise, not us. Having said that, We are working on real, open source, drivers for the FastTrack and so far, I can mount filesystems and read and write files with the driver I made; so far it is RAID0 only though. I have the same promise problem as curtis, except I don't use the promise drivers at ALL for RH7.0, same hang after VPIDE, I have tried the following various kernel options: ide=nodma ide0=0xc000,0xc007,14 ide1=0xc0000,0xc00f,14 ide0=0xc000,0xc007,14 ide1=0xc0000,0xc00f,14 ide2=none ide3=none I have also compiled a version of the 2.4.3 kernel with the appropriate VIA ide drivers, and the same problem occurs. The only solution to date has been to turn off the promise controller in the bios! Which is not very good for the other OS' I use. Thanks, Andrew P. BTW Config: MSI 694D PRO AR - 3.4 BIOS, running Dual P3 800's, 256Mb ram 2x9.1GB IDE Drives on IDE0 1xHitatchi DVD Drive on IDE1 (Master) 2x20GB IDE Drives on Promise Controller (1 on each channel) Initio U2W SCSI Controller 1x4.5 GB SCSI HDD 1xSCSI Yamaha CDRW powella.au: could you try the 2.4.3-2.14.X (X >= 10) kernel that is available from the rawhide directory? I have previously reported a similar problem with my Creative 36X CD-rom, that hangs during install, then will not mount at all. I continued the install on my Ricoh MP9129A. The 7.1 installer hung on the "blue screen" <do you have a driver disc?> . Later moving the 36x Creative CD-ROM to the Promise Ultra66 solved the problem. I suppose the problem is with the kernel driver for the intel PllX4 ide-controller. RH 7.0 or wolverine did not have this problem. snip from /var/log/dmesg Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx PIIX4: IDE controller on PCI bus 00 dev 39 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio PDC20262: IDE controller on PCI bus 00 dev 68 PCI: Found IRQ 12 for device 00:0d.0 PDC20262: chipset revision 1 PDC20262: not 100% native mode: will probe irqs later PDC20262: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode. ide2: BM-DMA at 0xec00-0xec07, BIOS settings: hde:DMA, hdf:DMA ide3: BM-DMA at 0xec08-0xec0f, BIOS settings: hdg:pio, hdh:pio hda: WDC AC35100L, ATA DISK drive hdc: RICOH DVD/CDRW MP9120, ATAPI CD/DVD-ROM drive hdg: CREATIVECD3630E, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 ide3 at 0xe400-0xe407,0xe802 on irq 12 hda: 10085040 sectors (5164 MB) w/256KiB Cache, CHS=627/255/63, UDMA(33) I experimented with setting PIO modes in BIOS for the creative 36x, didn't help. the 33 MHz assumption is wron in my case as I run the PCI bus at 41 MHz. I did not try to "normal-clock" the bus. arjanv: Many thanks for the solution. AP. arjanv: I have just received my deluxe workstation 7.1CDs I gather that I am going to have the same problems, hence is there a workaround/suggested way to install without going throught all the dramas? Thanks, Andrew P. arjanv:I have exactly the same problems as medwards,with RH7.1. The system is a Gateway PIII 850,with a 30 GB hd and a Promise 66 controler .I tried all the different boot options but nothing seems to work!Are there any new insights on the problem? Hi I have the same problem on 2 totaly different machines. Tried the nodma option and they still hang. Regards Anthony Anthony, Question: have you checked if your HDD's are connected as per Promise's recommendations, mine were not (in the end), 2 HDD's should be connected to the same channel, then everything works sweet with RH7.1. Cheers, AP I have an ASUS A7V that comes with two IDE chipset: VIA and Promise. It seems that my problem is with the VIA chipset and not the Promise. So, now I have plugged all my drives to the Promise chipset and disabled the VIA. This also speed up the boot process. The problem now is that the Promise chipset boot only from a DOS bootable CD(i.e. the WinXP evaluation CD) and not from a RH CD. I still haven't try disabling the promise and plug all the drives to the VIA chipset. This may be the solution on an A7V. I experience the same problem, with an older system. During a boot attempt, (for installation, using boot.img dated 4/9/01 3:37AM), my system also hangs at: ide0 at <some address> on IRQ 14 ide2 at <some address> on IRQ 11 The relevant hardware: FICA PT-2200 motherboard (running Pentium 166MMX) -has on-board IDE controller, which when used alone, has successfully accomodated various Linux installations -only connected device is a Primary/Master CD-RW Promise Ultra100 controller -only connected device is a Primary/Master Quantum KA13.6 7200rpm drive -controller was necessary to break through 8.4GB limitation -happily supports Win98SE installation In addition to attempting RH7.1 installation, I have obtained a number of other boot-images, with the same results :-( I have used a number of Linux distributions since 1996 - hand-configuring X-servers and sendmail, etc. But I'm baffled and dismayed by this current inability to install (particularly galling since Win98SE installed so effortlessly :-( ). -Gord You are not alone ! My Hardware is : - GIGABYTE GA-7DXR with AMD 761+686B AGPset - Integrated Promise Ultra DMA RAID-1 (2x40 GB as RAID-1 array) - IDE0 is connected to DVD player Works fine with FastTrack driver from Promise and rh7.0. Raid-1 was installed as SDA. Under W98SE works find as SCSI RAID-1. When installing rh7.1 with promise driver, linux also recognizes in addition to SDA the same RAID-1 array disks as HDE(IDE3) and HDG(IDE4). When doing the installation, the RAID-1 array has to be rebuild. After some investigation I found, that I had to install and boot with the following parms (only IDE0 is used for DVD - disks are connected promise raid): "ide1=0 ide2=0 ide3=0 ide4=0 ide5=0 ide6=0 ide7=0 ide8=0 ide9=0" With this, only SDA is used and is working fine so far. Without this parms, one RAID IDE is corrupted and I had to rebuild the array. The final question is, how to manipulate the IDE detection, in order not to recognize HDE and HDG as single disks, but only SDA as with rh7.0? The kernel that is installed after the instalation works fine with my Promise ATA-100. I think if RedHat release a new boot.img with the latest kernel, the problem with be solved. They can also use the kernel image that is installed by default in RH7.1 and it would work. But right now, I think our only solution is to wait until RH7.2 :-( Cheers Oliver Don't hold your breath, it does not work in RH7.2 We've done huge amounts of work on the IDE over errata and through 7.3 to 9.0. If any of you still have this problem with current Red Hat please re-open the bug. Thanks |