Skip to content
  1. Dec 01, 2011
    • Shawn Guo's avatar
      arm/imx: fix irq_base for gpio · 04aafd71
      Shawn Guo authored
      
      
      When gpio core dynamically allocate gpio number for a port, it starts
      from the end of the total range, 0 ~ ARCH_NR_GPIOS.  That said, the
      earlier a port gets probed, the bigger gpio number it gets assigned.
      To match this, the irq_base for gpio should be assigned from
      'MXC_GPIO_IRQ_START + ARCH_NR_GPIOS' decreasingly.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      04aafd71
    • Shawn Guo's avatar
      arm/imx: fix return type of callback passed to of_irq_init() · 2a3267a4
      Shawn Guo authored
      
      
      The of_irq_init() expects the callback passed by .data of of_device_id
      return 'int' instead of 'void'.  This patch fixes it to have
      irq_init_cb() return the correct value, and in turn have the secondary
      interrupt controller (gpio in this case) initialized properly and also
      eliminate the error message 'of_irq_init: children remain, but no
      parents' which was overlooked before.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      2a3267a4
  2. Nov 11, 2011
    • Shawn Guo's avatar
      arm/imx: fix imx6q mmc error when mounting rootfs · f750ba9b
      Shawn Guo authored
      
      
      The following error is seen in some case when mounting rootfs from
      SD/MMC cards.
      
        Waiting for root device /dev/mmcblk0p1...
        mmc1: host does not support reading read-only switch. assuming write-enable.
        mmc1: new high speed SDHC card at address b368
        mmcblk0: mmc1:b368 SDC   3.74 GiB
         mmcblk0: p1
        mmc1: Timeout waiting for hardware interrupt.
        mmcblk0: error -110 transferring data, sector 3678224, nr 40, cmd response 0x900, card status 0xc00
        end_request: I/O error, dev mmcblk0, sector 3678225
        Buffer I/O error on device mmcblk0p1, logical block 458754
        lost page write due to I/O error on mmcblk0p1
      
      This patch fixes the problem by lowering the usdhc clock and correcting
      watermark configuration.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Cc: Chris Ball <cjb@laptop.org>
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      f750ba9b
    • Shawn Guo's avatar
      arm/imx: fix the references to ARCH_MX3 · 59198b6c
      Shawn Guo authored
      
      
      The config symbol ARCH_MX3 has been removed by commit 'a89cf59b
      arm/imx: merge i.MX3 and i.MX6', and it should not be referenced
      any more.
      
      The patch also change ARCH_MX* to SOC_IMX* for other platforms.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      59198b6c
  3. Nov 01, 2011
    • Mark Brown's avatar
      backlight: fix broken regulator API usage in l4f00242t03 · 0556dc34
      Mark Brown authored
      
      
      The regulator support in the l4f00242t03 is very non-idiomatic.  Rather
      than requesting the regulators based on the device name and the supply
      names used by the device the driver requires boards to pass system
      specific supply names around through platform data.  The driver also
      conditionally requests the regulators based on this platform data, adding
      unneeded conditional code to the driver.
      
      Fix this by removing the platform data and converting to the standard
      idiom, also updating all in tree users of the driver.  As no datasheet
      appears to be available for the LCD I'm guessing the names for the
      supplies based on the existing users and I've no ability to do anything
      more than compile test.
      
      The use of regulator_set_voltage() in the driver is also problematic,
      since fixed voltages are required the expectation would be that the
      voltages would be fixed in the constraints set by the machines rather than
      manually configured by the driver, but is less problematic.
      
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Tested-by: default avatarFabio Estevam <fabio.estevam@freescale.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      0556dc34
  4. Oct 31, 2011
  5. Oct 25, 2011
  6. Oct 24, 2011
  7. Oct 17, 2011
    • Shawn Guo's avatar
      arm/imx: explicitly includes mach/hardware.h in pm-imx27.c · bbbab56e
      Shawn Guo authored
      
      
      The pm-imx27.c references a number of things requiring the explicit
      inclusion of mach/hardware.h.  Otherwise, when indirect inclusion
      to mach/hardware.h gets cleaned up, we will see the following
      compile error.
      
        CC      arch/arm/mach-imx/pm-imx27.o
      arch/arm/mach-imx/pm-imx27.c: In function ‘mx27_suspend_enter’:
      arch/arm/mach-imx/pm-imx27.c:22:3: error: implicit declaration of function ‘IOMEM’
      arch/arm/mach-imx/pm-imx27.c:22:3: error: implicit declaration of function ‘IMX_IO_P2V’
      arch/arm/mach-imx/pm-imx27.c: In function ‘mx27_pm_init’:
      arch/arm/mach-imx/pm-imx27.c:42:2: error: implicit declaration of function ‘cpu_is_mx27’
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      bbbab56e
    • Shawn Guo's avatar
      arm/imx: remove mx27_setup_weimcs() from mx27.h · 25971426
      Shawn Guo authored
      
      
      The helper function mx27_setup_weimcs() references IOMEM() and
      IMX_IO_P2V() but without required header mach/hardware.h included
      in mx27.h.  This will break the build of those mx27 file with no
      direct inclusion of mach/hardware.h, or when indirect inclusion to
      mach/hardware.h breaks.
      
      For example, when the inclusion of mach/hardware.h gets removed from
      mach/gpio.h, we will see the following compile error.
      
        CC      arch/arm/mach-imx/pm-imx27.o
      In file included from arch/arm/mach-imx/pm-imx27.c:14:0:
      arch/arm/plat-mxc/include/mach/mx27.h: In function ‘mx27_setup_weimcs’:
      arch/arm/plat-mxc/include/mach/mx27.h:138:2: error: implicit declaration of function ‘IOMEM’
      arch/arm/plat-mxc/include/mach/mx27.h:138:2: error: implicit declaration of function ‘IMX_IO_P2V’
      
      This patch removes mx27_setup_weimcs() from mx27.h and makes it local
      to mach-pcm038.c, which is the only user for this helper.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      25971426
    • Shawn Guo's avatar
      arm/imx: explicitly includes mach/hardware.h in mach-kzm_arm11_01.c · f2d9661b
      Shawn Guo authored
      
      
      The mach-kzm_arm11_01.c references a number of things requiring the
      explicit inclusion of mach/hardware.h.  Otherwise, when indirect
      inclusion to mach/hardware.h gets cleaned up, we will see the following
      compile error.
      
        CC      arch/arm/mach-imx/mach-kzm_arm11_01.o
      arch/arm/mach-imx/mach-kzm_arm11_01.c:71:3: error: implicit declaration of function ‘IOMEM’
      arch/arm/mach-imx/mach-kzm_arm11_01.c:71:3: error: implicit declaration of function ‘IMX_IO_P2V_MODULE’
      arch/arm/mach-imx/mach-kzm_arm11_01.c:71:14: error: ‘MX31_CS4’ undeclared here (not in a function)
      arch/arm/mach-imx/mach-kzm_arm11_01.c:71:14: error: ‘MX31_CS5’ undeclared here (not in a function)
      arch/arm/mach-imx/mach-kzm_arm11_01.c:71:3: error: implicit declaration of function ‘IMX_IO_P2V’
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      f2d9661b
    • Shawn Guo's avatar
      arm/imx: remove mx31_setup_weimcs() from mx31.h · f16fcb63
      Shawn Guo authored
      
      
      The helper function mx31_setup_weimcs() references IOMEM() and
      IMX_IO_P2V() but without required header mach/hardware.h included
      in mx31.h.  This will break the build of those mx31 based board file
      with no direct inclusion of mach/hardware.h, or when indirect inclusion
      to mach/hardware.h breaks.
      
      For example, when the inclusion of mach/hardware.h gets removed from
      mach/gpio.h, we will see the following compile error.
      
        CC      arch/arm/mach-imx/mach-pcm037_eet.o
      In file included from arch/arm/mach-imx/devices-imx31.h:9:0,
                       from arch/arm/mach-imx/mach-pcm037_eet.c:20:
      arch/arm/plat-mxc/include/mach/mx31.h: In function ‘mx31_setup_weimcs’:
      arch/arm/plat-mxc/include/mach/mx31.h:129:2: error: implicit declaration of function ‘IOMEM’
      arch/arm/plat-mxc/include/mach/mx31.h:129:2: error: implicit declaration of function ‘IMX_IO_P2V’
      
      This patch removes mx31_setup_weimcs() from mx31.h and makes it local
      to mach-qong.c, which is the only user for this helper.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      f16fcb63
    • Sascha Hauer's avatar
      ARM: 7022/1: allow to detect conflicting zreladdrs · 40c6d8ae
      Sascha Hauer authored
      
      
      Boards used to specify zreladdr in their Makefile.boot with
      zreladdr-y := x, so conflicting zreladdrs were silently overwritten.
      This patch changes this to zreladdr-y += x, so that we end
      up with multiple words in zreladdr in such a case. We can
      detect this later and complain if necessary.
      
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      40c6d8ae
  8. Oct 04, 2011
  9. Sep 28, 2011
  10. Sep 26, 2011
  11. Sep 20, 2011
  12. Sep 19, 2011
  13. Aug 26, 2011
  14. Aug 24, 2011
Loading