1. 06 7月, 2010 1 次提交
    • G
      of: refactor of_modalias_node() and remove explicit match table. · 2ffe8c5f
      Grant Likely 提交于
      This patch tightens up the behaviour of of_modalias_node() to be more
      predicatable and to eliminate the explicit of_modalias_tablep[] that
      is currently used to override the first entry in the compatible list
      of a device.  The override table was needed originally because spi
      and i2c drivers had no way to do of-style matching.  Now that all
      devices can have an of_node pointer, and all drivers can have an
      of_match_table, the explicit override table is no longer needed
      because each driver can specify its own OF-style match data.
      
      The mpc8349emitx-mcu driver is modified to explicitly specify the
      correct device to bind against.
      Signed-off-by: NGrant Likely <grant.likely@secretlab.ca>
      2ffe8c5f
  2. 09 6月, 2010 1 次提交
    • D
      mmc: msm: fix compile error on MSM7x30 · f3d56144
      Daniel Walker 提交于
      MSM7x30 isn't supported in this driver yet. If ones tried to compile it in
      with MSM7x30 configure you get,
      
      linux-2.6/drivers/mmc/host/msm_sdcc.c: In function 'msmsdcc_fifo_addr':
      linux-2.6/drivers/mmc/host/msm_sdcc.c:165: error: 'MSM_SDC1_PHYS' undeclared (first use in this function)
      linux-2.6/drivers/mmc/host/msm_sdcc.c:165: error: (Each undeclared identifier is reported only once
      linux-2.6/drivers/mmc/host/msm_sdcc.c:165: error: for each function it appears in.)
      linux-2.6/drivers/mmc/host/msm_sdcc.c:167: error: 'MSM_SDC2_PHYS' undeclared (first use in this function)
      linux-2.6/drivers/mmc/host/msm_sdcc.c:169: error: 'MSM_SDC3_PHYS' undeclared (first use in this function)
      linux-2.6/drivers/mmc/host/msm_sdcc.c:171: error: 'MSM_SDC4_PHYS' undeclared (first use in this function)
      
      So we add a Kconfig check to prevent this.
      Signed-off-by: NDaniel Walker <dwalker@codeaurora.org>
      f3d56144
  3. 05 6月, 2010 1 次提交
    • C
      omap: remove BUG_ON for disabled interrupts · 683eb947
      Cory Maccarrone 提交于
      Remove a BUG_ON for when interrupts are disabled during an MMC request.
      
      During boot, interrupts can be disabled when a request is made, causing
      this bug to be triggered.  In reality, there's no reason this should halt
      the kernel, as the driver has proved reliable in spite of disabled
      interrupts, and additionally, there's nothing in this code that would
      require interrupts to be enabled.
      
      The only setup I've managed to make it trigger on is on the HTC Herald
      during bootup when the driver is built into the kernel (mostly because
      that's all I have).  I believe it's related to the fact that on bootup I
      get many timeout errors on "CMD5" while initializing the card.  Each CMD5
      timeout triggers that bug (I changed it to a WARN_ON to get it to boot in)
      due to the fact that part of the timeout code involves sending the request
      again.  With interrupts turned off, that BUG would be triggered.
      Signed-off-by: NCory Maccarrone <darkstar6262@gmail.com>
      Acked-by: NTony Lindgren <tony@atomide.com>
      Cc: <linux-mmc@vger.kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      683eb947
  4. 31 5月, 2010 1 次提交
  5. 28 5月, 2010 20 次提交
  6. 22 5月, 2010 4 次提交
  7. 19 5月, 2010 1 次提交
  8. 18 5月, 2010 1 次提交
  9. 17 5月, 2010 1 次提交
    • D
      ARM: mx3: Fix a race condition in mxcmmc · 4a31f2ef
      Daniel Mack 提交于
      From cefcdab08d1c9636c4a7290bc2bbe937d051bce4 Mon Sep 17 00:00:00 2001
      From: Volker Ernst <volker.ernst@txtr.com>
      Date: Mon, 26 Apr 2010 22:51:07 +0200
      Subject: [PATCH] ARM: mx3: Fix a race condition in mxcmmc
      
      This fixes a race condition regarding interrupt bits in the SDHC
      controller driver code.
      
      In case of PIO-transfer it does not clear SDHC-status bit#11/12
      in the INT-handler anymore. INT-handler might be called during
      an ongoing PIO-data-transfer (with some other INT-flag set) and
      PIO-transfer depends on these bits being set to detect the end
      of the data-transfer. This also means that at the end of PIO-
      transfer that PIO-software has to clear these bits itself.
      
      However in case of DMA-transfer these bits have to be cleared
      in the INT-handler, because they are used to generate INTs then.
      
      Works solid, no more problems here, can transfer big files.
      Signed-off-by: NVolker Ernst <volker.ernst@txtr.com>
      Acked-by: NDaniel Mack <daniel@caiaq.de>
      Cc: Andy Green <andy@warmcat.com>
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      4a31f2ef
  10. 16 5月, 2010 1 次提交
  11. 12 5月, 2010 4 次提交
  12. 11 5月, 2010 1 次提交
  13. 14 4月, 2010 3 次提交