LINUX.ORG.RU

Решение проблемы с IRQ на nForce2 материнках в Linux'е.


0

0

Статья посвящена настройке ACPI IRQ роутинга в Linux'е на материнских
платах с nForce2. Наверное многие обладатели материнских плат на базе
микросхем nForce2 столкнулись с проблемой работы USB, сетевых устройств
и т.д. Проблема заключается в том, что устройства якобы находятся, но
отсутствие у них IRQ, не позволяют драйверам их задействовать, поэтому
за место 6-ти USB портов работают только 4-е, или не находится вторая
набортная сетевая карта... Эта неприятная проблема решается только с
помощью ACPI. Однако ACPI, а именно ее функция IRQ роутинг, объявлены не
работающими для ряда материнских плат в том числе и на nForce2, но
после длительных эксперементов оказалось, что это не совсем так....

>>> Подробности

★★★

Проверено: green

Похожая проблема возникает со звуком на VIA KT333. Устройство есть IRQ не распознается. Я так понимаю, что принцип общий или можно просто попробовать поставить ядро с Алановскими патчами?

C уважением, ~~ NetRex

anonymous
()

>Устройство есть IRQ не распознается. Я так понимаю, что принцип общий
>или можно просто попробовать поставить ядро с Алановскими патчами?

Алан в своих патчах делает переодическую синхронизацию с новыми
версиями ACPI c acpi.sf.net. Новая версия ACPI появилась только в
2.4.22pre1. Та ACPI которая шла в официальной ветке ядра вообще
никуда не годится... Принцип общий, так что можно попробовать
отредактировать аналогично моей правки...



McMCC ★★★
() автор топика

Может не в тему, но все-же. При загрузке usb модулей выскакивают мессаги, типа: IRQ Routing conflict: have IRQ3 want IRQ9 или что-то в этом роде. И так на каждый модуль. USB девайсов нема чтоб проверить работают или нет. Мама - asus a7v8x на kt400, дистр - rh9(хотя это по барабану), ядра пробовал от рх и 2.4.20/21 Все пашет на ура, но все равно мессаги напрягает :(

Поможите чем можите :)

anonymous
()

2anonymous (*) (2003-07-01 23:09:33.568495)

А если отключить в биосе ACPI, что при этом пишется в лог?

McMCC ★★★
() автор топика

Кстати, кому интересно, если вы используете мать на nForce2
и используете ACPI, то можно включить програмное "охлаждение" процессоров AMD.

включить:
setpci -v -H1 -s 0:0.0 6F=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6F) | 0x10)))

выключить:
setpci -v -H1 -s 0:0.0 6F=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6F) & 0xef)))

Так же можно взять утилитку Athcool, которая делает все тоже
самое, и поддерживает кучу материнских плат.
http://members.jcom.home.ne.jp/jacobi/linux/softwares.html#athcool

P.S. Работает великолепно, у меня обычная рабочая температура
процессора находится в пределах 47С, а с включением програмного
"охлаждения" температура падает до 40С, это почти 7 градусов
разница, нагрузка на систему при этом одинаковая...;)

McMCC ★★★
() автор топика

2McMCC:

