1. 05 May, 2004 6 commits
  2. 03 May, 2004 3 commits
  3. 01 May, 2004 4 commits
    • Markus Demleitner's avatar
      [PATCH] USB: DSBR-100 tiny patch · faf8a6b6
      Markus Demleitner authored
      On Fri, Feb 06, 2004 at 10:17:32AM -0800, Greg KH wrote:
      > On Fri, Feb 06, 2004 at 05:06:01PM +0100, Markus Demleitner wrote:
      > > Since I finally switched over to 2.6 I noticed that my dsbr100 driver
      > > produces a warning to the effect that I should provide a release
      > > callback.  After a quick google on the issue I came to the conclusion
      >
      > No, you will have to fix up your driver to work properly, sorry.  It's
      > due to the changes to the v4l layer to handle removable devices much
      > better (and to tie it into the driver model.)
      
      I didn't get around to doing real work on this until now, but finally
      in the attachment there's my stab at bringing dsbr100 up to kernel 2.6.
      I'm not really comfortable with the release callback issues (I've yet
      to find some HOWTO-like documentation on this...) on the v4l side,
      so I'd be grateful if you could have a look at it.  I've basically
      tried to copy what stv680 does, which may or may not have been a
      good idea (in particular see the comment above the disconnect
      function).
      
      I've used the opportunity for some code beautyfing, which of course
      makes the patch a bit of a mess.  I hope you won't mind too much
      -- as you can see, it would have been pretty messy anyway.
      faf8a6b6
    • David Brownell's avatar
      [PATCH] USB: dummy_hcd, root port wakeup/suspend · 3861df46
      David Brownell authored
      Here's what's in my tree to make dummy_hcd do suspend and
      wakeup correctly ... that is, making its emulated root hub
      and gadget work more like real ones.
      
      It's easier to do this for fake hardware than the real stuff.
      But real drivers tend to need very similar changes ... :)
      
      - Dave
      
      p.s. This does not depend on the suspend/resume patch.
            And it doesn't do "global" suspend (of root hub).
      3861df46
    • Duncan Sands's avatar
      [PATCH] USB: fix WARN_ON in usbfs · b9c5051b
      Duncan Sands authored
      On Tuesday 27 April 2004 10:58, Oliver Neukum wrote:
      > Am Dienstag, 27. April 2004 00:14 schrieb Greg KH:
      > > On Mon, Apr 26, 2004 at 04:05:17PM +0200, Duncan Sands wrote:
      > > > diff -Nru a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
      > > > --- a/drivers/usb/core/devio.c	Mon Apr 26 13:48:28 2004
      > > > +++ b/drivers/usb/core/devio.c	Mon Apr 26 13:48:28 2004
      > > > @@ -350,8 +350,8 @@
      > > >  	 * all pending I/O requests; 2.6 does that.
      > > >  	 */
      > > >
      > > > -	if (ifnum < 8*sizeof(ps->ifclaimed))
      > > > -		clear_bit(ifnum, &ps->ifclaimed);
      > > > +	BUG_ON(ifnum >= 8*sizeof(ps->ifclaimed));
      > >
      > > I've changed that to a WARN_ON().  Yeah, writing over memory is bad, but
      > > oopsing is worse.  Let's be a bit nicer than that.
      >
      > You aren't nice that way. An oops has localised consequences. Scribbling
      > over memory can cause anything.
      
      Hi Greg, if won't accept a BUG_ON, how about the following?
      b9c5051b
    • Duncan Sands's avatar
      [PATCH] USB: usbfs: change extern inline to static inline · 2a6f7d11
      Duncan Sands authored
      And change __inline__ to inline and get rid of an unused function
      while at it.
      2a6f7d11
  4. 30 Apr, 2004 5 commits
    • Jürgen Stuber's avatar
      [PATCH] USB: LEGO USB Tower driver v0.95 · d28412d9
      Jürgen Stuber authored
      here is the latest version 0.95 of the LEGO USB Tower driver against 2.6.6-rc3
      which corrects a lot of problems in the version currently in the kernel,
      most notably sleeping in interrupt context and improper locking.
      Please apply.
      
      It has been thoroughly tested with UHCI, OHCI and EHCI host controllers
      using Lejos and NQC.  Firmware and program download, and with proper
      modifications all communication protocols supported by Lejos work,
      as well as firmware and program download and datalog upload in NQC.
      
      Notes to application maintainers/protocol designers:
      
      - Small modifications are needed in communication protocols because
        the tower tends to discard the first byte of transmissions.
        So for example LNP needs to send an extra byte like 0xff before
        the packet, and F7 handlers needs to cope with a lost 0x55.
      
      - I suggest /dev/usb/legousbtower0 etc. as the standard device names.
        This puts it in the same place as the other USB devices and makes
        clear which driver is responsible for these devices.
      d28412d9
    • David Brownell's avatar
      [PATCH] USB: reject urb submissions to suspended devices · e6ff3ede
      David Brownell authored
      This patch rejects URB submissions to suspended devices, so
      that they don't get hardware-specific fault reports.  Instead,
      they get the same code (-EHOSTUNREACH) for all HCDs.
      
      It also fixes a minor problem with colliding declarations of
      the symbol USB_STATE_SUSPENDED.
      e6ff3ede
    • David Brownell's avatar
      [PATCH] USB Gadget: gadget zero and USB suspend/resume · eb9f952a
      David Brownell authored
      This patch lets gadget zero be more useful in testing usb suspend
      and resume.  It prints messages on suspend() and resume(), and
      supports an "autoresume=N" mode to wake the host after N seconds.
      eb9f952a
    • Sepp Wijnands's avatar
      [PATCH] USB: Alcatel TD10 Serial to USB converter cable support · 8fba64b0
      Sepp Wijnands authored
      The Alcatel TD10 USB to Serial converter cable (for use with a Alcatel
      OT 535 or 735(i) mobile phone) seems to be a repackaged Alcatel
      version of the Prolific 2303 adapter.
      
      And as such, simply adding its product/vendor id (0x11f7/0x02df) to
      drivers/usb/serial/pl2303.c seems to be enough to make it work.
      8fba64b0
    • Alan Stern's avatar
      [PATCH] USB: USB altsetting updates for IDSN Hisax driver · e7285d82
      Alan Stern authored
      The USB core is changing the way interfaces and altsettings are stored.
      They are no longer required to be in numerical order, and as a result,
      simply indexing the interface and altsetting arrays won't work as
      expected.
      
      This patch for the st5481 takes these changes into account.  A simpler
      approach would be to store a pointer to the struct usb_host_interface
      rather than look it up repeatedly, but I'm not very familiar with this
      driver and didn't want to attempt such an alteration.
      e7285d82
  5. 29 Apr, 2004 2 commits
  6. 28 Apr, 2004 17 commits
  7. 29 Apr, 2004 3 commits