1. 10 May, 2012 6 commits
  2. 09 May, 2012 13 commits
  3. 08 May, 2012 6 commits
    • Greg Kroah-Hartman's avatar
      USB: serial: rework usb_serial_register/deregister_drivers() · 68e24113
      Greg Kroah-Hartman authored
      This reworks the usb_serial_register_drivers() and
      usb_serial_deregister_drivers() to not need a pointer to a struct
      usb_driver anymore.  The usb_driver structure is now created dynamically
      and registered and unregistered as needed.
      
      This saves lines of code in each usb-serial driver.  All in-kernel users
      of these functions were also fixed up at this time.  The pl2303 driver
      was tested that everything worked properly.
      
      Thanks for the idea to do this from Alan Stern.
      
      Cc: Adhir Ramjiawan <adhirramjiawan0@gmail.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Al Borchers <alborchers@steinerpoint.com>
      Cc: Aleksey Babahin <tamerlan311@gmail.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Andrew Worsley <amworsley@gmail.com>
      Cc: Bart Hartgers <bart.hartgers@gmail.com>
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Cc: Dan Carpenter <error27@gmail.com>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: Donald Lee <donald@asix.com.tw>
      Cc: Eric Dumazet <eric.dumazet@gmail.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Gary Brubaker <xavyer@ix.netcom.com>
      Cc: Jesper Juhl <jj@chaosbits.net>
      Cc: Jiri Kosina <jkosina@suse.cz>
      Cc: Johan Hovold <jhovold@gmail.com>
      Cc: Julia Lawall <julia@diku.dk>
      Cc: Kautuk Consul <consul.kautuk@gmail.com>
      Cc: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Cc: Lonnie Mendez <dignome@gmail.com>
      Cc: Matthias Bruestle and Harald Welte <support@reiner-sct.com>
      Cc: Matthias Urlichs <smurf@smurf.noris.de>
      Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
      Cc: Michal Sroczynski <msroczyn@gmail.com>
      Cc: "Michał Wróbel" <michal.wrobel@flytronic.pl>
      Cc: Oliver Neukum <oliver@neukum.name>
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Peter Berger <pberger@brimson.com>
      Cc: Preston Fick <preston.fick@silabs.com>
      Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
      Cc: Rigbert Hamisch <rigbert@gmx.de>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Simon Arlott <simon@fire.lp0.eu>
      Cc: Support Department <support@connecttech.com>
      Cc: Thomas Tuttle <ttuttle@chromium.org>
      Cc: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
      Cc: Wang YanQing <Udknight@gmail.com>
      Cc: William Greathouse <wgreathouse@smva.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      68e24113
    • Alexander Shishkin's avatar
      usb: gadget: ci13xxx_pci: add langwell/penwell pci ids · d56ba320
      Alexander Shishkin authored
      Add pci ids for ChipIdea UDC as found in langwell/penwell SoCs.
      Signed-off-by: default avatarAlexander Shishkin <alexander.shishkin@linux.intel.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      d56ba320
    • Alexander Shishkin's avatar
      usb: gadget: ci13xxx: rename register layouts · f9df8395
      Alexander Shishkin authored
      Currently, the register prefixes in the driver seem to be mixed: the
      capability registers are the ones that contain capability information,
      such as number of hardware endpoints, while the registers that are
      used to program the controller are called operational registers.
      
      Normally, capability registers start at 0x100 offset of the register
      window and are followed by operational registers. In some versions,
      however, capability registers start at 0x0 offset.
      
      This patch renames the register and adjusts their offsets appropriately,
      leaving the possibility of having a non-standard capability offset.
      
      I couldn't find any mentions of the TESTMODE register anywhere, so I
      suspect it might only be enabled in chipidea internal versions of the
      controller and I'm really inclined to remove it from the driver or at
      least hiding it behind a config option.
      Signed-off-by: default avatarAlexander Shishkin <alexander.shishkin@linux.intel.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      f9df8395
    • Alexander Shishkin's avatar
      usb: gadget: ci13xxx: initialize ep0{out,in} dynamically · d36ade60
      Alexander Shishkin authored
      Change ep0{out,in} macros into dynamically assigned pointers in
      gadget initialization time.
      Signed-off-by: default avatarAlexander Shishkin <alexander.shishkin@linux.intel.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      d36ade60
    • Alexander Shishkin's avatar
      usb: gadget: ci13xxx: fix ep list removal in gadget unregistering code · efa015bb
      Alexander Shishkin authored
      Since ep0{out,in} are never on gadget's ep_list, there's no need to try
      to unlink them, even more so because ep_list linkage is not initialized
      for these endpoints.
      Signed-off-by: default avatarAlexander Shishkin <alexander.shishkin@linux.intel.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      efa015bb
    • Jan Luebbe's avatar
      ohci-da8xx: set MODULE_ALIAS to allow autoloading · ab59ac01
      Jan Luebbe authored
      The Davinci USB platform device (in mach-davinci/usb.c) uses "ohci"
      as the name. To allow autoloading of the relevant driver, the module
      needs to set the MODULE_ALIAS.
      Signed-off-by: default avatarJan Luebbe <jlu@pengutronix.de>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      ab59ac01
  4. 07 May, 2012 15 commits
    • Paul Bolle's avatar
      USB: make vendor id of root hubs greppable · bfb8bfad
      Paul Bolle authored
      It took me surprisingly long to find the location where the Linux
      Foundation vendor id (0x1d6b) is set for the root hubs. A minor update
      to three comments makes those locations (trivially) greppable.
      Signed-off-by: default avatarPaul Bolle <pebolle@tiscali.nl>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      bfb8bfad
    • Matthias Fend's avatar
      USB: ffs-test: fix length argument of out function call · eb9c5836
      Matthias Fend authored
      The out functions should only handle actual available data instead of the complete buffer.
      Otherwise for example the ep0_consume function will report ghost events since it tries to decode
      the complete buffer - which may contain partly invalid data.
      Signed-off-by: default avatarMatthias Fend <matthias.fend@wolfvision.net>
      Cc: stable <stable@vger.kernel.org>
      Acked-by: default avatarMichal Nazarewicz <mina86@mina86.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      eb9c5836
    • girish verma's avatar
      USB: xhci: testing sizeof xhci_doorbell_array 2 time · ccd68bb8
      girish verma authored
      Testing BUILD_BUG_ON xhci_doorbell_array structure 2 time, redundant statement
      Signed-off-by: default avatarGirish Verma <girish.gcet@gmail.com>
      Cc: Sarah Sharp <sarah.a.sharp@linux.intel.com>
      
       ---
       drivers/usb/host/xhci.c |    1 -
       1 files changed, 0 insertions(+), 1 deletions(-)
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      ccd68bb8
    • Alan Stern's avatar
      USB: xhci-hcd: print URB's expected length in decimal, not hex · 1949f9e2
      Alan Stern authored
      This patch changes the output format specifier of a debugging line in
      the xhci-hcd driver.  An URB's transfer_buffer_length should be
      printed in decimal; there's no reason to print it in hex.  Especially
      since the actual_length value, printed earlier on the same line, is
      already in decimal.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Cc: Sarah Sharp <sarah.a.sharp@linux.intel.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      1949f9e2
    • Éric Piel's avatar
      USB: ftdi-sio: add support for Physik Instrumente E-861 · b69cc672
      Éric Piel authored
      This adds VID/PID for the PI E-861. Without it, I had to do:
      modprobe -q ftdi-sio product=0x1008 vendor=0x1a72
      
      http://www.physikinstrumente.com/en/products/prdetail.php?sortnr=900610Signed-off-by: default avatarÉric Piel <piel@delmic.com>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      b69cc672
    • Greg Kroah-Hartman's avatar
      USB: serial: remove bizarre generic_serial probe function · 2edd284b
      Greg Kroah-Hartman authored
      I can't remember why I wrote it like this many many years ago, but it's
      not needed at all, let's rely on the usb-serial core for this function,
      especially as it is being overridden by it anyway.
      
      This lets us make usb_serial_probe() a static function, which it should
      be.
      
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      2edd284b
    • Greg Kroah-Hartman's avatar
      USB: serial: sierra: remove reset_resume callback · 3abee859
      Greg Kroah-Hartman authored
      This really just is the resume callback for the device, so use that,
      especially as the usb-serial core just overrode this callback so it
      wasn't being made anyway.
      
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Johan Hovold <jhovold@gmail.com>
      Cc: Anton Samokhvalov <pg83@yandex.ru>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      3abee859
    • Greg Kroah-Hartman's avatar
      USB: serial: ch341: remove reset_resume callback · 2bfd1c96
      Greg Kroah-Hartman authored
      This really just is the resume callback for the device, so use that,
      especially as the usb-serial core just overrode this callback so it
      wasn't being made anyway.
      
      Cc: Johan Hovold <jhovold@gmail.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      2bfd1c96
    • Greg Kroah-Hartman's avatar
      USB: serial: remove usb_serial_disconnect call in all drivers · 32078f91
      Greg Kroah-Hartman authored
      This is now set by the usb-serial core, no need for the driver to
      individually set it.
      
      Thanks to Alan Stern for the idea to get rid of it.
      
      Cc: William Greathouse <wgreathouse@smva.com>
      Cc: Matthias Bruestle and Harald Welte <support@reiner-sct.com>
      Cc: Lonnie Mendez <dignome@gmail.com>
      Cc: Peter Berger <pberger@brimson.com>
      Cc: Al Borchers <alborchers@steinerpoint.com>
      Cc: Gary Brubaker <xavyer@ix.netcom.com>
      Cc: Oliver Neukum <oliver@neukum.name>
      Cc: Matthias Urlichs <smurf@smurf.noris.de>
      Cc: Support Department <support@connecttech.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
      Cc: Kautuk Consul <consul.kautuk@gmail.com>
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Bart Hartgers <bart.hartgers@gmail.com>
      Cc: Johan Hovold <jhovold@gmail.com>
      Cc: Preston Fick <preston.fick@silabs.com>
      Cc: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
      Cc: Simon Arlott <simon@fire.lp0.eu>
      Cc: Andrew Worsley <amworsley@gmail.com>
      Cc: "Michał Wróbel" <michal.wrobel@flytronic.pl>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Eric Dumazet <eric.dumazet@gmail.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Aleksey Babahin <tamerlan311@gmail.com>
      Cc: Dan Carpenter <error27@gmail.com>
      Cc: Jiri Kosina <jkosina@suse.cz>
      Cc: Donald Lee <donald@asix.com.tw>
      Cc: Julia Lawall <julia@diku.dk>
      Cc: Michal Sroczynski <msroczyn@gmail.com>
      Cc: Wang YanQing <Udknight@gmail.com>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: Thomas Tuttle <ttuttle@chromium.org>
      Cc: Rigbert Hamisch <rigbert@gmx.de>
      Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
      Cc: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Cc: Jesper Juhl <jj@chaosbits.net>
      Cc: Adhir Ramjiawan <adhirramjiawan0@gmail.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      32078f91
    • Greg Kroah-Hartman's avatar
      USB: serial: remove usb_serial_probe call in all drivers · 5026bb07
      Greg Kroah-Hartman authored
      This is now set by the usb-serial core, no need for the driver to
      individually set it.
      
      Thanks to Alan Stern for the idea to get rid of it.
      
      Cc: William Greathouse <wgreathouse@smva.com>
      Cc: Matthias Bruestle and Harald Welte <support@reiner-sct.com>
      Cc: Lonnie Mendez <dignome@gmail.com>
      Cc: Peter Berger <pberger@brimson.com>
      Cc: Al Borchers <alborchers@steinerpoint.com>
      Cc: Gary Brubaker <xavyer@ix.netcom.com>
      Cc: Oliver Neukum <oliver@neukum.name>
      Cc: Matthias Urlichs <smurf@smurf.noris.de>
      Cc: Support Department <support@connecttech.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
      Cc: Kautuk Consul <consul.kautuk@gmail.com>
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Bart Hartgers <bart.hartgers@gmail.com>
      Cc: Johan Hovold <jhovold@gmail.com>
      Cc: Preston Fick <preston.fick@silabs.com>
      Cc: Uwe Bonnes <bon@elektron.ikp.physik.tu-darmstadt.de>
      Cc: Simon Arlott <simon@fire.lp0.eu>
      Cc: Andrew Worsley <amworsley@gmail.com>
      Cc: "Michał Wróbel" <michal.wrobel@flytronic.pl>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Eric Dumazet <eric.dumazet@gmail.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Aleksey Babahin <tamerlan311@gmail.com>
      Cc: Dan Carpenter <error27@gmail.com>
      Cc: Jiri Kosina <jkosina@suse.cz>
      Cc: Donald Lee <donald@asix.com.tw>
      Cc: Julia Lawall <julia@diku.dk>
      Cc: Michal Sroczynski <msroczyn@gmail.com>
      Cc: Wang YanQing <Udknight@gmail.com>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: Thomas Tuttle <ttuttle@chromium.org>
      Cc: Rigbert Hamisch <rigbert@gmx.de>
      Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
      Cc: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Cc: Jesper Juhl <jj@chaosbits.net>
      Cc: Adhir Ramjiawan <adhirramjiawan0@gmail.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      5026bb07
    • Alan Stern's avatar
      usb-serial: clean up unneeded PM-related fields · c7f3619b
      Alan Stern authored
      This patch (as1551) cleans up the PM-related entries in the usb_driver
      structures of the various USB serial driver modules.  Those entries
      are now filled in by the usb-serial core during driver registration,
      so they don't need to be initialized explicitly in the source code.
      
      The same is true of the one remaining no_dynamic_id entry.
      
      reset_resume remains a small problem, because the serial core doesn't
      support it.  The patch ignores these entries.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      c7f3619b
    • Alan Stern's avatar
      usb-serial: ftdi_sio: fix oops during autosuspend · 5cbe61c5
      Alan Stern authored
      This patch (as1550) fixes a bug in the usb-serial core that affects
      the ftdi_sio driver and most likely others as well.  The core
      implements suspend and resume routines, but it doesn't store pointers
      to those routines in the usb_driver structures that it registers,
      even though it does set those drivers' supports_autosuspend flag.  The
      end result is that when one of these devices is autosuspended, we try
      to call through a NULL pointer.
      
      The patch fixes the problem by setting the suspend and resume method
      pointers to the appropriate routines in the USB serial core, along
      with the supports_autosuspend field, in each driver as it is
      registered.
      
      This should be back-ported to all the stable kernels that have the new
      usb_serial_register_drivers() interface.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Reported-and-tested-by: default avatarFrank Schäfer <schaefer.frank@gmx.net>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      5cbe61c5
    • Greg Kroah-Hartman's avatar
      Merge tag 'dwc3-for-v3.5' of git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb into usb-next · 23063b37
      Greg Kroah-Hartman authored
      usb: dwc3: patches for v3.5 merge window
      
      This pull request contains one workaround for a Silicon
      Issue found on all RTL releases prior to 2.20a, which
      would cause a metastability state on Run/Stop bit.
      
      We also have some patches implementing a few extra Standard
      requests introduced by USB3 spec (Set SEL and Set Isoch Delay),
      as well as one patch, which has been pending for a long time,
      implementing LPM support.
      
      Last, but not least, we are splitting the host address space
      out of the dwc3 core driver otherwise xHCI won't be able to
      request_mem_region() its own address space. This patch is
      only needed because we are (as we should) re-using the xHCI
      driver, which is a completely separate module.
      
      Together with these three big changes, come a few extra preparatory
      patches which most move code around, define macros and so on, as
      well as a fix for Isochronous transfers which hasn't been triggered
      before.
      
      [ resolved conflicts and build error in drivers/usb/dwc3/gadget.c - gregkh]
      23063b37
    • Greg Kroah-Hartman's avatar
      Merge tag 'musb-for-v3.5' of git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb into usb-next · a5c708e8
      Greg Kroah-Hartman authored
      usb: musb: patches for v3.5 merge window
      
      MUSB has only two patches for this merge window adding
      support for TI's TI81xx platforms which contains two
      MUSB IP instances.
      
      Nothing scary here, just yet another glue layer for MUSB.
      a5c708e8
    • Greg Kroah-Hartman's avatar
      Merge tag 'gadget-for-v3.5' of... · 6a1e1d71
      Greg Kroah-Hartman authored
      Merge tag 'gadget-for-v3.5' of git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb into usb-next
      
      usb: gadget: patches for v3.5
      
      This pull request is quite big, but mainly because there's a
      giant rework of the s3c_hsotg.c driver to make it friendlier
      for other users. Samsung Exynos platforms use the DesignWare
      Core USB2 IP from Synopsys so it's a bit unfair to have the
      driver work for Samsung platforms only. In short, the big
      rework is in preparation to make the driver more reusable.
      
      Another big rework in this pull request came from Ido, where
      he's removing the redundant pointer for the endpoint descriptor
      from the controller driver's own endpoint representation. The
      same pointer is available through the generic struct usb_ep
      structure.
      
      Also on this pull request is the conversion of a few extra
      controller drivers to the new style registration, which allows
      multiple controllers to be available on the same platform and
      helps remove global pointers from those drivers.
      
      Together with those big changes, there's the usual fixes and cleanups
      to gadget drivers. Nothing major.
      6a1e1d71