I have an infamous Broadcom wireless card on my old MacBook Pro running OpenSUSE Leap.
[root@macbook:~] # lspci | grep -i wireless
03:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4322 802.11a/b/g/n Wireless LAN Controller (rev 01)
Under Leap 15.1 this card worked in the sense that chickens fly and horses swim, with random connectivity and access points disappearing erratically.
What’s the status of these cards under OpenSUSE Leap 15.2, what with a whole new 5.x kernel? I thought I’d ask here, since the problem is not missing documentation. It’s that there’s such a wealth of outdated, contradictory, obscure and/or or downright wrong information about Broadcom cards out there that configuring one of these cards turns into an ordeal.
On the few bad Broadcom WiFi adapters I found - this is my $2.49 fix. I keep 5 or 6 in my possession all the time - I find a few laptops with bad WiFi cards and this is a cheap fix if you have a free USB 2.0/3.0 port. I use these also on desktops that need WiFi connections.
It would appear @TriMoon that the broadcom-wl from packman isn’t installed? In my use case I just rebuild the src rpm locally to keep up with kernel changes, but also may need to run mkinitrd to ensure the bcma* modules are blacklisted and excluded.
For my onboard Wifi of my “ASUS X99-PRO USB/3.1” i currently installed the bcm20702a1-firmware from the suse repo and packman version of broadcom-wl .
It looks like the wlan is being initialized and gets an IP from DHCP, im not actively using the wlan at moment because im directly wired to the ISP modem using ethernet (UTP).
What’s the diff from the packman version you guys use? (Does it add AP mode?)
Anyway im still strugling with re-installs of suse and have gotten the Leap and Tumbleweed versions installed side-by-side, i will post about a recomendation to change the grub-efi install to allow for easier side-by-side installs of these two later.
(Because it is a nightmare if one wants to use both at same time at moment)
AFAIK, nothing… The real issue is rebuild times when a new kernel is released, the third party build service is not the beast that the openSUSE service is (as in build power…). This can lead to delays for rebuilding all the kmp’s (even perhaps failing and need fixing) and other packages. So you update for example Tumbleweed and packman has not finished rebuilding when you zypper dup, in my case I rebuild the src rpm locally against the new running kernel and deploy locally…
Hmmm that’s very interesting, i would be interested in doing a local build from source also indeed…
Could you provide more info on what steps i need to take to do that?
I have not worked with RPM since RedHat went so commercial. (Yes it was still free opensource back then)
Do we need anything beside the usual build-tools ?
Using the rpmbuild process is fairly simple It’s all done as your user… not root except install! Just need to make sure you boot to the kernel your wanting it built for 9as in running kernel)
Install as root user;
zypper in kernel-default-devel libelf-devel make gcc patch rpm-build
Grab the src rpm;
rpmbuild --rebuild broadcom-wl-18.104.22.1681-pm152.12.47.src.rpm
In your home directory a ‘rpmbuild’ directory is created by above, then once completed (as in no build errors) you will see a line about it writing the files into the RPMS/x86_64 directory. Unless the major version has changed, you only need to install the kmp file but will need to use the -f option since it will look to rpm as a downgrade;
zypper in -f <full path and name to rpm>
modinfo wl | grep "filename:"
zypper al broadcom-wl-kmp-default
The above should show the wl module is not in weak-updates and matches the running kernel.
I would only use the above if really stuck, and once packnam has updated, then let it install by removing the lock.