LINUX.ORG.RU

[Fedora][2.6.38][AR9285] Не работает

 


0

1

Доброго времени суток!
Я использую RFR14. По ряду причин на моём EeePC 1201N можно использовать ядро либо до *.32 включительно, либо *.37 и выше. Хотя, насчёт «выше» не совсем уверен. В общем, это связано с модулем wi-fi. $ lspci -v выдаёт такое:

07:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
        Subsystem: Device 1a3b:1a89
        Flags: bus master, fast devsel, latency 0, IRQ 18
        Memory at fbef0000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: <access denied>
        Kernel driver in use: ath9k
        Kernel modules: ath9k
На промежуточных между указанными выше версиях ядра случались мёртвые фризы системы при работе беспроводной сети. Поэтому ещё с RC-каких-то_там использую kernel-2.6.37-2. Пробовал в своё время 2.6.38-RC* из rawhide - wi-fi не работал вообще. В связи с выпуском финальной версии ядра 2.6.38 решил снова его «пощупать» (2.6.38.1-6 из koji). И снова то же самое!
Непосредственно проблема вылазит так: беспроводные сети видно через nm-applet, к ним можно подключиться, но не пингуется ни один адрес, также не пингуется и эта машина; также я могу создавать сети (ad-hoc), но с других машин их не видно (пробовал разные типы шифрования и без шифрования вообще).
Думал, что проблема в пакете linux-firmware: обновил его из F15 - не помогло. Но интерес вызывает вывод ifconfig:
wlan0     Link encap:Ethernet  HWaddr 74:F0:6D:4F:2C:79  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:46 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 b)  TX bytes:7759 (7.5 KiB)
Смущают строки RX и TX. Похоже, что модуль не может принять данные из сети (или же отослать их во внешнюю сеть?). Google посылает на какие-то Ubuntu'шные англоязычные форумы, где проблема также не решена, а единственная отписка - это предположение о том, что «новая версия драйвера пытается искать firmware в /usr/firmware/» (вольный перевод авт.). Но, ЕМНИП, моей карте фирмварь не нужна.
dmesg тут.
Есть идеи, как заставить wi-fi работать корректно на ядре 2.6.38 ?

★★★★★

В 2.6.38 поломали очень многое в драйвере ath9k.

Из-за этого сижу на старом ядре, 2.6.32 (debian).

Говорят, что последний compat-wireless (2011-03-27) помогает от некоторых проблем, попробуй поставить.

Slimer
()

carasin> lspci -v


04:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
	Subsystem: Foxconn International, Inc. Device e016
	Flags: bus master, fast devsel, latency 0, IRQ 17
	Memory at f0500000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: ath9k
	Kernel modules: ath9k

Безупречно работает на всех используемых мной ядрах — 35, 37 и 38 И да, бубунта.

athost ★★★★★
()
Ответ на: комментарий от athost

Безупречно работает на всех используемых мной ядрах — 35, 37 и 38 И да, бубунта.

Там похоже в 2.6.38 поломали 11n и ad-hoc.

Вот и вот. Это то, что меня коснулось. Но есть ещё какой-то баг именно с фризами на 2.6.38.

Slimer
()
Ответ на: комментарий от Slimer

Slimer> Там похоже в 2.6.38 поломали 11n и ad-hoc.

На счет ad-hoc не скажу, ибо не использую, но все остальное работает нормально.


athost@kauna:~ > iwconfig 
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"athome"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:1D:73:B1:91:AE   
          Bit Rate=150 Mb/s   Tx-Power=14 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=70/70  Signal level=-34 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:37   Missed beacon:0


athost@kauna:~ > uname -a
Linux kauna 2.6.38-4-generic #31-Ubuntu SMP Fri Feb 18 23:20:53 UTC 2011 i686 GNU/Linux
athost ★★★★★
()
Ответ на: комментарий от athost

