Skip to content
Snippets Groups Projects
  1. Mar 30, 2015
  2. Mar 19, 2015
    • Mark James's avatar
      ARM: socfpga: dts: fix spi1 interrupt · 1ac31de7
      Mark James authored
      
      The socfpga.dtsi currently has the wrong interrupt number set for SPI master 1
      Trying to use the master without this change results in the kernel boot
      process waiting forever for an interrupt that will never occur while
      attempting to probe any slave devices configured in the device tree as being
      under SPI master 1.
      
      The change works for the Cyclone V, and according to the Arria 5 handbook
      should be good there too.
      
      Signed-off-by: default avatarMark James <maj@jamers.net>
      Acked-by: default avatarSteffen Trumtrar <s.trumtrar@pengutronix.de>
      Signed-off-by: default avatarDinh Nguyen <dinguyen@opensource.altera.com>
      1ac31de7
    • Tony Lindgren's avatar
      ARM: dts: Fix gpio interrupts for dm816x · 599c376c
      Tony Lindgren authored
      
      Commit 7800064b ("ARM: dts: Add basic dm816x device tree
      configuration") added basic devices for dm816x, but I was not able
      to test the GPIO interrupts earlier until I found some suitable pins
      to test with. We can mux the MMC card detect and write protect pins
      from SD_SDCD and SD_SDWP mode to use a normal GPIO interrupts that
      are also suitable for the MMC subsystem.
      
      This turned out several issues that need to be fixed:
      
      - I set the GPIO type wrong to be compatible with omap3 instead
        of omap4. The GPIO controller on dm816x has EOI interrupt
        register like omap4 and am335x.
      
      - I got the GPIO interrupt numbers wrong as each bank has two
        and we only use one. They need to be set up the same way as
        on am335x.
      
      - The gpio banks are missing interrupt controller related
        properties.
      
      With these changes the GPIO interrupts can be used with the
      MMC card detect pin, so let's wire that up. Let's also mux all
      the MMC lines for completeness while at it.
      
      For the first GPIO bank I tested using GPMC lines temporarily
      muxed to GPIOs on the dip switch 10.
      
      Cc: Brian Hutchinson <b.hutchman@gmail.com>
      Cc: Matthijs van Duin <matthijsvanduin@gmail.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      599c376c
    • Kishon Vijay Abraham I's avatar
      ARM: dts: dra7: remove ti,hwmod property from pcie phy · 07715533
      Kishon Vijay Abraham I authored
      
      Now that we don't have hwmod entry for pcie PHY remove the
      ti,hwmod property from PCIE PHY's. Otherwise we will get:
      
      platform 4a094000.pciephy: Cannot lookup hwmod 'pcie1-phy'
      
      Signed-off-by: default avatarKishon Vijay Abraham I <kishon@ti.com>
      [tony@atomide.com: updated comments]
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      07715533
  3. Mar 18, 2015
  4. Mar 17, 2015
  5. Mar 16, 2015
  6. Mar 15, 2015
  7. Mar 14, 2015
  8. Mar 13, 2015
    • Guenter Roeck's avatar
      of/platform: Fix sparc:allmodconfig build · a697c2ef
      Guenter Roeck authored
      
      sparc:allmodconfig fails to build with:
      
      drivers/built-in.o: In function `platform_bus_init':
      (.init.text+0x3684): undefined reference to `of_platform_register_reconfig_notifier'
      
      of_platform_register_reconfig_notifier is only declared if both OF_ADDRESS
      and OF_DYNAMIC are configured. Yet, the include file only declares a dummy
      function if OF_DYNAMIC is not configured. The sparc architecture does not
      configure OF_ADDRESS, but does configure OF_DYNAMIC, causing above error.
      
      Fixes: 801d728c ("of/reconfig: Add OF_DYNAMIC notifier for platform_bus_type")
      Cc: Pantelis Antoniou <pantelis.antoniou@konsulko.com>
      Signed-off-by: default avatarGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: default avatarRob Herring <robh@kernel.org>
      a697c2ef
    • Takashi Iwai's avatar
      ALSA: hda - Don't access stereo amps for mono channel widgets · ef403edb
      Takashi Iwai authored
      The current HDA generic parser initializes / modifies the amp values
      always in stereo, but this seems causing the problem on ALC3229 codec
      that has a few mono channel widgets: namely, these mono widgets react
      to actions for both channels equally.
      
      In the driver code, we do care the mono channel and create a control
      only for the left channel (as defined in HD-audio spec) for such a
      node.  When the control is updated, only the left channel value is
      changed.  However, in the resume, the right channel value is also
      restored from the initial value we took as stereo, and this overwrites
      the left channel value.  This ends up being the silent output as the
      right channel has been never touched and remains muted.
      
      This patch covers the places where unconditional stereo amp accesses
      are done and converts to the conditional accesses.
      
      Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=94581
      
      
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ef403edb