82 2001-10-17 20:56:06 +0400 Seagate ST36422A does not work except with ide=nodma 2006-12-23 22:42:26 +0300 1 1 4 Development Sisyphus kernel24-up unstable all Linux CLOSED WONTFIX P4 major --- 1 vsu vsu mike nidd oldest_to_newest 73 0 vsu 2001-10-17 20:56:06 +0400 Возникла проблема при установке Junior 1.1 (ядро 2.4.9-alt4-up) на машину со следующей конфигурацией: ABIT BX133-RAID (контроллер HPT не используется, занят только основной канал IDE, кабель 40-жильный) Pentium III-533 /dev/hda - Seagate ST36422A (6400M) /dev/hdb - ATAPI-CD ROM-DRIVE-50MAX (Acer) Установка проходит нормально, при загрузке установленной системы с параметрами ядра по умолчанию (только root=/dev/hda3) происходит: Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed ... 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:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hda:pio, hdb:pio hda: ST36422A, ATA DISK drive hdb: ATAPI-CD ROM-DRIVE-50MAX, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: 12500460 sectors (6400MB) w/256KiB Cache, CHS=778/255/63, UDMA(33) Partition check: hda: hda1 hda2 hda3 hda4 ...... reiserfs: checking transaction log (device 03:03)... hda: timeout waiting for DMA ide_dmaproc: chipset supported ide_dma_timeout func only: 14 hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } hda: drive not ready for command hda: status error: status=0x50 { DriveReady SeekComplete } hda: no DRQ after issuing WRITE hda: status error: status=0x50 { DriveReady SeekComplete } hda: no DRQ after issuing WRITE hda: status error: status=0xd0 { Busy } ide0: reset: success Дальше пытается идти нормальная загрузка, но на перемонтировании / в rw система зависает; после перезагрузки кнопкой RESET BIOS не обнаруживает ни диск, ни CD-ROM до выключения питания. Отключение UDMA (и даже установка PIO0) в BIOS не помогает - все равно получается BIOS settings: hda:DMA, hdb:DMA. Против этого безобразия помогла только опция ide=nodma, с которой удалось загрузиться, если указать ее сразу же после установки (после попытки загрузки без нее с вышеописанным зависанием были испорчены файлы, в частности, XF86Config - часть данных заменилась мусором). Аналогичные проблемы с этим диском возникали при установке Mandrake 8.1 (ядро 2.4.8-??mdk), с той лишь разницей, что там они начались уже при установке (там установщик использует сразу ядро 2.4.8). Ядро 2.2.19, загружающееся с диска Junior, не пытается использовать DMA для этого диска, и установка проходит. --- --- 2709 1 reporter 2001-10-31 13:00:41 +0300 Письмо с просьбой добавить указанный диск в \"черный список\" как неработающий в UDMA33 отправлен maintainer\'у подсистемы ide в ядрах 2.4.х 6074 2 reporter 2001-10-31 13:00:41 +0300 Письмо с просьбой добавить указанный диск в \"черный список\" как неработающий в UDMA33 отправлен maintainer\'у подсистемы ide в ядрах 2.4.х 2710 3 reporter 2001-10-31 13:04:18 +0300 Ждем исправлений в основном ядре. Пока рекомендую Вам пользоваться опцией nodma. 6075 4 reporter 2001-10-31 13:04:18 +0300 Ждем исправлений в основном ядре. Пока рекомендую Вам пользоваться опцией nodma. 43676 5 mike 2006-12-23 12:18:27 +0300 reopen... 43677 6 mike 2006-12-23 12:20:56 +0300 1. Есть подозрение, что это бага диска (некоторые экземпляры очень криво работают в DMA меньше максимального, например, UDMA33 вместо UDMA66/100 к такому приводило -- тут и BX, и узкий шлейф это вынуждали). Бишь WONTFIX. 2. Если вдруг получится проверить поведение с текущими ядрами на той комбинации -- было бы интересно. 3. Вообще ты же сам теперь за ядро и отвечаешь :-) 43678 7 mike 2006-12-23 12:21:37 +0300 см. п. 1 43688 8 vsu 2006-12-23 16:30:51 +0300 Ну и зачем было открывать эту багу? :) Тот хлам я теперь уже нигде не найду... 43696 9 mike 2006-12-23 22:42:25 +0300 Так оно было псевдооткрытым -- CLOSED LATER. :)