Laptop HP 15dw-2441ng: WLAN Probleme mit Realtek 8821ce

Auf einem neuen Dual-Boot Laptop ist ein Realtek-Chip 8821ce verbaut, dieser scheint von der OpenSuSE 15.3 nicht richtig unterstuetzt zu werden. Entsprechend habe ich das Repository aus Install package home:Sauerland / rtl8821ce hinzugefuegt und die drei neuen Pakete installiert:

rtl8821ce-blacklist-rtw_8821ce
rtl8821ce-kmp-default
rtl8821ce-kmp-preempt

Nach einem Reboot funktioniert der WLAN ueber den NetworkManager noch immer nicht, das manuelle Hinzufuegen des Moduls 8821ce scheitert mit der Fehlermeldung

modprobe -v 8821ce

insmod /lib/modules/5.3.18-59.19-preempt/weak-updates/updates/8821ce.ko
modprobe: ERROR: could not insert ‚8821ce‘: Key was rejected by service

In dmesg erscheint dabei die Fehlermeldung

8821ce: Loading of module with unavailable key is rejected

Damit verursacht ein Sicherheitsmechanismus im System, das die Bibliothek nicht geladen werden kann. Gibt es eine sinnvolle Moeglichkeit, trotz Belassung der vorhandenen Sicherheitsmechanismen dieses Modul zu laden?

Du musst es signieren und den Schlüssel ins UEFI einfügen .

Einfacher:
secure boot im UEF/Bios abschalten, wird eh überbewertet…

PS:
Das Paket rtl8821ce wird über kurz oder lang so und so entfernt, besser wäre das rtw88 Paket.

Leider funktioniert das Abschalten von Secure Boot auf dem Dual-Boot-System mit Luks-verschluesseltem Linux und parallelem Windows nicht - beim Bootversuch gibt es einen Absturz und das Secure Boot wird automatisch wieder aktiviert.

Aufgrund Des Hinweises habe ich die rtl8821ce-Pakete wieder deaktiviert und geprueft, dass beide rtw88-Pakete installiert sind (git20210731_k5.3.18_57-lp153.1.3) - dies ist der Fall. Ein „lspci -s 03:00.0 -v“ zeigt:

03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter
Subsystem: Hewlett-Packard Company Device 831a
Flags: fast devsel, IRQ 17
I/O ports at 3000
Memory at 52100000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [148] Device Serial Number 00-e0-4c-ff-fe-c8-21-01
Capabilities: [158] Latency Tolerance Reporting
Capabilities: [160] L1 PM Substates
Capabilities: [170] Precision Time Measurement
Capabilities: [17c] Vendor Specific Information: ID=0003 Rev=1 Len=054 <?>
Kernel modules: rtw88_8821ce, wl

Beim Booten wird jedoch der Treiber nicht richtig initialisiert, dmesg zeigt:

rtw_8821ce 0000:03:00.0: enabling device (0000 → 0003)
rtw_8821ce 0000:03:00.0: Firmware version 24.8.0, H2C version 12
rtw_8821ce 0000:03:00.0: rfe 2 isn’t supported
rtw_8821ce 0000:03:00.0: failed to setup chip efuse info
rtw_8821ce 0000:03:00.0: failed to setup chip information

lsmod zeigt aber, dass die Module geladen waeren:

lsmod | grep rtw88

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 1040384 2 rtw88_pci,rtw88_core
cfg80211 876544 2 rtw88_core,mac80211

aber iwconfig zeigt kein WLAN an:

iwconfig

lo no wireless extensions.

eth0 no wireless extensions.

Erst einmal eine Grundinformation.

Der rtl8821ce Chip

RTL8821CE 802.11ac PCIe Wireless Network Adapter [10ec:c821]

wird vom Modul rtw88 unterstützt, welches seit Kernel 5.9 vorhanden ist und damit eigentlich auch in Leap 15.3 (der Leap Kernel ist ein zurückportierter Kernel 5.9).

Aber:
Das Modul ist defekt:

rtw_8821ce 0000:03:00.0: enabling device (0000 -> 0003) rtw_8821ce 0000:03:00.0: Firmware version 24.8.0, H2C version 12 rtw_8821ce 0000:03:00.0: rfe 2 isn't supported rtw_8821ce 0000:03:00.0: failed to setup chip efuse info rtw_8821ce 0000:03:00.0: failed to setup chip information

Siehe auch
https://bugzilla.opensuse.org/show_bug.cgi?id=1178105

Das funktionierende Modul wurde dann von Realtek geliefert und ist seit Kernel 5.11 mit im Kernel.