athost@kauna:~ > modinfo ath9k
filename:       /lib/modules/2.6.38-4-generic/kernel/drivers/net/wireless/ath/ath9k/ath9k.ko
license:        Dual BSD/GPL
description:    Support for Atheros 802.11n wireless LAN cards.
author:         Atheros Communications
srcversion:     19A01383324747AED3F6151
alias:          pci:v0000168Cd00000032sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000030sv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Esv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Dsv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Csv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Bsv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Asv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000029sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000027sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000024sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000023sv*sd*bc*sc*i*
depends:        ath9k_hw,mac80211,cfg80211,ath9k_common,ath
vermagic:       2.6.38-4-generic SMP mod_unload modversions 686 
parm:           debug:Debugging mask (uint)
parm:           nohwcrypt:Disable hardware encryption (int)
parm:           blink:Enable LED blink on activity (int)
parm:           btcoex_enable:Enable wifi-BT coexistence (int)
parm:           pmqos:User specified PM-QOS value (int)
athost ★★★★★
()
Ответ на: комментарий от Slimer

A eto LiveUSB Ubuntu 11.04

ubuntu@ubuntu:~$ iwconfig 
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"athome"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:1D:73:B1:91:AE   
          Bit Rate=150 Mb/s   Tx-Power=14 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=70/70  Signal level=-34 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:24   Missed beacon:0

ubuntu@ubuntu:~$ uname -a
Linux ubuntu 2.6.38-6-generic #34-Ubuntu SMP Tue Mar 8 14:09:10 UTC 2011 i686 i686 i386 GNU/Linux
athost ★★★★★
()
Ответ на: комментарий от athost

A eto LiveUSB Ubuntu 11.04

Спасибо. Надо будет попробовать, на патчи в Ubuntu глянуть. Возможно, там проблемы действительно уже устранили.

Slimer
()
Ответ на: комментарий от Slimer

А может, попробовать пересобрать ядро со «старым» ath9k из 2.6.37 ?
Только как это сделать?

carasin ★★★★★
() автор топика
Ответ на: комментарий от athost

>Безупречно работает на всех используемых мной ядрах — 35, 37 и 38 И да, бубунта.

В альфе поломали, но обещали починить. С самым свежим ведром у меня пока работает, но до этого было все плохо - через пару минут после подключения к сети пинг за 900 и потери пакетов до 70%

petrosyan ★★★★★
()
Ответ на: комментарий от Slimer

Эх... 2.6.38.2-8 ничего не изменило. Всё в точности как на 2.6.38.1-6.
Кто-нибудь в курсе, как собрать ядро с драйвером из предыдущей версии ядра?

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Кто-нибудь в курсе, как собрать ядро с драйвером из предыдущей версии ядра?

Думаю, без минимального понимания исходников тут не обойдётся.

Поэтому советую, если это не трудно, попробовать ядра 2.6.32 (у меня с ним моя карточка AR9285 работает идеально) и 2.6.37. А в случае неудачи поставить последние compat-wireless на ядро 2.6.38.

Я для себя пока что выбрал первый вариант (сижу на 2.6.32), так как думаю, что баг в ath9k, который коснулся меня (огромное падение скорости и стабильности в режиме ad-hoc), в 2.6.38 скоро починят.

Slimer
()
Ответ на: комментарий от Slimer

Дык 2.6.37 и так работает отлично (найденное в koji). Но проблема в том, что в грядущей версии Fedor'ы будет именно 2.6.38. А в актуальных на данный момент релизах (F13/F14) используются ядра 2.6.33-2.6.35. И они, к сожалению, не отличаются надёжностью с точки зрения использования драйвера ath9k (вплоть до kernel_panic'ов и мёртвых фризов системы).
В сухом остатке получаем неудовлетворительную работу беспроводных карт на протяжении трёх релизов Fedor'ы (да и не только Fedor'ы). Такие дела.

carasin ★★★★★
() автор топика
Ответ на: комментарий от eugeneblack

