Does the latest 21.02.0 with Kernel 5.4.143, support this adapter?
20: USB 00.0: 0000 Unclassified device
[Created at usb.122]
Unique ID: KIzU.gNkbFTFDP94
Parent ID: u9LK.6faL1eeYln5
SysFS ID: /devices/platform/ahb/1b000000.usb/usb1/1-1/1-1:1.0
SysFS BusID: 1-1:1.0
Hardware Class: unknown
Model: "Realtek RTL8188EUS 802.11n Wireless Network Adapter"
Vendor: usb 0x0bda "Realtek Semiconductor Corp."
Device: usb 0x8179 "RTL8188EUS 802.11n Wireless Network Adapter"
Serial ID: "00E04C0001"
Speed: 480 Mbps
Module Alias: "usb:v0BDAp8179d0000dc00dsc00dp00icFFiscFFipFFin00"
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #19 (Hub)
How easy is it to use the adapter?
I did not find any RTL8188EUS drivers in the opkg list and the following package installs still dont seem to contain the driver for it ?
root@OpenWrt:~# opkg list-installed | grep rtl
kmod-rtl8192c-common - 5.4.143+5.10.42-1-1
kmod-rtl8192ce - 5.4.143+5.10.42-1-1
kmod-rtl8192cu - 5.4.143+5.10.42-1-1
kmod-rtlwifi - 5.4.143+5.10.42-1-1
kmod-rtlwifi-pci - 5.4.143+5.10.42-1-1
kmod-rtlwifi-usb - 5.4.143+5.10.42-1-1
rtl8192ce-firmware - 20201118-3
rtl8192cu-firmware - 20201118-3
The situation around Realtek wireless drivers, particularly USB wireless drivers, is an utter mess. Realtek pushes out new, slightly changed, wireless chipsets 2-3 times a year, each with their own vendor driver, which is subsequently forgotten about immediately, in favour of the next one - but doesn't follow up with upstreaming them at all. For a while these drivers were accepted into staging, but after six drivers ended up there, rotting away without ever getting closer to being mainlined, staging is no longer accepting new drivers of this particular kind.
This means the drivers remain unsupported upstream, with random github users adopting the vendor drivers and keeping them on life support for their own needs - which means you end up having to choose between different kind of bugs, depending on the 'best' source of the day. None of these drivers support AP mode at all.
Aside from doing this properly, by mainlining (mainline, not staging), there is no way forward for these drivers. Given the pain and invasive nature of the required efforts to (potentially) getting them working under OpenWrt, trying to support these for OpenWrt wouldn't be a reasonable effort.
 each coming with their own ~2.6.16-era ieee80211-softmac derived wireless stack, each exporting the same -conflicting- symbols to the rest of the kernel
 the situation for their PCIe devices is slightly better, not good, but better
 only a single PCI based Realtek WLAN driver (rtl8187se, aka rtl8185b) ever made it out of staging (absorbed into the existing rtl8185 support of the rtl8180 driver)
 https://lkml.kernel.org/r/20190515163945.GA5719@kroah.com I recommend to read the whole thread
 unless someone does the heavy lifting to porting support for the devices to rtl8xxxu
 that's a lie, but each needs its own patched hostapd 0.4.8 (the current version would be v2.9) derived fork, with a custom driver backend and a wext like userspace interface; none of this supported or supportable in OpenWrt
 yes, it would be easier if you only care about a single one of them and are fine with changes that would break the others - aside from that, you'd have to actively put your head into the sand and ignore the security implications of running an abandoned 14 year old hostapd codebase…
So I guess its pointless,
I just need to find a good adapter based of some chip natively suppored in the 5.4.143, kernel
This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.