linux/drivers/bcma
Rafał Miłecki f0db59e1c4 bcma: gpio: register all 32 GPIOs on BCM53572
I've here a device detected as:
bcma: bus0: Found chip with id 0xD144, rev 0x01 and package 0x08
I couldn't find GPIO handling hw button until trying GPIO 20. It seems
BCM53572 also has 32 GPIOs.

Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2014-06-19 15:49:15 -04:00
..
bcma_private.h bcma: export bcma_find_core_unit() 2014-01-04 20:25:19 -05:00
core.c bcma: update core (en|dis)abling functions 2013-06-17 14:38:53 -04:00
driver_chipcommon_nflash.c Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless 2013-02-14 14:23:33 -05:00
driver_chipcommon_pmu.c bcma: add support for BCM43142 2013-06-27 13:42:16 -04:00
driver_chipcommon_sflash.c bcma: fix sparse warnings in driver_chipcommon_sflash.c 2014-01-03 15:37:01 -05:00
driver_chipcommon.c bcma: add support for BCM43142 2013-06-27 13:42:16 -04:00
driver_gmac_cmn.c Drivers: bcma: remove __dev* attributes. 2013-01-03 15:57:15 -08:00
driver_gpio.c bcma: gpio: register all 32 GPIOs on BCM53572 2014-06-19 15:49:15 -04:00
driver_mips.c bcma_mips: add a const qualifier 2013-04-05 13:04:07 +01:00
driver_pci_host.c bcma: change max PCI read request size to 128 2013-08-26 14:09:02 -04:00
driver_pci.c bcma: make bcma_core_pci_{up,down}() callable from atomic context 2013-09-26 14:02:33 -04:00
host_pci.c bcma: pci: remove DEFINE_PCI_DEVICE_TABLE macro 2013-12-09 15:35:27 -05:00
host_soc.c bcma: make some functions static 2012-08-10 15:26:52 -04:00
Kconfig bcma: gpio: add own IRQ domain 2014-01-23 13:02:37 +01:00
main.c bcma: export bcma_find_core_unit() 2014-01-04 20:25:19 -05:00
Makefile bcma: add GPIO driver 2012-11-21 21:55:52 +01:00
README
scan.c bcma: fix error code handling on 64 Bit systems 2013-09-09 14:44:33 -04:00
scan.h bcma: fix typo - reading number of slave wrappers 2012-07-12 15:27:17 -04:00
sprom.c bcma: add support for BCM43142 2013-06-27 13:42:16 -04:00
TODO

Broadcom introduced new bus as replacement for older SSB. It is based on AMBA,
however from programming point of view there is nothing AMBA specific we use.

Standard AMBA drivers are platform specific, have hardcoded addresses and use
AMBA standard fields like CID and PID.

In case of Broadcom's cards every device consists of:
1) Broadcom specific AMBA device. It is put on AMBA bus, but can not be treated
   as standard AMBA device. Reading it's CID or PID can cause machine lockup.
2) AMBA standard devices called ports or wrappers. They have CIDs (AMBA_CID)
   and PIDs (0x103BB369), but we do not use that info for anything. One of that
   devices is used for managing Broadcom specific core.

Addresses of AMBA devices are not hardcoded in driver and have to be read from
EPROM.

In this situation we decided to introduce separated bus. It can contain up to
16 devices identified by Broadcom specific fields: manufacturer, id, revision
and class.