1. 17 Oct, 2008 20 commits
  2. 16 Oct, 2008 15 commits
  3. 14 Oct, 2008 1 commit
  4. 11 Oct, 2008 1 commit
    • Paul Walmsley's avatar
      i2c-omap: fix I2C timeouts due to recursive omap_i2c_{un,}idle() · 663715fc
      Paul Walmsley authored
      omap_i2c_unidle() and omap_i2c_idle() are called recursively during
      omap_i2c_probe().  This is evidently unexpected and will wipe
      out the I2C interrupt enable register the second time that
      omap_i2c_idle() is called consecutively.  Any I2C transactions
      following a probe of a bus with at least one device on it will then
      time out.
      
      Fix by moving omap_i2c_idle() further up in omap_i2c_probe().  Ensure
      the I2C controller is marked as idle before the probe starts.  Also
      attempt to catch future reappearances of this bug early in development
      by warning in omap_i2c_{un,}idle() when they are called recursively.
      
      Problem reported by David Brownell <david-b@pacbell.net>.
      
      Tested on 3430SDP and 2430SDP.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: David Brownell <david-b@pacbell.net>
      Cc: Richard Woodruff <r-woodruff2@ti.com>
      Acked-by; Steve Sakoman <steve@sakoman.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      663715fc
  5. 10 Oct, 2008 3 commits
    • Sanjeev Premi's avatar
      Enable CONFIG_GPIO_TWL4030=y · 3c013448
      Sanjeev Premi authored
      Without this option, kernel builds would fail, with
      errors similar to:
      
      hsmmc.c:50: undefined reference to `twl4030_get_gpio_datain'
      hsmmc.c:82: undefined reference to `twl4030_free_gpio'
      hsmmc.c:63: undefined reference to `twl4030_request_gpio'
      hsmmc.c:67: undefined reference to `twl4030_set_gpio_debounce'
      Signed-off-by: default avatarSanjeev Premi <premi@ti.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      3c013448
    • David Brownell's avatar
      twl4030-pwrirq simplification, cleanup · 62c21db8
      David Brownell authored
      I can't test the pwrbutton stuff, but rtc and musb behave...
      
      With one issue:  the usb transceiver glue misbehaves on
      startup if the device is connected.  (Again.)  I looked at
      this a bit, and I think the issue is probably caused by
      not actually using key USB registers ... IRQ trigger
      mode state transitions are at best a fragile proxy for the
      real state.
      
      (This is similar to the GPIO patch I just sent, but simpler
      except for the impact on the few drivers thinking oddly
      about IRQs.  Those patches cover the key SIH modules, and
      a similar one affects the PIH in twl4030-core.)
      
      - Dave
      
      ================================
      Streamline the "power irq" code, and some of the mechanisms
      it uses:
      
       - Support IRQ masking, not just unmasking; simpler code.
       - Use the standard handle_edge_irq() handler for these edge IRQs.
       - Use generic_handle_irq() instead of a manual expansion thereof.
       - Provide a missing spinlock for the shared data.
      
      In short, use more of the standard genirq code ... more correctly.
      
      Also, update the drivers using the "power IRQ" accordingly:
      
       - Don't request IRQF_DISABLED if the handler makes I2C calls;
         and defend against lockdep forcing it on us.
      
       - Let the irq_chip handle IRQ mask/unmask; it handles mutual
         exclusion between drivers, among other things.
      
       - (Unrelated) remove useless MODULE_ALIAS in pwrbutton.
      
      The USB transceiver driver still places some dodgey games with IRQ
      enable/disable, and IRQ trigger flags.  At least some of them seem
      like they'd be simplified by using USB transceiver registers ...
      notably, startup code, which doesn't seem to check state before
      it enters an irq-driven mode.
      
      For the moment, these drivers still (wrongly) try to configure IRQ
      trigger modes themselves ... again, that's something that an irq_chip
      handles (but not yet, for this one).
      
      NOTE:  tested (MUSB and RTC only) along with the init/retry hack
      to make twl4030-pwrirq work around the i2c-omap timeout problems.
      62c21db8
    • Tony Lindgren's avatar
      Minor cosmetic clean-up for LDP for mainline · d0558a7c
      Tony Lindgren authored
      Minor cosmetic clean-up for LDP for mainline
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      d0558a7c