Не работает драйвер сетевого устройства Опции

[k000858]

Портирую драйвер сетевого устройства (в общем ethernet драйвер) в OpenWRT. Драйвер успешно создает сетевой интерфейс и тд ондако ничего не работает. Не тикают даже счетчики в статистике. Сам драйвер выдран из SDK с 3.10.* ядром, в OpenWRT 4.4.14 ядро
Пока удалось выяснить что по каким то причинам не производится полинг интерфейса.

Сам интерфейс создается с помощью netif_napi_add, в аргументах которой указывается полинг функция. (которая, как выяснилось почему то не вызывается)

Кто сталкивался с подобным эффектом, или может у кого есть идейки куда капнУть?

[winniethepooh]

Портирую драйвер сетевого устройства (в общем ethernet драйвер) в OpenWRT. Драйвер успешно создает сетевой интерфейс и тд ондако ничего не работает. Не тикают даже счетчики в статистике. Сам драйвер выдран из SDK с 3.10.* ядром, в OpenWRT 4.4.14 ядро
Пока удалось выяснить что по каким то причинам не производится полинг интерфейса.

Сам интерфейс создается с помощью netif_napi_add, в аргументах которой указывается полинг функция. (которая, как выяснилось почему то не вызывается)

Кто сталкивался с подобным эффектом, или может у кого есть идейки куда капнУть?

я вообще не специалист по сетевому стеку, но насколько я понимаю сетевое устройство дергает хардверным прерыванием
далее начинает работать драйвер сетевого ус-ва и для начала я бы посмотрел обрабатываются ли прерывания и что на входе у драйвера.
Полинг (если я не ошибаюсь запускают софтверные прерывания когда в кольцевом буфере появляются данные от сетевого устройства).
Вставить в код printf там где вызываются обработчики.
Простите если не въехал в "тему" я просто пытаюсь сказать как бы я действовал на вашем месте.

Сообщение отредактировал winniethepooh - May 18 2018, 13:51

[k000858]

я вообще не специалист по сетевому стеку, но насколько я понимаю сетевое устройство дергает хардверным прерыванием
далее начинает работать драйвер сетевого ус-ва и для начала я бы посмотрел обрабатываются ли прерывания и что на входе у драйвера.
Полинг (если я не ошибаюсь запускают софтверные прерывания когда в кольцевом буфере появляются данные от сетевого устройства).
Вставить в код printf там где вызываются обработчики.
Простите если не въехал в "тему" я просто пытаюсь сказать как бы я действовал на вашем месте.

Вы все верно описали - мой драйвер работает по NAPI модели:

Код

1. Драйвер включает NAPI, но изначально тот находится в неактивном состоянии.
2. Прибывает пакет, и сетевая карта напрямую отправляет его в память.
3. Сетевая карта генерирует IRQ посредством запуска обработчика прерываний в драйвере.
4. Драйвер будит подсистему NAPI с помощью SoftIRQ (подробнее об этом — ниже). Та начинает собирать пакеты, вызывая в отдельном треде исполнения (thread of execution) зарегистрированную драйвером функцию poll.
5. Драйвер должен отключить последующие генерирования прерываний сетевой картой. Это нужно для того, чтобы позволить подсистеме NAPI обрабатывать пакеты без помех со стороны устройства.
6. Когда вся работа выполнена, подсистема NAPI отключается, а генерирование прерываний устройством включается снова.
7. Цикл повторяется, начиная с пункта 2.

Прерываний нет (не только по прибытию входящих пакетов но и на изменение линка).

[winniethepooh]

Вы все верно описали - мой драйвер работает по NAPI модели:

Код

1. Драйвер включает NAPI, но изначально тот находится в неактивном состоянии.
2. Прибывает пакет, и сетевая карта напрямую отправляет его в память.
3. Сетевая карта генерирует IRQ посредством запуска обработчика прерываний в драйвере.
4. Драйвер будит подсистему NAPI с помощью SoftIRQ (подробнее об этом — ниже). Та начинает собирать пакеты, вызывая в отдельном треде исполнения (thread of execution) зарегистрированную драйвером функцию poll.
5. Драйвер должен отключить последующие генерирования прерываний сетевой картой. Это нужно для того, чтобы позволить подсистеме NAPI обрабатывать пакеты без помех со стороны устройства.
6. Когда вся работа выполнена, подсистема NAPI отключается, а генерирование прерываний устройством включается снова.
7. Цикл повторяется, начиная с пункта 2.

Прерываний нет (не только по прибытию входящих пакетов но и на изменение линка).

непроинициализировано (неправвильно или неисправно) сетевое устройство, как бы самое простое предположение..

[k000858]

непроинициализировано (неправвильно или неисправно) сетевое устройство, как бы самое простое предположение..

что могло так смениться в версиях ядра? сам драйвер прекрасно работает в 3.10.*
все подозрения на неработающее прерывание (нет реакции на изменение линка)

в начале работы драйвер даже не компилировался, например изза отсутствия в ядре IRQF_DISABLED (удален с 4.12.5 ядра).

[winniethepooh]

что могло так смениться в версиях ядра? сам драйвер прекрасно работает в 3.10.*
все подозрения на неработающее прерывание (нет реакции на изменение линка)

в начале работы драйвер даже не компилировался, например изза отсутствия в ядре IRQF_DISABLED (удален с 4.12.5 ядра).

