hostapd & ath5k

После обновления ядра до 2.6.35 драйвера madwifi отказались компилиться под него, задолбало,
Решил перейти на стандартные, ath5k + hostapd, конечно не обошлось не бубна, но все завелось, на ноуте (eee pc 900)
ap работает штатно, другой ноут с xp видит, цепляется и пингует, но собранное из техже исходников
ПО на десктопе не работает - демон заводится и работает, но из 50 последовательно запущенных сканов сеть
видят 1-2, аутантификация не проходи, хотя демон 100% рапортует о пакетах отправленных на brodcast
c мак-адресов обоих ноутов, то есть драйвера в порядке, конфиг hostapd нормально работал на eee pc,
перепробовал 3 версии hostapd - никаких ошибок просто игнорит...

Искать недолго было

Madwifi хороший проэкт, но

Madwifi хороший проэкт, но сути того что они творят сейчас я не понимаю, две версии драйверов, причем в моем случае на ноуты нужна одна, а на десктоп другая, снапшоты публикуются каждые 90 дней безотносительно выхода новых ядер, если раньше (год назад) вероятность того, что старая ревизия скомпилится с новым ядром была 50/50, то теперь сто% вылезит ошибка, ждать пока они родят патч, пересобирать драйвера после каждой пересборки ядра,... ИМХО костыль.

Ну вообще-то, дистр не gentoo, а косяк оказался в том, что использовался 1 канал, на 2 втором и всех остальных работает хорошо,
Хотя баг все таки нашелся, - при старте системы все сетевые демоны грузятся после форка стартового скрипта, соответственно наследование стандартных файловых дескрипторов не происходит, но в этом случае несмотря на штатный старт хостапд и даже появление сети в эфире отваливается возможность залогинится в сети, в логах соответственно появляются мессаги, суть которых в том, что hostapd неможет сообщить ядру(или ядро не принимает мессагу), что станция зарегистрированна.

Nosk

У кого есть эта карта. Потестите, пожалуйста:

http://bugs.gentoo.org/show_bug.cgi?id=331125#c3

и отпишитесь в баге работает или нет.

2.6.35 + ath5k + hostapd - c

2.6.35 + ath5k + hostapd - c какой версией hostapd завелось?

//пилю роутерный дистр, после апдейта на 2.6.35 ведро целиком отвалился кое-как дергавшийся hostapd-0.6.10

0.7.2

0.7.2

Странно, собрал 0.7.2 - имею

Странно, собрал 0.7.2 - имею то же:

Completing interface initialization
Mode: IEEE 802.11g Channel: 1 Frequency: 2412 MHz
nl80211: Failed to set channel (freq=2412): -786018784 (Unknown error 786018784)
Could not set channel for kernel driver
wlan0: Unable to setup interface.
Flushing old station entries
Deauthenticate all stations

Попробую еще воткнуть в гентушный тазик обратно, посмотрю заведется ли...

Конфиг приведи. У меня

Конфиг приведи. У меня работает ядро 2.6.35 и карта на ath5k+hostapd

___________________________________________
Working on Gentoo for iPAQ hx4700 and Openmoko Neo Freerunner :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера

Конфиг вот:

Конфиг вот: https://bugzilla.kernel.org/attachment.cgi?id=27397 (отпостил его с другим багом - на 2.6.35 помимо всего прочего отвалилась поддержка MSI на x86, при этом на x86_64 в порядке)
Каналы роли не играют - та же ошибка. Запускаю из консоли.
На 2.6.32.10 ведре до этого все почти чудесно работало - клиент аутентифицировался, после чего радостно вываливался :)
Смущает то, что непонятно в какую сторону копать: то ли libnl перековыривать дальше (я его уже изрядно перелопатил - повыкидывал в частности идущие неизвестно зачем в комплекте раритетные ядреные хидеры эдак времен 2.6.28), то ли ath5k балуется...
и что самое странное - на гентушном тазике все фунциклирует как надо... Но он x86_64

То есть, на ядре скомпилином

То есть, на ядре скомпилином по конфигу из коробки - gentoo все работает, а твой конфиг глючит; или на генту работает, а на другом дистре нет?

На генту 64бит - работает, на

На генту 64бит - работает, на другом дистре (32бит, собираемый практически вручную) - нет. Ядра конфигурились по-разному. При этом до обновления ядра - работать пыталось. После обновления - ессно весь "мир" перекомпилировался с нуля для чистоты эксперимента, а также длительно ковырялась libnl - ибо в hostapd навряд грабли бы всплыли.

ну так конфиг гентушного ядра

ну так конфиг гентушного ядра в 32битный дистр и выяснить ядро или библиотека, в 35 ядре сравнительно круто поправивли код, который чуть ли не со времен основания ветви был

libnl как я понял узер-спэйс

libnl как я понял узер-спэйс интерфейс ath5k, короче хрень не несущая никакого функционала, а лишь переносящая функционал ядра в окружение пользователя..

Не только ath5k - библиотека

Не только ath5k - библиотека для работы с netlink. Соответственно, если что-то не в порядке с хидерами ядра с которыми она компилится - результат непредсказуемый.
Поступил проще - проверил работу дистрового hostapd на основной машине (благое дело - основная машина на 64бит, библиотеки же 32битные берутся из окружения сборки). Таки работает. Загляну еще в конфиг ведра повнимательнее, и запущу пересобраться весь "мир".

Однако, после тщательного

Однако, после тщательного осмотра конфига и попутно апгрейда ядра на 2.6.35.2 - ошибка все еще присутствует (nl80211: Failed to set channel (freq=2442): -519930208 (Unknown error 519930208))
Под 64бит ядром этот же hostapd во всеми своими библиотеками в 32бит режиме работает - следовательно дело не в них.
Попробую конфиг своего 64бит ядра запихнуть, подправить под 32бит отключив всякие KVM/DRI, и посмотреть что в результате будет. Возможно, что-то полезное получится...
Ну а попутно - все же вопрос остался: у кого-то на 32бит ядре ath5k в режиме АР работает?

UPD:
Пересобрал. Залил. Запустил. Монопенисуально:
nl80211: Failed to set channel (freq=2442): -518219808 (Unknown error 518219808)
Канал при этом меняется (iwconfig кажет изменение частоты) - видать таки stack overflow где-то в ведре :)

Канал поставь другой, и

Канал поставь другой, и запусти hostapd из консоли, практика показывает, что есть разница

Может кому пригодится

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".