linux-stable.git/drivers/bcma/main.c, branch linux-3.1.y

bcma: add uevent to the bus, to autoload drivers

2011-08-22T18:21:41+00:00

Signed-off-by: David Woodhouse 
Acked-by: Rafał Miłecki 
Signed-off-by: John W. Linville

bcma: add check if sprom is available before accessing it.

2011-07-11T19:02:17+00:00

The SoCs like the bcm4716 do not have a sprom on the bcma bus like a
pcie device. It stores the values in some partition on flash memory.
For ssb this informations are read out in the bcm47xx arch code,
something like that should also be implemented for bcma. Without this
patch bcma panics on SoCs.

Signed-off-by: Hauke Mehrtens 
Signed-off-by: John W. Linville

bcma: main.c needs to include

2011-06-27T19:09:42+00:00

m68k allmodconfig:

drivers/bcma/main.c: In function ‘bcma_release_core_dev’:
drivers/bcma/main.c:68: error: implicit declaration of function ‘kfree’

Signed-off-by: Geert Uytterhoeven 
--
http://kisskb.ellerman.id.au/kisskb/buildresult/4243344/

 drivers/bcma/main.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
Signed-off-by: John W. Linville

bcma: clean exports of functions

2011-06-20T19:34:19+00:00

Function managing IRQs is needed for external drivers like b43.
On the other side we do not expect writing any hosts drivers outside of
bcma, so this is safe to do not export functions related to this.

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville

bcma: read SPROM and extract MAC from it

2011-06-03T19:01:07+00:00

In case of BCMA cards SPROM is located in the ChipCommon core, it is
not mapped as separated host window. So far we have met only SPROMs rev
8.
SPROM layout seems to be the same as for SSB buses, so we decided to
share SPROM struct and some defines.
For now we extract MAC address only, this can be improved of course.

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville

bcma: add IRQ number and pointer to DMA dev

2011-06-01T19:10:58+00:00

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville

bcma: add Broadcom specific AMBA bus driver

2011-05-10T19:54:54+00:00

Broadcom has released cards based on a new AMBA-based bus type. From a
programming point of view, this new bus type differs from AMBA and does
not use AMBA common registers. It also differs enough from SSB. We
decided that a new bus driver is needed to keep the code clean.

In its current form, the driver detects devices present on the bus and
registers them in the system. It allows registering BCMA drivers for
specified bus devices and provides them basic operations. The bus driver
itself includes two important bus managing drivers: ChipCommon core
driver and PCI(c) core driver. They are early used to allow correct
initialization.

Currently code is limited to supporting buses on PCI(e) devices, however
the driver is designed to be used also on other hosts. The host
abstraction layer is implemented and already used for PCI(e).

Support for PCI(e) hosts is working and seems to be stable (access to
80211 core was tested successfully on a few devices). We can still
optimize it by using some fixed windows, but this can be done later
without affecting any external code. Windows are just ranges in MMIO
used for accessing cores on the bus.

Cc: Greg KH 
Cc: Michael Büsch 
Cc: Larry Finger 
Cc: George Kashperko 
Cc: Arend van Spriel 
Cc: linux-arm-kernel@lists.infradead.org
Cc: Russell King 
Cc: Arnd Bergmann 
Cc: Andy Botting 
Cc: linuxdriverproject 
Cc: linux-kernel@vger.kernel.org 
Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville