1. 19 Mar, 2009 1 commit
  2. 18 Mar, 2009 2 commits
    • Kevin Hilman's avatar
      omap-fixes, · 2ac496a2
      Kevin Hilman authored
      The GPIO IRQ enable/disable path attempts to also enable IRQ wake
      support for the parent GPIO bank IRQ as well.  However, since there is
      no 'set_wake' hook for the bank IRQs, these calls will always fail.
      Also, since the enable will fail on the suspend path, the disable on
      the resume path will trigger unbalanced enable/disable warnings.
      
      This was discovered in the suspend/resume path on OMAP3/Beagle using
      the gpio-keys driver which disables/re-enables GPIO IRQ wakeups in the
      suspend/resume path.
      Signed-off-by: default avatarKevin Hilman <khilman@deeprootsystems.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      2ac496a2
    • Roel Kluin's avatar
      ARM: OMAP2: possible division by 0 · a170fc43
      Roel Kluin authored
      In linus' git tree the functions can be found at:
      vi arch/arm/mach-omap2/usb-tusb6010.c +200	- tusb6010_platform_retime()
      vi arch/arm/mach-omap2/gpmc.c +94		- gpmc_get_fclk_period()
      vi arch/arm/mach-omap2/usb-tusb6010.c +53	- tusb_set_async_mode()
      vi arch/arm/mach-omap2/usb-tusb6010.c +111	- tusb_set_sync_mode()
      
      is -ENODEV appropriate when sysclk_ps == 0?
      
      This was found by code analysis, please review.
      ------------------------------>8-------------8<---------------------------------
      gpmc_get_fclk_period() may return 0 when gpmc_l3_clk is not enabled. This is
      not checked in tusb6010_platform_retime() nor in tusb_set_async_mode() it
      seems. In tusb_set_sync_mode() this may result in a division by zero.
      Signed-off-by: default avatarRoel Kluin <roel.kluin@gmail.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      a170fc43
  3. 17 Mar, 2009 5 commits
  4. 13 Mar, 2009 5 commits
  5. 12 Mar, 2009 27 commits