No głowy nie dam, że obie te rzeczy się nie zainstalowały, kmod-mac80211 na pewno mi sie gdzieś tam przewijał, wieczorem się upewnię jak jest z najświeższym trunkiem.
W sumie na 8.09.1 na pewno ich nie instalowałem a są:
root@OpenWrt:~# opkg update
Downloading http://downloads.openwrt.org/snapshots/trunk/brcm47xx/packages/Packages.gz
Connecting to downloads.openwrt.org (195.56.146.238:80)
Packages.gz 100% |********************************************************************************************| 153k 00:00:00 ETA
Inflating http://downloads.openwrt.org/snapshots/trunk/brcm47xx/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/snapshots
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/brcm47xx/packages/Packages
Connecting to downloads.x-wrt.org (88.198.39.176:80)
Packages 100% |********************************************************************************************| 812k 00:00:00 ETA
Updated list of available packages in /var/opkg-lists/X-Wrt
root@OpenWrt:~# opkg install kmod-ath9k
Installing kmod-ath9k (2.6.28.10+2009-06-25-brcm47xx-3) to root...
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/brcm47xx/packages/kmod-ath9k_2.6.28.10+2009-06-25-brcm47xx-3_mipsel.ipk
Connecting to downloads.x-wrt.org (88.198.39.176:80)
kmod-ath9k_2.6.28.10 100% |********************************************************************************************| 122k 00:00:00 ETA
Installing kmod-ath (2.6.28.10+2009-06-25-brcm47xx-3) to root...
Downloading http://downloads.x-wrt.org/xwrt/kamikaze/snapshots/brcm47xx/packages/kmod-ath_2.6.28.10+2009-06-25-brcm47xx-3_mipsel.ipk
Connecting to downloads.x-wrt.org (88.198.39.176:80)
kmod-ath_2.6.28.10+2 100% |********************************************************************************************| 6277 --:--:-- ETA
Configuring kmod-ath
Configuring kmod-ath9k
PCI: Enabling device 0000:00:02.0 (0000 -> 0002)
PCI: Fixing up device 0000:00:02.0
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US
ath: Regpair used: 0x3a
phy0: Selected rate control algorithm 'ath9k_rate_control'
Registered led device: ath9k-phy0::radio
Registered led device: ath9k-phy0::assoc
Registered led device: ath9k-phy0::tx
Registered led device: ath9k-phy0::rx
phy0: Atheros AR5416 MAC/BB Rev:2 AR2133 RF Rev:81: mem=0xc0220000, irq=6
cfg80211: Calling CRDA for country: US
Nawet Led od wifi się zapala po włączeniu radia :)
Tylko teraz się zastanawiam, bo nie jestem do końca pewien czy dobrze zrobiłem configa to co zmieniłem w stosuku do oryginalnego z svn-a to
- zmiana target-a na BCM947...
- target profile No wifi
- target images jffs2, squashfs
- w kernel modules -> wireless driver -> zaznaczyłem kmod-ath9k (built in)
- w Network dodałem hostapd-mini
Połączenie po wifi działa ( na razie testowałem nie szyfrowane ) ale na laptopie wyświetla tylko 54 i po przesłaniu pewnej ilości danych zaczyna się jakby podwieszać. Może jeszcze coś powinienem zmienić w configu, trochę jest goły... Kombinuje dalej :)
Edytowany przez chrz dnia 27-07-2009 20:23
target profile tylko zaznacza określone pakiety, wiec nie ma znaczenia. jffs2 nie jest Ci potrzebny. Reszta wg woli (iw i crda dla świętego spokoju, ale jak nie chcesz powyżej 11 kanalu to nie musisz).
To tyle.
Mały update, okazało się że laptop który ma tylko g działa bezproblemowo. Po dodaniu "option hwmode_11n g" do /etc/config/wireless w końcu na laptopie z n zobaczyłem, że łączy się z 80Mbps. Niestety dalej ma problem z łącznością, co ciekawe pingów do gatway-a w ogóle nie gubi dopiero na zewnątrz :/
Dla potomnych szperaczy powiem, ze nadal nici, jajko na tyle nowe na ile sie da z openwrt i guzik. Nie mam drugiej n-ki może eee ma problem, dwa inne g hosty przyklejone mocno.
root@OpenWrt:~# uname -a
Linux OpenWrt 2.6.30.3 #1 Thu Jul 30 01:24:35 CEST 2009 mips unknown
EDIT:
No w końcu się udało, użyłem bardzo świeżego compat-wireless-2009-08-01, usunąłem wszystkie patche openwrt dotyczące ath9k, poprawiłem 007-remove_unused_stuff.patch i pomimo, że doskonale jeszcze nie jest to mogę normalnie korzystać ze wszytkich urządzeń, które mają w domu wifi a eee ma w końcu n :) Czy było warto to już zupełnie inne pytanie ;)
Edytowany przez chrz dnia 02-08-2009 04:11
No w końcu się udało, użyłem bardzo świeżego compat-wireless-2009-08-01, usunąłem wszystkie patche openwrt dotyczące ath9k, poprawiłem 007-remove_unused_stuff.patch i pomimo, że doskonale jeszcze nie jest to mogę normalnie korzystać ze wszytkich urządzeń, które mają w domu wifi a eee ma w końcu n Czy było warto to już zupełnie inne pytanie
da sie z tego zrobic jakiegos FAQ'a. Nigdzie na necie nie ma opisane jak krok po kroku zaintalowac sobie Atherosa z n supportem na ruterku WL500gP. Byłoby naprawde super takie cos do guida wrzucic
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
Czy było warto to już zupełnie inne pytanie 
