An error occurred fetching the project authors.
  1. 10 Jan, 2004 1 commit
  2. 15 Dec, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: <linux/usb_ch9.h> new descriptor codes, types · 9616878a
      David Brownell authored
      This patch adds definitions:
      
        - New "video" class, for video cameras and more complicated devices;
      
        - New "Interface association" descriptor type, used by video class,
          along with two other assigned desciptor type codes (OTG, "debug")
          listed in the same ECN to the USB 2.0 spec;
      
        - Type declarations for "Interface association" and OTG descriptors.
      
      It also replaces three copies of USB_DT_CS_* declarations in audio
      support with one in <linux/usb_ch9.h>, and uses the newly exposed
      symbol in "usbnet".  (Near as I can tell, the convention for those
      "class specific" descriptor types started with audio, and was then
      adopted by several other class specifications.)
      9616878a
  3. 07 Nov, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: usb ignores 64bit dma · 4f428f01
      David Brownell authored
      The dma hooks whereby EHCI can pass 64bit DMA support
      up the driver stack (to avoid buffer copies) turn out
      to broken on most architectures(*).  This patch just
      disables them all, since it looks like those mechanisms
      won't get fixed before 2.6.0-final.  For now it'd only
      matter on a few big Intel boxes anyway.
      
      Please merge.
      
      - Dave
      
      (*) On x86, mips, and arm dma_supported() doesn't
           even compare with the device's mask.  On several
           other architectures (reported on ppc, alpha,
           and sparc64), asking that question for non-PCI
           devices will just BUG() -- even though all info
           needed to answer the question is right at hand.
      4f428f01
  4. 23 Oct, 2003 2 commits
  5. 19 Sep, 2003 1 commit
    • David T. Hollis's avatar
      [PATCH] USB: ethtool_ops and ax8817x fixes for usbnet · 303d082c
      David T. Hollis authored
      This is a resend of all of my recent usbnet additions which
      center on adding ethtool_ops support.  All have been re-diffed
      against the latest usbnet from BK.
      
      Changes:
      * Add ethtool_ops support to usbnet
      * Add GPIO bit toggling upon initialization of ax8817x devices
        so that xmit works properly
      * Add Wake-On-Lan and eeprom dump support for ax8817x devices
        (this only adds the config support for WOL, actual operation
         is more of a USB/Power Management function)
      * Change ax8817x_set_multicast to not kmalloc for the filter
        since there was no clean way to free the memory after URB submit.
        Instead, we make use of the 20 byte dev->data.
      303d082c
  6. 16 Sep, 2003 1 commit
    • Alan Stern's avatar
      [PATCH] USB: Use num_altsetting in usbnet and usbtest · 4f90b98e
      Alan Stern authored
      This patch fixes usbnet and usbtest.  When checking endpoints, they
      iterate through all interfaces out to intf->max_altsetting, but they
      should only go up to intf->num_altsetting.  The max_altsetting value
      refers to the amount of space _allocated_ for usb_host_interface
      structures, not the number that are really in use.
      4f90b98e
  7. 28 Aug, 2003 1 commit
  8. 27 Aug, 2003 3 commits
    • David Brownell's avatar
      [PATCH] USB: usbnet, cdc ethernet descriptor parsing fixes · bae6e21c
      David Brownell authored
      This makes the new CDC Ethernet code handle more devices:
      
        - Uses the active config, not just the default one, if it's
          coping "descriptors in wrong place" quirk.  (bugfix)
      
        - Uses usb_ifnum_to_if() to get interfaces.  (bugfix)
      
        - AMBIT USB cable modems have bogus CDC Union descriptors;
          workaround by switching master and slave.  (add quirk)
      
        - To make it easier the next time we run into firmware
          that violates the class spec, add debug messages saying
          exactly why it's giving up on a given CDC device.
      
      Net result, this code now handles at least one more
      cable modem design.
      bae6e21c
    • David Brownell's avatar
      [PATCH] USB: usbnet minor cleanup · 2c970788
      David Brownell authored
      This goes on top of Dave Hollis' patch, and makes the front matter
      match the slightly revised role -- and mention that new support.
      It also eliminates a potentially confusing name and corrects an
      omission (Zaurus framing wasn't printed).
      2c970788
    • Daniele Bellucci's avatar
      3b319365
  9. 22 Aug, 2003 1 commit
  10. 15 Aug, 2003 1 commit
  11. 11 Aug, 2003 2 commits
  12. 06 Aug, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: usbnet, prevent exotic rtnl deadlock · 0f138bbf
      David Brownell authored
      Turns out that when PM is in use, some D3cold resume paths
      could have one thread, holding the network lock, deadlock
      in flush_scheduled_work() since an event task is waiting
      for that same lock.  Fix is to call that later, when the
      lock isn't held.
      0f138bbf
  13. 31 Jul, 2003 1 commit
  14. 30 Jul, 2003 3 commits
    • David Brownell's avatar
      [PATCH] USB: usbnet: zaurus c-750, motorola · a0c3c07d
      David Brownell authored
      This patch:
      
         - Makes the cdc code handle a Motorola cable modem that stores
           CDC descriptors in the wrong place.  The workaround might be
           helpful for other hardware too.  (This was a 2.4 regression.)
      
         - Recognizes another Zaurus (PXA 255 based clamshell, not yet
           sold by Sharp in the US).
      
         - Cleaned the Zaurus stuff up a bit.  Rather than expecting
           a new driver_info struct (or re-using the right one) for
           each new pxa based product, they all use the same one.  So
           patches for new products only need new usb_device_id entries.
           (Also notes the issue that every Zaurus model will need to be
           blacklisted for CDC if the Z code isn't enabled.)
      a0c3c07d
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
      [PATCH] USB: Support sharp zaurus C-750 · e6c96591
      Greg Kroah-Hartman authored
      From pavel@ucw.cz
      
      This adds support for another handheld from sharp to 2.6.0-test1
      e6c96591
  15. 29 Jul, 2003 1 commit
  16. 15 Jul, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: usb net drivers SET_NETDEV_DEV · 79715ebc
      David Brownell authored
      I noticed that Viro's "use alloc_etherdev" patch left a
      small problem:  only "usbnet" did SET_NETDEV_DEV, and
      that used the wrong driver model device.
      
      This has all the usb network drivers use SET_NETDEV_DEV,
      so the /sys/class/net/*/{device,driver} files link to the
      relevant usb interface and to its device driver.
      79715ebc
  17. 09 Jul, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB: usbnet, don't NET_XMIT_DROP · dc48dc42
      David Brownell authored
      Martin Diehl pointed out that the network layer treats
      a tx drop notification in special ways, so "usbnet"
      shouldn't be using them.  This fixes that problem,
      which could potentially explain some infrequent oopsing
      seen in the network layer.  (With memory so tight that
      an URB can't be gotten.)
      
      Please merge.
      dc48dc42
  18. 30 Jun, 2003 1 commit
    • Mickaël Grigouze's avatar
      [PATCH] USB: zaurus SL-C700 · c748be11
      Mickaël Grigouze authored
      This is a patch for usbnet for working with Zaurus SL-C700.
      The productid is different from other Zaurus, so i add an entry for it :)
      c748be11
  19. 18 Jun, 2003 1 commit
  20. 16 Jun, 2003 1 commit
  21. 04 Jun, 2003 1 commit
  22. 29 May, 2003 1 commit
  23. 20 May, 2003 1 commit
  24. 29 Apr, 2003 2 commits
    • Joe Perches's avatar
      fa0bec94
    • David Brownell's avatar
      [PATCH] USB: usbnet, config changes for CDC Ether · 0e438d5e
      David Brownell authored
      This patch changes how usbnet and CDC Ether get configured,
      switching to the newer implementation with that CDC model
      (using a "minidriver" for "usbnet").
      
        - Removes "cdc-ether" from Kconfig and Makefile.
          Once everything flies, "cdc-ether.c" can be
          removed from the kernel.
      
        - Makes all the "minidriver" options in "usbnet"
          explicit in Kconfig, defaulting to "y" for most
          cases.  So folk expecting a CDC Ether option in
          Kconfig will still have one, and during config
          a list of hardware (cables, PDAs, etc) using the
          "usbnet" driver is now available.  (It's possible
          to save a few pages of code by configuring out
          drivers that use custom framing.)
      
        - Since now it's possible to create broken configs,
          this checks for them.  The two basic errors being
          configuring "usbnet" with no minidrivers, and
          needing to blacklist Zaurus in CDC-only configs.
      
        - Zaurus shouldn't do full CDC style init, since it
          doesn't uniquify the Ethernet address it reports;
          and it still shouldn't come up as an "eth%d" link.
      
      The CDC support is still "experimental", since I want
      to see a few interop reports for commercial products
      before changing that.
      0e438d5e
  25. 23 Apr, 2003 1 commit
  26. 04 Apr, 2003 1 commit
    • David Brownell's avatar
      [PATCH] USB usbnet: dynamic config, cdc-ether, net1080 · eca765b0
      David Brownell authored
      This patch:
      
         - Makes "usbnet" pay attention to device descriptors in
           the most common cases; there's less need to embed device
           hardware details.  This lets it work with high speed
           devices, and should help interop with the newer ARM/PXA
           kernels "usb-eth" (same vid/pid, but different endpoints).
      
         - Adds some new CDC Ethernet support, which is partly enabled:
           the Zaurus SL-5500 code uses it, with the current FRAMING_Z
           flag overriding normal CDC framing on-the-wire.  (Most of
           the other "minidrivers" use CDC framing, except Net1080
           and GeneSys.)
      
         - Merges a patch from Johannes to recover from some net1080
           framing errors by flushing the fifos ... the chip gets into
           a wierd mode, this makes the link more robust.  (Thanks!)
      
         - Gets rid of a family of cpu/logfile saturating loops that
           could show up in early stages of disconnect processing,
           while we're getting rx/tx errors continuously since khubd
           hasn't tried to disconnect() us yet.  (Pathological case,
           with lots of logging enabled: khubd never gets scheduled!)
      
         - Uses deeper queues at high speed, so the host controllers
           can stay busy transferring packets even when IRQs get held
           off for several milliseconds.  That pipelining gives better
           throughput too -- 4x more with one device, says TTCP.
      
      With the possible exception of multicast support, this code
      should be a fine replacement to "cdc-ether" ... certainly
      its faster for high speed devices.  Some later patch should
      likely do a switch-over.  (Which would  also resolve a Zaurus
      hotplugging bug:  "cdc-ether" doesn't blacklist it.)
      eca765b0
  27. 14 Mar, 2003 1 commit
  28. 06 Jan, 2003 1 commit
  29. 27 Dec, 2002 2 commits
    • Greg Kroah-Hartman's avatar
      [PATCH] USB net drivers: remove direct calls to dev_set* and dev_get* · 5938e095
      Greg Kroah-Hartman authored
      change dev_set_drvdata() and dev_get_drvdata() to
      usb_set_intfdata() and usb_get_intfdata()
      5938e095
    • David Brownell's avatar
      [PATCH] usbcore dma updates (and doc) · 61426cf2
      David Brownell authored
      Attached is a patch leveraging some of the new generic dma stuff:
      
      - Replaces dma mapping calls in usbcore with generic equivalents.
         This is a minor code shrink (which we'd hoped could happen).
      
      - Pass dma mask along, so net drivers can notice it'd be good to
         set NETIF_F_HIGHDMA; or scsi ones can set highmem_io.  (Some
         Intel EHCI setups are able to support this kind of DMA.)
      
      - Updates one net driver (usbnet) to set NETIF_F_HIGHDMA when
         appropriate, mostly as an example (since I can't test this).
      
      - Provides Documentation/usb/dma.txt, describing current APIs.
         (Unchanged by this patch, except dma mask visibility.)
      
      - Converted another info() to dev_info(), and likewise a couple
         dbg() to dev_dbg() conversions in the modified routine.
      
      The number of FIXMEs was conserved: the generic API doesn't yet
      fix the error reporting bugs in the PCI-specific mapping API.
      61426cf2
  30. 16 Dec, 2002 1 commit
    • David Brownell's avatar
      [PATCH] usbnet: zaurus, oops, etc · bdd00dbd
      David Brownell authored
      This patch:
      
      - Removes Pavel's Zaurus-private crc32 code; the base patch
         was from Pavel.
      
      - Addresses two issues Toby Milne reported against the Zaurus:
         (a) if skbs had extra framing added (z, net1080, gl620a),
             the original size (now too small) was used on tx;
         (b) added FLAG_FRAMING_Z so rx packets had enough space
      
      - Removes an oops from the driver model conversion (saved
         the wrong pointer).  Disconnecting wasn't healthy.
      
      - Forward-ports some ethtool support from the 2.4 version:
         PDAs are always connected, so report them that way.
      
      - Stubs in some PXA-250 support for non-Zaurus PDAs.
         This is currently commented out; so far those PDAs
         only run Linux for bleeding edge developers.
      
      - Minor cleanups.
      bdd00dbd
  31. 02 Dec, 2002 1 commit
    • David S. Miller's avatar
      [PATCH] kbd_pt_regs · 4a7e8594
      David S. Miller authored
      Hey guys, I really want to kill this thing.
      
      The only way to do that is to actually pass the pt_regs
      all the way down from the interrupt source.  It would be
      a three step process:
      
      1) Add pt_regs arg to serio_interrupt and serio->dev->interrupt()
         Update all serio->dev drivers and serio_interrupt() invokers.
      
         I've done this in the patch below.  We must handle pt_regs being
         NULL, f.e. when the event is via a tty ldisc or a timer for which
         there is no "pt_regs" context to obtain.
      
      2) At the input layer, push 'regs' down via input_event() into the
         handlers.
      
         Patch below does this as well.
      
      3) Final step to complete this, convert USB to pass the pt_regs that
         the host controller interrupt receives down to the URB callbacks.
      
         This itself was also a multistep process:
      
      	a) pass regs down from generic host controller
      	   layer to hcd driver
      
      	b) pass regs from hcd driver into urb handler
      
      	   EHCI is problematic here, as it does the URB
      	   work in a tasklet :(  we need to decide whether
      	   we can move the normal URB completion back into
      	   the hw interrupt handler or not
      
      	   I think it should be done, I'd basically have my
      	   thumbs up my butt if I didn't have Alt-SYSRQ-p
      	   register dumps available and that is what EHCI+usbkbd
      	   is currently.
      
      	   UHCI and OHCI both complete urbs in hw IRQ context
      	   so they are just fine.
      
      	c) update urb handlers to take the regs arg, make hcd
      	   drivers pass it on in
      
         I was really bored, so this was also done in the patch below :)
      
         We get a USB cleanup for free because of this, a lot of people
         were defining their own ugly typedefs for what should be
         usb_complete_t so I fixed that up :-)
      
         I also caught a lot of usb_fill_*() call sites casting the
         completion function pointer to usb_complete_t so the compiler
         wouldn't help us find necessary fixup if we changed the
         args again :-(  I think I got them all, someone bored should
         grep the tree for usb_complete_t and fixup any remaining spots
         where it is used in a cast.
      
         I tried to enable as many drivers as possible in a test build
         but it is possible I did miss a few obscure USB configs.
      
      So why do I want to kill kbd_pt_regs so badly?  Well, first of all I
      have to walk through all kinds of hoops on sparc64 to update
      kbd_pt_regs properly on the USB controller interrupt and I've had
      a few cases where I had trouble tracking down some kernel bug
      because kbd_pt_regs could easily be inaccurate if another interrupt
      came in right after the keyboard USB one.
      
      Right now, kbd_pt_regs is not updated at all for USB keyboards on x86
      rendering SYSRQ register dumps non-existent in such configurations.
      This forces it to happen, and because the regs are passed in the
      context in which the URB completes, it will always be accurate (it
      will even work properly if I have 5 USB keyboards :-)
      
      While doing this, I also noticed a bunch of ancient keyboard drivers
      in 2.5.x under drivers/char that need to be converted or deleted.
      They were still calling handle_scancode() !!! :-)  drivers/tc
      has few as well.  There is also a stray handle_scancode() reference
      in a include/asm-parisc/keyboard.h comment
      
      I tested this on sparc64 with an OHCI attached USB keyboard,
      and register dumping works fine etc.
      
      Here is just the USB bits.
      4a7e8594
  32. 29 Oct, 2002 1 commit
    • David Brownell's avatar
      [PATCH] USB: clean up usb structures some more · 63bc762f
      David Brownell authored
      This patch splits up the usb structures to have two structs,
      "usb_XXX_descriptor" with just the descriptor, and "usb_host_XXX" (or
      something similar) to wrap it and add the "extra" pointers plus the
      array of related descriptors that the host parsed during enumeration.
      (2 or 3 words extra in each"usb_host_XXX".)  This further matches the
      "on the wire" data and enables the gadget drivers to share the same
      header file.
      
      Covers all the linux/drivers/usb/* and linux/sound/usb/* stuff, but
      not a handful of other drivers (bluetooth, iforce, hisax, irda) that
      are out of the usb tree and will likely be affected.
      63bc762f