Я так понял, что compat-wireless - это выборка драйверов для wi-fi-, bluetooth- и части ethernet-карт из ядра, выполненная в виде снапшотов по определённым датам. Не получится ли так, что этим я «превращу свою систему в слаку»? И придётся ли пересобирать compat-wireless каждый раз при обновлении ядра?
А вообще, не совсем ясно (или совсем неясно), каким образом будут подхватываться драйвера из compat-wireless, если в ядре есть драйвера с такими же именами?
Просто не хочу гробить вполне себе рабочую систему.

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Собираются только модули ядра, инсталлятся в каталог /lib/modules/<kernel-version>/update Соотвественно сносятся вместе с каталогом update и запуском depmod. Пересобирать придётся каждый раз, но например только так у меня wi-fi и работает. Про убивание системы: один раз я конечно сделал нехорошую вещь - смешал две версии compat-wireless - при загрузке получил красивый трейс на весь экран. Загрузился с резервного ядра и удалил каталог. Помолго.

eugeneblack
()
Ответ на: комментарий от eugeneblack

А как насчёт этого:

carasin

А вообще, не совсем ясно (или совсем неясно), каким образом будут подхватываться драйвера из compat-wireless, если в ядре есть драйвера с такими же именами?

С этим есть какие-нибудь «подводные камни»?

carasin ★★★★★
() автор топика
Ответ на: комментарий от eugeneblack

Интересный момент: на сайте есть две версии: compat-wireless и compat-wireless-sn. Чем они отличаются?

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

С этим всё в порядке, проблем не обнаружил. Там есть подсказка на счёт различных добавок: Legend Extra flag meanings: -s - get and apply pending-stable/ from linux-next.git -n - apply the patches linux-next-cherry-picks directory -p - apply the patches on the linux-next-pending directory -c - apply the patches on the crap directory

eugeneblack
()
Ответ на: комментарий от eugeneblack

Чегой-то ошибка при сборке вылезла.
Я решил использовать compat-wireless-2.6.37-4. Сделал так:

$ ./scripts/driver-select ath9k
Processing new driver-select request...
Backing up makefile: Makefile.bk
Backup exists: Makefile.bk
Backup exists: Makefile.bk
Backup exists: Makefile.bk
Backing up makefile: drivers/net/wireless/Makefile.bk
Backing up makefile: drivers/net/wireless/ath/Makefile.bk
Backing up makefile: net/wireless/Makefile.bk
Backing up makefile: drivers/net/Makefile.bk
Backing up makefile: drivers/ssb/Makefile.bk
Backing up makefile: drivers/misc/eeprom/Makefile.bk
Backup exists: Makefile.bk

