On 01/05/2014 11:53 PM, Aleksandar Kuktin wrote: >> On Sun, 05 Jan 2014 04:02:30 +0100 >> "Armin K." <kre...@email.com> wrote: >> >> On 5.1.2014 2:42, Aleksandar Kuktin wrote: > >>> So I expect I will be unable to make it compile since I have no idea >>> even where to begin with fixing this much lossage. >> >> Use the patches from my Archlinux AUR package: >> >> https://aur.archlinux.org/packages/br/broadcom-sta-dkms/broadcom-sta-dkms.tar.gz > > I had to apply the changes manually since the hybrid's code changed in > the meantime and these patches do not apply anymore. I'm attaching the > new patches to this e-mail. >
That's version 5, for version 6 you should use patches from https://aur.archlinux.org/packages/broadcom-wl I did mention that I use version 5 because version 6 doesn't play nicely with this chip. >>> [snip] >>> >>> For reference, what kernel do you build your version against? >> >> 3.13.0-rc5, as mentioned in the document. > > Right. I read many packages in there but forgot to look at the kernel. > > While I made a lot of progress, I am now in a way worse off then I was > before. I built the module, built the lib80211 module (which is > autoselecting so I had to build an unneeded driver to make it build), > unloaded both the b43 and ssb (which required disabling the b44 driver > - that one's for Broadcom ethernet devices), loaded wl and got treated > to this: > > lib80211: common routines for IEEE802.11 drivers > lib80211_crypt: registered algorithm 'NULL' > wl: module license 'MIXED/Proprietary' taints kernel. > Disabling lock debugging due to kernel taint > malloc in abgphy done > wl driver 6.30.223.141 (r415941) failed with code 21 > ------------[ cut here ]------------ > kernel BUG at include/net/cfg80211.h:3127! > invalid opcode: 0000 [#1] PREEMPT SMP > Modules linked in: wl(PO+) lib80211 > CPU: 0 PID: 165 Comm: modprobe Tainted: P W O 3.12.1 #17 > ... and so on with the rest of the backtrace ... > > The backtrace happens because wl_cfg80211_detach() from the open-source > part of wl gets passed zero as argument to which then ndev_to_wl() > (which is a wrapper over a wrapper to some function defined in > include/net/cfg80211.h) panics. That's not the problem. > > The problem is the line about "failed with code 21", the cause of which > I managed to trace into the blob. Or rather, that is not the problem, > that is an accomplishment (this was my first time debugging the kernel > and it was fun!), but the problem is that I have been living for years > in open source where everything is possible (subject to the Law of > conservation of matter), but now I'm looking at having to either debug > a blob (nevermind I'm legaly not supposed to do that) or wait (read: > beg) for Broadcom to mercifully decide to *try* to fix the problem and > maybe succeed, but also maybe not, provided they don't give up halfway > through. > > > -- Note: My last name is not Krejzi. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
