diff options
author | Rafał Miłecki <zajec5@gmail.com> | 2011-05-09 12:56:46 -0400 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2011-05-10 15:54:54 -0400 |
commit | 8369ae33b705222aa05ab53c7d6b4458f4ed161b (patch) | |
tree | ce5d592a63134f1283473bc900bf59489b92d8eb /drivers/bcma/README | |
parent | 306fe9384f06d31219778cece2d3c646146e7bb6 (diff) |
bcma: add Broadcom specific AMBA bus driver
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 <greg@kroah.com>
Cc: Michael Büsch <mb@bu3sch.de>
Cc: Larry Finger <Larry.Finger@lwfinger.net>
Cc: George Kashperko <george@znau.edu.ua>
Cc: Arend van Spriel <arend@broadcom.com>
Cc: linux-arm-kernel@lists.infradead.org
Cc: Russell King <rmk@arm.linux.org.uk>
Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Andy Botting <andy@andybotting.com>
Cc: linuxdriverproject <devel@linuxdriverproject.org>
Cc: linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org>
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'drivers/bcma/README')
-rw-r--r-- | drivers/bcma/README | 19 |
1 files changed, 19 insertions, 0 deletions
diff --git a/drivers/bcma/README b/drivers/bcma/README new file mode 100644 index 000000000000..f7e7ce46c603 --- /dev/null +++ b/drivers/bcma/README | |||
@@ -0,0 +1,19 @@ | |||
1 | Broadcom introduced new bus as replacement for older SSB. It is based on AMBA, | ||
2 | however from programming point of view there is nothing AMBA specific we use. | ||
3 | |||
4 | Standard AMBA drivers are platform specific, have hardcoded addresses and use | ||
5 | AMBA standard fields like CID and PID. | ||
6 | |||
7 | In case of Broadcom's cards every device consists of: | ||
8 | 1) Broadcom specific AMBA device. It is put on AMBA bus, but can not be treated | ||
9 | as standard AMBA device. Reading it's CID or PID can cause machine lockup. | ||
10 | 2) AMBA standard devices called ports or wrappers. They have CIDs (AMBA_CID) | ||
11 | and PIDs (0x103BB369), but we do not use that info for anything. One of that | ||
12 | devices is used for managing Broadcom specific core. | ||
13 | |||
14 | Addresses of AMBA devices are not hardcoded in driver and have to be read from | ||
15 | EPROM. | ||
16 | |||
17 | In this situation we decided to introduce separated bus. It can contain up to | ||
18 | 16 devices identified by Broadcom specific fields: manufacturer, id, revision | ||
19 | and class. | ||