eeepc 1201n - wifi rtl8192se

[Rawen]

Zdravím spoluubuntisty a obracím se na všechny s čerstvým problémem, zakoupil jsem nejnovější EEEčko - 1201n, které má v sobě wireless RTL8192SE - ovladače pro linux existují (jsou oficiálně na stránkách RealTeku), ale když je nainstaluju, tak mi Network Manager sice ukazuje, že je wireless modul aktivní, ale nenajdou se žádné sítě... dalším fixem je ndiswrapper + ovladače pro RTL8192SE pro Win2k - tato kombinace mi dokonce najde i okolní sítě, ale pomocí WEP šifrování se k té svojí nedokážu připojit (vše zadávám dobře, vyzkoušeno na druhém compu). Budu to zkoušet i zítra, jen mě tak napadlo, jestli to někdo už nějak šikovně nevyřešil, díky

PS: pokud má někdo zkušenosti s tímto netbookem a instalací touchpadu (multidotykáč), popř. rozjetí super hybrid enginu, klávesových zkratek apod. ocenil bych zkušenosti, určitě se tu neztratí! Díky!

PPS: Ubuntu 9.10 po čerstvé instalaci

[Rawen]

.... takže po dni hraní si dovoluji zde napsat jak pro  1201N zprovoznit WIFI:

zde http://launchpadlibrarian.net/33927923/rtl8192se_linux_2.6.0010.1012.2009.tar.gz si stáhněte ovladače a někde si je rozbalte, pak v terminálu najeďte do rozbaleného adresáře a postupně spusťte:

Kód: [Vybrat]

sudo su
make
make install

důležité je především "sudo su" --- jinak vám to u installu hodí chybu! (nestačí make; sudo make install !!!)

nyní je nutné restartovat počítač a spustit modul pomocí skriptu wlan0up v adresáři s driverem, tento skript je nutné spustit sudem...

WIFI pak funguje normálně v NetworkManageru, já to používám s šifrováním WEP.

...

pokud někdo ví jak na instalaci multitouchpadu či super hybrid enginu ať sem prosím písne!!!

[Rawen]

Takže menší update, ozvalo se mi postupně pár lidí, kteří mají také problémy, WIFIna někdy netbook shodí kernel panicem apod. Zde jsou moje nejnovější poznatky:

- i mě se občas stalo že systém spadl, může za to opravdu WIFI
- na stránce http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=48&PFid=48&Level=5&Conn=4&DownTypeID=3&GetDown=false&Downloads=true#RTL8192SE jsou oficiální drivery pro Linux, 9.2.2010 se objevil nový a já ho všem doporučuju vyzkoušet, protože jsem ho nainstaloval a v poslední době jsem už kernel panic nezažil, možná je to taky tím, že jsem začal používat někde vyčtený parametr kernelu iommu=off (jde o parametr kernelu, lze jej nastavit v GRUBu)
- driver tedy funguje, můj hlavní problém ale byl s jeho nestabilitou a pomalostí - podařilo se mi vygooglit člověka se stejným problémem, který správně poznal, že WIFIna je nestabilní a pomalá JEN POKUD JE NOTEBOOK NA BATERII - pokud se to napojí na adaptér tak je to OK (viz http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg2020351.html) --- fix se mi bohužel nepodařilo najít...
- poprosil bych lidi, kteří řeší podobný problém, jestli mají taky problémy s pomalostí/nestabilitou WIFI pokud jim noťas běží na baterii...

Diky!

[Rawen]

kdyžtak přikládám log - zakysnutí WIFI pokud je notebook na baterce:

Kód: [Vybrat]

