otousama
Members-
Posts
9 -
Joined
-
Last visited
Profile Information
-
Gender
Male
-
Location
Italy
Recent Profile Visitors
1268 profile views
-
Oh well, same issue with the powered hub, then tried with a different driver (https://github.com/pvaret/rtl8192cu-fixes) sudo apt-get install dkms git clone https://github.com/pvaret/rtl8192cu-fixes.git sudo dkms add ./rtl8192cu-fixes sudo dkms install 8192cu/1.10 sudo depmod -a sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/ sudo reboot and at next boot had the wifi up and running > lsmod Module Size Used by mac80211 358429 0 mali_drm 2732 1 drm 178255 2 mali_drm mali 123208 0 ump 29379 3 mali 8192cu 624560 0 > ifconfig wlan1 Link encap:Ethernet HWaddr 00:13:ef:62:0a:ee inet addr:192.168.1.4 Bcast:192.168.1.255 Mask:255.255.254.0 inet6 addr: fe80::213:efff:fe62:aee/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:18910 errors:0 dropped:1173 overruns:0 frame:0 TX packets:34687 errors:0 dropped:2 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:15112303 (14.4 MiB) TX bytes:71589296 (68.2 MiB) > iwconfig wlan1 IEEE 802.11bg ESSID:"WESTEROS" Nickname:"<WIFI@REALTEK>" Mode:Managed Frequency:2.437 GHz Access Point: 00:1A:E3:B8:EA:30 Bit Rate:54 Mb/s Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Encryption key:****-****-****-****-****-****-****-**** Security mode:open Power Management:off Link Quality=100/100 Signal level=92/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 > cat /proc/net/wireless Inter-| sta-| Quality | Discarded packets | Missed | WE face | tus | link level noise | nwid crypt frag retry misc | beacon | 22 wlan1: 0000 100. 97. 0. 0 0 0 0 0 0 > iperf -c 192.168.1.22 -p 20 ------------------------------------------------------------ Client connecting to 192.168.1.22, TCP port 20 TCP window size: 20.9 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.4 port 39951 connected with 192.168.1.22 port 20 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.2 sec 7.12 MBytes 5.88 Mbits/sec > iperf -c 192.168.1.22 -p 20 ------------------------------------------------------------ Client connecting to 192.168.1.22, TCP port 20 TCP window size: 20.9 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.4 port 39952 connected with 192.168.1.22 port 20 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.2 sec 21.9 MBytes 18.0 Mbits/sec speeds are quite inconsistent, didn't go over 20Mb/s even with the AP at 4 meters, but that's not a big concern for now, maybe it only needs some tweaking, but at least it is working! Here is the dmesg of the successful association: Thanks everyone for helping me solve this problem.
-
Big update here, after obtaining access to the logs during system crash it seems to be caused by a kernel bug. I'm not qualified to solve a kernel issue, can't even understand the error report, so I'll post it here in case someone want to take a look at it. Also is there a place where I should report this? Who is the right recipient for a kernel bug?
-
ahhhh spot on! It seems that in my lazines I just copy-pasted the original line and forgot to add the sneaky S... Thanks to both of you, I can now get back to my original wifi issue (the never ending cycle, fix one, break two).
-
So, I've hooked up the OPi via ssh and changed the boot.cmd file as follow #setenv bootargs "console=tty1 root=/dev/mmcblk0p1 rootwait rootfstype=ext4 cgroup_enable=memory swapaccount=1 panic=10 consoleblank=0 enforcing=0 loglevel=${verbosity}" setenv bootargs "console=tty0 root=/dev/mmcblk0p1 rootwait rootfstype=ext4 cgroup_enable=memory swapaccount=1 panic=10 consoleblank=0 enforcing=0 loglevel=6" then compiled boot.scr sudo mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr Image Name: Created: Thu Aug 25 00:28:49 2016 Image Type: ARM Linux Script (uncompressed) Data Size: 2442 Bytes = 2.38 kB = 0.00 MB Load Address: 00000000 Entry Point: 00000000 Contents: Image 0: 2434 Bytes = 2.38 kB = 0.00 MB and lastly disabled login on tty0 sudo systemctl disable serial-getty@ttyS0 After a reboot on the uart console I got the usual booting messages then nothing else, no login prompt (as excepted) but also no dmesg output. I think I may have modified the boot.cmd file incorrectly, it's the first time messing with these settings, sorta flying blind here.
-
I tried to use dmesg -w but all I get is the normal dmesg output, it doesn't wait for new messages.
-
Hi there, while trying to solve the issue with OPi PC and rtl8188 (thread link) I managed to get console on the UART interface, nice feature considering my networking issues, btw is there a way to output the kernel messages (dmesg like) to the UART console in real time? I'm asking cos the issue that I'm trying to fix involves system freeze + automatic reboot and I would like to see the logs during the event. I already tried to mess with printk, but it's very likely I've done something wrong.
-
For both the devices this is what Windows has under the "Hardware Ids" tab: USB\VID_0BDA&PID_8176&REV_0200 USB\VID_0BDA&PID_8176 When connected they are automatically recognized as Realtek RTL8188CU Wireless LAN 802.11n USB 2.0 Network Adapter.
-
Little update: Today I got another usb module with rtl8188 and the problem persisted I even swapped the power supply with a 24W rated brick and the cable with a beefier one with no success. Then I tried connecting an rtl8187 module and it was working out of the box with no issues. For various reasons I can't use this adapter with the orange pi (it's a 500mW RF output adapter with a bulky enclosure) so I would really like to make the 8188 models work. Details of the modules loaded with the 8187: > lsusb Bus 003 Device 002: ID 0bda:8187 Realtek Semiconductor Corp. RTL8187 Wireless Adapter > lsmod Module Size Used by rtl8187 48812 0 eeprom_93cx6 2375 1 rtl8187 mac80211 358429 1 rtl8187 mali_drm 2732 1 drm 178255 2 mali_drm mali 123208 0 ump 29379 3 mali Waiting for suggestions on what to try to stop these reboots, also hoping that the op solved the issue somehow and will report back.
-
Same problem here, bad password issue with a fresh install, then instant system freeze when hot plugging after following this tutorial for opi one -> http://forum.armbian.com/index.php/topic/1237-tutorial-opi-one-wireless-success/ Some info: > uname -a Linux orangepipc 3.4.112-sun8i #14 SMP PREEMPT Tue Jul 5 16:28:14 CEST 2016 armv7l GNU/Linux > lsusb Bus 003 Device 002: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter > /etc/modules-load.d/modules.conf #8189es ... 8192cu > lsmod Module Size Used by rtl8192cu 61143 0 rtlwifi 45784 1 rtl8192cu rtl8192c_common 33420 1 rtl8192cu mac80211 358429 3 rtlwifi,rtl8192c_common,rtl8192cu mali_drm 2732 1 drm 178255 2 mali_drm mali 123208 0 ump 29379 3 mali > /etc/network/interfaces allow-hotplug wlan0 iface wlan0 inet dhcp wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf > /etc/wpa_supplicant/wpa_supplicant.conf ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 network={ ssid="***" key_mgmt=WPA-PSK psk=*** }