Beiträge von zizlog

Zitat von Spaceloop

! Was man mit 10 Millionen Dollar im SLE/openSUSE-Universum hätte bewirken können. Einfach mal so eben locker gemacht, wer segnet das eigentlich ab? Ist SUSE für van Leeuwen nur eine Plattform zur Etablierung einer Art Gegen-Redhat, ohne Rücksicht auf langjährige Nutzer?

Es steht nirgens geschrieben, daß es eine Einmalzahlung ist oder über welchen Zeitraum der Betrag ivestiert wird.

"SUSE remains fully committed to investing in its highly regarded Linux solutions such as SLE and openSUSE that countless satisfied enterprise customers and the community rely on."

Klingt für mich erst einmal gut.

"SUSE is committed to working with the open source community to develop a long-term, enduring compatible alternative for RHEL and CentOS users.". Was ist SLE, ist dies nicht kompatibel mit dem selben Paketformat rpm?

Ich habe vor ein paar Tagen erst ein Fedora rpm in meinem openSUSE installiert und ich sage auch nach Jahren 100% kompatibel.

"SUSE plans to contribute this project to an open source foundation, which will provide ongoing free access to alternative source code."
Stiftungen haben u.a. den finanziellen Vorteil einer Steuerersparnis für Stifter und Zuwender, so dass SUSE möglicherweise damit eine Möglichkeit hat ein paar mehr Euro gemeinützig anzulegen als an den Staat zahlen zu müssen.
Was mit "Zugang zu alternativem Quellcode" gemeint ist, erschließt sich mir dagegen nicht.

