[d-kernel] Что-то странное с дисками

[Sergey Vlasov]

On Thu, Jun 24, 2004 at 01:30:46PM +0400, Alexei V. Mezin wrote:
> Hello Sergey,
> 
> Thursday, June 24, 2004, 1:14:19 PM, you wrote:
> 
> SV> Судя по приведённому выводу lspci, IRQ 18 ещё используется
> SV> контроллером USB 2.0, но драйверы USB не загружены.
> Как так не загружены? А как же на нем тогда работает Card Reader? Или
> меня глючит? Вечером исследую.

В приведённом /proc/interrupts USB не наблюдалось, да и в ругани по
поводу Disabling IRQ не были указаны обработчики из ehci-hcd.

Вообще это сообщение возникает, когда не удалось найти устройство,
которое генерирует прерывание; именно эта ситуация возникает, когда
по каким-то причинам выставляется запрос прерывания от устройства,
для которого не загружен драйвер.  В случае USB, возможно,
"помогает" Legacy USB Support в BIOS, активизирующий контроллер ещё
до загрузки ОС.  Кстати, в драйвере ehci-hcd как раз есть ошибка в
процедуре передачи управления устройством от BIOS к драйверу - её
обнаружили совсем недавно, и пока ни в одном из ядер в Сизифе она не
исправлена.

Посмотрите в настройках BIOS опции на тему USB Legacy Support и
попробуйте их отключить (если, конечно, не используется
USB-клавиатура).

> SV> Также имеет смысл попробовать переставить подозрительные платы
> SV> (Promise и aic7xxx) в другие слоты (чтобы изменились IRQ) и
> SV> посмотреть, переместится ли эта проблема на другие IRQ.
> Promise встроенный. Adaptec попробую, если ничего лучше не сработает.
> Но по наблюдениям иногда ругается не на 18, а на 11 прерывание.

Кстати, тоже USB, только встроенный...

> SV> Кстати, вывод dmesg приведён от другого ядра...
> Упс, не то упаковалось. Если это поможет разобраться, то пришлю
> правильный dmesg.

Лучше всего весь набор файлов, собранный под одним и тем же ядром -
назначение IRQ на разных ядрах может отличаться.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.altlinux.ru/pipermail/devel-kernel/attachments/20040624/ef08f262/attachment.bin