почему старый драйвер не хочет работать с другим ядром я не могу предположить, но есть вероятно другие драйвера для нового ядра и можно посмотреть в чем отличия..,(изменился номер прерывания, не так регистрируется обработчик, не конфликтует ли с другим устройством т.к. общее прерывание)

кажется была у linux возможность посмотреть на каких устройствах какие номера обработчиков зарегистрированы..

Сообщение отредактировал winniethepooh - May 21 2018, 08:18

[k000858]

почему старый драйвер не хочет работать с другим ядром я не могу предположить, но есть вероятно другие драйвера для нового ядра и можно посмотреть в чем отличия..,(изменился номер прерывания, не так регистрируется обработчик, не конфликтует ли с другим устройством т.к. общее прерывание)

кажется была у linux возможность посмотреть на каких устройствах какие номера обработчиков зарегистрированы..

сравниваю интегрируемый драйвер с имеющимися под новое ядро:
- в старом интегрируемом драйвере номер прерывания задан дифайном

Код

#define IRQ_ENET0    3     /* hardware interrupt #3, defined in ...

- в новом драйвере номер прерывания выбирается вызовом функции platform_get_irq

может тут какое то несоответствие? мне этот момент не очень понятен..

[samike]

- в новом драйвере номер прерывания выбирается вызовом функции platform_get_irq

может тут какое то несоответствие? мне этот момент не очень понятен..

А как ваше интегрируемое сетевое устройство описано в Device tree? Как там сейчас задается прерывание?

кажется была у linux возможность посмотреть на каких устройствах какие номера обработчиков зарегистрированы..

cat /proc/interrupts ?

[winniethepooh]

cat /proc/interrupts ?

да оно

Сообщение отредактировал winniethepooh - May 22 2018, 07:09

[k000858]

А как ваше интегрируемое сетевое устройство описано в Device tree? Как там сейчас задается прерывание?



cat /proc/interrupts ?

Вроде как никак не описано. Сам драйвер вызывается

Код

module_init(ra2882eth_init);
module_exit(ra2882eth_cleanup_module);

[samike]

Вроде как никак не описано. Сам драйвер вызывается

Код

module_init(ra2882eth_init);
module_exit(ra2882eth_cleanup_module);

Тогда выложите куда-нибудь посмотреть вашу ф-цию probe() из драйвера интегрируемого сетевого устройства (т.е. ф-цию инициализации драйвера).
Если есть подозрения на нерабочие прерывания, нужно посмотреть как они задаются на этапе инициализации - printk куда-нибудь поставить...
(если я конечно правильно понимаю проблему)

[k000858]

Тогда выложите куда-нибудь посмотреть вашу ф-цию probe() из драйвера интегрируемого сетевого устройства (т.е. ф-цию инициализации драйвера).
Если есть подозрения на нерабочие прерывания, нужно посмотреть как они задаются на этапе инициализации - printk куда-нибудь поставить...
(если я конечно правильно понимаю проблему)

Проблема с прерываниями уже решена.

Что сделал:
- подсмотрел номера нужных мне прерываний через cat /proc/interrupts в ОС при работающем родном драйвере openWRT (который я пытаюсь заменить на интегрируемый).
- заменил номера прерываний на подсмотренные в дефайнах интегрируемого драйвера

Родной openwrt инициализируется через module_platform_driver, номера прерываний задаются в device tree и передаются в драйвер через MODULE_DEVICE_TABLE (если я все верно понимаю). В интегрируемом мной драйвере же номера прерываний заданы в дефайнах. Почему они отличаются..не понимаю. К слову, мое сетевое устройство это встроенный в SoC свитч, MT7621 SoC.

Прерывания на изменение линка и получение данных заработали. Так же заработала поллинг-функция. Дальше пакеты (в ОС) почему то не поступают, разбираюсь дальше.

[samike]

Дальше пакеты (в ОС) почему то не поступают, разбираюсь дальше.

А как они поступают в ОС, в драйвере нужно вызвать netif_rx(skb) кажется?
Кстати, что у вас возвращает ф-ция netif_rx?
Я с NAPI моделью не работал, но думаю, что логика должна быть похожа:
При возникновении rx прерывания создаем skb из принятых данных:

Код

skb = netdev_alloc_skb(net_dev, len);

и далее что-то типа этого:

Код

data = skb_put(skb, len);
memcpy_fromio(data, addr, len);
netif_rx(skb);

[k000858]

А как они поступают в ОС, в драйвере нужно вызвать netif_rx(skb) кажется?
Кстати, что у вас возвращает ф-ция netif_rx?
Я с NAPI моделью не работал, но думаю, что логика должна быть похожа:
При возникновении rx прерывания создаем skb из принятых данных:

Код

skb = netdev_alloc_skb(net_dev, len);

и далее что-то типа этого:

Код

data = skb_put(skb, len);
memcpy_fromio(data, addr, len);
netif_rx(skb);

да, что то вроде того. все верно описали вы.
в моем случае почему то не доходит до netif_rx, в драйвере куча ветвлений логики и препроцессора (#if)

разбираюсь.

[winniethepooh]

да, что то вроде того. все верно описали вы.
в моем случае почему то не доходит до netif_rx, в драйвере куча ветвлений логики и препроцессора (#if)

разбираюсь.

В DMA входящие пакеты складывает?
drop для пакетов не происходит?
должна быть функция опроса типа RXDESC receive (RECEIVE DESCRIPTOR) читающая статусы
имеющихся дескрипторов пакетов на предмет передачи их наверх (netif_rx)
есть выходные данные у этой функции?