Asrock B450M Pro4-en a distupgrade Debian 11-re hiba nélkül lement ... majdnem ... jó a wokraound: ccp.dmaengine=0 kernel paraméter

  1. Adoptium Javat frissítettem Abevjavahoz. Müxik.
  2. https://github.com/aircrack-ng/rtl8812au ezt a lehúzott git repot kellett frissítenem és újra installálni drivert a retkes Retek drivert ehhez a TP-Link Archer T2U PLUS [RTL8821AU]-hez.

Rebootkor es poweroffnal segfault van ... 5.10.0-12-amd64-es kernelt használva

( Ice | 2022. 03. 20., v – 19:52 )

Szerkesztve: 2022. 03. 21., h – 18:27

4.19.0-19-amd64-el nincs ilyen hiba

A legújabb SID-es kernel: 5.16.0-5-amd64 is problémás. 

Vagy BIOS/UEFI hiba.

BUG

Másnak is van megnyugodtam: FS#73504 : [linux] __dma_async_device_channel_unregister called while 2 clients hold a reference (archlinux.org) és van is workaround, ha az:

"Nevertheless, ccp module also runs on my 4.19 kernel and doesn't cause such any issue. Besides, both kernels (4.19 and 5.1) runs similar ccp module version (1.1).
By looking at the kernel code, the issue seems to come from the CCP DMA engine unregistration and when running modinfo, I noticed that the ccp module has a dmaengine parameter in kernel 5.10 which was not present in 4.19.

So I added ccp.dmaengine=0 as a kernel parameter in my /boot/grub/grub.cfg and could not reproduce the issue anymore. The ccp module is still properly loaded.
It also worked with kernel version 5.15.

I don't know exactly the impact of not registering the CCP to the DMA engine but at least, the error message doesn't show up.
I will drop an email to the CCP maintainers to know more regarding this.
"
Meg lettek pingelve a fejlesztők, 0 válasz:'__dma_async_device_channel_unregister called while 2 clients hold a reference' - MARC

root@debian:~# egrep -iv "^$|#" /etc/default/grub
GRUB_DEFAULT=0
GRUB_TIMEOUT=15
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet ccp.dmaengine=0"
GRUB_CMDLINE_LINUX=""
root@debian:~# 

aztán

update-grub

( bennyh | 2022. 03. 20., v – 20:58 )

Nem vagyok kernelszaki, de picit stabilizálhatnák a driver interfészeket kernelen belül, vagy még keresik a szent grált Linusék? Értem én, hogy Windows alatt is vannak gondok verzióváltásoknál, de egy tetves hálókártyánal azért ritka.