[Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

Добрый день!

Имеется такая сетевая карта:

01:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
Ethernet Adapter (rev b0)

Она работала замечательно на ядре kernel-image-std-smp-2.6.18-alt7 и
драйвере kernel-modules-atl1-std-smp-1.0.41.0-alt2.132626.7

Ядро было обновлено до 2.6.18-std-smp-alt10, также был обновлем драйвер,
после чего карточка работать перестала - интерфейс не поднимается.  При
попытке сделать # ifup local получаю сообщение об ошибке:

SIOCGIFFLAGS: No such device

Изучив изменения в драйвере пришел к выводу, что теперь для такой
карточки нужен модуль atl2, установил пакет
kernel-modules-atl2-std-smp-1.0.40.2-alt3.132626.10, в конфиге для
интерфейса /etc/net/ifaces/local/options заменил параметр MODULE на
atl2. Результат такой же, карточка не работает, при старте интерфейса
вручную такое же сообщение об ошибке.

Как заставить карточку работать на новом ядре?

--
Денис

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Konstantin A. Lepikhov]

Hi Denis!

Friday 11, at 11:52:15 AM you wrote:

> Добрый день!
> 
> Имеется такая сетевая карта:
> 
> 01:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
> Ethernet Adapter (rev b0)
> 
> Она работала замечательно на ядре kernel-image-std-smp-2.6.18-alt7 и
> драйвере kernel-modules-atl1-std-smp-1.0.41.0-alt2.132626.7
> 
> Ядро было обновлено до 2.6.18-std-smp-alt10, также был обновлем драйвер,
> после чего карточка работать перестала - интерфейс не поднимается.  При
> попытке сделать # ifup local получаю сообщение об ошибке:
> 
> SIOCGIFFLAGS: No such device
> 
> Изучив изменения в драйвере пришел к выводу, что теперь для такой
> карточки нужен модуль atl2, установил пакет
> kernel-modules-atl2-std-smp-1.0.40.2-alt3.132626.10, в конфиге для
> интерфейса /etc/net/ifaces/local/options заменил параметр MODULE на
> atl2. Результат такой же, карточка не работает, при старте интерфейса
> вручную такое же сообщение об ошибке.
> 
> Как заставить карточку работать на новом ядре?
покажите вывод lspci -nn.

-- 
WBR et al.

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

Konstantin A. Lepikhov пишет:
>> Имеется такая сетевая карта:
>>
>> 01:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
>> Ethernet Adapter (rev b0)

>> Как заставить карточку работать на новом ядре?
> покажите вывод lspci -nn.

Пожалуйста (отфильтровано):

01:00.0 Ethernet controller [0200]: Attansic Technology Corp. L1 Gigabit
Ethernet Adapter [1969:1048] (rev b0)

--
Денис

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Konstantin A. Lepikhov]

Hi Denis!

Friday 11, at 02:17:09 PM you wrote:

> Konstantin A. Lepikhov пишет:
> >> Имеется такая сетевая карта:
> >>
> >> 01:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
> >> Ethernet Adapter (rev b0)
> 
> >> Как заставить карточку работать на новом ядре?
> > покажите вывод lspci -nn.
> 
> Пожалуйста (отфильтровано):
> 
> 01:00.0 Ethernet controller [0200]: Attansic Technology Corp. L1 Gigabit
> Ethernet Adapter [1969:1048] (rev b0)
так, а теперь что пишется в dmesg до команды ifup?

-- 
WBR et al.

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

Konstantin A. Lepikhov пишет:
> Hi Denis!
> 
> Friday 11, at 02:17:09 PM you wrote:
> 
>> Konstantin A. Lepikhov пишет:
>>>> Имеется такая сетевая карта:
>>>>
>>>> 01:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
>>>> Ethernet Adapter (rev b0)
>>>> Как заставить карточку работать на новом ядре?
>>> покажите вывод lspci -nn.
>> Пожалуйста (отфильтровано):
>>
>> 01:00.0 Ethernet controller [0200]: Attansic Technology Corp. L1 Gigabit
>> Ethernet Adapter [1969:1048] (rev b0)
> так, а теперь что пишется в dmesg до команды ifup?

Насколько я понимаю, Вас интересует что-то вроде этого фрагмента (это
вывод dmesg при старте системы на ядре std-smp-2.6.18-alt10 и драйвере
std-smp-1.0.40.2-alt3.1326.10):

