[Feb 26] Recalbox beta v3.1- Rock64 |[Feb 26] Recalbox 190222- RockPro64 / Minimal Debian by mrfixit2001 - 190222 - RockPro64 |[Feb 26] Q4OS 2.7-r2 - Pinebook 1080P / Pinebook |[Feb 22] Batocera Linux 5.20-20190121- RockPro64 | [Feb 19] Manjaro KDE 19.02 / Manjaro LXQT 19.02 - Pinebook1080P / Pinebook | [Feb 19] Slackware Aarch64 Miniroot and XFCE 20190201 - RockPro | [Feb 19] Slackware Aarch64 Miniroot and XFCE 20190201 - Rock64

Project Inspiration | Get Started | IRC Logs | Forum Rules/Policy


RockPro Wireless+Bluetooth Issue - Linux (ayufan 0.7.8 and previous)
#1
I may be overlooking something very simple. Here is what I have observed so far. I am referencing the image file from ayufan, 0.7.8 LDXE RockPro. I have went all the way down from dev releases to the 0.6.X stable releases, but I have the same results. It's actually worse on older builds, which I expected.

I have two separate units, with two separate RockPro bt+wifi modules that integrate in to the board. I have ran several commands to try to see the issue, but with no success.

The lsusb output does not show the adapter, which is expected since it doesn't use USB.

The "lshw -C network" shows that the adapter is wlan0.

The "rfkill list" shows that the adapter is there, and wireless isn't blocked. However, it shows that Bluetooth is soft blocked so I issued the unblock all command. This fixed the software block, but the wireless still wouldn't work.

iwconfig isnt even available. The "ifconfig wlan0 up" command returns "The operation is not permitted".

To validate that it isn't hardware related, I loaded the other Android builds and they work great with wireless. But those builds are extremely limited functionally and visibly without the tablet.

Sorry if this is a solid noob question, so feel free to cut jokes, lmao. I just tried about everything I could think of. wicd wasn't even an option, but that's likely due to the build not recognizing the adapter fully. 

Any help is appreciated!! Thanks all, especially to ayufan for everything! You are a kind soul, and I'll buy you a beer anytime. ;-)
Reply
#2
Lukasz pointed this out to me last night:

0.7.8: Disable sdio (no wifi/bt) to fix pcie/nvme support on 4.4 for RockPro64,
Reply
#3
Thanks for the reply! I noticed that in the release notes. I found it by searching with the keyword "wifi", which was mentioned 3 times within his releases. I downgraded to 0.7.7 and even the 0.6.X stable, but still have the issue unfortunately.
Reply
#4
(07-25-2018, 08:57 AM)JeffD Wrote: Thanks for the reply! I noticed that in the release notes. I found it by searching with the keyword "wifi", which was mentioned 3 times within his releases. I downgraded to 0.7.7 and even the 0.6.X stable, but still have the issue unfortunately.

I haven't had any luck getting it to work yet either and I've resorted to using the USB one.
Reply
#5
(07-25-2018, 04:53 PM)evilbunny Wrote:
(07-25-2018, 08:57 AM)JeffD Wrote: Thanks for the reply! I noticed that in the release notes. I found it by searching with the keyword "wifi", which was mentioned 3 times within his releases. I downgraded to 0.7.7 and even the 0.6.X stable, but still have the issue unfortunately.

I haven't had any luck getting it to work yet either and I've resorted to using the USB one.

So after a ton of digging, a close friend and I were able to find a solution. Here is what we found.

The wireless+bt chip is an AMPAK AP6359SA, but it uses the Broadcom 4359 chipset. After more digging, we found the kernel calling for /system/etc/firmware instead of /etc/firmware which is what the Linux distro uses. After realizing that, we researched the current stable Android release that has working wireless+bt firmware.

The folder for the firmware on the stable Android release referenced /system/etc/firmware, which is what the Linux kernel is using. We archived the file on to a USB from the Android release, then brought back up the Linux release. We moved the files over to the folder structure that the Linux kernel was calling. Once we got everything in order, we reissued the rfkill unblock all command then proceeded to reboot. 