Das bedeutet:
Ab Kernel 5.11 (Tumbleweed, kernel:stable: (backport) usw) funktioniert der Chip out of the Box.

Zu deinem Problem:
rtl8821ce ist das "alte " Modul und wird spätestens wenn openSUSE 15.2 ausläuft von mir entfernt.

Also bitte rtw88 benutzen.
Gibt es auch bei mir im Repo.

Poste bitte:

zypper se -si kernel rtw88 rtl8821ce broadcom
uname -a

Tja, ich hab nicht so viel Angst, daher kann ich hierzu nichts sagen…

Vielen Dank fuer die Unterstuetzung!

Die Informationen sind:

[CODE]# zypper se -si kernel rtw88 rtl8821ce broadcom
Repository-Daten werden geladen…
Installierte Pakete werden gelesen…

S | Name | Type | Version | Arch | Repository
—±----------------------------±------±-------------------------------------±-------±------------------------------------------------------------
i+ | broadcom-wl-kmp-default | Paket | 6.30.223.271_k5.3.18_57-lp153.129.85 | x86_64 | Sauerland’s Home Project (openSUSE_Leap_15.3)
i | broadcom-wl-kmp-preempt | Paket | 6.30.223.271_k5.3.18_57-lp153.129.85 | x86_64 | Sauerland’s Home Project (openSUSE_Leap_15.3)
i | jupyter-ipykernel | Paket | 5.2.1-bp153.1.19 | noarch | Main Repository
i+ | kernel-default | Paket | 5.3.18-59.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i+ | kernel-default | Paket | 5.3.18-57.3 | x86_64 | Main Repository
i | kernel-default-extra | Paket | 5.3.18-59.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | kernel-default-extra | Paket | 5.3.18-57.3 | x86_64 | Main Repository
i | kernel-default-optional | Paket | 5.3.18-59.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | kernel-default-optional | Paket | 5.3.18-57.3 | x86_64 | Main Repository
i | kernel-firmware-all | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-amdgpu | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-ath10k | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-ath11k | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-atheros | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-bluetooth | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-bnx2 | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-brcm | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-chelsio | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-dpaa2 | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-i915 | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-intel | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-iwlwifi | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-liquidio | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-marvell | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-media | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-mediatek | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-mellanox | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-mwifiex | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-network | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-nfp | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-nvidia | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-platform | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-prestera | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-qlogic | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-radeon | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-realtek | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-serial | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-sound | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-ti | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-ueagle | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-firmware-usb-network | Paket | 20210208-2.4 | noarch | Main Repository
i | kernel-preempt | Paket | 5.3.18-59.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | kernel-preempt-extra | Paket | 5.3.18-59.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | kernel-preempt-optional | Paket | 5.3.18-59.19.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | purge-kernels-service | Paket | 0-8.3.1 | noarch | Update repository with updates from SUSE Linux Enterprise 15
i | python3-ipykernel | Paket | 5.2.1-bp153.1.19 | noarch | Main Repository
i+ | rtw88-kmp-default | Paket | git20210731_k5.3.18_57-lp153.1.3 | x86_64 | Sauerland’s Home Project (openSUSE_Leap_15.3)
i | rtw88-kmp-preempt | Paket | git20210731_k5.3.18_57-lp153.1.3 | x86_64 | Sauerland’s Home Project (openSUSE_Leap_15.3)
[/CODE]

MyHost:~ # uname -a Linux MyHost 5.3.18-59.19-preempt #1 SMP PREEMPT Tue Aug 3 14:11:23 UTC 2021 (055c4fd) x86_64 x86_64 x86_64 GNU/Linux

Ich würde broadcom-wl löschen und auf tabu setzen, dann die rtw88 Pakete löschen, das Sauerland Repo löschen (das ist mein komplettes /home, kann Probleme bereiten) und dies Repo benutzen, hinzufügen als root:

zypper ar -f https://download.opensuse.org/repositories/home:/Sauerland:/hardware/openSUSE_Leap_15.3_Update/ Sauerland

Danach ein

zypper in rtw88-kmp-default

Neu starten.

Repo hinzufügen und installieren funktioniert nur mit LAN.
Und natürlich secure boot ausschalten.

Ich habe es geschafft, Secure boot abzuschalten.

Damit funktionieren jetzt die WLAN-Treiber.

Besten Dank fuer die Unterstuetzung!!!

Mittlerweile funktionieren meine kmps auch mit secure boot, falls der blaue Mok-Bildschirm beim reboot nicht erscheint:
LEAP 15.3 Help on booting to a 5.14.11 kernel:stable:backports kernel with secure boot? (or must I disable)?