Проблема IRQ с ядром 2.6.32 / 2.6.39 в Debian Squeeze x86_64
4939
MasterM
Я недавно собрал новый компьютер, так что все оборудование довольно новое. С тех пор у меня возникли некоторые проблемы с IRQ при запуске Debian 6.0. В случайных случаях, обычно через час или около того бега, я слышу звуковой сигнал, и это проявляется в dmesg:
После этого Xorg либо загружает процессор, либо работает нестабильно (вплоть до полного зависания системы). Когда я перезагружаю Xorg, все снова в порядке, и проблема не возникает до следующей перезагрузки.
Я пытался обновить ядро со стокового 2.6.32до 2.6.39нестабильного репозитория, но это не помогло. Загрузка с irqpollпараметром только продлевает начальный период времени, после которого возникает проблема.
Я использую последние драйверы NVIDIA и прошивки Realtek из firmware-realtekпакета. У меня есть два GTX 560Ti, которые работают в SLI. Отключение SLI или полное извлечение одной карты также не решают проблему.
Выход uname -aсоставляет:
Linux whitestar 2.6.39-2-amd64 #1 SMP Wed Jun 8 11:01:04 UTC 2011 x86_64 GNU/Linux
Выход lspciсоставляет:
00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) 00:01.1 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root Port (rev 09) 00:16.0 Communication controller: Intel Corporation Cougar Point HECI Controller #1 (rev 04) 00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 05) 00:1a.0 USB Controller: Intel Corporation Cougar Point USB Enhanced Host Controller #2 (rev 05) 00:1b.0 Audio device: Intel Corporation Cougar Point High Definition Audio Controller (rev 05) 00:1c.0 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 1 (rev b5) 00:1c.1 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 2 (rev b5) 00:1c.2 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 3 (rev b5) 00:1c.4 PCI bridge: Intel Corporation Cougar Point PCI Express Root Port 5 (rev b5) 00:1c.6 PCI bridge: Intel Corporation 82801 PCI Bridge (rev b5) 00:1d.0 USB Controller: Intel Corporation Cougar Point USB Enhanced Host Controller #1 (rev 05) 00:1f.0 ISA bridge: Intel Corporation Cougar Point LPC Controller (rev 05) 00:1f.2 SATA controller: Intel Corporation Cougar Point 6 port SATA AHCI Controller (rev 05) 00:1f.3 SMBus: Intel Corporation Cougar Point SMBus Controller (rev 05) 01:00.0 VGA compatible controller: nVidia Corporation Device 1200 (rev a1) 01:00.1 Audio device: nVidia Corporation Device 0e0c (rev a1) 02:00.0 VGA compatible controller: nVidia Corporation Device 1200 (rev a1) 02:00.1 Audio device: nVidia Corporation Device 0e0c (rev a1) 04:00.0 USB Controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) 06:00.0 USB Controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) 07:00.0 PCI bridge: Device 1b21:1080 (rev 01) 08:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10) 08:03.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0)
И последнее, но не менее важное: сразу после загрузки эти строки обычно присутствуют в dmesg:
[ 18.367094] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. [ 18.458859] hda-intel: IRQ timing workaround is activated for card #2. Suggest a bigger bdl_pos_adj.
Я не уверен, связано ли это или является симптомом более серьезной проблемы, поэтому я публикую это на всякий случай.
Я действительно не знаю, какая другая информация может быть уместна здесь. Не стесняйтесь просить больше в комментариях.
Нужно добавить pci=routeirqопцию загрузки в ядро. Как указано в документации, он делает следующее:
Сделайте IRQ маршрутизацию для всех устройств PCI. Обычно это делается в pci_enable_device (), поэтому этот параметр является временным обходным решением для сломанных драйверов, которые его не вызывают.
Похоже, что виновником является драйвер NVIDIA Xorg. Я, вероятно, должен подать отчет об ошибке.
0
LawrenceC
Просто догадка ... Зайдите в свой BIOS и отключите все, что касается графической функции "SERR". Вы также можете попробовать обновить ядро до более поздней версии, если это возможно.
К сожалению, у меня нет такой опции в моем BIOS. Когда дело доходит до ядра, я запускаю 2.6.39, поэтому следующий - 3.0.0, который все еще находится в стадии разработки.
MasterM 13 лет назад
0
0
ghost3k
У меня точно такая же проблема, когда я запускал Debian 6.0, пробовал много ядер (2.6.32, 2.6.38, 2.6.39) и много параметров ядра ("irqpoll" или "noapic" ничего не изменили, но "acpi = выключено ", иногда система использовалась почти на несколько дней). Итак, вы можете попробовать запустить с "acpi = off" для начала.
Моя материнская плата - Asus P8H67-M EVO. Вы также используете материнскую плату Asus с чипсетом Sandy Bridge? Если да, попробуйте обновить BIOS, это может решить проблему.
Да, у меня Asus P8P67 EVO с Core i7 2600K. Я недавно обновил BIOS и ядро Linux (3.0.0) до последней версии, и, к сожалению, проблема, похоже, не исчезла.
MasterM 13 лет назад
0