Jump to content

rgb

Members
  • Posts

    6
  • Joined

  • Last visited

Recent Profile Visitors

834 profile views
  1. Hello: I have an issue with one of my opi pc boards: When I connect it to hdmi tv and tv is not connected (switched on before booting the soc), I get just a red screen. Armbian is up and ready. I can log through ssh. Tested in Armbian_5.38_orangepipc_Ubuntu_xenial_default_3.4.113_desktop and openelec (last version). Same problem in both. I'm looking for mods in the .fex file (if there are any that applies to this case). So far I checked http://sunxi.org/Fex_Guide without luck. Time ago, I had a similar problem with an raspberry pi. In this case it was solved with a parameter in the config.txt (hdmi_force_hotplug=1). With this, hdmi port in the rpi was on even in the case of disconnected TV. I can't find similar parameter in fex description. Any clue? Any help would be welcome... Thanks in advance. RgB
  2. @gnasch, rajprakash & zador.blood.stained: Thank you for your answers. Sorry about the delayed follow-up. Pretty busy at work lately. I was checking again with a fresh install and following rajprakash's procedure everything worked like a charm. I guess that the trick was the "sudo dkms install"; the module itself, was there before (at least when I was testing). Installing the drivers with a testing fresh 5.20 (online updated to 5.23), worked. But... when I was trying to do the same in my "production" machine, I found another problem: some how, "sudo dkms install 8192cu/1.10" complained about an existing module already installed (I guess thats the original -not installed- module). When I continued WITHOUT recompiling the module (default action), nothing worked again (symbols problems and so on). Solution: sudo dkms install --force 8192cu/1.10 So, you get a new compiled module, with the right symbols. If you also play with many different network dongles, it worths checking the contains of /etc/udev/rules.d directory. Anyway, for me it remains still a question: ¿Why is not preinstaled the module?
  3. Hello, Christos. Thank you again for your anwer. I was checking again with a fresh install of 5.20 (last version you can download). This time, I just did what you told me and... ITS WORKING! What is really strange, is what I see in the loaded modules: root@orangepipc:~# lsmod Module Size Used by sunxi_cir 1601 0 rtlwifi 45784 0 rtl8192c_common 33420 0 mac80211 358429 2 rtlwifi,rtl8192c_common 8192cu 624560 0 I say it is strange, because before (Armbian <=5.14) you really needed to blacklist all those rtl* modules and configure the 8192cu with power parameters. Now, it seems like the those modules are necesary. More insteresting: upgrading online to 5.23, (root@equuleus:~# uname -a Linux equuleus 3.4.112-sun8i #10 SMP PREEMPT Sun Oct 23 16:06:55 CEST 2016 armv7l GNU/Linux) After a reboot, module is AGAIN not loading at boot time: root@equuleus:~# lsmod Module Size Used by sunxi_cir 1601 0 rtl8192cu 61143 0 rtlwifi 45784 1 rtl8192cu rtl8192c_common 33420 1 rtl8192cu mac80211 358429 3 rtlwifi,rtl8192c_common,rtl8192cu pcf8591 3363 0 bmp085 3487 0 root@equuleus:~# iwconfig lo no wireless extensions. tunl0 no wireless extensions. eth0 no wireless extensions. And in this case, if I try to load it manually: root@equuleus:/lib/modules/3.4.112-sun8i/kernel/net/wireless# insmod ./8192cu.ko insmod: ERROR: could not insert module ./8192cu.ko: Device or resource busy I guess the "bad" driver is locking the usb dongle. If I blacklist with /etc/modprobe.d/blacklist-native-rtl8192.conf ## Keep the native (and currently broken) kernel driver from loading so ours ## is used instead: install rtl8192cu /bin/false install rtl8192c_common /bin/false install rtlwifi /bin/false ## There is also a new mainline driver starting with kernel v4.4 install rtl8xxxu /bin/false And reboot It still doesn't load the module at boot time. But if I insert it manually again... root@equuleus:/lib/modules/3.4.112-sun8i/kernel/net/wireless# insmod 8192cu.ko root@equuleus:/lib/modules/3.4.112-sun8i/kernel/net/wireless# Module loads and seems to be working.. even when the dongle can't associate with my AP. ??? I really don't understand what happens... May be someone can enlighten me...?
  4. Hello,Christos: Thank you for your response. Which usb id has your wifi dongle? I think that this is the key thing. Somehow, the driver is not associated with the usb dongle... By the way, I didn't include it in the subject, but I have a Orange Pi PC. I don't think this matters that much though... I dont have access to the OpI now, but I will recheck kernel version and files. I was adding or tunning what is required in https://forum.armbian.com/index.php/topic/1237-tutorial-opi-one-wireless-success/, so: /etc/modules-load.d/modules.conf with you configuration (to avoid preload of 8189es). /etc/network/interfaces with the apropiate network config for the new interface. /etc/wpa_supplicant/wpa_supplicant.conf with data for my wifi network. Outside of this, I have files to give options to the module (about power management, etc: https://forum.armbian.com/index.php/topic/749-orange-pi-pc-wireless-module-8192cu/): /etc/modprobe.d/8192cu.conf options 8192cu rtw_power_mgnt=0 rtw_enusbss=0 and to blacklist the rtl* modules. that's it...
  5. Hello: First, thank you for all your incredible work in armbian. It is really great what you've done so far. And future looks even better. I come here to try to solve a problem that I have with a cheap usb wifi dongle. The dongle usb identifier is: Bus 001 Device 006: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter With armbian 5.14 (and a fresh install image), I followed the instruction here https://forum.armbian.com/index.php/topic/1237-tutorial-opi-one-wireless-success/ to let it work, without problems. Nice tutorial. My problems began when I was trying to use the same dongle with a fresh installed armbian 5.20. The dongle is not auto recogniced. What is more interesting, is that the module is there, under: /lib/modules/3.4.112-sun8i/kernel/net/wireless/8192cu In this case, I can even insert manually the modules with: root@equuleus:/lib/modules/3.4.112-sun8i/kernel/net/wireless# insmod ./8192cu.ko root@equuleus:/lib/modules/3.4.112-sun8i/kernel/net/wireless# lsmod Module Size Used by 8192cu 624560 0 sunxi_cir 1601 0 mac80211 358429 0 pcf8591 3363 0 bmp085 3487 0 And wifi is working flawless!! If I try to load the module in boot time in rc.local, it fails complaining: "Tue Nov 15 00:03:41 CET 2016 uid=0(root) gid=0(root) groups=0(root) insmod: ERROR: could not insert module /lib/modules/3.4.112-sun8i/kernel/net/wireless/8 192cu.ko: Unknown symbol in module" Thats my /etc/rc.local: root@equuleus:/etc# more rc.local #!/bin/sh -e # # rc.local # # This script is executed at the end of each multiuser runlevel. # Make sure that the script will "exit 0" on success or any other # value on error. # # In order to enable or disable this script just change the execution # bits. # # By default this script does nothing. date >> /root/arrancaModulo8192cuEn_rc.local.log echo $(id) >> /root/arrancaModulo8192cuEn_rc.local.log modprobe mac80211 2>> /root/arrancaModulo8192cuEn_rc.local.log 1 >> /root/arrancaModulo 8192cuEn_rc.local.log insmod /lib/modules/3.4.112-sun8i/kernel/net/wireless/8192cu.ko 2>> /root/arrancaModulo 8192cuEn_rc.local.log 1 >> /root/arrancaModulo8192cuEn_rc.local.log date >> /root/arrancaModulo8192cuEn_rc.local.log echo "fin arranque" >> /root/arrancaModulo8192cuEn_rc.local.log exit 0 Same case if I upgrade online (following https://docs.armbian.com/User-Guide_Getting-Started/)Armbian from 5.14 to 5.23 (the current version). The module doesn't load at boot time. The module is still in the same path but in this case, I can't even manually load the module; the error is different: root@orangepipc:/lib/modules/3.4.112-sun8i/kernel/net/wireless# ls 8192cu.ko lib80211_crypt_tkip.ko lib80211.ko lib80211_crypt_ccmp.ko lib80211_crypt_wep.ko root@orangepipc:/lib/modules/3.4.112-sun8i/kernel/net/wireless# insmod ./8192cu.ko insmod: ERROR: could not insert module ./8192cu.ko: Invalid parameters In messages, I found this: Nov 15 20:02:44 localhost kernel: [ 231.219508] 8192cu: Unknown symbol alloc_etherdev_mqs (err -22) Nov 15 20:02:44 localhost kernel: [ 231.219667] 8192cu: Unknown symbol skb_copy_bits (err -22) Nov 15 20:02:44 localhost kernel: [ 231.219748] 8192cu: Unknown symbol skb_put (err -22) Nov 15 20:02:44 localhost kernel: [ 231.219892] 8192cu: Unknown symbol __netif_schedule (err -22) Nov 15 20:02:44 localhost kernel: [ 231.219980] 8192cu: Unknown symbol unregister_netdev (err -22) Nov 15 20:02:44 localhost rsyslogd-2007: action 'action 17' suspended, next retry is Tue Nov 15 20:03:14 2016 [try http://www.rsyslog.com/e/2007 ] Nov 15 20:02:44 localhost kernel: [ 231.220181] 8192cu: Unknown symbol skb_dequeue (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220269] 8192cu: Unknown symbol dev_alloc_name (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220364] 8192cu: Unknown symbol unregister_netdevice_queue (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220464] 8192cu: Unknown symbol eth_type_trans (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220596] 8192cu: Unknown symbol __alloc_skb (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220663] 8192cu: Unknown symbol netif_device_attach (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220717] 8192cu: Unknown symbol skb_queue_tail (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220811] 8192cu: Unknown symbol dev_kfree_skb_any (err -22) Nov 15 20:02:44 localhost kernel: [ 231.220898] 8192cu: Unknown symbol skb_pull (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221002] 8192cu: Unknown symbol skb_push (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221070] 8192cu: Unknown symbol wireless_send_event (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221125] 8192cu: Unknown symbol register_netdev (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221195] 8192cu: Unknown symbol free_netdev (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221348] 8192cu: Unknown symbol __pskb_pull_tail (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221398] 8192cu: Unknown symbol netif_rx (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221457] 8192cu: Unknown symbol skb_trim (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221627] 8192cu: Unknown symbol netif_carrier_off (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221698] 8192cu: Unknown symbol skb_copy (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221755] 8192cu: Unknown symbol skb_clone (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221804] 8192cu: Unknown symbol dev_get_by_name (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221859] 8192cu: Unknown symbol netif_carrier_on (err -22) Nov 15 20:02:44 localhost kernel: [ 231.221995] 8192cu: Unknown symbol register_netdevice (err -22) Is there a way to make it work in Arbian >5.14? Can I somehow install the module in the kernel? Should I recompile it? Is there a way to do this without recompiling all kernel? Thanks in advance. Ramón
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines