On Thu, Jun 24, 2004 at 10:56:33AM +0400, Alexei V. Mezin wrote:
>   Использую 2.6.6-vs26-smp-alt5.2 (самосборное, от оригинального vs26
>   отличается наличием supermount, отсутствием vserver и сборкой под
>   PIII без IRQ load balancing)
> 
>   В работе случается вот такое:
>   
> Jun 23 23:14:41 localhost kernel: handlers:
> Jun 23 23:14:41 localhost kernel: [ide_intr+0/384] (ide_intr+0x0/0x180)
> Jun 23 23:14:41 localhost kernel: [<c022e0c0>] (ide_intr+0x0/0x180)
> Jun 23 23:14:41 localhost kernel: [__crc___kill_fasync+547538/1367287] (ahc_linux_isr+0x0/0x2a0 [aic7xxx])
> Jun 23 23:14:41 localhost kernel: [<d8962970>] (ahc_linux_isr+0x0/0x2a0 [aic7xxx])
> Jun 23 23:14:41 localhost kernel: Disabling IRQ #18 
> 
> 
> Иногда происходит самопроизвольно. Точно воспроизводится, если в
> течении некоторого времени не трогать машину (посмотреть футбол по
> ТВ-тюнеру), а потом попытаться ее оживить. Впечатление такое, что за
> это время винт(ы?) засыпают и не могут нормально проснуться. Лечится
> чаще всего только Alt-SysRq-s-u-b :(
> 
> dmesg и прочие сведения в аттаче.

Судя по приведённому выводу lspci, IRQ 18 ещё используется
контроллером USB 2.0, но драйверы USB не загружены.  Попробуйте их
включить (chkconfig hotplug on; если мешает автозагрузка драйверов
PCI - уберите /etc/hotplug/pci.rc) и посмотрите, будет ли
повторяться эта ситуация.

Также имеет смысл попробовать переставить подозрительные платы
(Promise и aic7xxx) в другие слоты (чтобы изменились IRQ) и
посмотреть, переместится ли эта проблема на другие IRQ.

Кстати, вывод dmesg приведён от другого ядра...

> P.S. С включенным IRQ load balancing через 3-5 минут проигрывания
> отваливался xmms с руганью на "RTC: interrupt lost" или как-то так.
> Вырубил (сначала через параметры загрузки, потом пересборкой),
> помогло.

Пишут, что правильный способ - использовать irqbalanced, а
соответствующий код в ядре действительно работает недостаточно
хорошо в некоторых ситуациях.