9354 2006-04-01 16:52:19 +0400 [2.6.12] kernel oops on dc395x load attempt 2008-02-15 19:36:58 +0300 1 1 5 Archive Branch 3.0 kernel-image-std26-up 3.0 all Linux CLOSED WORKSFORME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151010 P2 major --- 1 mike vsu sr cas oldest_to_newest 37141 0 mike 2006-04-01 16:52:20 +0400 При попытке загрузки dc39x (Tekram DC395 SCSI) получаю kernel oops. Выдрать не могу, сфотографировать сейчас нечем; пара слов: panic: dc39x arch/i386/mm/highmem.c:14 EIP is at kunmap+0x14/0x30 Process default.hotplug Call Trace: pci_unmap_srb Поймано на 2.6.12-std16-up-alt4/KT266, воспроизводится на 2.6.14-std26-up-alt2/K8X800 (в т.ч. с pci=noacpi). На последней комбинации при acpi=off грузится нормально, по крайней мере fdisk -l по диску отработал. В фдорином коре, судя по закрытому RH#151010, модуль вернули и работает. 37142 1 mike 2006-04-01 16:54:46 +0400 s/dc39x/dc395x/g 37144 2 vsu 2006-04-01 17:24:33 +0400 А памяти там сколько? Похоже, этот драйвер не переносит HIGHMEM (так что имеет смысл проверить загрузку с mem=800M, если там больше). На 2.6.12 и 2.6.14 oops в одном и том же месте? В 2.6.12 этот драйвер действительно может быть сломан, поскольку там нет патча http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b4b08e581fac8e0ba9ae348bdc13246c9798c99e Но в 2.6.14 этот патч уже есть... 37148 3 mike 2006-04-01 23:54:01 +0400 512M в обоих случаях. Кажется, соврал -- на первой системе (и 2.6.12) не удавалось завести ни с pci=noacpi, ни с acpi=off -- сразу в панику, а вот на 2.6.14 оно таки заработало с pci=noacpi (как упоминал рядом, там кривоватый BIOS, ещё и sk98lin с неоторванным PCI ACPI не работает). Упсы постараюсь пофотографировать. 37152 4 mike 2006-04-02 13:30:48 +0400 Да, и ещё одно -- возможно, на 2.6.14 оно всё-таки не oops'нулось воообще, а спутал с тем, когда с другого диска 2.6.12 имени 3.0.4 загрузилось (и сложилось). Там сейчас IDE, 2xSATA, этот вот SCSI и не только глючный, но и заботливый BIOS, который выкидывает из списка bootable devices тот же hda, если воткнуть CD-ROM вместо :) 37168 5 mike 2006-04-03 13:10:34 +0400 (In reply to comment #4) > Да, и ещё одно -- возможно, на 2.6.14 оно всё-таки не oops'нулось воообще, а > спутал с тем, когда с другого диска 2.6.12 имени 3.0.4 загрузилось (и сложилось). Так и есть. На 2.6.14 пришлось добавлять pci=noacpi из-за того, что иначе ядро тормозилось на BIOS data check, а вот 2.6.12 и acpi=off не помогает. Oops на всякий сфотографировали, если вдруг понадобится -- прицеплю. 43388 6 mike 2006-12-17 23:27:09 +0300 Думаю, чинить это на 2.6.12 уже неактуально => WORKSFORME? 63481 7 mike 2008-02-15 19:36:58 +0300 indeed