Forum Debian Users Gang

[quote=RC92U]Sprzętowo jest wykrywana, zainstalowałem sterowniki, które są, ale ich nie ma, tzn. jest firmware-iwlwifi, ale nie ma iw4965, które powinny być wewnątrz.[/quote]
Nie iw4965, a iwl4965.
Ale to, jak już napisał ArnVaker, zależy czy w ogóle w twoim są one dostępne.
https://wiki.debian.org/iwlegacy

Masz tam jakieś inne jądro zainstalowane? Jeśli nie masz, możesz zainstalować?

[b]EDIT:[/b] Z [url]http://sourceforge.net/p/galileodebian/code/ci/master/tree/linux-3.8.7/debian/galileo_config[/url]:

# CONFIG_IWL4965 is not set

Czyli nie ma odpowiedniego sterownika w tym jądrze.

Do tej płyty potrzeba jakichś szczególnych łat na jądro? Nie można odpalić standardowego jądra z Debiana? Co to jest Debileo?

To zainstaluj standardowe jądro z repozytorium i sprawdź czy odpali. Jak nie to trudno, nic nie tracisz.

Od ostatniego posta starałem się skompilować jądro używając configa stworzonego pod Debileo. Raz nawet się udało, zajęło to łącznie ok. 5 godzin, później wyskakiwały komunikaty o braku możliwości alokacji pamięci (no ba, w końcu ma ten potwór 256 MB RAMu) nawet po okrojeniu i w miarę świeżej instalacji. Przez ostatni tydzień próbowałem cross-compiling-u, jednak bez większego skutku, jak skompilowanie pod Intel X1000 jądra x86 oznaczonego jako amd64, co uniemożliwiło instalację.
Co do pamięci, mógłbym użyć swapa, ale ... nie ma go w kernelu, a poza tym ubiłby kartę uSD w dość szybkim tempie przy tych kilku próbach kompilacji.

Po pobraniu i instalacji kernela 3.8.7 (jak wcześniej wgrany) system już nie wstał.

Z tego, co znalazłem, na karcie nie ma żadnego pliku RMU.bin w czystej postaci, natomiast w paczce BSP istnieje takowy w katalogu: [b]Quark_EDKII_v1.1.0/QuarkSocPkg/QuarkNorthCluster/Binary/QuarkMicrocode[/b] oraz [b]Quark_EDKII_v1.1.0/QuarkSocPkg/QuarkNorthCluster/Binary/Quark2Microcode[/b].

Używany przeze mnie obraz używa GRUBa.
Od wczoraj, po wydaniu kernela 4.0 istnieje w nim wsparcie dla Intel Quark, zastanawiające jest jednak, czy kompilacja takowego da coś pożądanego.

Na razie skompilowałem kernela 4.0 z obsługą Quarka, nie mogę jednak tak edytować GRUBa, żeby wystartował z tym, a nie poprzednim jądrem mimo jego obecności na pozycji 0 i domyślnym wyborze tejże. Nie mam jeszcze UARTa. nie mogę kupić scalaka, żeby go zrobić.

To jest Galileo Gen II. Ja mam Gen I. Poza tym w pociętej przez Intela dystrybucji Linuxa na Gen I podobno obsługiwane są dwie karty, z których żadnej nie mam.
Aktualny problem to zwyczajne wybranie kernela bez podpięcia się z pełną kontrolą od momentu włączenia płytki do prądu.

A moze do jedynki trzeba to => https://wireless.wiki.kernel.org/en/users/drivers/iwlegacy

http://www.intel.fr/content/www/fr/fr/embedded/products/galileo/galileo-g1-product-brief.html

Z dystrybucją Yocto miałem do czynienia, jest mocno okrojona, nigdy nie udało mi się skompilować jądra mimo wielu prób. Aktualnie wgrany jest Debian z przeróbkami pod płytkę, skompilowałem kernela 4.0 z włączoną obsługą Quarka i iwlegacy.
Kernel widoczny jest w grub.cfg, jest na pozycji 0 i domyślny kernel to 0. Niestety cały czas odpala się oryginalny 3.8.7, nawet po ręcznym wywaleniu go z grub.cfg (o ile to coś daje). Jak będę miał wtyczkę RS232, podepnę się pod kompa i zobaczę po comie co tam się dzieje.
W tym momencie chciałbym chociaż testowo uruchomić 4.0 i zobaczyć, czy działa jak należy.

Jakby to było, gdyby wszystko działało poprawnie ...
Niestety od momentu zmiany kernela i możliwości obsługi karty nie jestem w stanie połączyć się z siecią na stałe za wyjątkiem ethernetu.
Największe postępy poczyniłem przy iw, wpa_supplicant itd., jednak odpięcie ethernetu powoduje brak możliwości kontaktu ze światem zewnętrznym mimo widocznego w iwconfig połączenia. Próbowałem również wicd, który jako daemon startował, ale nie dało się skonfigurować niczego, bo python odmawiał współpracy i wicd-curses nie widział daemona. Ostatnim krokiem był Getwifi, który w ogóle nie zadziałał mimo "instalacji" według kroków podanych przez autora. Błąd to Illegal option -o posix.

Czy są jakieś inne managery terminalowej obsługi wifi, czy może uda się jakoś wspólnymi siłami doprowadzić iw do porządku i prawidłowego działania ?

Edycja:
jadąc według poradnika: [url]http://www.blackmoreops.com/2014/09/18/connect-to-wifi-network-from-command-line-in-linux/[/url]
otrzymuję przy kroku 3:

root@ubilinux:~# ip link set wlan0 up
root@ubilinux:~# ip link show wlan0
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT qlen 1000
    link/ether 00:1d:e0:54:e6:2f brd ff:ff:ff:ff:ff:ff

kiedy state powinien być UP.

Ostatnio edytowany przez RC92U (2015-09-27 18:34:22)

Co prawda karta jest 4965, a firmware przynajmniej według opisu jest do 3945 i kart 802.11n, ale pozwala na wykrycie i jako takie połączenie.

root@ubilinux:~# dmesg | grep -i firmware
[    0.578155] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
[    0.954534] Intel Quark Board Galileo Firmware Version 0x01000200
[   12.121370] iwl4965 0000:01:00.0: loaded firmware version 228.61.2.24
root@ubilinux:~# dpkg -l
[...]
ii  firmware-iwlwifi                           0.36+wheezy.1              all                        Binary firmware for Intel PRO/Wireless 3945 and 802.11n cards
[...]

Ostatnio edytowany przez RC92U (2015-09-28 15:45:26)