Jan 11 15:12:43 server kernel: adsl:  setting half-duplex.
Jan 11 15:12:43 server kernel: fiber:  setting full-duplex.
Jan 11 15:12:43 server kernel: NET: Registered protocol family 17
Jan 11 15:12:45 server kernel: Installing knfsd (copyright (C) 1996
okir@monad.swb.de).
Jan 11 11:13:32 server kernel: Attansic(R) L2 Ethernet Network Driver -
version 1.0.40.2
Jan 11 11:13:32 server kernel: Copyright (c) 2006 Attansic Corporation.
Jan 11 11:13:39 server kernel: adsl:  setting half-duplex.
Jan 11 11:13:40 server kernel: fiber:  setting full-duplex.
Jan 11 11:14:45 server kernel: Kernel logging (proc) stopped.
Jan 11 11:14:45 server kernel: Kernel log daemon terminating.
Jan 11 15:15:41 server kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan 11 15:15:41 server kernel: Linux version 2.6.18-std-smp-alt10
(builder@apiary.armor.altlinux.org) (gcc version 4.1.1 20070105 (
ALT Linux, build 4.1.1-alt12)) #1 SMP Wed Dec 12 23:42:05 MSK 2007


То есть ничего подозрительного не видно, кроме того, что в драйвере
написано "L2", а lspci выводит "L1" для карточки.

--
Денис

[Hardware] Re: Attansic ethernet controller и ядро 2.6.18-alt10

[Konstantin A. Lepikhov]

<цитата от="Denis Kirienko">
> Konstantin A. Lepikhov пишет:
>> Hi Denis!
>>
>> Friday 11, at 02:17:09 PM you wrote:
>>
>>> Konstantin A. Lepikhov пишет:
>>>>> Имеется такая сетевая карта:
>>>>>
>>>>> 01:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
>>>>> Ethernet Adapter (rev b0)
>>>>> Как заставить карточку работать на новом ядре?
>>>> покажите вывод lspci -nn.
>>> Пожалуйста (отфильтровано):
>>>
>>> 01:00.0 Ethernet controller [0200]: Attansic Technology Corp. L1
>>> Gigabit
>>> Ethernet Adapter [1969:1048] (rev b0)
>> так, а теперь что пишется в dmesg до команды ifup?
>
> Насколько я понимаю, Вас интересует что-то вроде этого фрагмента (это
> вывод dmesg при старте системы на ядре std-smp-2.6.18-alt10 и драйвере
> std-smp-1.0.40.2-alt3.1326.10):
>
> Jan 11 15:12:43 server kernel: adsl:  setting half-duplex.
> Jan 11 15:12:43 server kernel: fiber:  setting full-duplex.
> Jan 11 15:12:43 server kernel: NET: Registered protocol family 17
> Jan 11 15:12:45 server kernel: Installing knfsd (copyright (C) 1996
> okir@monad.swb.de).
> Jan 11 11:13:32 server kernel: Attansic(R) L2 Ethernet Network Driver -
> version 1.0.40.2
> Jan 11 11:13:32 server kernel: Copyright (c) 2006 Attansic Corporation.
> Jan 11 11:13:39 server kernel: adsl:  setting half-duplex.
> Jan 11 11:13:40 server kernel: fiber:  setting full-duplex.
> Jan 11 11:14:45 server kernel: Kernel logging (proc) stopped.
> Jan 11 11:14:45 server kernel: Kernel log daemon terminating.
> Jan 11 15:15:41 server kernel: klogd 1.4.1, log source = /proc/kmsg
> started.
> Jan 11 15:15:41 server kernel: Linux version 2.6.18-std-smp-alt10
> (builder@apiary.armor.altlinux.org) (gcc version 4.1.1 20070105 (
> ALT Linux, build 4.1.1-alt12)) #1 SMP Wed Dec 12 23:42:05 MSK 2007
>
>
> То есть ничего подозрительного не видно, кроме того, что в драйвере
> написано "L2", а lspci выводит "L1" для карточки.
так верните драйвер atl1 на место и покажите dmesg снова. У вас могли
просто съехать имена интерфейсов.

-- 
WBR et al.

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

