Jump to content

Search the Community

Showing results for 'xradio'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Armbian
    • Armbian project administration
  • Community
    • Announcements
    • SBC News
    • Framework and userspace feature requests
    • Off-topic
  • Using Armbian
    • Beginners
    • Software, Applications, Userspace
    • Advanced users - Development
  • Standard support
    • Amlogic meson
    • Allwinner sunxi
    • Rockchip
    • Other families
  • Community maintained / Staging
    • TV boxes
    • Amlogic meson
    • Allwinner sunxi
    • Marvell mvebu
    • Rockchip
    • Other families
  • Support

Categories

  • Official giveaways
  • Community giveaways

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Matrix


Mastodon


IRC


Website URL


XMPP/Jabber


Skype


Github


Discord


Location


Interests

  1. Just ran `apt-get dist-upgrade` on my Orange Pi Zero LTS with Debian minimal Armbian, and wireless network is gone (not shown in armbian-config). Tried downgrading to legacy kernel without success. I have not yet tested 24.08 from a fresh Armbian image; I'm probably going to restore previous 24.05 from a saved backup image. Just sharing this issue in case others see the same thing. No errors in dmesg ... $ dmesg | grep xradio [ 12.723829] xradio_wlan mmc1:0001:1: Input buffers: 30 x 1632 bytes [ 12.723867] xradio_wlan mmc1:0001:1: Firmware Label:XR_C01.08.52.58 Jul 19 2018 18:53:57 but wlan0 is unavailable ... $ nmcli device status DEVICE TYPE STATE CONNECTION end0 ethernet connected Wired connection 1 lo loopback connected (externally) lo wlan0 wifi unavailable --
  2. BTW I am working on migrating armbian to 6.7 kernel - https://github.com/armbian/build/pull/6079 Feel free to test and comeback. currently it fails compilation for xradio and some realtek wifi drivers that I will fix today. It can be compiled when building with EXTRAWIFI=no, but that will skip compiling uwe5622 driver. Edit: Compilation issue is now fixed.
  3. Description Bump Allwinner kernels Legacy - 5.15.x -> 6.1.x Current - 6.1.x -> 6.6.x Edge - 6.6.x -> 6.7-rc6 Removed old leftover kernel patch directories. How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [ ] Edge kernel builds with EXTRAWIFI=no. Some driver harness drivers including xradio, rtl8189es, rtl8189fs, rtl8812au, rtl8192eu and possibly others needs some fixes as compilation fails for the same. Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  4. Description Moving use of dbeinder's repo to fifteenhex repo for xradio driver as fifteenhex seems to give more consistent speeds. This also allows us to drop all of our xradio patches as we can now build right from fifteenhex code. How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [X] Test wifi on Orange Pi Zero Checklist: [X] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  5. Nice to hear edge worked for you. Apart from the fifteenhex repository used by Inovato, I have also found another Xradio XR819 driver which looks kind of cleaner but also need some work as its tightly coupled to some sunxi bsp drivers. I am going to try bringing that up as well. But it will take some time as there are other boards to support and there is not a lot of interest around xradio anymore.
  6. Its weird that xradio is working for orangepi zero but is not working for Quadra. Waiting for @Tenkawa, to test and comeback on the same.
  7. @SteeManThere is some background context of why he posted here. He is having problem with inovato quadra support in our build framework that I added a couple of months back. I asked him to check once on inovato's official image as I wanted to make sure that the onboard wifi is xradio one as I read somewhere that some Tanix TX6 boxes have different onboard wifi. As Quadra is said to be a rebranded TX6, I wanted to confirm the same. Sorry for causing the confusion
  8. @n8henrieWhat was the kernel used in inovato image? If I remember it correctly, they also have a 5.15 and 6.1 version. Can you check their 6.1 version? See if the wifi works there or do you get same error there as well BTW, I have asked the @Tenkawa to test xradio again on inovato quadra. I personally don't have the box. I live in India and can't get the same so all of the testing was done by Tenkawa. He does say that he get better performance on edge kernel. So try creating an image from edge branch as well and give it a try. That image will have 6.6 kernel
  9. Hello -- bringing in conversation from https://github.com/armbian/build/pull/5726#issuecomment-1817668480 as requested. @viraniac -- I've attached the dmesg output from a fresh flash of the quadra SD image -- which is just armbian checked out at `90c05ba` with this patch applied: https://www.inovato.net/build/quadra.patch . Build instructions from the founder are at https://forum.inovato.com/post/building-armbian-from-source-12449428?pid=1333459893 Curiously the dmesg output almost looks truncated to me -- doesn't start with `Booting Linux on physical`, and I see a few xradio message but no results for 819. I've rebooted and get similar output with `journalctl -b -k`, so I guess this is the full output? Let me know if further info would be helpful, and thank you again for your time and attention. quadra-working-wifi.txt EDIT: The inovato founder says they are not intentionally limiting the dmesg output: https://forum.inovato.com/post/dmesg-output-truncated-missing-beginning-12780349?pid=1336369022
  10. Well, this blog post convinced me that upgrading from bullseye to bookworm didn't have to be nearly as complex as the official Debian documentation made it out to be, so I followed those instructions and completed without error. Initially, I neglected to edit /etc/apt/sources.list.d/armbian.list before executing full-upgrade, but it seems to have worked as a two-step full-upgrade. Welcome to Armbian 23.8.3 Bookworm with Linux 6.1.53-current-sunxi and xradio wifi is working 😀
  11. I have the same issue on the OPi Zero 3. I used the Armbian image in the leeboy/armbian repository and followed the instructions on updating the dtb and bin file for the 4gig variant and it works. however WIFI does not and I can't connect at all. I see that there was an issue that was fixed earlier this week regarding the Orange Pi Wifi drivers and xradio not working. I think if someone was to pull the latest armbian and build the kernel it might work (I'm very new to all this, otherwise I would!).
  12. Now that xradio has been enabled on kernel 6.x, I'm ready to upgrade my Orange Pi Zero that I've been keeping on 23.02 with kernel 5.x. With armbian-config I've unfrozen kernel/firmware updates and after apt upgrade and reboot I am on kernel 6.1.53 and wifi is working! But boot message says I'm still on 23.02, and apt says that armbian-bsp-cli-orangepizero is being kept back. Now trying: $ sudo apt install armbian-bsp-cli-orangepizero [...] Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: armbian-bsp-cli-orangepizero-current : Depends: base-files (>= 23.8.3) but 23.8.1-bullseye is to be installed E: Unable to correct problems, you have held broken packages. Do I just need to wait for something to be updated in the repositories so that armbian-bsp-cli-orangepizero will be made available, or have I messed up something on my system that I need to fix?
  13. Great news that the xradio fix has been released 😀! Based on this news I have used armbian-config to unfreeze kernel/firmware updates on my 23.02 installation. After apt upgrade and reboot I am on kernel 6.1.53 and wifi is working. But boot message says I'm still on 23.02, and apt says that armbian-bsp-cli-orangepizero is being held back. sudo apt install armbian-bsp-cli-orangepizero Reading package lists... Done Building dependency tree... Done Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: armbian-bsp-cli-orangepizero-current : Depends: base-files (>= 23.8.3) but 23.8.1-bullseye is to be installed E: Unable to correct problems, you have held broken packages.
  14. That was an early attempt to enable xradio in edge kernel. But that actually didn't worked out. The working fix is here - https://github.com/armbian/build/commit/46e756540eb01cbefb31cad744e04afc4282e0e0
  15. Description Bumped legacy, current and edge kernel. Legacy - 5.15.127 -> 5.15.130 Current - 6.1.47 -> 6.1.51 Edge - 6.5 -> 6.5.1 Fixed compilation of xradio and as its working fine, disabled cw1200 driver that I added for edge last week. Refreshed kernel configs. Also uwe5622 patches needed for orange pi 3 lts were not being applied as least kernel version was set to 6.0. Moved it back to 5.15. Not sure if it works though will test next week once I receive my orangepi 3 lts. Also for edge kernel, enabled rtw88 based drivers and disabled their corresponding legacy counterparts. How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [X] Tested all images on NanoPi Duo2 (sun8i H3) [X] Tested all images on Orange Pi Prime (sun50i H5) [X] Tested xradio drivers on Orange Pi Zero Checklist: [ ] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  16. Description This brings early support for Linux kernel v6.5 for allwinner boards. Following patches are changed Megous patches: disabled patches.megous/video-fbdev-eInk-display-driver-for-A13-based-PocketBooks.patch to prevent build failure. Will work on re-enabling the same Fixes patches: disabled Fix-depends-only-ARM-eInk-display-FB.patch as it changes code introduce by patch disabled above Armbian patches: disabled drv-clk-sunxi-ng-ccu-sun50i-a64-revert-ccu-Pinebook-A64.patch due to patch application failure. Will check if its still needed. Need help from someone who has a PInebook A64 for the same. removed drv-pmic-add-axp313a.patch as it is upstreamed reworked the overlay support patches to reuse the upstream dtbo support. Due to this rework, overlay patches are updated to use dtso as the file extension Config change: Enabled CW1200 wireless driver as this might bring support for xradio xr819 due to patches from megous kernel How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [X] Build succeeds Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article
  17. Actually I want to change course, as many people have said this is a waste of time to attempt to fix the drivers. So I am experiencing issues with this driver that mainly drops the device off the network. When this happens I find a dmesg saying the device issued a deauth, and a xradio dmesg saying it is issuing a deauth. But what catches my attention more is the red text saying xradio WSM-ERR: wsm_generic_confirm failed for request 0x0010. and another message I get but this one is spammed on the dmesg is xradio WRN: BH: missed 1848 consecutive interrupts! Which is an error message. Honestly, the true reason I wanted to compile drivers was to debug what was causing these to happen on my devices. These are just a list of all the dmesg entries I have seen. Some of these I have not seen anywhere else while searching the internet. xradio WSM-ERR: wsm_generic_confirm failed for request 0x0010. xradio WRN: BH: missed 1848 consecutive interrupts! xradio TXRX-WRN: received frame has no key status xradio WSM-WRN: Issue unjoin command(TX). xradio STA-ERR: [CQM] if0 Reporting connection loss.
  18. Looking at the code, the only improvements is that it will (probably) compile and work on K6.0+, while quality will remain the same. Search on this forum for more topic associated with xradio, xr819, wireless on zero ... to understand how much time was already wasted for nothing. If you are not an expert in wireless networking that you will dig deep into the this chip in particular ... rather do something else. Perhaps extend driver we use https://github.com/armbian/build/blob/main/lib/functions/compilation/patch/drivers_network.sh#L229 to be compatible with K6.0+ https://armbian.atlassian.net/browse/AR-1486 which is adding few last commits from fifteenhex repo. Most of those drivers, and especially those that were delivered immature, are maintained with minimum effort. Nobody has months of time, knowledge and equipment to fix everything what is wrong ... (Sorry for being honest) It should work on Armbian for Armbian. Orangepi is using some very old variant of this build system and hasn't been updated since. tl;dr; Armbian is much better then what HW vendors are able to deliver.
  19. I am trying to figure out how to compile and load the Xradio drivers onto an orange pi zero LTS. I am having some troubles with the xradio drivers that came with my image and am hoping that https://github.com/fifteenhex/xradio will add some improvements. There does seem to be some code change so I am remaining optimistic. I am able to compile the drivers with the kernel from https://github.com/orangepi-xunlong/orangepi-build but it crashes network manager and a few other modules when I try to modprobe it, I am guessing it is because this kernel is not an armbian kernel. I am trying to get the kernel https://github.com/armbian/build to work, but it doesn't look like that's what I need to do. I am lost as to how to get this compiled and any help would be appreciated.
  20. My OrangePi Zero is on 23.02 and I intend to stay with it (unless/until xradio wifi works on kernel 6.x). Just ran apt update and it shows these available packages: armbian-config/bullseye,bullseye 23.08.0-trunk--1-SA9048-Baeda all [upgradable from: 23.02.2] armbian-firmware/bullseye,bullseye 23.08.0-trunk--1-SA1251-B226d all [upgradable from: 23.02.2] armbian-zsh/bullseye,bullseye 23.08.0-trunk--1-SAbfee-Baf88 all [upgradable from: 23.02.2] I'm surprised to see anything related to 23.08 seeing as that version hasn't been released yet, so obviously I don't really understand what it means to be seeing this. Should I go ahead and install these even though I don't intend to upgrade to 23.08? Maybe this should be in the "beginners" area; mods please feel free to move if appropriate.
  21. Anyone using the XRadio 819 chip... do a test with speedtest-cli and iperf3, in a 5.x kernel (old images) In my case, it was just kilobytes per second.
  22. The orangepi zero built in wifi is XR819... OrangePi should have chosen another wifi chip Look at the section "issues" here: https://github.com/fifteenhex/xradio Is yours not XR819? I got a Wifi USB for my Orange Pi Zero
  23. I've change OpiZero's cpu from H2+ to H5, and made linux5.4.65 image with the option of "Orangepiplus (H5)" of the Build-Package which described in the Orangepi manual. After the linux startup, the output of command DMESG shows "sunxi-mmc 1c10000.mmc: Cannot do DMA to address 0x00008000514a3870", and TRACE as follows: [ 212.402793] xradio_wlan: version magic '5.15.27-station SMP preempt mod_unload aarch64' should be '5.4.65-sunxi64 SMP mod_unload aarch64' [ 248.019893] xradio_wlan: loading out-of-tree module taints kernel. [ 248.024327] xradio_wlan: module verification failed: signature and/or required key missing - tainting kernel [ 248.027506] xradio: XR819 device discovered [ 248.030479] sunxi-mmc 1c10000.mmc: Cannot do DMA to address 0x0000800051e83870 [ 248.030507] sunxi-mmc 1c10000.mmc: overflow 0x0000800051e83870+8 of DMA mask ffffffff bus mask 0 [ 248.030538] ------------[ cut here ]------------ [ 248.030572] WARNING: CPU: 2 PID: 1513 at kernel/dma/direct.c:35 report_addr+0x38/0xa0 [ 248.030578] Modules linked in: xradio_wlan(OE+) zstd rtl8xxxu rtl8192cu rtl_usb rtl8192c_common rtlwifi mac80211 cfg80211 libarc4 snd_soc_simple_card snd_soc_simple_card_utils sun8i_codec_analog sun8i_adda_pr_regmap sun4i_i2s sun4i_gpadc_iio sun4i_tcon sun8i_tcon_top sun8i_mixer cpufreq_dt zram sch_fq_codel usb_f_acm u_serial g_serial libcomposite ip_tables x_tables autofs4 fixed gpio_regulator [ 248.030691] CPU: 2 PID: 1513 Comm: insmod Tainted: G OE 5.4.65-sunxi64 #2.2.2 [ 248.030697] Hardware name: Xunlong Orange Pi Zero Plus (2pw5, Linux-Kernel Device Tree) (DT) [ 248.030707] pstate: 80000005 (Nzcv daif -PAN -UAO) [ 248.030720] pc : report_addr+0x38/0xa0 [ 248.030731] lr : report_addr+0x98/0xa0 [ 248.030736] sp : ffff800011e833c0 [ 248.030741] x29: ffff800011e833c0 x28: ffff800011e83dd0 [ 248.030752] x27: 0000000000000000 x26: ffff800011e836e8 [ 248.030763] x25: ffff800011e83600 x24: 0000000000000000 [ 248.030773] x23: 0000000000000002 x22: ffff000036706810 [ 248.030782] x21: 0000000000000008 x20: ffff000035ccf000 [ 248.030793] x19: ffff000036706810 x18: 0000000000000020 [ 248.030802] x17: 00000000000012b0 x16: 00000000000012a0 [ 248.030812] x15: ffff800011085000 x14: 6b73616d20414d44 [ 248.030822] x13: 20666f20382b3037 x12: 3833386531353030 [ 248.030832] x11: 3038303030307830 x10: 0000000000000000 [ 248.030842] x9 : 0000000000000003 x8 : 00000000000001b4 [ 248.030851] x7 : 0000000000000001 x6 : 0000000000000001 [ 248.030861] x5 : 0000000000000000 x4 : 0000000000000001 [ 248.030870] x3 : 0000000000000006 x2 : 6eac74d7450f9a00 [ 248.030879] x1 : 6eac74d7450f9a00 x0 : 0000000000000000 [ 248.030889] Call trace: [ 248.030903] report_addr+0x38/0xa0 [ 248.030914] dma_direct_map_page+0x110/0x130 [ 248.030924] dma_direct_map_sg+0x78/0xe0 [ 248.030939] sunxi_mmc_request+0x70/0x4f0 [ 248.030952] __mmc_start_request+0x64/0x130 [ 248.030962] mmc_start_request+0x90/0xb8 [ 248.030973] mmc_wait_for_req+0x6c/0x100 [ 248.030985] mmc_io_rw_extended+0x250/0x2a8 [ 248.030996] sdio_io_rw_ext_helper+0x18c/0x230 [ 248.031007] sdio_memcpy_fromio+0x1c/0x28 [ 248.031072] sdio_data_read+0x1c/0x28 [xradio_wlan] [ 248.031118] __xradio_read+0x28/0x40 [xradio_wlan] [ 248.031166] xradio_reg_read+0x3c/0x60 [xradio_wlan] [ 248.031214] xradio_load_firmware+0x34/0xe18 [xradio_wlan] [ 248.031261] xradio_core_init+0x130/0x460 [xradio_wlan] [ 248.031308] sdio_probe+0x130/0x164 [xradio_wlan] [ 248.031321] sdio_bus_probe+0x12c/0x198 [ 248.031337] really_probe+0xdc/0x430 [ 248.031348] driver_probe_device+0xdc/0x130 [ 248.031358] device_driver_attach+0x6c/0x78 [ 248.031367] __driver_attach+0x9c/0x168 [ 248.031376] bus_for_each_dev+0x6c/0xc0 [ 248.031385] driver_attach+0x20/0x28 [ 248.031394] bus_add_driver+0x138/0x218 [ 248.031404] driver_register+0x60/0x110 [ 248.031414] sdio_register_driver+0x24/0x30 [ 248.031463] xradio_sdio_register+0x14/0x20 [xradio_wlan] [ 248.031510] xradio_core_entry+0xc/0x1000 [xradio_wlan] [ 248.031523] do_one_initcall+0x50/0x1a8 [ 248.031537] do_init_module+0x50/0x1f0 [ 248.031547] load_module+0x1f68/0x2510 [ 248.031558] __do_sys_finit_module+0xac/0x110 [ 248.031568] __arm64_sys_finit_module+0x1c/0x28 [ 248.031583] el0_svc_common.constprop.0+0x68/0x160 [ 248.031594] el0_svc_handler+0x20/0x80 [ 248.031603] el0_svc+0x8/0x1fc [ 248.031610] ---[ end trace d07a211fb8606773 ]--- [ 248.031628] sunxi-mmc 1c10000.mmc: dma_map_sg failed [ 248.031637] sunxi-mmc 1c10000.mmc: map DMA failed [ 248.031662] xradio WRN: FWIO: can't read config register, err=-12. [ 248.043881] xradio PM-DEV: xradio_pm_release root@orangepizeroplus:/home/orangepi# rmmod xradio_wlan.ko rmmod: ERROR: Module xradio_wlan is in use root@orangepizeroplus:/home/orangepi# can give me some hints of clues to solve the problem ? thx.
  24. I see that there's a task called "Enable xradio on Kernel 6.1" so I guess that suggests that some special work was/is needed. I don't know how to read the notes, but it kind of looks like this fix is targeted for Armbian 23.08, so the next stable release in August. Also https://github.com/armbian/build/pull/4682 suggests that this is targeted for 23.08 Hope this information is helpful to any other OPi0 users who are surprised to find wifi missing in Armbian 23.05.
  25. Yeah, just noticed this myself. I was pleased that Armbian 23.05 started up just fine on my Orange Pi Zero (H3 LTS), seeing as other discussions had said that Allwinner 32bit was not working. Wireless is definitely not working OOTB, however. I updated firmware in armbian-config, but the Networking options don't show a wifi option. Neither ifconfig nor nmtui-connect list a wireless interface. No messages from xradio in dmesg. I think maybe I saw a mention in an old forum post that the xradio driver doesn't work with kernel 6.x, so maybe that's it? Or maybe it's just not set up quite right? Or maybe there's something that users need to do in order to get it working? In spite of the terrible reputation of the xradio driver, it was working adequately for me in Armbian bullseye. Very much hope that I can get it working in latest Armbian!
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines