1. 20 8月, 2014 1 次提交
  2. 17 7月, 2014 2 次提交
  3. 01 7月, 2014 1 次提交
  4. 29 5月, 2014 1 次提交
  5. 28 5月, 2014 2 次提交
  6. 25 4月, 2014 1 次提交
  7. 19 2月, 2014 1 次提交
  8. 12 2月, 2014 1 次提交
  9. 24 12月, 2013 2 次提交
  10. 13 12月, 2013 7 次提交
  11. 27 11月, 2013 2 次提交
  12. 26 11月, 2013 1 次提交
  13. 12 10月, 2013 1 次提交
  14. 10 10月, 2013 8 次提交
  15. 01 10月, 2013 1 次提交
    • A
      usb: gadget: create a utility module for mass_storage · 6fdc5dd2
      Andrzej Pietrasiewicz 提交于
      Converting to configfs requires making the f_mass_storage.c a module.
      
      But first we need to get rid of "#include "storage_common.c".
      
      This patch makes storage_common.c a separately compiled file, which is
      built as a utility module named u_ms.ko. After all mass storage users are
      converted to the new function interface this module can be eliminated
      by merging it with the mass storage function's module.
      
      USB descriptors are exported so that they can be accessed from
      f_mass_storage.
      
      FSG_VENDOR_ID and FSG_PRODUCT_ID are moved to their only user.
      
      Handling of CONFIG_USB_GADGET_DEBUG_FILES is moved to f_mass_storage.c.
      The fsg_num_buffers static is moved to FSG_MODULE_PARAMETER users, so
      instead of using a global variable the f_mass_storage introduces
      fsg_num_buffers member in fsg_common (and fsg_config).
      
      fsg_strings and fsg_stringtab are moved to f_mass_storage.c.
      Signed-off-by: NAndrzej Pietrasiewicz <andrzej.p@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      6fdc5dd2
  16. 13 9月, 2013 1 次提交
  17. 28 8月, 2013 3 次提交
  18. 20 8月, 2013 1 次提交
  19. 29 7月, 2013 2 次提交
    • R
      usb: phy: make PHY driver selection possible by controller drivers · 052a11d1
      Roger Quadros 提交于
      Convert PHY Drivers from menuconfig to menu so that the PHY drivers
      can be explicitely selected by the controller drivers.
      
      USB_PHY is no longer a user visible option. It is upto to the PHY
      drivers to select it if needed. This patch does so for the existing
      PHY drivers that use the USB_PHY library.
      
      Doing so moves the USB_PHY and PHY driver selection problem from the
      end user to the PHY and controller driver developer.
      
      e.g.
      
      Earlier, a controller driver (e.g. EHCI_OMAP) that needs to select
      a PHY driver (e.g. NOP_PHY) couldn't do so because the PHY driver
      depended on USB_PHY. Making the controller driver depend on USB_PHY
      has a negative effect i.e. it becomes invisible to the user till
      USB_PHY is enabled. Most end users will not familiar with this.
      
      With this patch, the end user just needs to select the controller driver
      needed for his/her platform without worrying about which PHY driver to
      select.
      
      Also update USB_EHCI_MSM, USB_LPC32XX and USB_OMAP to not depend
      on USB_PHY any more. They can safely select the necessary PHY drivers.
      
      [ balbi@ti.com : refreshed on top of my next branch. Changed bool
      	followed by default n into def_bool n ]
      
      CC: Pavankumar Kondeti <pkondeti@codeaurora.org>
      Acked-by: NRoland Stigge <stigge@antcom.de>
      Signed-off-by: NRoger Quadros <rogerq@ti.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      052a11d1
    • F
      usb: gadget: remove imx_udc · 2b0c4953
      Felipe Balbi 提交于
      That driver hasn't been really maintained for
      a long time. It doesn't compile in any way, it
      includes non-existent headers, has no users,
      and is just plain broken.
      
      The person who used to work with that driver
      has publicly stated that he has no plans to
      touch that driver again and is ok with removal[1].
      
      Due to these factors, imx_udc is now removed from
      the tree, if someone really believe it needs to
      be kept, please fix the bugs in that driver.
      
      [1] http://marc.info/?l=linux-usb&m=136197620417636&w=2Signed-off-by: NFelipe Balbi <balbi@ti.com>
      2b0c4953
  20. 15 7月, 2013 1 次提交
    • G
      usb: gadget: USB_MV_U3D should depend on HAS_DMA · 91f6b847
      Geert Uytterhoeven 提交于
      If NO_DMA=y:
      
      drivers/built-in.o: In function `mv_u3d_done':
      drivers/usb/gadget/mv_u3d_core.c:206: undefined reference to `dma_pool_free'
      drivers/usb/gadget/mv_u3d_core.c:209: undefined reference to `dma_unmap_single'
      drivers/built-in.o: In function `mv_u3d_build_trb_one':
      drivers/usb/gadget/mv_u3d_core.c:311: undefined reference to `dma_pool_alloc'
      drivers/built-in.o: In function `mv_u3d_req_to_trb':
      drivers/usb/gadget/mv_u3d_core.c:480: undefined reference to `dma_map_single'
      drivers/built-in.o: In function `mv_u3d_remove':
      drivers/usb/gadget/mv_u3d_core.c:1770: undefined reference to `dma_pool_destroy'
      drivers/usb/gadget/mv_u3d_core.c:1773: undefined reference to `dma_free_coherent'
      drivers/built-in.o: In function `mv_u3d_probe':
      drivers/usb/gadget/mv_u3d_core.c:1880: undefined reference to `dma_alloc_coherent'
      drivers/usb/gadget/mv_u3d_core.c:1890: undefined reference to `dma_pool_create'
      drivers/usb/gadget/mv_u3d_core.c:1984: undefined reference to `dma_pool_destroy'
      drivers/usb/gadget/mv_u3d_core.c:1986: undefined reference to `dma_free_coherent'
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      91f6b847