Bug 9354 - [2.6.12] kernel oops on dc395x load attempt
Summary: [2.6.12] kernel oops on dc395x load attempt
Status: CLOSED WORKSFORME
Alias: None
Product: Branch 3.0
Classification: Archive
Component: kernel-image-std26-up (show other bugs)
Version: 3.0
Hardware: all Linux
: P2 major
Assignee: Sergey Vlasov
QA Contact: Andrey Cherepanov
URL: https://bugzilla.redhat.com/bugzilla/...
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-01 16:52 MSD by Michael Shigorin
Modified: 2008-02-15 19:36 MSK (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2006-04-01 16:52:20 MSD 
При попытке загрузки 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 Michael Shigorin 2006-04-01 16:54:46 MSD 
s/dc39x/dc395x/g
Comment 2 Sergey Vlasov 2006-04-01 17:24:33 MSD 
А памяти там сколько?  Похоже, этот драйвер не переносит 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 Michael Shigorin 2006-04-01 23:54:01 MSD 
512M в обоих случаях.

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

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

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