1. 29 2月, 2012 2 次提交
  2. 30 1月, 2012 1 次提交
  3. 24 1月, 2012 7 次提交
    • F
      usb: gadget: f_mass_storage: Use "bool" instead of "int" in fsg_module_parameters · 4b5203f1
      Fabio Estevam 提交于
      Fix the following build warnings:
      
       CC [M]  drivers/usb/gadget/acm_ms.o
      drivers/usb/gadget/acm_ms.c: In function ‘__check_ro’:
      drivers/usb/gadget/acm_ms.c:119: warning: return from incompatible pointer type
      drivers/usb/gadget/acm_ms.c: In function ‘__check_removable’:
      drivers/usb/gadget/acm_ms.c:119: warning: return from incompatible pointer type
      drivers/usb/gadget/acm_ms.c: In function ‘__check_cdrom’:
      drivers/usb/gadget/acm_ms.c:119: warning: return from incompatible pointer type
      drivers/usb/gadget/acm_ms.c: In function ‘__check_nofua’:
      drivers/usb/gadget/acm_ms.c:119: warning: return from incompatible pointer type
      drivers/usb/gadget/acm_ms.c: In function ‘__check_stall’:
      drivers/usb/gadget/acm_ms.c:119: warning: return from incompatible pointer type
        CC [M]  drivers/usb/gadget/mass_storage.o
      drivers/usb/gadget/mass_storage.c: In function ‘__check_ro’:
      drivers/usb/gadget/mass_storage.c:94: warning: return from incompatible pointer type
      drivers/usb/gadget/mass_storage.c: In function ‘__check_removable’:
      drivers/usb/gadget/mass_storage.c:94: warning: return from incompatible pointer type
      drivers/usb/gadget/mass_storage.c: In function ‘__check_cdrom’:
      drivers/usb/gadget/mass_storage.c:94: warning: return from incompatible pointer type
      drivers/usb/gadget/mass_storage.c: In function ‘__check_nofua’:
      drivers/usb/gadget/mass_storage.c:94: warning: return from incompatible pointer type
      drivers/usb/gadget/mass_storage.c: In function ‘__check_stall’:
      drivers/usb/gadget/mass_storage.c:94: warning: return from incompatible pointer type
      
      Declare the fsg_module_parameters fields as "bool" so that they can match the types
      passed in FSG_MODULE_PARAM_ARRAY macro.
      
      Since commit 493c90ef (module_param: check that bool parameters really are bool.),
      moduleparam.h was changed in a way that the "bool" parameter type now really
      requires "bool" type and no longer allows "unsigned int".
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      Acked-by: NMichal Nazarewicz <mina86@mina86.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      4b5203f1
    • S
      usb: gadget: check for streams only for SS udcs · c74c9300
      Sebastian Andrzej Siewior 提交于
      Currently the UASP gadget fails to bind on an UDC which does not provide
      stream support. This is true for all udc in tree except for dummy and
      dwc3 since they don't support SuperSpeed.
      There is no need to test for the availability of stream support on those
      UDCs because we will never even try to use them. I think it is sane to
      assume that StreamSupport is always available on SuperSpeed since it is
      one of the key features.
      The host side will only allocate on SS so this part is also fine.
      Signed-off-by: NSebastian Andrzej Siewior <bigeasy@linutronix.de>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      c74c9300
    • P
      usb: gadget: fsl_udc: fix the usage of udc->max_ep · 118d63f7
      Peter Chen 提交于
      The max_ep is the number of endpoint * 2.
      
      But in dtd_complete_irq, it does again * 2, it will deference wrong memory
      after scanning max_ep - 1.
      
      The another similar problem is at USB_REQ_SET_FEATURE (the pipe number
      should be 0 and max_ep - 1).
      Signed-off-by: NPeter Chen <peter.chen@freescale.com>
      Signed-off-by: NMatthieu castet <matthieu.castet@parrot.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      118d63f7
    • P
      usb: gadget: SS Isoc endpoints use comp_desc->bMaxBurst too · 9e878a6b
      Paul Zimmerman 提交于
      SuperSpeed Isoc endpoints also use the bMaxBurst value from the
      companion descriptor. See section 9.6.7 in the USB 3.0 spec.
      Signed-off-by: NPaul Zimmerman <paulz@synopsys.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      9e878a6b
    • A
      usb: gadget: storage: endian fix · a8501639
      Andiry Xu 提交于
      Fix some endian issues for storage gadgets.
      
      Cc: stable@vger.kernel.org
      Signed-off-by: NAndiry Xu <andiry.xu@amd.com>
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      a8501639
    • A
      usb: gadget: langwell: don't call gadget's disconnect() · 37fd3710
      Alexander Shishkin 提交于
      UDC core will call disconnect() and unbind() for us upon the gadget
      removal, so we should not do it ourselves. Otherwise, a composite
      gadget will explode, for example. Others might too.
      
      This was introduced during conversion to new style gadget in 2c7f0989
      (usb: gadget: langwell: convert to new style).
      Signed-off-by: NAlexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: stable@vger.kernel.org # v3.2
      Cc: Heikki Krogerus <heikki.krogerus@linux.intel.com>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: linux-usb@vger.kernel.org
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      37fd3710
    • A
      usb: gadget: langwell: drop langwell_otg support · 28bd6222
      Alexander Shishkin 提交于
      Since there is no working (or even compilable) OTG_TRANSCEIVER support
      for this driver, remove the dead code which depends on it at compile
      time.
      Signed-off-by: NAlexander Shishkin <alexander.shishkin@linux.intel.com>
      Cc: stable@vger.kernel.org # v2.6.31+
      Cc: Heikki Krogerus <heikki.krogerus@linux.intel.com>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: linux-usb@vger.kernel.org
      Signed-off-by: NFelipe Balbi <balbi@ti.com>
      28bd6222
  4. 13 1月, 2012 1 次提交
  5. 09 1月, 2012 2 次提交
    • A
      ... and the same for gadgetfs · 87da5b32
      Al Viro 提交于
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      87da5b32
    • A
      functionfs: unfuck failure exits on mount · 5b5f9560
      Al Viro 提交于
      * if you do dput() of root dentry, do *not* follow that with iput() of root
      inode.
      * while we are at it, don't do that dput() at all - you are leaving the pointer
      in ->s_root and your ->kill_sb() will be very unhappy with that.  It will do
      proper dput(), though, so the easiest way is to leave that to it entirely.
      * freeing ->s_fs_info is also best left to ->kill_sb() (which will do it
      anyway), especially since we leave the pointer in place.
      * that xchg() in ->kill_sb() is not a bug per se, but it's a plain and simple
      masturbation with fewer excuses than Onan had...
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      5b5f9560
  6. 02 1月, 2012 1 次提交
  7. 21 12月, 2011 9 次提交
  8. 20 12月, 2011 2 次提交
  9. 19 12月, 2011 3 次提交
  10. 12 12月, 2011 12 次提交