Once rebooted, the wireless module was fully recognized and scanning SSID's. To make it where we didn't have to use a wpa_supplicant file every time(for my wife's usability), I installed WICD. It works pretty well from what we have tested thus far. We still need to validate further.

But there is a good thing coming up soon to make this much easier for all, but some may want it quickly so we will write up a report and put the files out for downloading. However in 4.5+, the chipset will be fully supported out of the box. I just wanted to send an update that it is working and that we are going to put something together just in case anyone wants to leverage it prior to the 4.5 release.

I should have something written up today, but the information here can be used to get the wireless module up and going. I hope this helps others!!

Thanks for being an awesome community and making great boards!  Smile
Reply
#6
@Jeffd: Very nice! On which board? v2.0 or v2.1?
Sorry for any mistakes. English is not my native language

1. RP64 v2.0 / PCIe NVMe as root / sd-card as boot / 2,5 Zoll HDD 1TB (USB3) using as Webserver .... (Armbian 5.67.181217 nightly)
2. RP64 v2.1 / PCIe SATA / sd-card / 2 * 2,5 Zoll 2TB HDD (raid1) / using as NAS / Kernel 4.19.0-rc4-1071-ayufan
3. RP64 v2.1 / Corsair GTX USB3 as root / sd-card as boot (ARMBIAN 5.67.181217 nightly)

https://forum.frank-mankel.org/category/14/rockpro64


Reply
#7
(07-27-2018, 10:29 AM)Bullet64 Wrote: @Jeffd: Very nice! On which board? v2.0 or v2.1?

I don't have the board with me, but it was the second preorder. I imagine it is V2.1, but I'll definitely update that once I get off work!

We did heed the release notes for 0.7.8 concerning the wireless being disabled, so we ran with 0.7.7. I will give it a shot on 0.7.8 as well, just for the sake of fun.  Tongue
Reply
#8
(07-27-2018, 01:01 PM)JeffD Wrote:
(07-27-2018, 10:29 AM)Bullet64 Wrote: @Jeffd: Very nice! On which board? v2.0 or v2.1?

I don't have the board with me, but it was the second preorder. I imagine it is V2.1, but I'll definitely update that once I get off work!

We did heed the release notes for 0.7.8 concerning the wireless being disabled, so we ran with 0.7.7. I will give it a shot on 0.7.8 as well, just for the sake of fun.  Tongue

Yeah, i forgot about 0.7.8 With 0.7.7 on ROCKPro64 v2.1 i got this


Code:
[email protected]:~$ rfkill list
0: bt_default: Bluetooth
    Soft blocked: no
    Hard blocked: no
1: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
2: brcmfmac-wifi: Wireless LAN
    Soft blocked: no
    Hard blocked: no


And


Code:
[email protected]:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
   link/ether 1e:0e:99:52:8e:40 brd ff:ff:ff:ff:ff:ff
   inet 192.168.3.17/24 brd 192.168.3.255 scope global dynamic eth0
      valid_lft 3368sec preferred_lft 3368sec
   inet6 fe80::1c0e:99ff:fe52:8e40/64 scope link
      valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
   link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff

Will need more tests. Thanks for the hint! Big Grin
Sorry for any mistakes. English is not my native language

1. RP64 v2.0 / PCIe NVMe as root / sd-card as boot / 2,5 Zoll HDD 1TB (USB3) using as Webserver .... (Armbian 5.67.181217 nightly)
2. RP64 v2.1 / PCIe SATA / sd-card / 2 * 2,5 Zoll 2TB HDD (raid1) / using as NAS / Kernel 4.19.0-rc4-1071-ayufan
3. RP64 v2.1 / Corsair GTX USB3 as root / sd-card as boot (ARMBIAN 5.67.181217 nightly)

https://forum.frank-mankel.org/category/14/rockpro64


Reply
#9
Well. I purposely disabled, for now, the sdio (wireless and bt) as more people look at pcie support, and there seems to be some conflict of interest (probably with clocks) that prevents both of them working always, at the same time.

I have all other bits to enable it, but since it is not stable yet, I will likely leave it like that for time being Smile
Reply
#10
(07-30-2018, 03:51 PM)ayufan Wrote: I have all other bits to enable it, but since it is not stable yet, I will likely leave it like that for time being Smile
Can you describe what are those "bits to enable it" ?
Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  ayufan 0.7.12 pre-release images (help testing) Luke 10 840 Today, 06:35 AM
Last Post: battlenut
  qemu-x86_64 on rockpro? pfremm 2 75 03-19-2019, 08:39 PM
Last Post: nislaco23
  Reboot problem on latest ayufan and 4.4 /dev/null 0 106 03-02-2019, 04:37 PM
Last Post: /dev/null
  Arch Linux on RockPro64 mmatyas 24 5,171 02-27-2019, 06:07 PM
Last Post: mmatyas
Star 0.7.9 Linux release from ayufan Luke 48 12,707 02-25-2019, 02:55 PM
Last Post: Luke
  IMX214 Linux driver development anykey 0 126 01-26-2019, 07:37 AM
Last Post: anykey
  Linux Server OS Eldin 3 237 01-22-2019, 10:02 PM
Last Post: evilbunny
  Is PCIE x4 bootable for NVMe SSD under Linux jzhang18 48 4,969 12-25-2018, 03:05 PM
Last Post: Atch
  USB Wireless y0sh 8 370 12-19-2018, 06:47 PM
Last Post: Rafius
Question rockpro64: Enable sdio0, disable pcie, on ayufan 4.4.132 ? fosf0r 3 452 12-12-2018, 04:33 PM
Last Post: Luke

Forum Jump:


Users browsing this thread: 1 Guest(s)