Глюки при обработке прерываний от _первой_ используемой сетевой карты на 2.6.10-std26-up-alt8. Материнская плата -- на VIA VPX, модули -- ne2k-pci и e100, pci=routeirq опробовано (заодно #6889), APIC disabled, ACPI off. Говорим "Disabling IRQ #10" (для ne2k-pci в "родном" слоте) или соответственно 5 для e100 (вообще-то там sb, но он не подхватился -- pnpscan грохнулся на pentium :), выдержки из dmesg прилагаю. В /proc/interrupts на такие модули валятся круглые числа прерываний -- 100000 (e100), 500000 (ne2k-pci). А теперь самое интересное: воткнул рядом с ne2k ещё e100, сделал rmmod e100; modprobe ne2k-pci -- и на ней чудненько заработало. Т.е. сотни-тысячи (а не сотни тысяч в карьер) прерываний, никакой ругани и прочих признаков отравления, получили адрес по DHCP и только вперёд.
Created attachment 892 [details] Disabling IRQ #10 (ne2k-pci)
Created attachment 893 [details] Disabling IRQ #5 (e100, pci=routeirq)
С утра бутнул машинку с воткнутыми двумя картами, modprobe ne2k-pci -- работаем (pci=routeirq не передавал). Может, стоит как раз с acpi=force попробовать?
эээ... я, конечно, не претендую, но на 2.6.12-std26-up-alt1 это тоже воспроизводится. При этом запущенный ping неравномерно, но пробивается (то 0.4 сек, то >1; потери -- 3 пакета из ~200), и за эти три минуты на IRQ10 накрутилось ~30 млн прерываний. Сидит на нём только eth0 (ne2k-pci). предыдущий диагноз был -- "BIOS кривой" (см. URL), но имеет ли смысл что-либо предпринимать, чтобы по крайней мере при "safe boot" у нас и такое пыталось работать? ;-)
Думаю, так.
(VPX был известным глюкодромом)