1. 13 1月, 2016 1 次提交
  2. 08 1月, 2016 5 次提交
    • S
      ARM: multi_v7_defconfig: Add rockchip audio support · 43c555ca
      Sjoerd Simons 提交于
      As the rockchip SPDIF driver landed for 4.4 and the required clock
      patches to make it work properly are scheduled for the 4.5 merge window
      it seems time to support for audio device found on rockchip boards in
      the defconfig as well.
      Signed-off-by: NSjoerd Simons <sjoerd.simons@collabora.co.uk>
      Acked-by: NHeiko Stuebner <heiko@sntech.de>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      43c555ca
    • A
      arm: multi_v7_defconfig: Add virtio drivers · d5e2c954
      Andre Przywara 提交于
      To make multi_v7_defconfig really "multi", let's add virtio drivers
      to allow booting a default kernel as a KVM/QEMU guest.
      MACH_VIRT is already defined, so we just add VIRTIO_BLK, VIRTIO_NET
      and VIRTIO_CONSOLE to actually make this kernel useful in a guest.
      Signed-off-by: NAndre Przywara <andre.przywara@arm.com>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      d5e2c954
    • S
      ARM: zx_defconfig: remove CONFIG_MMC_DW_IDMAC · de2dbca2
      Shawn Lin 提交于
      dw_mmc driver never use this macro, so remove it from
      zx_defconfig
      Signed-off-by: NShawn Lin <shawn.lin@rock-chips.com>
      Reviewed-by: NJun Nie <jun.nie@linaro.org>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      de2dbca2
    • L
      ARM: versatile: enable the right LEDs · 5255a847
      Linus Walleij 提交于
      The Versatile now only has device tree boot support, and the
      device tree version does not support CONFIG_LEDS_VERSATILE.
      Instead select CONFIG_LEDS_SYSCON and MFD_SYSCON, so we can
      get LEDs support from the same generic driver that drives
      most other ARM reference boards.
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      5255a847
    • R
      ARM: pxa: add defconfig covering all the boards · 3168eb33
      Robert Jarzmik 提交于
      Add a defconfig covering all known pxa board, ie. all selectable machine
      files in arch/arm/mach-pxa/*.c.
      
      This defconfig was built by doing :
       - aggregation of all known defconfigs by cat
      	am200epdkit_defconfig
      	cm_x2xx_defconfig
      	cm_x300_defconfig
      	colibri_pxa270_defconfig
      	colibri_pxa300_defconfig
      	corgi_defconfig
      	em_x270_defconfig
      	eseries_pxa_defconfig
      	ezx_defconfig
      	h5000_defconfig
      	imote2_defconfig
      	lpd270_defconfig
      	lubbock_defconfig
      	magician_defconfig
      	mainstone_defconfig
      	multi_v7_defconfig
      	palmz72_defconfig
      	pcm027_defconfig
      	pxa255-idp_defconfig
      	pxa3xx_defconfig
      	raumfeld_defconfig
      	spitz_defconfig
      	trizeps4_defconfig
      	viper_defconfig
      	xcep_defconfig
      	zeus_defconfig
       - manual make menuconfig to ensure :
         - all pxa implementation were selected
         - all drivers were transformed into modules rather than builtin
           => as a consequence this single kernel will rely on an initramfs
           => as kernel size matters on pxa, each machine can take the subset
              of modules required for it to work
         - all missed configurations are selected verified by :
           => grep -i pxa .config | grep "is not set"
           => this should only show the left on purpose options (either not
              selectable or sharpsl exception below)
       - CONFIG_PXA_SHARPSL was disabled
         This breaks the boot very early on any non Sharp platform, see
         head-sharpsl.S
      
      This defconfig was tested as booting up to the login phase on :
       - lubbock (pxa25x)
       - mainstone (pxa27x)
       - zylonite (pxa3xx)
      
      The completion of this work will require to :
       - parse manually all the arch/arm/mach-pxa/*c files, look for all
         platform devices added, and verify they are all in pxa_defconfig
       - do the same to ensure all pxa specific drivers (leds, gpio, ...) are
         included
      Signed-off-by: NRobert Jarzmik <robert.jarzmik@free.fr>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      3168eb33
  3. 07 1月, 2016 3 次提交
  4. 01 1月, 2016 3 次提交
  5. 23 12月, 2015 5 次提交
  6. 21 12月, 2015 1 次提交
  7. 18 12月, 2015 2 次提交
  8. 17 12月, 2015 2 次提交
    • A
      ARM: defconfig: use correct debug_ll settings · e45a1e18
      Arnd Bergmann 提交于
      The debug-ll infrastructure can be configured in two ways, either
      by selecting a platform specific debug option, or by picking one
      of the generic options (8250 or pl01x typically). For compatibility
      with multiplatform kernels, we have changed a couple of platforms
      to use the former method now when they used to use the latter.
      
      Unfortunately, this broke the defconfigs because now they still
      enable CONFIG_DEBUG_LL_UART_PL01X or CONFIG_DEBUG_LL_UART_8250,
      and we no longer configure the correct register addresses
      automatically.
      
      Embarrassingly, this was only found in linux-next when the
      defconfig builds turned up errors for multiple people, and I
      had not caught those in my own tests, which were done using
      the randconfig fixes patchset on top, and that has a workaround
      to avoid a build error when the addresses are not configured.
      
      The error was something like:
      
      .config:2010:warning: symbol value '' invalid for DEBUG_UART_PHYS
      .config:2011:warning: symbol value '' invalid for DEBUG_UART_VIRT
      
      This patch avoids the problem by removing the respective
      statements from the defconfig files. Any out of tree defconfig
      files on the platforms I have changed will have to do the same
      change or run into the build error above. Any users that have
      a full .config already set the correct DEBUG_UART_PHYS/VIRT
      addresses and do not need to change anything.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: 4db22c10 ("ARM: debug-ll: rework integrator/versatile handling")
      Fixes: f06455fa ("ARM: debug-ll: rework ep93xx handling")
      Fixes: c047f529 ("ARM: debug-ll: reorganize mvebu debug uart config")
      Fixes: 59bd4c38 ("ARM: debug-ll: rework lpc32xx handling")
      e45a1e18
    • S
      ARM: defconfig: qcom: Enable SSBI drivers · 43948102
      Stephen Boyd 提交于
      Enable some ssbi drivers present on msm8660, msm8960 and apq8064
      devices so that we fully exercise the devices present in the dts
      files.
      Signed-off-by: NStephen Boyd <sboyd@codeaurora.org>
      Signed-off-by: NAndy Gross <andy.gross@linaro.org>
      43948102
  9. 16 12月, 2015 8 次提交
  10. 15 12月, 2015 3 次提交
  11. 14 12月, 2015 3 次提交
  12. 11 12月, 2015 3 次提交
  13. 10 12月, 2015 1 次提交