>rtl8192se_cancel_hw_scan()scan abort start...
Feb 19 17:53:25 rawen-laptop kernel: [  888.644841] alg name:WEP
Feb 19 17:53:25 rawen-laptop kernel: [  888.645241] Linking with lesanka,channel:7, qos:0, myHT:0, networkHT:0, mode:2 cur_net.flags:0x4
Feb 19 17:53:25 rawen-laptop kernel: [  888.645281] Linking with lesanka,channel:7, qos:0, myHT:0, networkHT:0, mode:2 cur_net.flags:0x4
Feb 19 17:53:25 rawen-laptop kernel: [  888.645679] ===>rtllib_associate_procedure_wq(), chan:7
Feb 19 17:53:25 rawen-laptop kernel: [  888.645690] HTSetConnectBwMode():pHTInfo->bCurBW40MHz:0
Feb 19 17:53:25 rawen-laptop kernel: [  888.676004] rtllib_authentication_req():auth->algorithm is SHARED_KEY
Feb 19 17:53:25 rawen-laptop kernel: [  888.682385] rtllib_authentication_req():auth->algorithm is SHARED_KEY
Feb 19 17:53:25 rawen-laptop kernel: [  888.690310] rtl8192_SetWirelessMode(), wireless_mode:2, bEnableHT = 0
Feb 19 17:53:25 rawen-laptop kernel: [  888.697018] Associated successfully
Feb 19 17:53:25 rawen-laptop kernel: [  888.697026] normal associate
Feb 19 17:53:25 rawen-laptop kernel: [  888.697057] Using G rates:108
Feb 19 17:53:25 rawen-laptop kernel: [  888.697063] Successfully associated, ht not enabled(0, 0)
Feb 19 17:53:25 rawen-laptop kernel: [  888.698776] ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Feb 19 17:53:25 rawen-laptop kernel: [  888.974464] DHCP pkt src port:68, dest port:67!!
Feb 19 17:54:09 rawen-laptop kernel: [  931.805057] ===>tx queue is not empty:6, 1
Feb 19 17:55:16 rawen-laptop kernel: [  998.852038] ----------->rtl8192se_check_hw_scan()
Feb 19 17:55:16 rawen-laptop kernel: [  998.852048] FW Scan long time without stop, stop hw scan
Feb 19 17:55:16 rawen-laptop kernel: [  998.853062] <-----------rtl8192se_check_hw_scan()
Feb 19 17:56:36 rawen-laptop kernel: [ 1078.804029] ----------->rtl8192se_check_hw_scan()
Feb 19 17:56:36 rawen-laptop kernel: [ 1078.804037] FW Scan long time without stop, stop hw scan
Feb 19 17:56:36 rawen-laptop kernel: [ 1078.805049] <-----------rtl8192se_check_hw_scan()
Feb 19 17:58:16 rawen-laptop kernel: [ 1178.804030] ----------->rtl8192se_check_hw_scan()
kdyby se v tom někdo líp zorientoval - jakákoliv rada vítána!!!

[Rawen]

Děkuji Romanu Pastierikovi, kterému se podařilo vygooglit fix --- před kompilací driveru je nutné v obou Makefile souborech, které archív s driverem obsahuje, vymazat všechny zmínky -DENABLE_LPS (vždy celé řádky, je jich kolem deseti, stačí vyhledat) - poté WIFIna funguje i na baterce... Otázkou zůstává, jestli tento fix neužere něco na výdrži baterie...

Původní příspěvek:

I seem to have 'fixed' the problem on my Asus 1201n (8192SE, PCI-id:
1a3b:1107) by removing all '-DENABLE_LPS' references from all
Makefiles. I do think I have around zero powersave now as the battery
seems to get drained rather quickly... Is there any more info I can
supply to 'david woo', to be able to search for the problem/solution?
I am using the 'default' 0013-1204 driver btw, so without the last
patch (- switch(priv->rf_type),+ switch(priv->rf_chip)), as with that
patch applied the card stops supplying usefull debug output that I can
'hack' the driver with .

[Rawen]

Opět děkuji Romanu Pastierikovi pomohl najít postup na rozjetí touchpadu - tj.už je možné skrolovat pomocí pohybu dvou prstů na touchpadu!

Fix je zde:
http://blog.twinapex.fi/2009/10/11/setting-up-multi-touch-scrolling-for-ubuntu-9-10-karmic-koala-linux-on-asus-eee-1005ha-netbook/
stačí pouze první část (do nadpisu Emulation approach)

Pokud někomu synclient vyhodí chybovou hlášku "Can't access shared memory area. SHMConfig disabled?" jako mně, zkuste toto:
http://www.linuxquestions.org/questions/slackware-14/cant-access-shared-memory-area.-shmconfig-disabled-692073/
stačilo vytvořit ten .fdi soubor a přidat řádek do /etc/fstab, v xorg.conf se nic měnit nemusí (pak mi gfx driver stejně nenaběhl)