Skip to content
  1. Nov 20, 2012
    • Christian Daudt's avatar
      Add support for generic BCM SoC chipsets · 8ac49e04
      Christian Daudt authored
      
      
      In order to start upstreaming Broadcom SoC support, create
      a starting hierarchy, arch and dts files.
      The first support SoC family that is planned is the
      BCM281XX (BCM11130/11140/11351/28145/28155) family of dual A9 mobile
      SoC cores.
      This code is just the skeleton code for get the machine upstreamed. It
      has been made MULTIPLATFORM compatible.
      Next steps
      ----------
      Upstream a basic set of drivers - sufficient for a console boot to
      ramdisk. These will includer timer, gpio, i2c drivers.
      After this basic set, we will proceed with a more comprehensive set
      of drivers for the 281XX SoC family.
      
      v2 patch mods
      --------
       - Remove l2x0_of_init call as there were problems with the code.
         A separate patch will be submitted with cache init code
       - Rename capri files and refs to bcm281xx-based names
       - Add bcm281xx binding doc
       - various misc cleanups
      
      v3 patch mods
      -------------
       - Remove extra #include lines
       - Remove remaining references to capri
       - dt uart chipset string added
       - cleaned up chip # references
      
      v4 patch mods
      -------------
       - swap order of compatible definitions for uart
       - fix typo
      
      v5 patch mods
      -------------
       - Rename bcm281xx to bcm11351 in dts+code,
         leaving references to bcm281xx only in help+comments.
      
      v6 patch mods
      -------------
       - fix typo in uart 'compatible' string
      
      Signed-off-by: default avatarChristian Daudt <csd@broadcom.com>
      Reviewed-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
      8ac49e04
  2. Nov 16, 2012
  3. Nov 06, 2012
  4. Nov 01, 2012
  5. Oct 25, 2012
  6. Oct 23, 2012
  7. Oct 19, 2012
  8. Oct 18, 2012
  9. Oct 17, 2012
  10. Oct 16, 2012
  11. Oct 15, 2012
    • Shawn Guo's avatar
      i2c: imx: remove cpu_is_xxx by using platform_device_id · 5bdfba29
      Shawn Guo authored
      
      
      This is some amount of work left/forgot from device tree conversion.
      Instead of checking cpu_is_xxx to determine the controller type, the
      driver should use platform_device_id, which should match the device
      tree compatible string.
      
      The patch changes the driver to use platform_device_id rather than
      cpu_is_xxx to determine the controller type/version.  It also updates
      the platform code and device tree source accordingly.
      
      As the result, mach/hardware.h inclusion gets removed from the driver.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Acked-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Cc: Wolfram Sang <w.sang@pengutronix.de>
      Cc: linux-i2c@vger.kernel.org
      5bdfba29
  12. Oct 10, 2012
    • Arnd Bergmann's avatar
      ARM: be really quiet when building with 'make -s' · edc88ceb
      Arnd Bergmann authored
      
      
      Sometimes we want the kernel build process to only print messages
      on errors, e.g. in automated build testing. This uses the "kecho"
      macro that the build system provides to hide a few informational
      messages. Nothing changes for a regular "make" or "make V=1".
      
      Without this patch, building any ARM kernel results in:
      
        Kernel: arch/arm/boot/Image is ready
        Kernel: arch/arm/boot/zImage is ready
      
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-by: default avatarNicolas Pitre <nicolas.pitre@linaro.org>
      Cc: Russell King <rmk+kernel@arm.linux.org.uk>
      Cc: Catalin Marinas <catalin.marinas@arm.com>
      Cc: Michal Marek <mmarek@suse.cz>
      edc88ceb
  13. Oct 09, 2012
  14. Oct 08, 2012
  15. Oct 07, 2012