В биосе никаких намеков на отключение ACPI нет, кроме ACPI Suspend
to RAM, но это не то :(

Вот примерно что происходит:
---------
PCI: Found IRQ 3 for device 00:10.3
IRQ routing conflict for 00:10.0, have irq 9, want irq 3
IRQ routing conflict for 00:10.1, have irq 9, want irq 3
IRQ routing conflict for 00:10.2, have irq 9, want irq 3
IRQ routing conflict for 00:10.3, have irq 9, want irq 3
ehci-hcd 00:10.3: VIA Technologies, Inc. USB 2.0
ehci-hcd 00:10.3: irq 9, pci mem d0836000
usb.c: new USB bus registered, assigned bus number 1
PCI: 00:10.3 PCI cache line size set incorrectly (32 bytes) by BIOS/FW.
PCI: 00:10.3 PCI cache line size corrected to 64.
ehci-hcd 00:10.3: USB 2.0 enabled, EHCI 1.00, driver 2003-Jan-22
hub.c: USB hub found
hub.c: 6 ports detected
usb-uhci.c: $Revision: 1.275 $ time 12:45:58 Jul 2 2003
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 3 for device 00:10.0
IRQ routing conflict for 00:10.0, have irq 9, want irq 3
IRQ routing conflict for 00:10.1, have irq 9, want irq 3
IRQ routing conflict for 00:10.2, have irq 9, want irq 3
IRQ routing conflict for 00:10.3, have irq 9, want irq 3
usb-uhci.c: USB UHCI at I/O 0xd000, IRQ 9
usb-uhci.c: Detected 2 ports
--------

Покопался в инете на эту тему, оказалось не только у меня эта
проблема, похоже дело в ядре.

anonymous
()

PS. 3-e прерывание свободно:
CPU0
0: 121456 XT-PIC timer
1: 4569 XT-PIC keyboard
2: 0 XT-PIC cascade
4: 11076 XT-PIC serial
8: 1 XT-PIC rtc
9: 0 XT-PIC ehci-hcd, usb-uhci, usb-uhci, usb-uhci
10: 35 XT-PIC EMU10K1
11: 98625 XT-PIC nvidia
12: 43919 XT-PIC PS/2 Mouse
14: 7904 XT-PIC ide0
15: 1 XT-PIC ide1
NMI: 0
ERR: 1

anonymous
()

>В биосе никаких намеков на отключение ACPI нет, кроме ACPI Suspend
>to RAM, но это не то :(

Т.е. ACPI совсем не отключается? Хммм, во как делать стали....
Можно сказать при загрузке acpi=off, это совсем отрубит поддержку ACPI
в ядре. Если конфликты с 3-им прерыванием останутся или исчезнут,
тогда полюбому лучше настроить ACPI. С Epox 8RDA+ вообще было
прикольно, порядка 3-х предыдущих версий БИОСа для этой материнки
не давали возможность запустить Х-ы на нвидевских карточках с
родными нвидевскими драйверами, народ откатывался на старую версию
биоса, если память не изменяет, на январскую этого года, что бы хоть
как-то избежать этой проблемы. Тогда все форумы на тему nForce2
были завалены вопросами, когда профиксят этот баг, Epox просто
офигел, они не ожидали такой реакции от народа, им срочно пришлось искать
как это дело профиксить в биосе, однако это был не баг, а все было
именно из-за IRQ роутинга новой ACPI 2.0... Я специально пробовал
заливать в мамку те биосы, с которыми не работали линуксовые нвидевские
Х-вые драйвера, после этого грузил свое пропатченное с ACPI ядро и
Х-ы спокойно запускались и работали, так что ACPI придется использовать
в ядрах, а иначе проблем с новыми железками не избежать...

P.S. Смотрю комментарий по этой статье довольно мало, видимо еще
народ на новые железки не перешол, а те кто перешол, похоже не
интерисуют такие проблемы, в полне живут себе без ACPI, я тоже так
жил до определенного момента, когда понадобился еще один (пятый)
USB порт...

McMCC ★★★
() автор топика

Может не в тему, но все же. Никто не сталкивался с тем, что 3ware RAID-контроллер заставляет терять пакеты сетевуху даже на низких скоростях (10Mbit), при этом (в компе 2 шины PCI - 32 и 64) при перемещении на другую шину, пакеты не теряются. Ядро последнее, пробовали разные варианты ACPI/APIC - все тоже самое :( Latency для PCI меняли, слегка меньше стал терять... Беда в том, что в 64bit стоит 1Gbit Ethernet, а ему тоже нельзя терять пакеты (он тоже теряет). Тестили netperf-ом, без 3ware все в порядке.

saper ★★★★★
()

>P.S. Смотрю комментарий по этой статье довольно мало, видимо еще
>народ на новые железки не перешол, а те кто перешол, похоже не
>интерисуют такие проблемы, в полне живут себе без ACPI, я тоже так
>жил до определенного момента, когда понадобился еще один (пятый)
>USB порт...

В альт kernel-devel сейчас идет дискуссия, как включить ACPI не испортив пр этом совместимость с железом и APM. Возможно в юниоре 2.3 ядро уже будет с рабочим acpi из коробки.

Имхо пока ситуация кодом не наладится и аспи не заработает по умолчанию - народ будет молча стрематься acpi-only железа. А на остальном вырубать его нафиг. Даже ценой нерабочести части периферии.

AVL2 ★★★★★
()

2McMCC: Пробовал отключить в ядре не помогает. Биос обновлял раза 4 :(

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.