$ make
...
/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2.6.37-4-sn/net/wireless/util.c: В функции ‘cfg80211_change_iface’:
/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2.6.37-4-sn/net/wireless/util.c:790:2: ошибка: неявная декларация функции ‘br_port_exists’
make[3]: *** [/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2.6.37-4-sn/net/wireless/util.o] Ошибка 1
make[2]: *** [/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2.6.37-4-sn/net/wireless] Ошибка 2
make[1]: *** [_module_/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2.6.37-4-sn] Ошибка 2
make[1]: Выход из каталога `/usr/src/kernels/2.6.38.2-8.dsdt1201n.fc14.i686.PAE'
make: *** [modules] Ошибка 2
Смотрим в /home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2.6.37-4-sn/net/wireless/util.c, видим такое:
	/* if it's part of a bridge, reject changing type to station/ibss */
	if (br_port_exists(dev) &&
	    (ntype == NL80211_IFTYPE_ADHOC ||
	     ntype == NL80211_IFTYPE_STATION ||
	     ntype == NL80211_IFTYPE_P2P_CLIENT))
		return -EBUSY;
Что бы это могло значить (ни разу не кодер, код не понимаю)?
P.S.: Пробовал и compat-wireless, и compat-wireless-sn. Вот немного инфы:
$ uname -a
Linux berlogue 2.6.38.2-8.dsdt1201n.fc14.i686.PAE #1 SMP Mon Mar 28 21:12:32 MSD 2011 i686 i686 i386 GNU/Linux
$ yum list installed gcc
Установленные пакеты
gcc.i686               4.5.1-4.fc14               @fedora

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Только что поставил compat-wireless-2011-03-29 на ядро 2.6.38-2 из debian testing/sid. Выбирал группу драйверов ath.

Моя проблема (падение скорости и увеличение пингов до полной неюзабельности сети в режиме ad-hoc) исчезла!

Slimer
()
Ответ на: комментарий от Slimer

А у меня не скомпилилось - ошибки разные выдавало. Скомпилились только пакеты, взятые не снапшотами из git'а, а «выдранные» из ядра 2.6.38. Сейчас попробую собрать ещё пакет от 2.6.32. Попозжа попробую - отпишусь.

carasin ★★★★★
() автор топика
Ответ на: комментарий от Slimer

Пакеты от 2.6.32 не скомпилились. А то, что собралось, не взлетело (то есть никакого положительного эффекта). Симптомы не изменились.

carasin ★★★★★
() автор топика
Ответ на: комментарий от Slimer

А у меня вот так:

$ ./scripts/driver-select ath
Processing new driver-select request...
Backing up makefile: Makefile.bk
Backup exists: Makefile.bk
Backup exists: Makefile.bk
Backup exists: Makefile.bk
Backing up makefile: drivers/net/wireless/ath/Makefile.bk
Backing up makefile: drivers/net/wireless/Makefile.bk
Backing up makefile: net/wireless/Makefile.bk
Backing up makefile: drivers/net/Makefile.bk
Backing up makefile: drivers/ssb/Makefile.bk
Backing up makefile: drivers/misc/eeprom/Makefile.bk
Backup exists: Makefile.bk

$ make
./scripts/gen-compat-autoconf.sh config.mk > include/linux/compat_autoconf.h
make -C /lib/modules/2.6.38.2-8.dsdt1201n.fc14.i686.PAE/build M=/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29 modules
make[1]: Вход в каталог `/usr/src/kernels/2.6.38.2-8.dsdt1201n.fc14.i686.PAE'
  CC [M]  /home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29/compat/main.o
  CC [M]  /home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29/compat/compat-2.6.39.o
