forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56. ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21 GSI 19 sharing vector 0xC1 and IRQ 19 ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 21 (level, low) -> IRQ 193 PCI: Setting latency timer of device 0000:00:07.0 to 64 forcedeth: using HIGHDMA 0000:00:07.0: Invalid Mac address detected: 2d:b7:72:4d:1a:00 Please complain to your hardware vendor. Switching to a random MAC. Таким образом, после загрузки получаем каждый раз другой MAC для сетевого адаптера (nForce, интегрированный). В сети говорят, что этот баг починен не то в версии forcedeth 0.57, не то 0.60
Могу предоставить бэкпорт forcedeth-0.60 на 2.6.18 или патч к оригинальному forcedeth-0.60. Пересобранное kernel-image-std-smp-2.6.18-alt6 с этим модулем - MAC-адрес определяется правильно.
0.57: 14 May 2006: Mac address set in probe/remove and order corrections.
(In reply to comment #2) > 0.57: 14 May 2006: Mac address set in probe/remove and order corrections. Может в 0.57 и починили, я проверял 0.60. У нас в текущем kernel-image-std-smp - 0.56
(In reply to comment #3) > (In reply to comment #2) > > 0.57: 14 May 2006: Mac address set in probe/remove and order corrections. > > Может в 0.57 и починили, я проверял 0.60. > У нас в текущем kernel-image-std-smp - 0.56 Я к тому, откуда начинать смотреть коммит. Собственно, я его уже себе засунул в git, так что в новый -wks-smp оно попадет.
(In reply to comment #4) > Собственно, я его уже себе засунул в > git, так что в новый -wks-smp оно попадет. PCI ID 10de:03ef там уже присутствует?
(In reply to comment #5) > PCI ID 10de:03ef там уже присутствует? Это subsystem ID на всю плату? Или все-таки видео?
(In reply to comment #6) > (In reply to comment #5) > > PCI ID 10de:03ef там уже присутствует? > Это subsystem ID на всю плату? Или все-таки видео? На Ethernet (речь ведь об forcedeth).
Created attachment 2142 [details] linux-2.6.18-forcedeth-0.60.patch
Не блокер для Desktop 4.0.0 , так мы его никогда не выпустим. Блокер 4.0.1.
Согласен.
Created attachment 2143 [details] linux-2.6.18-forcedeth-0.60.patch
(In reply to comment #10) > Согласен. C тем, что поддержка таких "малораспространённых" систем на чипсете nForce, выпускаемых с начала этого года - абсолютно необязательна?:)
4.0.1 -- это то, что должно поехать в алюминий при отсутствии чего особого :)
Исправленная версия лежит у меня в git.alt:packages/kernel-image-2.6.18 heads/fix-drivers-net--forcedeth (BTW, вместе с поддержкой NAPI). Если vsu@ ее одобрит, то в след. сборке std-smp/std-pae данная проблема будет исправлена. PS Патч не внушает доверия - откуда 31 мая 2006 взялась версия 0.60?
(In reply to comment #14) > Исправленная версия лежит у меня в git.alt:packages/kernel-image-2.6.18 > heads/fix-drivers-net--forcedeth (BTW, вместе с поддержкой NAPI). Если vsu@ ее > одобрит, то в след. сборке std-smp/std-pae данная проблема будет исправлена. > > PS Патч не внушает доверия - откуда 31 мая 2006 взялась версия 0.60? Патч == файл с сайта nvidia + небольшие изменения для совместимости с 2.6.18. Эти изменения я могу предоставить. Почему в файле на nvidia.com стоит 31 May 2006 - я не знаю, я это не правил. Я не настаиваю на именно этом патче. Я могу только сказать, что ЭТО - НОРМАЛЬНО работает уже длительное время и с новыми nForce, и со старыми. Я также могу предоставить патч, который не добавляет ничего, кроме правильного чтения MAC-адреса на старых и на новых nForce (как я это сделал в etherboot) - это будет несколько строк. Но, (почему-то) мне кажется, что этот патч вызовет ещё меньше доверия.
2 vsu: можно в очередной сборке приложить?
2 vsu: эта проблема для Desktop 4.0.1 похожа на release critical, таких материнок сейчас достаточно. Вероятно, для Server исправление тоже пригодится. Вот, отдаю людям очередную сборку с std-smp и надеюсь, что пока не накопится изменений на следующий minor -- у них нигде не закупят чуть более новых nforce... Огромная человеческая просьба принять патчи или обновить драйвер.
BTW ядро с исправлением доступно здесь: ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
(In reply to comment #13) > 4.0.1 -- это то, что должно поехать в алюминий при отсутствии чего особого :) Ага. 4.0.0 в то время уехало в алюминий.
Должно быть исправлено в kernel-image-std-smp 2.6.18-alt10 (хотя вроде бы остаётся какое-то странное железо, на котором не работает - разработчики из nvidia посылают в этих случаях за обновлением BIOS).
На MCP67 заработало, спасибо! Кажется, одних изменений со времени alt6 достаточно для выпуска Server 4.0.2...