On 5/22/22 12:26, Suse User wrote:
So, a month since the latest message in this thread, the summary is:
1. There is a binary blob in the form of "table" which Larry somehow separated in a binary file and there is no way around this obfuscated code/data.
2. The upstream version of the driver is quite old and there is something which can be improved.
I hope someone (Larry?) can have a look at the newer version and consider to update the driver upstream (if it is better), because building it manually on each system update is a time consuming process:
As I stated in the previous thread, no manufacturer releases the details of their firmware, nor that of their on-board CPU. If you wish to see an example of the firmware for a relatively simple 802.11g device, see http://netweb.ing.unibs.it/~openfwwf/index.php. It is too bad that running 'make && sudo make install' when the kernel changes is so laborious. Perhaps, you should check implementation of dkms. Although I am retired, and can devote nearly full-time effort to Linux, I am busy with other things, thus I am not planning on updating the rtl8188eu code in staging. In fact, there are a number of people currently converting that code so that it can be moved to the regular wireless trees. Larry