Hallo miteinander,
mir ist aufgefallen, dass ich seit einiger Zeit bei meinen d-us keinen neuen Kernel mehr bekomme.
Momentan habe ich Kernel 5.8.5-towo.1-siduction-amd64, nun weiß ich und die Besitzer einer Nvidia-GPU aber sehr genau, dass heute der 5.9.3-Kernel rausgekommen ist und es vom 5.8.x Versionen gibt, die neuer sind als 5.8.5-towo.1 .
Aus diesem Grund hab ich mir mal apt show linux-image-5.8.* angesehen.
Für den 5.8.5-towo.1 spuckt apt mir das aus
# apt show linux-image-5.8.5-towo.1-siduction-amd64
Package: linux-image-5.8.5-towo.1-siduction-amd64
Version: 5.8-5
Priority: optional
Section: kernel
Source: linux-siduction
Maintainer: Torsten Wohlfarth <towo@siduction.org>
Installed-Size: 223 MB
Depends: kmod, linux-base (>= 4.3~), initramfs-tools (>= 0.121~) | linux-initramfs-tool
Recommends: firmware-linux-free, irqbalance
Suggests: linux-doc-5.8, crda, rtl8821ce-dkms, grub-pc | extlinux | grub-efi-amd64
Conflicts: hal, r8168-dkms
Breaks: initramfs-tools (<< 0.121~), xserver-xorg-input-vmmouse (<< 1:13.0.99)
Homepage: https://www.kernel.org/
Download-Size: 44,2 MB
APT-Manual-Installed: no
APT-Sources: http://ftp.uni-stuttgart.de/siduction/extra unstable/main amd64 Packages
Description: Linux 5.8 for 64-bit PCs
The Linux kernel 5.8 and modules for use on PCs with AMD64 or Intel 64
processors.
.
This kernel also runs on a Xen hypervisor. It supports both privileged
(dom0) and unprivileged (domU) operation.
Für eine höhere Version vom Kernel z.B. 5.8.17 sagt apt show
Package: linux-image-5.8.17-towo.1-siduction-amd64
Version: 5.8-17
Priority: optional
Section: kernel
Source: linux-siduction
Maintainer: Torsten Wohlfarth <towo@siduction.org>
Installed-Size: 224 MB
Depends: kmod, linux-base (>= 4.3~), initramfs-tools (>= 0.121~) | linux-initramfs-tool
Recommends: firmware-linux-free, irqbalance
Suggests: linux-doc-5.8, crda, grub-pc | extlinux | grub-efi-amd64
Conflicts: hal, r8168-dkms
Breaks: initramfs-tools (<< 0.121~), rtl8821ce-dkms, xserver-xorg-input-vmmouse (<< 1:13.0.99)
Replaces: rtl8821ce-dkms
Homepage: https://www.kernel.org/
Download-Size: 44,3 MB
APT-Sources: http://ftp.uni-stuttgart.de/siduction/extra unstable/main amd64 Packages
Description: Linux 5.8 for 64-bit PCs
The Linux kernel 5.8 and modules for use on PCs with AMD64 or Intel 64
processors.
.
This kernel also runs on a Xen hypervisor. It supports both privileged
(dom0) and unprivileged (domU) operation.
Daher glaube ich den Grund für das fehlende Kernel-Upgrade schon gefunden zu haben und zwar rtl8821ce-dkms.
Ich wollte an dieser Stelle bloß fragen ob es anderen Besitzern dieser Netzwerkkarte+Treiber ähnlich ergeht und ob man etwas unternehmen kann/sollte, damit man wieder Kernel-Updates bekommt?
Gruß
Mister00X
Fehlen Dir aus irgendeinem Grund die Metapakete?linux-headers-siduction-amd64
linux-image-siduction-amd64Die sorgen normalerweise dafür, dass die eigentlichen Kernelpakete immer automatisch aktualisiert werden.
@der_bud
Danke, ja die fehlen mir und ich weiß auch warum, ich hatte vor einiger Zeit ein d-u gemacht und dabei übersehen, dass das rtl8821ce-dkms Paket dabei entfernt wird, nun bin ich aber zwingend auf diesen Treiber angewiesen und habe ihn deshalb wieder installiert, was automatisch zur Entfernung der Meta-Pakete geführt hat.
Leider kann ich die Meta-Pakete im Moment nicht reinstallieren, da sonst besagter Treiber entfernt wird.
rtl8821ce ist mittlerweile im Kernel.
Nötig ist nur die Firmware, welche evtl noch nicht paketiert vorliegt, man aber aus dem Firmware-Git downloaden kann.
Außerdem, Nvidia 450.80.2 aus unstable sollte eigentlich mit Kernel 5.9 funktionieren, nur CUDA is nicht.
@towo
Das ist schön zu hören.
Ich habe jetzt die Firmware-Datei die laut README für den rtl8821ce ist aus https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/rtw88 (https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/rtw88) runtergeladen und die in /lib/firmware/rtw88 kopiert.
Dann die Kernel-Meta-Pakete installiert und neu gestartet.
Ergebnis: Bluetooth geht, Wlan nicht.
Hab ich was falsch gemacht? Hätte die Firmware-Binärdatei woanders hin müssen?
ls -ld /lib/firmware/rtw88/rtw8821c_fw.bin
Sagt was?
das sagt
# ls -ld /lib/firmware/rtw88/rtw8821c_fw.bin
-rw-r--r-- 1 user user 137896 2. Nov 15:39 /lib/firmware/rtw88/rtw8821c_fw.bin
1. Hast Du irgendeine conf Datei in /etc/modprobe.d/ angelegt?
2. was sagt
dmesg | grep -i firmw
?
3. dkms status
spricht was?
Also:
1. Nein
2.
$ dmesg | grep -i firmw
[ 0.601795] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[ 0.608181] acpi PNP0A08:00: [Firmware Info]: MMCONFIG for domain 0000 [bus 00-3f] only partially covers this bridge
[ 1.812888] psmouse serio1: elantech: assuming hardware version 4 (with firmware version 0x5d4f01)
[ 2.707501] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[ 2.707621] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[ 2.805738] rtw_8821ce 0000:03:00.0: firmware: direct-loading firmware rtw88/rtw8821c_fw.bin
[ 2.805745] rtw_8821ce 0000:03:00.0: Firmware version 24.5.0, H2C version 12
[ 2.865514] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_gpu_info.bin
[ 2.866398] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_sdma.bin
[ 2.868287] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_asd.bin
[ 2.868937] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_ta.bin
[ 2.869718] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_pfp.bin
[ 2.869954] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_me.bin
[ 2.871129] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_ce.bin
[ 2.871734] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_rlc.bin
[ 2.872978] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_mec.bin
[ 2.874213] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_mec2.bin
[ 2.877185] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/raven_dmcu.bin
[ 2.878088] amdgpu 0000:04:00.0: firmware: direct-loading firmware amdgpu/picasso_vcn.bin
[ 2.878095] [drm] Found VCN firmware Version ENC: 1.9 DEC: 1 VEP: 0 Revision: 28
[ 2.878108] [drm] PSP loading VCN firmware
[ 2.990262] bluetooth hci0: firmware: direct-loading firmware rtl_bt/rtl8821c_fw.bin
[ 2.990455] bluetooth hci0: firmware: direct-loading firmware rtl_bt/rtl8821c_config.bin
[ 4.201948] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
3. Das sagt nix da gibt's keinen Rückgabewert
Also die Firmware ist geladen, einen Fehler sehe ich auch nicht.
towo@lenovo:~$ lsmod | grep rtw
rtw88_8821ce 16384 0
rtw88_8821c 77824 1 rtw88_8821ce
rtw88_pci 28672 1 rtw88_8821ce
rtw88_core 147456 2 rtw88_pci,rtw88_8821c
mac80211 933888 2 rtw88_pci,rtw88_core
cfg80211 888832 2 rtw88_core,mac80211
So sieht das bei mir auch, und das funktioniert auch. Es wird Zeit, mal ein
inxi -Fz
zu zeigen.
Also inxi spricht:
$ inxi -Fx
System: Host: yoda Kernel: 5.9.3-towo.1-siduction-amd64 x86_64 bits: 64 compiler: gcc v: 10.2.0 Desktop: KDE Plasma 5.17.5
Distro: siduction 18.3.0 Patience - kde - (201912231837) base: Debian GNU/Linux bullseye/sid
Machine: Type: Laptop System: HP product: HP Laptop 17-ca1xxx v: N/A serial: <superuser/root required>
Mobo: HP model: 85B3 v: 91.43 serial: <superuser/root required> UEFI: AMI v: F.43 date: 09/05/2019
Battery: ID-1: BAT0 charge: 34.4 Wh condition: 35.9/35.9 Wh (100%) model: Hewlett-Packard Primary status: Charging
CPU: Info: Quad Core model: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx bits: 64 type: MT MCP arch: Zen+ rev: 1
L2 cache: 2048 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 33535
Speed: 1466 MHz min/max: 1400/2100 MHz boost: enabled Core speeds (MHz): 1: 1377 2: 1398 3: 1263 4: 1305 5: 1169
6: 1194 7: 1202 8: 1234
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Picasso vendor: Hewlett-Packard driver: amdgpu v: kernel bus ID: 04:00.0
Device-2: Cheng Uei Precision Industry (Foxlink) HP TrueVision HD Camera type: USB driver: uvcvideo bus ID: 3-2.1:4
Display: x11 server: X.Org 1.20.9 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa
resolution: 1920x1080~60Hz
OpenGL: renderer: AMD RAVEN (DRM 3.39.0 5.9.3-towo.1-siduction-amd64 LLVM 11.0.0) v: 4.6 Mesa 20.2.1
direct render: Yes
Audio: Device-1: Advanced Micro Devices [AMD/ATI] Raven/Raven2/Fenghuang HDMI/DP Audio vendor: Hewlett-Packard
driver: snd_hda_intel v: kernel bus ID: 04:00.1
Device-2: Advanced Micro Devices [AMD] Raven/Raven2/FireFlight/Renoir Audio Processor vendor: Hewlett-Packard
driver: N/A bus ID: 04:00.5
Device-3: Advanced Micro Devices [AMD] Family 17h HD Audio vendor: Hewlett-Packard driver: snd_hda_intel v: kernel
bus ID: 04:00.6
Sound Server: ALSA v: k5.9.3-towo.1-siduction-amd64
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Hewlett-Packard driver: r8169 v: kernel
port: f000 bus ID: 02:00.0
IF: eno1 state: down mac: e8:d8:d1:6b:df:31
Device-2: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter vendor: Hewlett-Packard driver: N/A port: e000
bus ID: 03:00.0
Drives: Local Storage: total: 1.14 TiB used: 554.19 GiB (47.4%)
ID-1: /dev/nvme0n1 model: KBG30ZMV256G KIOXIA size: 238.47 GiB
ID-2: /dev/sda vendor: Toshiba model: MQ04ABF100 size: 931.51 GiB
Partition: ID-1: / size: 168.30 GiB used: 79.73 GiB (47.4%) fs: ext4 dev: /dev/nvme0n1p2
Swap: Alert: No Swap data was found.
Sensors: System Temperatures: cpu: 60.6 C mobo: 0.0 C gpu: amdgpu temp: 60.0 C
Fan Speeds (RPM): N/A
Info: Processes: 295 Uptime: 1m Memory: 13.64 GiB used: 1.92 GiB (14.0%) Init: systemd runlevel: 5 Compilers: gcc: 10.2.0
Packages: 3891 Shell: Bash v: 5.1.0-rc1 inxi: 3.1.08
und lsmod sagt bei mir
# lsmod | grep rtw
rtw88_8821ce 16384 0
rtw88_8821c 77824 1 rtw88_8821ce
rtw88_pci 28672 1 rtw88_8821ce
rtw88_core 147456 2 rtw88_pci,rtw88_8821c
mac80211 933888 2 rtw88_pci,rtw88_core
cfg80211 888832 2 rtw88_core,mac80211
Bei mir erscheint allerdings nicht mal das Wlan-Symbol im Netzwerk-Manager von KDE
lspci -nn | grep -i network
# lspci -nn | grep -i network
03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter [10ec:c821]
towo@lenovo:~$ inxi -N -xxx
Network: Device-1: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter vendor: Lenovo driver: rtw_8821ce v: N/A
port: 3000 bus ID: 01:00.0 chip ID: 10ec:c821
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Lenovo driver: r8169 v: kernel port: 2000
bus ID: 02:00.0 chip ID: 10ec:8168Also die PCID ist identisch mit meiner, bei dir kann aber der Treiber nicht zugeordnet werden:
QuoteDevice-2: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter vendor: Hewlett-Packard driver: N/A port: e000
bus ID: 03:00.0
driver: N/A ist nicht gut. Keine Ahnung, was da bei dir nicht simmt.
Okay trotzdem vielen Dank für die Hilfe.
Ich bin übrigens gerade https://forum.siduction.org/index.php?topic=8083.0 (https://forum.siduction.org/index.php?topic=8083.0) hierauf gestoßen
Und es scheint, dass ich genau das selbe Problem wie hessi zu haben scheine
# dmesg | grep rtw_
[ 2.809399] rtw_8821ce 0000:03:00.0: enabling device (0000 -> 0003)
[ 2.811306] rtw_8821ce 0000:03:00.0: firmware: direct-loading firmware rtw88/rtw8821c_fw.bin
[ 2.811317] rtw_8821ce 0000:03:00.0: Firmware version 24.5.0, H2C version 12
[ 2.838827] rtw_8821ce 0000:03:00.0: rfe 2 isn't supported
[ 2.840053] rtw_8821ce 0000:03:00.0: failed to setup chip efuse info
[ 2.841210] rtw_8821ce 0000:03:00.0: failed to setup chip information
hab den Post viel zu spät gefunden
3 Möglichkeiten:
1. Kernel 5.9 testen, gucken ob WLAN damit geht
2. Kernel 5.10-rc2 testen, dito.
wenn das gar nix bringt: Kernel 5.8 aus Debian installieren und rtl8821ce-dkms benutzen.
Btw,
towo@lenovo:~$ apt policy nvidia-driver
nvidia-driver:
Installiert: (keine)
Installationskandidat: 450.80.02-1
Versionstabelle:
455.23.04-1 300
300 http://deb.debian.org/debian experimental/non-free amd64 Packages
450.80.02-1 500
500 http://deb.debian.org/debian unstable/non-free amd64 Packages
440.31-0.siduction.1 500
500 http://packages.siduction.org/extra experimental/non-free amd64 Packages
Der Treiber aus Unstable funktioniert mit 5.9, nur CUDA is nicht.
Also ich hab das jetzt Möglichkeit 1 und 2 probiert und da geht nix. Also hab ich jetzt den 5.8. wieder installiert.
Das mit dem Nvidia ist gut zu wissen.
Danke