Short summary: insmod it821x noraid=1 causes system to hang for ~30s: hdc: dma_timer_expiry: dma status == 0x61 hdc: DMA timeout error hdc: dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest } ide: failed opcode was: unknown OK, let's have some more detail and background. I have an ASUS P5GDC-V Deluxe mainboard and recently reactivated the onboard IDE RAID controller in simple IDE mode. Simply rebooting it hung a really long time in udev event processing, longer than my patience would allow. So I rebooted with init=/bin/bash and experimented a bit. Passing noraid=1 to the module seemed a bit better. But still it hangs about half a minute in processing udev events, and gives the above error message afterwards. Funny thing is, there are two identical IDE drives connected two the two IDE buses of that controller, and the second one seems to work correctly. I assume that this issue will probably need further investigation, and might well turn out to be an upstream problem. But it still is my understanding that any bug occurring on Gentoo systems should be reported here first, and currently I'm using gentoo kernel sources. So please let me know exactly what kind of information I can provide, and understand that I probably have to restart my machine for every bit of it, because the it821x module cannor be removed once it's loaded.
Created attachment 100455 [details] dmesg of normal boot with noraid=1 This is the relevant part of a dmesg output after booting my system. Looks like udev is inserting modules in parallel, because there are some other messages mixed in with the ide ones. You can see the timing information as well, so you get a feeling of the time I have to wait on this.
# hdparm /dev/hd{c,d} /dev/hdc: multcount = 16 (on) IO_support = 0 (default 16-bit) unmaskirq = 1 (on) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 65535/16/63, sectors = 80063424, start = 0 /dev/hdd: multcount = 16 (on) IO_support = 0 (default 16-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 65535/16/63, sectors = 80063424, start = 0 You can see that DMA has automatically been disabled for hdc, despite my kernekl config saying CONFIG_IDEDMA_AUTO=y and CONFIG_IDEDMA_PCI_AUTO=y
# lspci -vvs 1f.1 00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03) (prog-if 8a [Master SecP PriP]) Subsystem: ASUSTeK Computer Inc. P5GD1-VW Mainboard Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 0 Interrupt: pin A routed to IRQ 18 Region 0: I/O ports at <unassigned> Region 1: I/O ports at <unassigned> Region 2: I/O ports at <unassigned> Region 3: I/O ports at <unassigned> Region 4: I/O ports at ffa0 [size=16]
Please attempt to reproduce this with the latest development kernel, currently 2.6.19-rc3. There are actually 2 drivers available in this kernel: the one you are currently trying, and a new libata-based one. If your data is not overly important and you are feeling adventurous you might want to try the new one, see http://kernelnewbies.org/Linux_2_6_19
Created attachment 100905 [details] dmesg of it821x from 2.6.19-r3 (In reply to comment #4) OK, I tried 2.6.19-rc3, booted with init=/bin/bash and attached the dmesg output from "modprobe it821x noraid=1". It took almost exactly 30 seconds. So it's reproducible.
Created attachment 100906 [details] messages of pata_it821x from 2.6.19-rc3 (In reply to comment #4) The new driver is even worse; it completely freezes my system. I wrote down the messages on a sheet of paper and just typed them into a file. There might be minor errors, but basically this should be an (almost) exact screen dump.
Please file this as an upstream bug at http://bugzilla.kernel.org and post the new URL here.
(In reply to comment #7) > Please file this as an upstream bug at http://bugzilla.kernel.org and post the > new URL here. it821x problem posted as http://bugzilla.kernel.org/show_bug.cgi?id=7506 pata_it821x crash posted as http://bugzilla.kernel.org/show_bug.cgi?id=7507
Thanks, will keep an eye on those