/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29/compat/compat-2.6.39.c: В функции ‘tty_set_termios’:
/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29/compat/compat-2.6.39.c:93:37: ошибка: ‘TASK_INTERRUPTIBLE’ undeclared (first use in this function)
/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29/compat/compat-2.6.39.c:93:37: замечание: each undeclared identifier is reported only once for each function it appears in
make[3]: *** [/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29/compat/compat-2.6.39.o] Ошибка 1
make[2]: *** [/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29/compat] Ошибка 2
make[1]: *** [_module_/home/carasin/Distrib/Drivers/compat-wireless/compat-wireless-2011-03-29] Ошибка 2
make[1]: Выход из каталога `/usr/src/kernels/2.6.38.2-8.dsdt1201n.fc14.i686.PAE'
make: *** [modules] Ошибка 2
Только я не понял, при чём здесь 2.6.39 ? Может, я чего недоуказал при сборке?

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Ну судя по всему эта версия compat-wireless уже заточена под API следующего ведра .39 и на .38 работать не будет.

А проблема с вайфай проявляется всегда или эпизодически?

blind_oracle ★★★★★
()
Ответ на: комментарий от carasin

У меня вот так:

$ ./scripts/driver-select ath
Processing new driver-select request...
Backing up makefile: Makefile.bk
Backup exists: Makefile.bk
Backup exists: Makefile.bk
Backup exists: Makefile.bk
Backing up makefile: drivers/net/wireless/ath/Makefile.bk
Backing up makefile: drivers/net/wireless/Makefile.bk
Backing up makefile: net/wireless/Makefile.bk
Backing up makefile: drivers/net/Makefile.bk
Backing up makefile: drivers/ssb/Makefile.bk
Backing up makefile: drivers/misc/eeprom/Makefile.bk
Backup exists: Makefile.bk

$ make
./scripts/gen-compat-autoconf.sh config.mk > include/linux/compat_autoconf.h
make -C /lib/modules/2.6.38-2-amd64/build M=/tmp/compat-wireless-2011-03-29 modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.38-2-amd64'
  LD      /tmp/compat-wireless-2011-03-29/compat/built-in.o
  CC [M]  /tmp/compat-wireless-2011-03-29/compat/main.o
  CC [M]  /tmp/compat-wireless-2011-03-29/compat/compat-2.6.39.o
  LD [M]  /tmp/compat-wireless-2011-03-29/compat/compat.o
  LD      /tmp/compat-wireless-2011-03-29/drivers/net/wireless/built-in.o
  LD      /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/built-in.o
  CC [M]  /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/main.o
  CC [M]  /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/regd.o
  CC [M]  /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/hw.o
  CC [M]  /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/key.o
  LD [M]  /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/ath.o
  LD      /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/ath5k/built-in.o
  CC [M]  /tmp/compat-wireless-2011-03-29/drivers/net/wireless/ath/ath5k/caps.o
...

Кстати, у меня amd64.

Из того, что бросилось в глаза: в выводе make у меня есть строчка

  LD      /tmp/compat-wireless-2011-03-29/compat/built-in.o

Slimer
()
Ответ на: комментарий от blind_oracle

Кстати, может линукс 64-битный попробовать, атом в твоем ноутбуке поддерживает. Может и вайфай вылечится :)
Сейчас попробую у себя в режиме клиента AR9285 использовать, посмотрю будут ли такие же проблемы.

blind_oracle ★★★★★
()
Ответ на: комментарий от carasin

Подключился к сети через AR9285/2.6.38.1 через wpa_supplicant:
[code]
ctrl_interface=/var/run/wpa_supplicant

network={
ssid=«network»
key_mgmt=WPA-PSK
proto=RSN
pairwise=CCMP
group=CCMP
psk=«password»
}
[/code]
Погонял iperf-ом траффик с сервера на ноут, проблем никаких не замечено. Правда скорость только G почему-то (12-13 мегабит выдало в iperf), завтра посмотрю почему нету N.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

> Погонял iperf-ом траффик с сервера на ноут, проблем никаких не замечено. Правда скорость только G почему-то (12-13 мегабит выдало в iperf), завтра посмотрю почему нету N.

Если верить описаниям соответствующих багов в багзилле kernel.org, то там проблемы как раз с ad-hoc и 11n. Насколько я понимаю, у Вас не ad-hoc подключение.

Slimer
()
Ответ на: комментарий от Slimer

Ну точка доступа у меня 11N, а про ad-hoc товарищ упоминает лишь вскользь, не акцентируя на нём внимание, так что я сделал вывод что проблемы у него с обычным client-режимом.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Да, я тоже уже начинаю склоняться к тому, что у нас с топикстартером всё же разные баги, а не один и тот же. Уж слишком у него всё плохо.

Slimer
()
Ответ на: комментарий от blind_oracle

Кроме ad-hoc'а ничего не использую. Дома инет раздаётся стационаром, на работе сам иногда раздаю инет. Точку доступа даже и не пробовал никогда на этой машинке.

carasin ★★★★★
() автор топика
Ответ на: комментарий от Slimer

Вы правы: баги не совпадают. Но вызваны одним модулем и на одном и том же оборудовании. Может, от вендора ещё чего зависит...

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Не собралось с той же ошибкой... Вот потому и сижу на compat-wireless от 20х чисел февраля.

Ну судя по всему эта версия compat-wireless уже заточена под API следующего ведра .39 и на .38 работать не будет.

Логично, поэтому модуль compat-2.6.39.ko и пытается собраться - для обеспечения совместимости

eugeneblack
()
Ответ на: комментарий от eugeneblack

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

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Может просто не использовать ad-hoc? На стационаре создать точку доступа и к ней подключаться. Просто ad-hoc довольно редко используют, и баги в нем более вероятнее...

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Нет необходимости заморачиваться с hostapd. Тем более, у меня на стационаре rt3060, а это та ещё «вещь в себе». Например, на ней невозможно через NetworkManager создать ad-hoc сеть. Поэтому сеть изначально создаётся на нетбуке, а стационар автоматически её подхватывает и становится шлюзом. Такой вот изврат. Думаю, с программной AP будет не легче.
В любом случае, думаю, Вы со мной согласитесь, изобретение железячного велосипеда не выход из ситуации со сломанными драйверами =]

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

А что там заморачиваться, создай точку доступа на ноуте, AR9285 для этого более чем подходит, а десктоп пусть к ней подрубается. Согласен, Ralink довольно капризен в плане AP-режима, RT3070 у меня точкой доступа так и не завёлся.

Конфиг hostapd простой до смешного:

interface=wlan0
driver=nl80211
ssid=test
hw_mode=g
channel=2
beacon_int=100
dtim_period=2
max_num_sta=255
rts_threshold=2347
fragm_threshold=2346
preamble=1
wmm_enabled=1
auth_algs=1
ieee80211n=1
ht_capab=[HT40+][SHORT-GI-20][SHORT-GI-40][RX-STBC123][SMPS-DYNAMIC][TX-STBC][DELAYED-BA][MAX-AMSDU-7935][DSSS_CCK-40][PSMP]
ignore_broadcast_ssid=0
wpa=2
wpa_passphrase=12345678
wpa_key_mgmt=WPA-PSK
rsn_pairwise=CCMP
И можно будет еще какой-нибудь смартфон-телефон к этой сети подрубить будет, а не только два девайса... В общем - одни плюсы.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

RT3070 - это, ЕМНИП, usb-свисток. Они вообще практически ни у кого в роли AP не заводятся.
А как мне с ноута в инет выходить, если он же и будет являться AP, причём инет приходит кабелем на стационар?

carasin ★★★★★
() автор топика
Ответ на: комментарий от blind_oracle

Да и удобство всё-таки. nm-applet - это удобно. У меня ведь жена ещё есть: я её, конечно, научил в инет выходить посредством консоли (специфика моего провайдера), но... В общем, не хочу девушку загружать всякой «мракобесией».

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Свисток. У меня на RT73 свисток отлично уже пару лет пашет точкой доступа, да и RT3070 уже вроде почти допилили. В инет выходить как обычно, собсно. Какая разница кто из них точка доступа? Шлюзом ставишь стационар и всё. Ну а насчёт удобств это тебе либо шашечки, либо ехать. А что жена? Врубила ноут, врубила стационар, они друг друга нашли и всё, работает. Ничего настраивать не надо собсно, даже в консоль смотреть. В общем я просто предлагаю как сделать чтобы работало. Можно вообще вайфай точку купить стационарную и перестать страдать хернёй :)

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Спасибо. Буду смотреть. Но проблема с ad-hoc'ом всё равно остаётся. Отписался в багзиллу русской Fedor'ы, чтобы перенаправили в редхатовскую. Может, что и получится.

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Я просто не понимаю нахрен нужен адхок если можно на десктопе один раз настроить hostapd + какой-нибудь dnsmasq и вообще забыть про этот адхок как страшный сон.

Бонусом получаем возможность коннектить другие девайсы помимо ноута.

Ну, хозяин - барин :)

blind_oracle ★★★★★
()
Ответ на: комментарий от eugeneblack

Благодарю. Завтра опробую - отпишусь.

carasin ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.