Tried with standard kernel doesn’t work at all 
EDIT: Works
It need Linux BLOBs
Are you sure? I will test it soon with gnu-kernel
1 Like
Gnu Linux remove all black-stains which mean the drivers is removed as not available which is so nice too, as this disable the blobs to taint Gnu.
1 Like
I know, this is from git. It contain those firmwares which I think are not free
lib/firmware/rtw8851b_fw.bin
lib/firmware/rtw8852a_fw.bin
lib/firmware/rtw8852b_fw-1.bin
lib/firmware/rtw8852bt_fw.bin
lib/firmware/rtw8852c_fw-2.bin
lib/firmware/rtw8922a_fw-4.bin
With my card (8852bu), there is no firmware loaded
sudo lsof |grep -i 8852|grep -i firmware
Password:
For this reason I think works with gnu kernel but I will try soon for a confirm
1 Like
Tested, works fine.
root@slackware:~# iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
wlan0 IEEE 802.11 ESSID:off/anyMode:Managed
Access Point: Not-Associated
Retry short limit:7 RTS thr:off
Fragment thr:offEncryption key:off
Power Management:on
root@slackware:~# uname -r
6.16.12-gnu
root@slackware:~#lsmod |grep 8852
rtw89_8852bu_git 12288 0
rtw89_usb_git 28672 1
rtw89_8852bu_git
rtw89_8852b_git 348160 1
rtw89_8852bu_git
rtw89_8852b_common_git 65536 1
rtw89_8852b_git
.....
Consider the card is this one, and seems need this firmware rtw89/rtw8852b_fw-1.bin (marked by debian packages as non-free)
as you can see it load without no problem in kernel 6.16.12
Now the question is: if require a non-free firmware why the Gnu kernel allow this firmware?
This is the dmesg
[ 109.109880] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 109.122506] usb 2-1: New USB device found, idVendor=0bda, idProduct=b832, bcdDevice= 0.00
[ 109.122511] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 109.122513] usb 2-1: Product: 802.11ax WLAN Adapter
[ 109.122514] usb 2-1: Manufacturer: Realtek
[ 109.122515] usb 2-1: SerialNumber: ???
[ 109.189869] rtw89_core_git: loading out-of-tree module taints kernel.
[ 109.209985] rtw89_8852bu_git 2-1:1.0: loaded firmware rtw89/rtw8852b_fw-1.bin
[ 109.210348] rtw89_8852bu_git 2-1:1.0: git commit
[ 109.211162] rtw89_8852bu_git 2-1:1.0: MAC has already powered on
[ 109.233952] rtw89_8852bu_git 2-1:1.0: Firmware version 0.29.128.0 (418a672d), cmd version 0, type 5
[ 109.233957] rtw89_8852bu_git 2-1:1.0: Firmware version 0.29.128.0 (418a672d), cmd version 0, type 3
[ 109.775918] rtw89_8852bu_git 2-1:1.0: chip rfe_type is 1
[ 109.823664] ACPI: : failed to evaluate _DSM e8c3a8d2-694b-004f-82bd-fe8607803aa7 rev:0 func:10 (0x1001)
[ 109.823673] ACPI: : failed to evaluate _DSM e8c3a8d2-694b-004f-82bd-fe8607803aa7 rev:0 func:6 (0x1001)
[ 109.824742] rtw89_8852bu_git 2-1:1.0: rfkill hardware state changed to enable
[ 109.825157] usbcore: registered new interface driver rtw89_8852bu_git
1 Like
I have an idea..try to test it with Debian without any non-free firmware and latest kernel
Can you ask it to lead on trisquel forum to why the driver exists on gnu linux? I mean the driver is opensource infected and do not reserve a space on gnu land.
1 Like
My doubt is another. Is possible to tricky the gnu-kernel and allow non-free firmware just compiling a driver from git? I think they can find a mechanism/trigger/something to disallow this.
Meanwhile: anyone know a decent wifi card pci-e or usb which load without blobs?
I use on Raptor Alfa AWUS036H, but there is another gnu superstar: AWUS036NHA which i have this controllers too. There is another much better: Atheros QCNFA222
There is another chip from newracom that it do not need firmware for 802.11ah which is new wlan, so i will move to this controllers on all my computer including the Librem5 as a new module comming to enable to L5 to newracom chip. The problem with 802.11ah is that it need new infrastructure to work, it need patches to wpa-supplicant and build the driver, so it not plug-to-play.
So thank to boom-list and opensource most controller move the opensource-blob to host which is super ridiculous.
Both free software modules. Righ → module is Newracom pci-e chip on IBM X60.
The most exciting to me is that the new module that is coming is newest chip from racom and is compatible with the Librem 5. OMG i can not wait.
All the magic of the L5 is yet to come…
edit:
There are 2 new unASIC wlan chip that will enable wlan ac - ax with full free.
In fact i have a unASIC gpu on Raptor which work really nice, however i removed for a time because i wanted libre vulkan on ppc which is available but now working yet, so i waiting gnu linux 6.19 and Mesa 26 which will fulll enable libre vulkan on ppc via nvidia maxwell 1.0.
3 Likes
Anyone know a good store which sell gnu-compatible hardware? (mean: no firmware needed)?
1 Like
“There is another chip from newracom that it do not need firmware for 802.11ah which is new wlan”..
name please? 
1 Like
Edit2:
Enjoy it!
Libre Hacking
1 Like
A fast question: for this case
I want to replace the rear chassis fan with a more silent fan, but I don’t know the size, 140mm or 120mm?
1 Like
The answer is:
140mm 6pin
120mm 4pin
Asus Kgpe-d16 support 4 pin, so I order this one
and two passive coolers from ebay, if IF they arrive I can start the build of my workstation in 2026.
And I will report if works fine. Meanwhile I remind this bug in old asus motherboards
“Disabling IRQ 16”
and
“spurious 8259A interrupt: IRQ7"
I hope this board make an exception, in one asus motherboard (A88XM-E/A88XM-E) I had to disable iommu 
searching for a solution on forums return no good result to solve this.
1 Like
A question about usb-3 for asus kgpe-d16
This one
will be require proprietary firmware?
Meanwhile an idea to prevent to buy hardware and will discover (too late) it require proprietary non-free firmware.
wget ``https://linux-libre.fsfla.org/pub/linux-libre/releases/6.18.2-gnu/deblob-6.18
You want to know if a controller usb3 will require proprietary firmware? In this example is renesas
grep -i firmware deblob-6.18 |grep -i renes
reject_firmware drivers/ufs/host/ufs-renesas.c
announce USB_XHCI_PCI_RENESAS - “Support for additional Renesas xHCI controller with firmware”
reject_firmware drivers/usb/host/xhci-pci-renesas.c
reject_firmware sound/soc/renesas/siu_dai.c
In this case the answer is yes and you will avoid to buy hw with this chipset
1 Like
I mean the blackbox it is for the blackcontroller-blackhotel, what a blackbox(linuxblob) doing outside its cage? why doesnt Linux swallow it instead of throwing it at GNU?
Why do we need to taint initramfs on blackbox? dracut is most terrible for gnu than whatever.
Linux is Evil, Linux is Microsoft.
Please please take care of Gnu from Linux.
2 Likes
Do not engage with this seller=Technoetical 
Why?
The response from the Gnuboot developer is shown in the screenshot below. In addition, he sells his PCs at extremely high prices. That is why I created this post, so that users can assemble their own free PCs.
2 Likes