2101e533f41a90b25bee17ce969734e26eb0eb55 |
|
26-Sep-2014 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: register bcma as device tree driver This driver is used by the bcm53xx ARM SoC code. Now it is possible to give the address of the chipcommon core in device tree and bcma will search for all the other cores. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Acked-by: Arnd Bergmann <arnd@arndb.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
1716bcf3f76fe71e98d4851a3eb73ea3d93d4773 |
|
08-Sep-2014 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add support for chipcommon B core This core is used on BCM4708 to configure the PCIe and USB3 PHYs and it contains the addresses to the Device Management unit. This will be used by the PCIe driver first. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
23a2f39c8f4035eade7f226eb7ada30c78d9eee3 |
|
08-Sep-2014 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: store more alternative addresses Each core could have more than one alternative address. There are cores with 8 alternative addresses for different functions. The PHY control in the Chip common B core is done through the 2. alternative address and not the first one. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> CC: linux-usb@vger.kernel.org Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
dc8ecdd3a3fccf73fcb07711cde064ce5727f9d1 |
|
01-Sep-2014 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: move bus struct setup into early part of host specific code This change is important for SoC host. In future we will want to know chip ID (needed for early MIPS boot) before doing cores scanning. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Acked-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
dc6be9f54a4ecb0a09765d1f515ed947d86b7528 |
|
30-Jul-2014 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: use NS prefix for names of Northstar specific cores It's cleaner and we don't have quite identical names like BCMA_CORE_PCIEG2 and BCMA_CORE_PCIE2. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
a67d19d4c5b92853550dc20f4afce8c914a8ea0b |
|
24-Jul-2014 |
Rafał Miłecki <zajec5@gmail.com> |
b43: add support for BCM43131 chipset with N-PHY rev 17 It contains radio 0x2057 rev 14 just like a BCM43217, so it doesn't require any magic. The main difference is that BCM4313 is 1x1:1. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
c2cb2c4cf1a089501242a1701b589d2ad5eb0448 |
|
17-Jul-2014 |
Rafał Miłecki <zajec5@gmail.com> |
b43: use one shared function for setting MAC frequency By the way add few chipsets that were tracked with "wl" dumps. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
d1d3799fcb1037357b54be44e796a6253484268e |
|
15-Jul-2014 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: add support for BCM43217 found in Tenda W322E (14e4:43a9) Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
f473832fece16611520bf54ad52b16c3f6db0a94 |
|
05-Jul-2014 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: add driver for PCIe Gen 2 core New Broadcom PCIe devices (802.11ac ones?) use Gen2 and have to be initialized differently. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
b2395b8aeaa2f181ee87f5840c6268992b30ed95 |
|
05-Jan-2014 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: export bcma_find_core_unit() This function is used to get a specific core when there is more than one core of that specific type. This is used in bgmac to reset all GMAC cores. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Acked-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net>
|
16041990d1c75efb4408d19413cf4fd27aa148dd |
|
15-Jul-2013 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add constants for new ARM based SoCs These are the chipIDs of some ARM based SoCs from the BCM47xx line. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
bb4997a1afbff61084b243d62aaaf23ea38a290e |
|
15-Jul-2013 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add some more core names These cores were found on a BCM4708 (chipid 53010), this is a ARM SoC with two Cortex A9 cores. bcma: bus0: Found chip with id 0xCF12, rev 0x00 and package 0x02 bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x2A, class 0x0) bcma: bus0: Core 1 found: DMA (manuf 0x4BF, id 0x502, rev 0x01, class 0x0) bcma: bus0: Core 2 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x04, class 0x0) bcma: bus0: Core 3 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x04, class 0x0) bcma: bus0: Core 4 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x04, class 0x0) bcma: bus0: Core 5 found: GBit MAC (manuf 0x4BF, id 0x82D, rev 0x04, class 0x0) bcma: bus0: Core 6 found: PCIe Gen 2 (manuf 0x4BF, id 0x501, rev 0x01, class 0x0) bcma: bus0: Core 7 found: PCIe Gen 2 (manuf 0x4BF, id 0x501, rev 0x01, class 0x0) bcma: bus0: Core 8 found: ARM Cortex A9 core (ihost) (manuf 0x4BF, id 0x510, rev 0x01, class 0x0) bcma: bus0: Core 9 found: USB 2.0 (manuf 0x4BF, id 0x504, rev 0x01, class 0x0) bcma: bus0: Core 10 found: USB 3.0 (manuf 0x4BF, id 0x505, rev 0x01, class 0x0) bcma: bus0: Core 11 found: SDIO3 (manuf 0x4BF, id 0x503, rev 0x01, class 0x0) bcma: bus0: Core 12 found: ARM Cortex A9 JTAG (manuf 0x4BF, id 0x506, rev 0x01, class 0x0) bcma: bus0: Core 13 found: Denali DDR2/DDR3 memory controller (manuf 0x4BF, id 0x507, rev 0x01, class 0x0) bcma: bus0: Core 14 found: ROM (manuf 0x4BF, id 0x508, rev 0x01, class 0x0) bcma: bus0: Core 15 found: NAND flash controller (manuf 0x4BF, id 0x509, rev 0x01, class 0x0) bcma: bus0: Core 16 found: SPI flash controller (manuf 0x4BF, id 0x50A, rev 0x01, class 0x0) Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
88f9b65d444794bb607f71644362ba0642585206 |
|
26-Jun-2013 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: add support for BCM43142 Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
d4988d4c733ba0b61cb372edd3d1992d26dd10d3 |
|
09-May-2013 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: add more core IDs PCIe and ARM CR4 cores were found on 14e4:43b1 AKA BCM4352. Reported-by: Gabriel Thörnblad <gabriel@thornblad.com> Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
1640f28f6b839637d9b82a3c4a19120601e59c66 |
|
11-Apr-2013 |
Franky Lin <frankyl@broadcom.com> |
brcmfmac: add support for dongle ARM CR4 core Newer WiFi chip use ARM CR4 core to achieve higher performance. Add necessary code for host driver in order to support CR4 core. Reviewed-by: Arend van Spriel <arend@broadcom.com> Reviewed-by: Pieter-Paul Giesberts <pieterpg@broadcom.com> Signed-off-by: Franky Lin <frankyl@broadcom.com> Signed-off-by: Arend van Spriel <arend@broadcom.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
3e6998574fde0ab7a3329c9229394dd80462ead2 |
|
19-Mar-2013 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: define board types Using that IDs we can write workarounds for various cards Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
0751f8654602e4255f0b9c17784d8100d5896010 |
|
24-Nov-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add more package IDs Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
8d4b9e3182634d8b5afb5a144a8c6c24b187bcc1 |
|
12-Nov-2012 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: export PLL reading function This is required by NAND flash driver for initializing wait counters. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
|
dfae714361ba75323914da19eb411aaae53d6af0 |
|
29-Sep-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add an extra pcie core struct The BCM4706 has two PCIe host controller on the bcma bus. For PCIe client mode it is assumed that there is only one PCIe controller so the PCIe driver, like b43 and brcmsmac are accessing the first PCIe controller when they want to issue a operation on the host controller. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
a1ce39288e6fbefdd8d607021d02384eb4a20b99 |
|
02-Oct-2012 |
David Howells <dhowells@redhat.com> |
UAPI: (Scripted) Convert #include "..." to #include <path/...> in kernel system headers Convert #include "..." to #include <path/...> in kernel system headers. Signed-off-by: David Howells <dhowells@redhat.com> Acked-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Thomas Gleixner <tglx@linutronix.de> Acked-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Acked-by: Dave Jones <davej@redhat.com>
|
e1ac4b409037b128f9a3eca3b3ab5dbbb71a7e6f |
|
11-Jul-2012 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: add trivial GBIT MAC COMMON driver GMAC COMMON core is present on BCM4706 and is used for example to access board PHYs (PHYs can not be accessed directly using GBIT MAC core). Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Acked-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
4b4f5be2e49a604de11dee0ee9b3f151de061724 |
|
30-Jun-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add constants for chip ids The chip IDs are used all over bcma and no constants where defined. This patch adds the constants and makes bcma use them. Acked-by: Arend van Spriel <arend@broadcom.com> Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
d2bb2b9e9161d221badafae063d0c62b41bf3078 |
|
25-Jun-2012 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: define some additional cores IDs Some of them are BCM4706 specific AFAWK. Most of them was confirmed on Netgear WNDR450. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
0a2fcaa70ce96be6e663234072984fd2b0ffa36e |
|
29-Apr-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add boardinfo struct This struct contains information about the board, the chip is running on. The struct is filled for PCIe devices and SoCs. This information is used by b43 and will be used by brcmsmac soon. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Tested-by: Arend van Spriel <arend@broadcom.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
e167d9fbb881c030f93563fd364c8a0b8c5cd6d3 |
|
15-Mar-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: scan for extra address space Some cores like the USB core have two address spaces. In the USB host controller one address space is used for the OHCI and the other for the EHCI controller interface. The USB controller is the only core I found with two address spaces. This code is based on the AI scan function ai_scan() in shared/aiutils.c in the Broadcom SDK. CC: Rafał Miłecki <zajec5@gmail.com> CC: linux-wireless@vger.kernel.org Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
|
a027237a56f7d519eee5749cfb720e568d0bb0b6 |
|
28-Feb-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add support for sprom not found on the device On SoCs the sprom is stored in the nvram in a special partition on the flash chip. The nvram contains the sprom for the main bus, but sometimes also for a pci devices using bcma. This patch makes it possible for the arch code to register a function to fetch the needed sprom from the nvram and provide it to the bcma code. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
1c9351cf2180924c91bb85e5ba607f24a3d875b1 |
|
28-Feb-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: export bcma_find_core This function is needed by the bcm47xx arch code to get the number of the ieee80211 core. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
8f9ada4fa1926e540b1562cb9bacb3e51a698c35 |
|
31-Jan-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add bus num counter If we have two bcma buses on one computer the second will not work without this patch. Now each bus gets an own number. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
5f2d6171e1e70584b9819771443485750453fd16 |
|
31-Jan-2012 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add the core unit number Some SoCs have two pcie or gmac cores and we need to know the number of the specific core on the bus. This is the case for the BCM4706. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
7d5869e78f4c9d32f834dadefbb7dcb3c9d4d85f |
|
13-Jan-2012 |
Linus Torvalds <torvalds@linux-foundation.org> |
bcma: connect the bcma bus suspend/resume to the bcma driver suspend/resume Now the low-level driver actually gets informed that it is getting suspended and resumed. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
084455524f0d46dd210b4397898aff73579b97e8 |
|
09-Dec-2011 |
Arend van Spriel <arend@broadcom.com> |
bcma: use static keyword for inline function declaration in bcma.h Just scratching an itch here, but it makes more sense to use the static keyword if you think about how the compiler treats inline functions. Reviewed-by: Pieter-Paul Giesberts <pieterpg@broadcom.com> Reviewed-by: Alwin Beukers <alwin@broadcom.com> Signed-off-by: Arend van Spriel <arend@broadcom.com> Signed-off-by: Franky Lin <frankyl@broadcom.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
9d08f10d355afd500310738ff09b4d921a447102 |
|
09-Dec-2011 |
Arend van Spriel <arend@broadcom.com> |
bcma: add set/mask macros for 16-bit register access The BCMA header only had definitions for 32-bit register access. Used those as a template for the 16-bit flavour. Also changed them to inline functions to be on the safe side. As offset parameter is used twice there would be a problem when used like this: bcma_set32(core, offset++, val); Reviewed-by: Pieter-Paul Giesberts <pieterpg@broadcom.com> Reviewed-by: Alwin Beukers <alwin@broadcom.com> Signed-off-by: Arend van Spriel <arend@broadcom.com> Signed-off-by: Franky Lin <frankyl@broadcom.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
eb5589a8f0dab7e29021344228856339e6a1249c |
|
27-May-2011 |
Paul Gortmaker <paul.gortmaker@windriver.com> |
include: convert various register fcns to macros to avoid include chaining The original implementations reference THIS_MODULE in an inline. We could include <linux/export.h>, but it is better to avoid chaining. Fortunately someone else already thought of this, and made a similar inline into a #define in <linux/device.h> for device_schedule_callback(), [see commit 523ded71de0] so follow that precedent here. Also bubble up any __must_check that were used on the prev. wrapper inline functions up one to the real __register functions, to preserve any prev. sanity checks that were used in those instances. Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
|
21e0534ad7415559bb8dee0dc00e39646fed83c9 |
|
23-Jul-2011 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add mips driver This adds a mips driver to bcma. This is only found on embedded devices. For now the driver just initializes the irqs used on this system. Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Acked-by: Ralf Baechle <ralf@linux-mips.org> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
ecd177c21640e92b059a71139f5850243a8f0942 |
|
23-Jul-2011 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add SOC bus This patch adds support for using bcma on a Broadcom SoC as the system bus. An SoC like the bcm4716 could register this bus and use it to searches for the bcma cores and register the devices on this bus. BCMA_HOSTTYPE_NONE was intended for SoCs at first but BCMA_HOSTTYPE_SOC is a better name. Acked-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Acked-by: Ralf Baechle <ralf@linux-mips.org> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
517f43e5a922d51ac960424de4f72676fe6a7390 |
|
23-Jul-2011 |
Hauke Mehrtens <hauke@hauke-m.de> |
bcma: add functions to scan cores needed on SoCs The chip common and mips core have to be setup early in the boot process to get the cpu clock. bcma_bus_early_register() gets pointers to some space to store the core data and searches for the chip common and mips core and initializes chip common. After that was done and the kernel is out of early boot we just have to run bcma_bus_register() and it will search for the other cores, initialize and register them. The cores are getting the same numbers as before. Acked-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Acked-by: Ralf Baechle <ralf@linux-mips.org> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
05aec233367262a43dbf0b615099757162e36f88 |
|
20-Jul-2011 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: inform drivers about translation bits needed for the core When using DMA, drivers need to pass special translation info to the hardware. Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
6f53912fc317ab130bd910c5c30420a21ea38115 |
|
17-Jul-2011 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: allow enabling PLL Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
7424dd0d03502b9844b96bf6efd0716b79c36607 |
|
17-Jul-2011 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: allow setting FAST clockmode for a core Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
3de1a7748f68c63daed7c9e04ac9f048efcd9f20 |
|
17-Jul-2011 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: trivial: add helpers for masking/setting Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
e3ae0cac00042d7fb76914c30c5f991f918e65b4 |
|
09-Jun-2011 |
Arend van Spriel <arend@broadcom.com> |
drivers: bcma: export bcma_core_disable() function In the brcm80211 driver we disable the 80211 core when the driver is 'down'. The bcma_core_disable() function exactly does the same as our implementation so exporting this function makes sense. Cc: linux-wireless@vger.kernel.org Cc: Rafal Milecki <zajec5@gmail.com> Signed-off-by: Arend van Spriel <arend@broadcom.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
27f18dc2dafe66a93c7101fc94201b8c83903597 |
|
02-Jun-2011 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: read SPROM and extract MAC from it 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 <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
9d75ef0f8f6d2e31ed940b3057a42a25f07076fb |
|
20-May-2011 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: host pci: implement block R/W operations Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
1bdcd095e39a789135f8638a2ff76f74e3071d46 |
|
18-May-2011 |
Rafał Miłecki <zajec5@gmail.com> |
bcma: add IRQ number and pointer to DMA dev Signed-off-by: Rafał Miłecki <zajec5@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
|
8369ae33b705222aa05ab53c7d6b4458f4ed161b |
|
09-May-2011 |
Rafał Miłecki <zajec5@gmail.com> |
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>
|