1. 09 12月, 2009 1 次提交
    • R
      i2c-omap: OMAP3: PM: (re)init for every transfer to support off-mode · ef871432
      Rajendra Nayak 提交于
      Because of OMAP off-mode, powerdomain can go off when I2C is idle.
      Save enough state, and do a re-init for each transfer.
      
      Additional save/restore state added by Jagadeesh Bhaskar Pakaravoor
      (SYSC_REG) and Aaro Koskinen (wakeup sources.)
      
      Also, The OMAP3430 TRM states:
      
      "During active mode (I2Ci.I2C_CON[15] I2C_EN bit is set to 1), make no
      changes to the I2Ci.I2C_SCLL and I2Ci.I2C_SCLH registers.  Changes may
      result in unpredictable behavior."
      
      Hence, the I2C_EN bit should be clearer when modifying these
      registers. Please note that clearing the entire I2C_CON register to
      disable the I2C module is safe, because the I2C_CON register is
      re-configured for each transfer.
      Signed-off-by: NJouni Hogander <jouni.hogander@nokia.com>
      Signed-off-by: NRajendra Nayak <rnayak@ti.com>
      Cc: Jagadeesh Bhaskar Pakaravoor <j-pakaravoor@ti.com>
      Cc: Aaro Koskinen <aaro.koskinen@nokia.com>
      Cc: Jon Hunter <jon-hunter@ti.com>
      Cc: Hu Tao <taohu@motorola.com>
      Cc: Xiaolong Chen <A21785@motorola.com>
      Signed-off-by: NKevin Hilman <khilman@deeprootsystems.com>
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      ef871432
  2. 21 8月, 2009 3 次提交
  3. 30 7月, 2009 4 次提交
  4. 15 7月, 2009 1 次提交
  5. 22 6月, 2009 1 次提交
    • T
      i2c-omap: Fix build breaking typo cpu_is_omap_2430 · ff0f2426
      Tony Lindgren 提交于
      Hi Ben,
      
      Can you please queue this fix?
      
      Thanks,
      
      Tony
      
      >From ffe2b2cdf6283770b70a197e3748c6b40a1006be Mon Sep 17 00:00:00 2001
      From: Tony Lindgren <tony@atomide.com>
      Date: Wed, 17 Jun 2009 13:14:23 +0300
      Subject: [PATCH] i2c-omap: Fix build breaking typo in cpu_is_omap_2430
      
      Commit 84bf2c86 introduced a typo, it should be cpu_is_omap2430
      instead. The typo was probably caused by a mismerge.
      
      Without this patch all omaps fail to build with:
      error: implicit declaration of function 'cpu_is_omap_2430'
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      ff0f2426
  6. 17 6月, 2009 1 次提交
    • L
      i2c: Use resource_size macro · c6ffddea
      Linus Walleij 提交于
      This replace all instances in the i2c busses tree of
      res->end - res->start + 1 with the handy macro resource_size(res)
      from ioport.h (coming in from platform_device.h).
      
      This was created with a simple
      sed -i -e 's/\([a-z]*\)->end *- *[a-z]*->start *+ *1/resource_size(\1)/g'
      
      Then manually replacing the PXA redefiniton of the same kind
      of macro manually. Recompiled some ARM defconfigs I could find to
      make a rough test so it shouldn't break anything, though I
      couldn't see exactly which configs you need for all the drivers.
      Signed-off-by: NLinus Walleij <linus.walleij@stericsson.com>
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      c6ffddea
  7. 13 6月, 2009 2 次提交
  8. 09 2月, 2009 3 次提交
  9. 17 12月, 2008 1 次提交
  10. 22 11月, 2008 12 次提交
  11. 06 9月, 2008 1 次提交
  12. 23 4月, 2008 1 次提交
  13. 24 3月, 2008 1 次提交
    • T
      i2c-omap: Fix unhandled fault · f08ac4e7
      Tony Lindgren 提交于
      If an I2C interrupt happens between disabling interface clock
      and functional clock, the interrupt handler will produce an
      external abort on non-linefetch error when trying to access
      driver registers while interface clock is disabled.
      
      This patch fixes the problem by saving and disabling i2c-omap
      interrupt before turning off the clocks. Also disable functional
      clock before the interface clock as suggested by Paul Walmsley.
      
      Patch also renames enable/disable_clocks functions to unidle/idle
      functions. Note that the driver is currently not taking advantage
      of the idle interrupts. To use the idle interrupts, driver would
      have to enable interface clock based on the idle interrupt
      and dev->idle flag.
      
      This patch has been tested in linux-omap tree with various omaps.
      
      Cc: Paul Walmsley <paul@pwsan.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      f08ac4e7
  14. 28 1月, 2008 1 次提交
  15. 15 1月, 2008 1 次提交
  16. 12 12月, 2007 1 次提交
  17. 20 10月, 2007 1 次提交
  18. 02 5月, 2007 1 次提交
  19. 11 12月, 2006 1 次提交
  20. 05 10月, 2006 1 次提交
    • D
      IRQ: Maintain regs pointer globally rather than passing to IRQ handlers · 7d12e780
      David Howells 提交于
      Maintain a per-CPU global "struct pt_regs *" variable which can be used instead
      of passing regs around manually through all ~1800 interrupt handlers in the
      Linux kernel.
      
      The regs pointer is used in few places, but it potentially costs both stack
      space and code to pass it around.  On the FRV arch, removing the regs parameter
      from all the genirq function results in a 20% speed up of the IRQ exit path
      (ie: from leaving timer_interrupt() to leaving do_IRQ()).
      
      Where appropriate, an arch may override the generic storage facility and do
      something different with the variable.  On FRV, for instance, the address is
      maintained in GR28 at all times inside the kernel as part of general exception
      handling.
      
      Having looked over the code, it appears that the parameter may be handed down
      through up to twenty or so layers of functions.  Consider a USB character
      device attached to a USB hub, attached to a USB controller that posts its
      interrupts through a cascaded auxiliary interrupt controller.  A character
      device driver may want to pass regs to the sysrq handler through the input
      layer which adds another few layers of parameter passing.
      
      I've build this code with allyesconfig for x86_64 and i386.  I've runtested the
      main part of the code on FRV and i386, though I can't test most of the drivers.
      I've also done partial conversion for powerpc and MIPS - these at least compile
      with minimal configurations.
      
      This will affect all archs.  Mostly the changes should be relatively easy.
      Take do_IRQ(), store the regs pointer at the beginning, saving the old one:
      
      	struct pt_regs *old_regs = set_irq_regs(regs);
      
      And put the old one back at the end:
      
      	set_irq_regs(old_regs);
      
      Don't pass regs through to generic_handle_irq() or __do_IRQ().
      
      In timer_interrupt(), this sort of change will be necessary:
      
      	-	update_process_times(user_mode(regs));
      	-	profile_tick(CPU_PROFILING, regs);
      	+	update_process_times(user_mode(get_irq_regs()));
      	+	profile_tick(CPU_PROFILING);
      
      I'd like to move update_process_times()'s use of get_irq_regs() into itself,
      except that i386, alone of the archs, uses something other than user_mode().
      
      Some notes on the interrupt handling in the drivers:
      
       (*) input_dev() is now gone entirely.  The regs pointer is no longer stored in
           the input_dev struct.
      
       (*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking.  It does
           something different depending on whether it's been supplied with a regs
           pointer or not.
      
       (*) Various IRQ handler function pointers have been moved to type
           irq_handler_t.
      Signed-Off-By: NDavid Howells <dhowells@redhat.com>
      (cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)
      7d12e780
  21. 27 9月, 2006 1 次提交