1. Eine Suche nach "eth_hw_addr_set" (vom den Fehler in #3) in den im rpm-Paket enthaltenen Patch-Dateien führte zum Patch "broadcom-wl-fix-linux-5.17. Da bei mir Kernel v5.14.21.x läuft, lag es nahe diesen Patch testhalber rückgänging zu machen, was die Lösung war.

2. Das Modul ließ sich jetzt mit "dkms install broadcom-wl/6.30.223.271" kompilieren und installieren.

3. Das automatische Laden des Modules erfordert die Datei in /etc/modules-load.d/broadcom-wl-dkms.conf, in der lediglich wl eingetragen ist.

3. Obwohl es eine Datei broadcom-wl-dkms.conf in /etc/modprobe.d/ gibt, in der kollidierene Module auf der schwarzen Liste sind, was ein Laden verhindern soll, wurden diese neben dem Modul wl geladen.

Mit einem "systemctl disable pullin-bcm43xx-firmware.service" konnte ich auch das beheben.

Nach dem Laden von KDE Plasma dauert es einen Moment bis die WLAN-Verbindung aufgebaut ist. Ursache unbekannt aber erst einmal ok.

Damit markiere ich den Beitrag als erledigt.

(Der Titel des Beitrages müßte nun passenderweise "Kernelmodul mit dkms aus dem Quellcode kompilieren", da es allgemein anwendbar ist, er sich aber nicht ändern läßt. )

Umlaute kann ich auf meiner QWERTY-Tastatur mit Hilfe der "Compose"-Taste nun auch verwenden.

Zitat von schnupi84

Sag mal, nutzt du eigentlich das "Packman" Repo ?

Ja, nutze ich. Was ist mit dem Repo? "broadcom-wl-dkms" ist da nicht enthalten, nur "broadcom-wl-kmp-default.
Ich war jetzt eine Woche nicht am Computer, so dass es keinen Fortschritt gibt.

Zitat

Was ist am Leap 15.5 hier aus dem Forum anders als bei dem von der Webseite des Herstellers?

Es gibt keinen Unterschied. Die Verknuepfungen hier aus dem Forum fuehren zu den Downloadseiten von opensuse.org

Zitat

Im bootloader wird mir Leap 42.3 als zu bootendes Programm angezeigt (lässt sich aber nicht booten)

Mglw. gibt es noch den alten Bootloader, welcher bei der Installation von Leap 15.5 nicht ueberschrieben wurde. Achte mal darauf, wo Leap den Bootloader installieren moechte - im MBR oder der Partition, die /boot enthaelt?

Danke schnupi84 , das geht in die gewuenschte Richtung.
Eine Suche nach "broadcom-wl-dkms" fuehrte zu broadcom-wl-dkms-6.30.223.271-14.fc36.x86_64.rpm, welches die Patches als auch den Quellcode beinhaltet.
Das Paket liess sich installieren und hat korrekterweise broadcom-wl als Konflikt gemeldet, welches dann deinstalliert wurde.

Die Installation dauerte einen Moment, so dass ich anahm, das Modul wird fuer alle installierten Kernelversionen kompiliert. Letztlich wurden nur die Quellen in /usr/src/broadcom-wl-dkms-6.x installiert aber kein Modul kompiliert.

Meiner Ansicht nach haette "broadcom-wl-kmp-default" auch deinstalliert werden muessen, da in diesem Paket das eigentliche Modul wl.ko enthalten ist. Habe ich also auch deinstalliert.

Die Anzahl der beigefuegten Patches stellt mich vor ein weiteres Problem. Welcher davon ist anzuwenden?

Ein make auf die installierten Quellen fuerhte zu Fehlern in der Datei wl_linux.c: "conflicting types for ‘eth_hw_addr_set’" und einer Warnung "passing argument 1 of ‘memcpy’ discards ‘const’ qualifier from pointer target type".

Hallo,

mein Laptop hat einen BCM4360-WiFi-Chip und benoetigt daher das Modul "broadcom-wl". Dieses ist untder dem "kernel-default" auch erfolgreich installaiert und WiFi als auch BT funktionieren parallel, was nicht selbstverstaendlich ist, da sich die Technologien Frequenzen teilen.

Nun habe ich den Kernel 5.14.21.x-rt parallel installiert aber das Modul broadcom-wl wird fuer diesen Kernel nicht installiert.

Folgendes habe ich zur moeglichen Fehlerloesung gemacht:

- kernel-rt-devel Paket installiert

- Modul broadcom-wl & *kmp-default erneut installiert, nachdem der rt-Kernel installiert

- Neustart des BS

- dkms installiert (mit autoinstall_all_kernels="true" in framework.conf)

- das Modul erneut neuinstalliert, um dkms zu triggern, das Modul fuer alle vorhanden Kernel zu installieren

Jetzt bin ich an dem Punkt, das Modul aus den Quellen bauen zu wollen.

Die Modulquellen habe ich von Quellcode: broadcom-wl

Kurz nach dem Start von make gibt es Fehlermeldungen und Warnungen, wie:

"implicit declaration of function",

"return makes pointer from integer without a cast" und

"passing argument {0|1|2} of 'kernel_read'",

die ich mit meinem (wenigen) Programmierwissen nicht loesen kann.

Ich bin fuer jeden Tip dankbar.

Hallo,

ich hoffe, dass ich nicht zu spaet bin auf diesen Beitrag zu antworten, da so etwa in der Art in den Forumregeln steht.

Folgendes Problem stellt sich mit meinem MBP 11,2 dar:

Dieses Laptop hat einen BCM4360-WiFi-Chip und benoetigt daher das Modul "broadcom-wl". Die Installation dieses Moduls funktioniert untder dem "kernel-default" und WiFi als auch BT funktionieren parallel, was nicht selbstverstaendlich ist, da sich die Technologien Frequenzen teilen.

Nun habe ich den Kernel 5.14.21.x-rt installiert aber das Modul wird fuer diesen Kernel nicht installiert.

Was ich bereits zur Fehlerloesung gemacht habe:

- kernel-rt-devel Paket installiert

- Modul erneut installiert, nachdem der rt-Kernel installiert war mit anschliessendem Neustart

- dkms installiert (mit autoinstall_all_kernels="true" in framework.conf)

- das Modul erneut neuinstalliert

Jetzt bin ich an dem Punkt, das Modul aus den Quellen bauen zu wollen aber da gibt es bei make Fehlermeldungen und Warnungen, wie:

"implicit declaration of function",

"return makes pointer from integer without a cast" und

"passing argument {0|1|2} of 'kernel_read'",

die ich mit meinem (wenigen) Programmierwissen nicht loesen kann.

Ich bin fuer jeden Tip dankbar.