Bug 9354 - [2.6.12] kernel oops on dc395x load attempt
: [2.6.12] kernel oops on dc395x load attempt
Status: CLOSED WORKSFORME
: Branch 3.0
(All bugs in Branch 3.0/kernel-image-std26-up)
: 3.0
: all Linux
: P2 major
Assigned To:
:
: https://bugzilla.redhat.com/bugzilla/...
:
:
:
  Show dependency tree
 
Reported: 2006-04-01 16:52 by
Modified: 2008-02-15 19:36 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2006-04-01 16:52:20
При попытке загрузки 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, модуль вернули и работает.
------- Comment #1 From 2006-04-01 16:54:46 -------
s/dc39x/dc395x/g
------- Comment #2 From 2006-04-01 17:24:33 -------
А памяти там сколько?  Похоже, этот драйвер не переносит 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 этот патч уже есть...
------- Comment #3 From 2006-04-01 23:54:01 -------
512M в обоих случаях.

Кажется, соврал -- на первой системе (и 2.6.12) не удавалось завести ни с
pci=noacpi, ни с acpi=off -- сразу в панику, а вот на 2.6.14 оно таки заработало
с pci=noacpi (как упоминал рядом, там кривоватый BIOS, ещё и sk98lin с
неоторванным PCI ACPI не работает).

Упсы постараюсь пофотографировать.
------- Comment #4 From 2006-04-02 13:30:48 -------
Да, и ещё одно -- возможно, на 2.6.14 оно всё-таки не oops'нулось воообще, а
спутал с тем, когда с другого диска 2.6.12 имени 3.0.4 загрузилось (и
сложилось).

Там сейчас IDE, 2xSATA, этот вот SCSI и не только глючный, но и заботливый
BIOS,
который выкидывает из списка bootable devices тот же hda, если воткнуть CD-ROM
вместо :)
------- Comment #5 From 2006-04-03 13:10:34 -------
(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 на всякий сфотографировали, если вдруг понадобится -- прицеплю.
------- Comment #6 From 2006-12-17 23:27:09 -------
Думаю, чинить это на 2.6.12 уже неактуально => WORKSFORME?
------- Comment #7 From 2008-02-15 19:36:58 -------
indeed