All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Arend van Spriel" <arend@broadcom.com>
To: "Dan Carpenter" <dan.carpenter@oracle.com>,
	"Hauke Mehrtens" <hauke@hauke-m.de>
Cc: brcm80211-dev-list@broadcom.com, linux-wireless@vger.kernel.org
Subject: Re: How to get BRCM to work?
Date: Mon, 4 Nov 2013 16:05:17 +0100	[thread overview]
Message-ID: <5277B7AD.6000309@broadcom.com> (raw)
In-Reply-To: <20131104130728.GA20521@mwanda>

On 11/04/2013 02:07 PM, Dan Carpenter wrote:
> On Mon, Nov 04, 2013 at 01:04:00PM +0100, Hauke Mehrtens wrote:
>> On 11/04/2013 12:51 PM, Dan Carpenter wrote:
>>> I've been trying to remember the trick to get BRCM to work and I can't
>>> remember at all.  I'm using BCM4313.  I've enabled everything with BCMA
>>> or BRCM in the config name.
>>>
>>> The module loads and the device shows up if I type "ifconfig wlan0" but
>>> network manager doesn't see it and wicd doesn't see it.  (These are old
>>> versions of nm and wicd).
>>>
>>> This used to work under 3.8 but I didn't save my .config...  :(
>>
>> Are these old versions of nm and wicd only supporting the deprecated
>> WEXT interface? If this is the case you have to set
>> CONFIG_CFG80211_WEXT=y in your config.
>>
>
> I have that enabled.
>
>> You also need a firmware for this device /lib/firmware/brcm/bcm43xx-0.fw
>> and /lib/firmware/brcm/bcm43xx_hdr-0.fw are needed.
>
> I have the firmware.
>
>>
>> When the device gets detected by brcmsmac, it is probably not a problem
>> in the Broadcom driver.
>>
>>> I've done a google search and it seems like the broadcom driver is still
>>> a complete mess and you need to black list modules and hack everything
>>> yourself on a per system basis?  Is that right?  Why can't we fix this
>>> so it works?

There used to be a Kconfig item which would b43 claim the same device as 
brcmsmac. That was changed to a b43 module parameter. So the only issue 
could be if you previously had the proprietary broadcom-wl driver in 
use, because that adds blacklist entries for both b43 and brcmsmac and 
it does not get cleaned up when uninstalling.

If you never used the proprietary driver, there should be no issue with 
it and I would not recommend going there (I am biased). As you obviously 
do have a problem at hand, lets dive in. Can you send me a system and/or 
kernel log.

Gr. AvS


  reply	other threads:[~2013-11-04 15:05 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-04 11:51 How to get BRCM to work? Dan Carpenter
2013-11-04 12:00 ` Dan Carpenter
2013-11-04 12:04 ` Hauke Mehrtens
2013-11-04 13:07   ` Dan Carpenter
2013-11-04 15:05     ` Arend van Spriel [this message]
2013-11-05 22:25       ` Dan Carpenter
2013-11-06  9:44         ` Arend van Spriel
2013-11-06 12:39           ` Hauke Mehrtens
2013-11-06 13:29             ` Arend van Spriel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5277B7AD.6000309@broadcom.com \
    --to=arend@broadcom.com \
    --cc=brcm80211-dev-list@broadcom.com \
    --cc=dan.carpenter@oracle.com \
    --cc=hauke@hauke-m.de \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.