[-- Attachment #1: Type: text/plain, Size: 3787 bytes --]

Konstantin A. Lepikhov пишет:
> <цитата от="Denis Kirienko">
>> Konstantin A. Lepikhov пишет:
>>> Hi Denis!
>>>
>>> Friday 11, at 02:17:09 PM you wrote:
>>>
>>>> Konstantin A. Lepikhov пишет:
>>>>>> Имеется такая сетевая карта:
>>>>>>
>>>>>> 01:00.0 Ethernet controller: Attansic Technology Corp. L1 Gigabit
>>>>>> Ethernet Adapter (rev b0)
>>>>>> Как заставить карточку работать на новом ядре?
>>>>> покажите вывод lspci -nn.
>>>> Пожалуйста (отфильтровано):
>>>>
>>>> 01:00.0 Ethernet controller [0200]: Attansic Technology Corp. L1
>>>> Gigabit
>>>> Ethernet Adapter [1969:1048] (rev b0)
>>> так, а теперь что пишется в dmesg до команды ifup?
>> Насколько я понимаю, Вас интересует что-то вроде этого фрагмента (это
>> вывод dmesg при старте системы на ядре std-smp-2.6.18-alt10 и драйвере
>> std-smp-1.0.40.2-alt3.1326.10):
>>
>> Jan 11 15:12:43 server kernel: adsl:  setting half-duplex.
>> Jan 11 15:12:43 server kernel: fiber:  setting full-duplex.
>> Jan 11 15:12:43 server kernel: NET: Registered protocol family 17
>> Jan 11 15:12:45 server kernel: Installing knfsd (copyright (C) 1996
>> okir@monad.swb.de).
>> Jan 11 11:13:32 server kernel: Attansic(R) L2 Ethernet Network Driver -
>> version 1.0.40.2
>> Jan 11 11:13:32 server kernel: Copyright (c) 2006 Attansic Corporation.
>> Jan 11 11:13:39 server kernel: adsl:  setting half-duplex.
>> Jan 11 11:13:40 server kernel: fiber:  setting full-duplex.
>> Jan 11 11:14:45 server kernel: Kernel logging (proc) stopped.
>> Jan 11 11:14:45 server kernel: Kernel log daemon terminating.
>> Jan 11 15:15:41 server kernel: klogd 1.4.1, log source = /proc/kmsg
>> started.
>> Jan 11 15:15:41 server kernel: Linux version 2.6.18-std-smp-alt10
>> (builder@apiary.armor.altlinux.org) (gcc version 4.1.1 20070105 (
>> ALT Linux, build 4.1.1-alt12)) #1 SMP Wed Dec 12 23:42:05 MSK 2007
>>
>>
>> То есть ничего подозрительного не видно, кроме того, что в драйвере
>> написано "L2", а lspci выводит "L1" для карточки.
> так верните драйвер atl1 на место и покажите dmesg снова. 

Если вернуть atl1, то получается вот что:

USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 16 (level, low) -> IRQ 177
PCI: Setting latency timer of device 0000:00:1a.0 to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1a.0: irq 177, io base 0x0000c800
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ieee1394: Initialized config rom entry `ip1394'
Atheros(R) L1 Ethernet Network Driver - version 1.2.40.0
Copyright (c) 2007 Atheros Corporation.
ACPI: PCI Interrupt 0000:00:1a.1[B] -> GSI 21 (level, low) -> IRQ 225
PCI: Setting latency timer of device 0000:00:1a.1 to 64
uhci_hcd 0000:00:1a.1: UHCI Host Controller
uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1a.1: irq 225, io base 0x0000c880
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected

При этом модуль atl1 загружается сильно раньше, до старта сети.

Единственный в каталоге /etc, где упоминается atl[12] - это
/etc/net/ifaces/local/options

> У вас могли просто съехать имена интерфейсов.

Они прибиты к мак-адресам в /etc/net/iftab

Во вложении - архив с полным выводом dmesg в разных ситуациях.

Вот что там лежит:
atl1-2.16.18-alt7 - как все работало на сборке alt7 с модулем atl1

atl1-2.16.18-alt10 - ядро alt10 и модуль atl1

atl2-2.16.18-alt10 - ядро alt10 и модуль atl2 прописан в настройках
интерфейса. При этом загружаются оба драйвера - как atl1, так и atl2.

noatl-2.16.18-alt10 - строчка MODULE= в настройках интерфейса совсем
закомментирована, при этом все равно загружается модуль atl1.

--
Денис



[-- Attachment #2: atl.tar.bz2 --]
[-- Type: application/x-bzip, Size: 9265 bytes --]

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Konstantin A. Lepikhov]

Hi Denis!

Friday 11, at 04:36:31 PM you wrote:

...
> Вот что там лежит:
> atl1-2.16.18-alt7 - как все работало на сборке alt7 с модулем atl1
> 
> atl1-2.16.18-alt10 - ядро alt10 и модуль atl1
> 
> atl2-2.16.18-alt10 - ядро alt10 и модуль atl2 прописан в настройках
> интерфейса. При этом загружаются оба драйвера - как atl1, так и atl2.
> 
> noatl-2.16.18-alt10 - строчка MODULE= в настройках интерфейса совсем
> закомментирована, при этом все равно загружается модуль atl1.
что вполне логично, поскольку модули умеет грузить еще и udev. Что видно
по ip a l в случае noatl-2.16.18-alt10?

-- 
WBR et al.

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

Konstantin A. Lepikhov пишет:

>> noatl-2.16.18-alt10 - строчка MODULE= в настройках интерфейса совсем
>> закомментирована, при этом все равно загружается модуль atl1.
> что вполне логично, поскольку модули умеет грузить еще и udev. Что видно
> по ip a l в случае noatl-2.16.18-alt10?

Гениально, спасибо за наводку!

# ip a l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
    link/ether 00:1b:fc:5a:2d:34 brd ff:ff:ff:ff:ff:ff
3: fiber: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
qlen 1000
    link/ether 00:50:da:b5:1b:b7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.205.2/24 brd 192.168.205.255 scope global fiber
4: adsl: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
qlen 1000
    link/ether 00:01:02:a0:79:18 brd ff:ff:ff:ff:ff:ff
    inet 212.65.71.74/29 brd 212.65.71.79 scope global adsl
    inet 212.65.71.75/29 brd 212.65.71.79 scope global secondary adsl

Теперь загружаем ядро 2.6.18-alt7:

# ip a l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
    link/ether 00:13:74:00:5c:38 brd ff:ff:ff:ff:ff:ff
3: fiber: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
qlen 1000
    link/ether 00:50:da:b5:1b:b7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.205.2/24 brd 192.168.205.255 scope global fiber
4: adsl: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
qlen 1000
    link/ether 00:01:02:a0:79:18 brd ff:ff:ff:ff:ff:ff
    inet 212.65.71.74/29 brd 212.65.71.79 scope global adsl
    inet 212.65.71.75/29 brd 212.65.71.79 scope global secondary adsl

У интерфейса eth3 mac-адрес ДРУГОЙ! А он вписан в /etc/net/iftab,
соответственно, после замены mac-адреса в iftab ядро 2.6.8-alt10 c
модулем atl1 заработало.

Но я не понимаю, почему у интерфейса меняется mac-адрес в зависимости от
загружаемого ядра?

--
Денис

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2200 bytes --]

On Fri, Jan 11, 2008 at 06:07:18PM +0300, Denis Kirienko wrote:
> 2: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
>     link/ether 00:1b:fc:5a:2d:34 brd ff:ff:ff:ff:ff:ff
[...]
> Теперь загружаем ядро 2.6.18-alt7:
[...]
> 2: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
>     link/ether 00:13:74:00:5c:38 brd ff:ff:ff:ff:ff:ff
[...]
> У интерфейса eth3 mac-адрес ДРУГОЙ! А он вписан в /etc/net/iftab,
> соответственно, после замены mac-адреса в iftab ядро 2.6.8-alt10 c
> модулем atl1 заработало.
> 
> Но я не понимаю, почему у интерфейса меняется mac-адрес в зависимости от
> загружаемого ядра?

Адрес 00:13:74:00:5c:38 был прошит в драйвере atl1 1.0.41.0 (который
был собран для ядра 2.6.18-std-smp-alt7) в качестве адреса по
умолчанию, если при попытке чтения MAC-адреса обнаруживалась ошибка:

    if (get_permanent_address(hw)) {
        // for test
        hw->perm_mac_addr[0] = 0x00;
        hw->perm_mac_addr[1] = 0x13;
        hw->perm_mac_addr[2] = 0x74;
        hw->perm_mac_addr[3] = 0x00;
        hw->perm_mac_addr[4] = 0x5c;
        hw->perm_mac_addr[5] = 0x38;
    } 

К моменту сборки ядра 2.6.18-std-smp-alt10 драйвер atl1 был обновлён
до 1.2.40.0; в этой версии аналогичный код тоже есть, но адрес по
каким-то причинам был изменён на 00:13:74:00:11:08.  Однако новая
версия драйвера, похоже, теперь читает адрес правильно - во всяком
случае, OUI 00:1b:fc принадлежит ASUSTek COMPUTER INC.

На всякий случай посмотрите, какой MAC-адрес написан на наклейке на
материнской плате, или хотя бы сравните адрес с тем, который
определяется в Windows.

Вероятно, на этой плате отсутствует чип EEPROM, подключенный к
сетевому контроллеру, в котором должен был бы храниться MAC-адрес, а
вместо этого настройки хранятся где-то в другом месте, известном
только BIOS.  Новая версия драйвера atl1 при невозможности прочитать
EEPROM или SPI FLASH пытается использовать текущий адрес,
установленный в регистрах чипа - в данном случае это срабатывает, но
может дать неверный результат, если сменить MAC-адрес утилитой ip,
после чего выгрузить и вновь загрузить модуль (вероятно, в этом случае
исходный адрес будет потерян).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

Sergey Vlasov пишет:

>> Но я не понимаю, почему у интерфейса меняется mac-адрес в зависимости от
>> загружаемого ядра?
> 
> Адрес 00:13:74:00:5c:38 был прошит в драйвере atl1 1.0.41.0 (который
> был собран для ядра 2.6.18-std-smp-alt7) в качестве адреса по
> умолчанию, если при попытке чтения MAC-адреса обнаруживалась ошибка:

Да, ларчик, оказывается, просто открывался. Жаль только дня, убитого на
ковыряние с этим всем (мне кроме всего этого нужно было собрать ядро со
специфическим патчем и работающей сеткой и даже успел собрать старый
драйвер atl1 под ядро alt10, и убедился, что с ним все работает).

Большое спасибо всем за помощь в распутывании сего детективного клубка!

> Однако новая
> версия драйвера, похоже, теперь читает адрес правильно - во всяком
> случае, OUI 00:1b:fc принадлежит ASUSTek COMPUTER INC.

Да, похоже на правду, это ASUS-овская материнка.

> На всякий случай посмотрите, какой MAC-адрес написан на наклейке на
> материнской плате, или хотя бы сравните адрес с тем, который
> определяется в Windows.

Ну Windows на этой машине нет - это работающий сервер, а лезть внутрь
корпуса - неохота.

--
Денис

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 2084 bytes --]

Hi Denis!

Friday 11, at 06:07:18 PM you wrote:

> 2: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
>     link/ether 00:1b:fc:5a:2d:34 brd ff:ff:ff:ff:ff:ff
> 3: fiber: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> qlen 1000
>     link/ether 00:50:da:b5:1b:b7 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.205.2/24 brd 192.168.205.255 scope global fiber
> 4: adsl: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> qlen 1000
>     link/ether 00:01:02:a0:79:18 brd ff:ff:ff:ff:ff:ff
>     inet 212.65.71.74/29 brd 212.65.71.79 scope global adsl
>     inet 212.65.71.75/29 brd 212.65.71.79 scope global secondary adsl
> 
> Теперь загружаем ядро 2.6.18-alt7:
> 
> # ip a l
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
>     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>     inet 127.0.0.1/8 scope host lo
> 2: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
>     link/ether 00:13:74:00:5c:38 brd ff:ff:ff:ff:ff:ff
> 3: fiber: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> qlen 1000
>     link/ether 00:50:da:b5:1b:b7 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.205.2/24 brd 192.168.205.255 scope global fiber
> 4: adsl: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> qlen 1000
>     link/ether 00:01:02:a0:79:18 brd ff:ff:ff:ff:ff:ff
>     inet 212.65.71.74/29 brd 212.65.71.79 scope global adsl
>     inet 212.65.71.75/29 brd 212.65.71.79 scope global secondary adsl
> 
> У интерфейса eth3 mac-адрес ДРУГОЙ! А он вписан в /etc/net/iftab,
> соответственно, после замены mac-адреса в iftab ядро 2.6.8-alt10 c
> модулем atl1 заработало.
> 
> Но я не понимаю, почему у интерфейса меняется mac-адрес в зависимости от
> загружаемого ядра?
В changelog к версии 1.1.40.1 (помойму к ядру -alt7 шла версия 1.1.40.0)
написано, что там добавили определение MAC-адреса из BIOS, может быть это
как раз ваш случай. А версия из ядра 2.6.22-24 вообще очень веселая - если
адрес не нашли в EEPROM карты/BIOS, то его генерят произвольным образом!

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

Konstantin A. Lepikhov пишет:

> В changelog к версии 1.1.40.1 (помойму к ядру -alt7 шла версия 1.1.40.0)
> написано, что там добавили определение MAC-адреса из BIOS, может быть это
> как раз ваш случай.

Да, по-видимому, именно так, vsu окончательно прояснил ситуацию.

А версия из ядра 2.6.22-24 вообще очень веселая - если
> адрес не нашли в EEPROM карты/BIOS, то его генерят произвольным образом!

Вах, жесть-то какая!

--
Денис

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 735 bytes --]

On Fri, Jan 11, 2008 at 11:32:05PM +0300, Konstantin A. Lepikhov wrote:
> А версия из ядра 2.6.22-24 вообще очень веселая - если адрес не
> нашли в EEPROM карты/BIOS, то его генерят произвольным образом!

На самом деле это более правильно, чем то, что делает текущая версия
драйвера в репозитории - представьте, что будет, если в сети есть
несколько похожих машин, на которых MAC-адрес не читается.

Другой вопрос, что хорошо бы при использовании случайного MAC как-то
экспортировать информацию об этом из ядра наружу, чтобы инструменты,
используемые для назначения имён интерфейсов, могли обнаружить такую
ситуацию (и, например, создавать для новых интерфейсов, не имеющих
постоянного MAC, записи с привязкой к businfo).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Andrey Chesnokov]

Добрый день!

А вот с похожим я столкнулся с материнкой Gigabyte GA-M61PM-S2, cеть

00:07.0 Bridge [0680]: nVidia Corporation MCP61 Ethernet [10de:03ef] 
(rev a2)

-- после каждой перезагрузки eth0 получает новый мак-адрес, что сводит с 
ума домашний dhcp сервер. С чем такое может быть связано?

соответствующий кусок dmesg:

forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56.
ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 21 (level, 
low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:07.0 to 64
forcedeth: using HIGHDMA
0000:00:07.0: Invalid Mac address detected: fd:2c:8f:4d:1a:00
Please complain to your hardware vendor. Switching to a random MAC.

Andrey

Sergey Vlasov wrote:
> On Fri, Jan 11, 2008 at 11:32:05PM +0300, Konstantin A. Lepikhov wrote:
>   
>> А версия из ядра 2.6.22-24 вообще очень веселая - если адрес не
>> нашли в EEPROM карты/BIOS, то его генерят произвольным образом!
>>     
>
> На самом деле это более правильно, чем то, что делает текущая версия
> драйвера в репозитории - представьте, что будет, если в сети есть
> несколько похожих машин, на которых MAC-адрес не читается.
>
> Другой вопрос, что хорошо бы при использовании случайного MAC как-то
> экспортировать информацию об этом из ядра наружу, чтобы инструменты,
> используемые для назначения имён интерфейсов, могли обнаружить такую
> ситуацию (и, например, создавать для новых интерфейсов, не имеющих
> постоянного MAC, записи с привязкой к businfo).
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Hardware mailing list
> Hardware@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hardware

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Konstantin A. Lepikhov]

Hi Andrey!

Friday 11, at 11:26:07 PM you wrote:

> Добрый день!
> 
> А вот с похожим я столкнулся с материнкой Gigabyte GA-M61PM-S2, cеть
> 
> 00:07.0 Bridge [0680]: nVidia Corporation MCP61 Ethernet [10de:03ef] 
> (rev a2)
> 
> -- после каждой перезагрузки eth0 получает новый мак-адрес, что сводит с 
> ума домашний dhcp сервер. С чем такое может быть связано?
> 
> соответствующий кусок dmesg:
> 
> forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56.
> ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21
> ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 21 (level, 
> low) -> IRQ 185
> PCI: Setting latency timer of device 0000:00:07.0 to 64
> forcedeth: using HIGHDMA
> 0000:00:07.0: Invalid Mac address detected: fd:2c:8f:4d:1a:00
> Please complain to your hardware vendor. Switching to a random MAC.
> 
> Andrey
это другой случай. Поскольку сам видел маки в этих сетевухах вида
01:23:45:67:89:ab. Возможный вариант - пробить нужный мак в BIOS.

-- 
WBR et al.

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Andrey Chesnokov]

Добрый день!

В биосе посмотрел первым делом -- но увы, опции "задать мак" нигде нет.

Andrey

Konstantin A. Lepikhov wrote:
>> 00:07.0 Bridge [0680]: nVidia Corporation MCP61 Ethernet [10de:03ef] 
>> (rev a2)
>>
>> -- после каждой перезагрузки eth0 получает новый мак-адрес, что сводит с 
>> ума домашний dhcp сервер. С чем такое может быть связано?
>>
>> соответствующий кусок dmesg:
>>
>> forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56.
>> ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21
>> ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 21 (level, 
>> low) -> IRQ 185
>> PCI: Setting latency timer of device 0000:00:07.0 to 64
>> forcedeth: using HIGHDMA
>> 0000:00:07.0: Invalid Mac address detected: fd:2c:8f:4d:1a:00
>> Please complain to your hardware vendor. Switching to a random MAC.
>>
>> Andrey
>>     
> это другой случай. Поскольку сам видел маки в этих сетевухах вида
> 01:23:45:67:89:ab. Возможный вариант - пробить нужный мак в BIOS.
>
>   

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Konstantin A. Lepikhov]

Hi Andrey!

Friday 11, at 11:59:47 PM you wrote:

> Добрый день!
> 
> В биосе посмотрел первым делом -- но увы, опции "задать мак" нигде нет.
> 
> Andrey
> 
> Konstantin A. Lepikhov wrote:
> >> 00:07.0 Bridge [0680]: nVidia Corporation MCP61 Ethernet [10de:03ef] 
> >> (rev a2)
> >>
> >> -- после каждой перезагрузки eth0 получает новый мак-адрес, что сводит с 
> >> ума домашний dhcp сервер. С чем такое может быть связано?
> >>
> >> соответствующий кусок dmesg:
> >>
> >> forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56.
> >> ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21
> >> ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [APCH] -> GSI 21 (level, 
> >> low) -> IRQ 185
> >> PCI: Setting latency timer of device 0000:00:07.0 to 64
> >> forcedeth: using HIGHDMA
> >> 0000:00:07.0: Invalid Mac address detected: fd:2c:8f:4d:1a:00
> >> Please complain to your hardware vendor. Switching to a random MAC.
> >>
> >> Andrey
> >>     
> > это другой случай. Поскольку сам видел маки в этих сетевухах вида
> > 01:23:45:67:89:ab. Возможный вариант - пробить нужный мак в BIOS.
кстати, а какой MAC показывает ядро -alt10? Возможно тут мы имеем дело с
перевернутым адресом.

-- 
WBR et al.

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Dmitry Lebkov]

Denis Kirienko пишет:

[skip]

>> У вас могли просто съехать имена интерфейсов.
> 
> Они прибиты к мак-адресам в /etc/net/iftab

Разумнее прибивать через businfo. Тем более на сервере.
См. man iftab

-- 
WBR, Dmitry Lebkov

Re: [Hardware] Attansic ethernet controller и ядро 2.6.18-alt10

[Denis Kirienko]

Dmitry Lebkov пишет:

>>> У вас могли просто съехать имена интерфейсов.
>> Они прибиты к мак-адресам в /etc/net/iftab
> 
> Разумнее прибивать через businfo. Тем более на сервере.
> См. man iftab

Во-первых, когда я прибивал, а это происходило одновременно с переходом
на /etc/net, то все виденные мною примеры настроек, включая все, что
лежит в /usr/share/doc/etcnet-* содержали примеры только с мак-адресами.

Во-вторых, я не очень понимаю, что такое businfo, верно ли, что данные
businfo зависят от того, в какой pci-слот воткнута карточка? Тогда я не
уверен, что прибивать имена к номерам слотов - более правильное решение.

--
Денис