1. 24 10月, 2016 1 次提交
  2. 13 9月, 2016 1 次提交
  3. 31 8月, 2016 1 次提交
  4. 20 6月, 2016 1 次提交
  5. 08 6月, 2016 1 次提交
  6. 04 3月, 2016 1 次提交
  7. 16 2月, 2016 1 次提交
  8. 05 12月, 2015 1 次提交
  9. 15 8月, 2015 4 次提交
  10. 26 3月, 2015 1 次提交
  11. 25 1月, 2015 5 次提交
  12. 08 11月, 2014 1 次提交
  13. 04 11月, 2014 1 次提交
  14. 20 10月, 2014 1 次提交
  15. 25 4月, 2014 1 次提交
  16. 08 1月, 2014 1 次提交
  17. 19 12月, 2013 3 次提交
  18. 18 12月, 2013 1 次提交
  19. 09 12月, 2013 2 次提交
  20. 31 10月, 2013 2 次提交
  21. 15 10月, 2013 1 次提交
    • G
      Revert "USB: OHCI: Properly handle ohci-at91 suspend" · 118cb990
      Greg Kroah-Hartman 提交于
      This reverts commit 056ca85d.
      
      Manjunath is no longer at Linaro, the email address bounces.  Given
      that, and the fact that others have reported problems with these
      patches, I'm reverting them until someone from Linaro who can SUPPORT
      THEM submits them.
      
      I will no longer accept patches from linaro.com developers unless a
      senior Linaro developer has signed off on them, which did not happen
      with this patch set.
      Reported-by: NOlof Johansson <olof@lixom.net>
      Cc: Manjunath Goudar <manjunath.goudar@linaro.org>
      Cc: Manjunath Goudar <csmanjuvijay@gmail.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Arnd Bergmann <arnd@arndb.de>
      118cb990
  22. 06 10月, 2013 1 次提交
  23. 27 9月, 2013 1 次提交
  24. 28 8月, 2013 1 次提交
  25. 02 8月, 2013 1 次提交
  26. 01 8月, 2013 1 次提交
  27. 25 6月, 2013 1 次提交
  28. 17 5月, 2013 1 次提交
    • S
      USB: set device dma_mask without reference to global data · 3b9561e9
      Stephen Warren 提交于
      Many USB host drivers contain code such as:
      
      if (!pdev->dev.dma_mask)
              pdev->dev.dma_mask = &tegra_ehci_dma_mask;
      
      ... where tegra_ehci_dma_mask is a global. I suspect this code originated
      in commit 4a53f4e6 "USB: ehci-tegra: add probing through device tree" and
      was simply copied everywhere else.
      
      This works fine when the code is built-in, but can cause a crash when the
      code is in a module. The first module load sets up the dma_mask pointer,
      but if the module is removed and re-inserted, the value is now non-NULL,
      and hence is not updated to point at the new location, and hence points
      at a stale location within the previous module load address, which in
      turn causes a crash if the pointer is de-referenced.
      
      The simplest way of solving this seems to be to copy the code from
      ehci-platform.c, which uses the coherent_dma_mask as the target for the
      dma_mask pointer.
      Suggested-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Acked-by: NTony Prisk <linux@prisktech.co.nz>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      3b9561e9
  29. 22 11月, 2012 1 次提交