1. 19 9月, 2012 2 次提交
  2. 27 6月, 2012 1 次提交
  3. 04 5月, 2011 2 次提交
  4. 31 3月, 2011 1 次提交
  5. 12 3月, 2011 1 次提交
    • B
      usb: host: Add EHCI driver for NVIDIA Tegra SoCs · 79ad3b5a
      Benoit Goby 提交于
      The Tegra 2 SoC has 3 EHCI compatible USB controllers. This patch adds
      the necessary glue to allow the ehci-hcd driver to work on Tegra 2
      SoCs.
      
      The platform data is used to configure board-specific phy settings and
      to configure the operating mode, as one of the ports may be used as a otg
      port. For additional power saving, the driver supports powering down the
      phy on bus suspend when it is used, for example, to connect an internal
      device that use an out-of-band remote wakeup mechanism (e.g. a gpio).
      Signed-off-by: NBenoit Goby <benoit@android.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      79ad3b5a
  6. 11 8月, 2010 1 次提交
  7. 21 5月, 2010 1 次提交
  8. 23 9月, 2009 5 次提交
    • J
      USB: ehci-dbgp: errata for EHCI debug controller initialization · aab2d408
      Jason Wessel 提交于
      On some EHCI usb debug controllers, the EHCI debug device will fail to
      be seen after a port reset, after a warm reset.  Two options exist to
      get the device to initialize correctly.
      
      Option 1 is to unplug and plug in the device.
      
      Option 2 is to use the EHCI port test to get the usb debug device to
      start talking again.  At that point the debug controller port reset
      will succeed.
      Signed-off-by: NJason Wessel <jason.wessel@windriver.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      CC: dbrownell@users.sourceforge.net
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      aab2d408
    • J
      USB: ehci-dbgp,ehci: Allow early or late use of the dbgp device · 8d053c79
      Jason Wessel 提交于
      If the EHCI debug port is initialized and in use, the EHCI host
      controller driver must follow two rules.
      
      1) If the EHCI host driver issues a controller reset, the debug
         controller driver re-initialization must get called after the reset
         is completed.
      
      2) The EHCI host driver should ignore any requests to the physical
         EHCI debug port when the EHCI debug port is in use.
      
      The code to check for the debug port was moved from ehci_pci_reinit()
      to ehci_pci_setup because it must get called prior to ehci_reset()
      which will clear the debug port registers.
      Signed-off-by: NJason Wessel <jason.wessel@windriver.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: dbrownell@users.sourceforge.net
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      8d053c79
    • J
      USB: ehci-dbgp: stability improvements and external re-init · 91777826
      Jason Wessel 提交于
      This patch implements several changes:
      
      1) Improve the capability to debug the dbgp driver
      
         The dbgp_ehci_status() was added in a number of places to report
         the critical ehci registers to diagnose the cause of a failure of
         the ehci-dbgp driver.
      
      2) Capability to survive the host controller initialization
      
         The dbgp_external_startup(), dbgp_not_safe, and dbgp_phys_port were
         added so as to allow the ehci-dbgp to re-initialize after the ehci
         host controller is reset by the standard host controller driver.
         This same routine is common for the early startup or
         re-initialization.
      
         This resulted in the need to move some of the initialization code
         out of the __init section because the ehci driver has the
         possibility to be loaded later on as a kernel module.
      
      3) Stability improvements for device initialization
      
         The device enumeration from 0 to 127 has the possibility to fail
         the first time after a warm reset on some older EHCI debug
         controllers.  The enumeration will be tried up to 3 times to
         account for this failure case.
      
         The dbg_wait_until_complete() was changed to wait up to 250 ms
         before failing which only comes into play during device
         initialization. The maximum delay will never get hit during the
         course of normal operation of the driver, unless the device got
         unplugged or there was a ehci controller failure, in which case the
         dbgp device driver will shut itself down.
      Signed-off-by: NJason Wessel <jason.wessel@windriver.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: dbrownell@users.sourceforge.net
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      91777826
    • J
      USB: ehci,dbgp,early_printk: split ehci debug driver from early_printk.c · df6c5169
      Jason Wessel 提交于
      Move the dbgp early printk driver in advance of refactoring and adding
      new code, so the changes to this code are tracked separately from the
      move of the code.
      
      The drivers/usb/early directory will be the location of the current
      and future early usb code for driving usb devices prior initializing
      the standard interrupt driven USB drivers.
      Signed-off-by: NJason Wessel <jason.wessel@windriver.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      df6c5169
    • A
      USB: EHCI: Add Intel Moorestown EHCI controller HOSTPCx extensions and support phy low power mode · 331ac6b2
      Alek Du 提交于
      The Intel Moorestown EHCI controller supports non-standard HOSTPCx register
      extension. This register controls the LPM behaviour and controls the behaviour
      of each USB port.
      Signed-off-by: NJacob Pan <jacob.jun.pan@intel.com>
      Signed-off-by: NAlek Du <alek.du@intel.com>
      Acked-by: NAlan Stern <stern@rowland.harvard.edu>
      Cc: David Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      331ac6b2
  9. 26 7月, 2008 1 次提交