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

[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 ?

[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 куда-нибудь поставить...
(если я конечно правильно понимаю проблему)