1. 31 10月, 2013 1 次提交
  2. 01 8月, 2013 1 次提交
  3. 17 5月, 2013 2 次提交
  4. 22 11月, 2012 1 次提交
  5. 23 10月, 2012 1 次提交
  6. 14 9月, 2012 1 次提交
  7. 11 8月, 2012 1 次提交
  8. 02 5月, 2012 1 次提交
  9. 16 3月, 2012 1 次提交
  10. 05 3月, 2012 1 次提交
  11. 03 3月, 2012 1 次提交
  12. 19 11月, 2011 1 次提交
  13. 18 9月, 2011 1 次提交
  14. 08 6月, 2011 1 次提交
  15. 08 10月, 2010 1 次提交
  16. 15 7月, 2010 1 次提交
  17. 16 12月, 2009 1 次提交
  18. 23 9月, 2009 1 次提交
  19. 10 9月, 2009 2 次提交
  20. 27 11月, 2008 1 次提交
  21. 08 10月, 2008 5 次提交
  22. 22 8月, 2008 1 次提交
    • A
      USB: automatically enable RHSC interrupts · b5fb454f
      Alan Stern 提交于
      This patch (as1069c) changes the way OHCI root-hub status-change
      interrupts are enabled.  Currently a special HCD method,
      hub_irq_enable(), is called when the hub driver is finished using a
      root hub.  This approach turns out to be subject to races, resulting
      in unnecessary polling.
      
      The patch does away with the method entirely.  Instead, the driver
      automatically enables the RHSC interrupt when no more status changes
      are present.  This scheme is safe with controllers using
      level-triggered semantics for their interrupt flags.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      b5fb454f
  23. 07 8月, 2008 3 次提交
  24. 07 7月, 2008 1 次提交
  25. 16 6月, 2008 1 次提交
  26. 25 4月, 2008 3 次提交
    • A
      USB: don't explicitly reenable root-hub status interrupts · e8721549
      Alan Stern 提交于
      This patch (as1069b) changes the way OHCI root-hub status-change
      interrupts are enabled.  Currently a special HCD method,
      hub_irq_enable(), is called when the hub driver is finished using a
      root hub.  This approach turns out to be subject to races, resulting
      in unnecessary polling.
      
      The patch does away with the method entirely.  Instead, the driver
      automatically enables the RHSC interrupt when no more status changes
      are present.  This scheme is safe with controllers using
      level-triggered semantics for their interrupt flags.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      e8721549
    • A
      USB: OHCI: host-controller resumes leave root hub suspended · 43bbb7e0
      Alan Stern 提交于
      Drivers in the ohci-hcd family should perform certain tasks whenever
      their controller device is resumed.  These include checking for loss
      of power during suspend, turning on port power, and enabling interrupt
      requests.
      
      Until now these jobs have been carried out when the root hub is
      resumed, not when the controller is.  Many drivers work around the
      resulting awkwardness by automatically resuming their root hub
      whenever the controller is resumed.  But this is wasteful and
      unnecessary.
      
      To simplify the situation, this patch (as1066) adds a new core
      routine, ohci_finish_controller_resume(), which can be used by all the
      OHCI-variant drivers.  They can call the new routine instead of
      resuming their root hubs.  And ohci-pci.c can call it instead of using
      its own special-purpose handler.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      43bbb7e0
    • A
      USB: remove dev->power.power_state · 70a1c9e0
      Alan Stern 提交于
      power.power_state is scheduled for removal.  This patch (as1053)
      removes all uses of that field from drivers/usb.  Almost all of them
      were write-only, the most significant exceptions being sl811-hcd.c and
      u132-hcd.c.
      
      Part of this patch was written by Pavel Machek.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Cc: David Brownell <david-b@pacbell.net>
      Acked-by: NPavel Machek <pavel@ucw.cz>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      70a1c9e0
  27. 11 4月, 2008 1 次提交
  28. 26 1月, 2008 1 次提交
  29. 22 4月, 2007 1 次提交
    • E
      [ARM] 4304/1: removes the unnecessary bit number from CKENnn_XXXX · 7053acbd
      Eric Miao 提交于
      This patch removes the unnecessary bit number from CKENnn_XXXX
      definitions for PXA, so that
      
      	CKEN0_PWM0 --> CKEN_PWM0
      	CKEN1_PWM1 --> CKEN_PWM1
      	...
      	CKEN24_CAMERA --> CKEN_CAMERA
      
      The reasons for the change of these defitions are:
      
      1. they do not scale - they are currently valid for pxa2xx, but
      definitely not valid for pxa3xx, e.g., pxa3xx has bit 3 for camera
      instead of bit 24
      
      2. they are unnecessary - the peripheral name within the definition
      has already announced its usage, we don't need those bit numbers
      to know which peripheral we are going to enable/disable clock for
      
      3. they are inconvenient - think about this: a driver programmer
      for pxa has to remember which bit in the CKEN register to turn
      on/off
      
      Another change in the patch is to make the definitions equal to its
      clock bit index, so that
      
         #define CKEN_CAMERA  (24)
      
      instead of
      
         #define CKEN_CAMERA  (1 << 24)
      
      this change, however, will add a run-time bit shift operation in
      pxa_set_cken(), but the benefit of this change is that it scales
      when bit index exceeds 32, e.g., pxa3xx has two registers CKENA
      and CKENB, totally 64 bit for this, suppose CAMERA clock enabling
      bit is CKENB:10, one can simply define CKEN_CAMERA to be (32 + 10)
      and so that pxa_set_cken() need minimum change to adapt to that.
      Signed-off-by: Neric miao <eric.y.miao@gmail.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      7053acbd
  30. 08 2月, 2007 1 次提交