1. 06 7月, 2015 2 次提交
  2. 17 6月, 2015 1 次提交
  3. 01 6月, 2015 1 次提交
  4. 25 5月, 2015 1 次提交
    • A
      ARM: shmobile: only select sound drivers that build · 66f72f0c
      Arnd Bergmann 提交于
      A couple of codec drivers are selected by shmobile platform code,
      but depend on I2C, which results in a build error:
      
      sound/soc/codecs/ak4642.c:638:1: warning: data definition has no type or storage class
       module_i2c_driver(ak4642_i2c_driver);
       ^
      sound/soc/codecs/ak4642.c:638:1: error: type defaults to 'int' in declaration of 'module_i2c_driver' [-Werror=implicit-int]
      sound/soc/codecs/ak4642.c:638:1: warning: parameter names (without types) in function declaration
      sound/soc/codecs/ak4642.c:627:26: warning: 'ak4642_i2c_driver' defined but not used [-Wunused-variable]
      
      This ensures that we do not enable the respective drivers when I2C
      is disabled.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NGeert Uytterhoeven <geert+renesas@glider.be>
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      66f72f0c
  5. 27 3月, 2015 2 次提交
  6. 19 3月, 2015 1 次提交
  7. 17 3月, 2015 4 次提交
  8. 15 3月, 2015 1 次提交
  9. 12 3月, 2015 2 次提交
  10. 11 3月, 2015 1 次提交
    • G
      ARM: shmobile: R-Car Gen2: Add da9063/da9210 regulator quirk · 663fbb52
      Geert Uytterhoeven 提交于
      The r8a7790/lager and r8a7791/koelsch development boards have da9063 and
      da9210 regulators.  Both regulators have their interrupt request lines
      tied to the same interrupt pin (IRQ2) on the SoC.
      
      After cold boot or da9063-induced restart, both the da9063 and da9210
      seem to assert their interrupt request lines.  Hence as soon as one
      driver requests this irq, it gets stuck in an interrupt storm, as it
      only manages to deassert its own interrupt request line, and the other
      driver hasn't installed an interrupt handler yet.
      
      To handle this, install a quirk that masks the interrupts in both the
      da9063 and da9210.  This quirk has to run after the i2c master driver
      has been initialized, but before the i2c slave drivers are initialized.
      As it depends on i2c, select I2C if one of the affected platforms is
      enabled in the kernel config.
      
      On koelsch, the following happens:
      
        - Cold boot or reboot using the da9063 restart handler:
      
      	IRQ2 is asserted, installing da9063/da9210 regulator quirk
      	...
      	i2c i2c-6: regulator_quirk_notify: 1, IRQC_MONITOR = 0x3fb
      	i2c 6-0058: regulator_quirk_notify: 1, IRQC_MONITOR = 0x3fb
      	i2c 6-0058: Detected da9063
      	i2c 6-0058: Masking da9063 interrupt sources
      	i2c 6-0068: regulator_quirk_notify: 1, IRQC_MONITOR = 0x3fb
      	i2c 6-0068: Detected da9210
      	i2c 6-0068: Masking da9210 interrupt sources
      	i2c 6-0068: IRQ2 is not asserted, removing quirk
      
        - Warm boot (reset button):
      
      	rcar_gen2_regulator_quirk: IRQ2 is not asserted, not installing quirk
      Signed-off-by: NGeert Uytterhoeven <geert+renesas@glider.be>
      Tested-by: NWolfram Sang <wsa+renesas@sang-engineering.com>
      Reviewed-by: NMark Brown <broonie@kernel.org>
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      663fbb52
  11. 06 3月, 2015 1 次提交
  12. 01 3月, 2015 1 次提交
  13. 25 2月, 2015 1 次提交
  14. 24 2月, 2015 20 次提交
  15. 19 2月, 2015 1 次提交
    • U
      ARM: make arrays containing machine compatible strings const · 543c5040
      Uwe Kleine-König 提交于
      The definition
      
      	static const char *axxia_dt_match[] __initconst = {
      		...
      
      defines a changable array of constant strings. That is you must not do:
      
      	*axxia_dt_match[0] = 'k';
      
      but
      
      	axxia_dt_match[0] = "different string";
      
      is fine. So the annotation __initconst is wrong and yields a compiler
      error when other really const variables are added with __initconst.
      
      As the struct machine_desc member dt_compat is declared as
      
      	const char *const *dt_compat;
      
      making the arrays const is the better alternative over changing all
      annotations to __initdata.
      Signed-off-by: NUwe Kleine-König <u.kleine-koenig@pengutronix.de>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      543c5040