1. 16 May, 2012 4 commits
  2. 06 Mar, 2012 1 commit
  3. 05 Mar, 2012 2 commits
  4. 06 Feb, 2012 6 commits
  5. 17 Jan, 2012 1 commit
  6. 13 Dec, 2011 3 commits
  7. 31 Oct, 2011 1 commit
    • Paul Gortmaker's avatar
      include: convert various register fcns to macros to avoid include chaining · eb5589a8
      Paul Gortmaker authored
      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 523ded71
      ] 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: default avatarPaul Gortmaker <paul.gortmaker@windriver.com>
  8. 19 Sep, 2011 1 commit
  9. 22 Aug, 2011 1 commit
  10. 08 Aug, 2011 5 commits
  11. 22 Jul, 2011 1 commit
  12. 19 Jul, 2011 6 commits
  13. 20 Jun, 2011 1 commit
  14. 10 Jun, 2011 1 commit
  15. 03 Jun, 2011 1 commit
  16. 01 Jun, 2011 2 commits
  17. 11 May, 2011 1 commit
  18. 10 May, 2011 1 commit
    • Rafał Miłecki's avatar
      bcma: add Broadcom specific AMBA bus driver · 8369ae33
      Rafał Miłecki authored
      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
      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: default avatarRafał Miłecki <zajec5@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>