Могу предоставить бэкпорт 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...