An error occurred fetching the project authors.
  1. 22 Aug, 2003 3 commits
  2. 21 Aug, 2003 1 commit
    • Gerd Knorr's avatar
      [PATCH] v4l: remove stale CONFIG_VIDEO_PROC_FS · a527cfc1
      Gerd Knorr authored
       * makes the three USB drivers not use the procfs stuff, also added a
         warning that they should converted to sysfs.
       * Removes the leftover, obsolete VIDEO_PROC_FS config option, that
         should catch any other build failures too (if any).
      a527cfc1
  3. 11 Aug, 2003 1 commit
    • David Brownell's avatar
      [PATCH] add usb_reset_configuration() · d6ecf7ed
      David Brownell authored
      Unfortunately, usb_set_configuration() is widely mis-used as a
      lightweight device reset.  That's trouble because setting a
      configuration must sometimes involve things that don't relate
      at all to a light reset, and can't be done in contexts like
      driver probe() calls.
      
      This patch updates most usb_set_configuration() users to use a call
      that provides more appropriate functionality:
      
        - Adds a new usb_reset_configuration() call, which never needs
          to change very much usbcore state.
      
        - Uses it to replace most usb_set_configuration() calls, in
          many serial drivers, hisax, dvb, irda, and so on.
      
        - Modifies usb_reset_device() so it issues the control request
          directly.  It's both more of a reset (hides a USB reset) and
          less of one (altsettings are unchanged).
      
        - Makes usbfs return the error code instead of discarding it.
      
      Once this goes in, then usb_set_configuration() can be made to
      work properly (including from sysfs).
      d6ecf7ed
  4. 29 May, 2003 1 commit
  5. 24 Apr, 2003 1 commit
  6. 23 Apr, 2003 1 commit
  7. 25 Mar, 2003 1 commit
  8. 27 Dec, 2002 1 commit
  9. 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
  10. 29 Oct, 2002 1 commit
  11. 16 Sep, 2002 1 commit
  12. 19 Jul, 2002 1 commit
    • Rusty Russell's avatar
      [PATCH] drivers/usb/* designated initializer rework · cfe2b798
      Rusty Russell authored
      Name: Designated initializers for drivers/usb
      Author: Rusty Russell
      Status: Trivial
      
      D: The old form of designated initializers are obsolete: we need to
      D: replace them with the ISO C forms before 2.6.  Gcc has always supported
      D: both forms anyway.
      cfe2b798
  13. 07 Jul, 2002 1 commit
    • David Brownell's avatar
      [PATCH] urb->transfer_flags updates · 774921a2
      David Brownell authored
      This patch fixes two problems that have already been discussed
      on this list:
      
      - USB_QUEUE_BULK is rather pointless (and UHCI-specific).
         If drivers really want only one bulk urb queued at a time,
         they just shouldn't issue such urbs till others complete.
      
           FIX:  remove it entirely.
      
      - USB_DISABLE_SPD is horribly named (based on a UHCI flag).
         What it really does is turn non-ISO short reads into errors.
      
           FIX:  rename it.  Now it's URB_SHORT_NOT_OK.
      
      I changed all the drivers using these two flags, including
      corresponding changes in the "usbfs" API.
      
      Most of the patch by volume is doc updates:
      
      - Documentation/usb/URB.txt hadn't been updated in two years (!)
         and was pretty out of date.  It also had many details that were
         inappropriately specific to usb-uhci.
      - Most of the URB flags weren't even commented as to intent.
      - DISABLE_SPD was often documented as if it were SHORT_IS_OK.
      - There was still some doc saying how iso should use urb->next.
      
      There are also some related updates:
      
      - Some of the submit sanity checks for transfer flags were
         overly broad ... SHORT_NOT_OK is only for reads, NO_FSBR
         is for non-periodic requests, ZERO_PACKET only for writes.
      - The ohci-hcd code thought SHORT_NOT_OK worked for ISO.
      - The uhci-hcd code thought QUEUE_BULK applied to non-bulk
      
      Note that this patch doesn't update any of the "old" HCDs,
      including usb-ohci-hcd.
      
      In the case of usb-uhci{,-hcd} it'd have been painful to fix
      the QUEUE_BULK logic.  That logic was, I think, the original
      reason to have that flag!  So I count switching to "uhci-hcd"
      as a win already ... :)
      774921a2
  14. 12 Jun, 2002 1 commit
  15. 10 Jun, 2002 1 commit
  16. 23 May, 2002 1 commit
  17. 22 May, 2002 1 commit
  18. 17 Apr, 2002 1 commit
  19. 08 Apr, 2002 1 commit
  20. 04 Apr, 2002 1 commit
    • Greg Kroah-Hartman's avatar
      USB · c9894a14
      Greg Kroah-Hartman authored
      moved files to different subdirectories to make try to make sense
      of the current mess, and to allow usb client drivers to integrate into
      the tree easier.
      c9894a14
  21. 13 Mar, 2002 1 commit
  22. 23 Feb, 2002 1 commit
  23. 19 Feb, 2002 1 commit
  24. 13 Feb, 2002 1 commit
  25. 06 Feb, 2002 1 commit
  26. 05 Feb, 2002 5 commits
    • Greg Kroah-Hartman's avatar
      [PATCH] USB stv680 driver update · 09d84299
      Greg Kroah-Hartman authored
      Here's a patch against 2.5.3 for the USB stv680 driver that fixes two
      bugs in the existing driver.  This patch was done by Kevin Sisson.
      09d84299
    • Linus Torvalds's avatar
      v2.5.2.2 -> v2.5.2.3 · 463727d1
      Linus Torvalds authored
      - Al Viro: VFS inode allocation moved down to filesystem, trim inodes
      - Greg KH: USB update, hotplug documentation
      - Kai Germaschewski: ISDN update
      - Ingo Molnar: scheduler tweaking ("J2")
      - Arnaldo: emu10k kdev_t updates
      - Ben Collins: firewire updates
      - Björn Wesen: cris arch update
      - Hal Duston: ps2esdi driver bio/kdev_t fixes
      - Jean Tourrilhes: move wireless drivers into drivers/net/wireless,
      update wireless API #1
      - Richard Gooch: devfs race fix
      - OGAWA Hirofumi: FATFS update
      463727d1
    • Linus Torvalds's avatar
      v2.5.2.1 -> v2.5.2.1.1 · 468e6d17
      Linus Torvalds authored
      - David Howells: abtract out "current->need_resched" as "need_resched()"
      - Frank Davis: ide-tape update for bio
      - various: header file fixups
      - Jens Axboe: fix up bio/ide/highmem issues
      - Kai Germaschewski: ISDN update
      - Tim Waugh: parport update
      - Patrik Mochel: initcall update
      - Greg KH: USB and Compaq PCI hotplug updates
      468e6d17
    • Linus Torvalds's avatar
      v2.5.2 -> v2.5.2.1 · d694597e
      Linus Torvalds authored
      - Al Viro: fix up silly problem in swapfile filp cleanups in 2.5.2
      - Tachino Nobuhiro: fix another error return for swapfile filp code
      - Robert Love: merge some of Ingo's scheduler fixes
      - David Miller: networking, sparc and some scsi driver fixes
      - Tim Waugh: parport update
      - OGAWA Hirofumi: fatfs cleanups and bugfixes
      - Roland Dreier: fix vsscanf buglets.
      - Ben LaHaise: include file cleanup
      - Andre Hedrick: IDE taskfile update
      d694597e
    • Linus Torvalds's avatar
      v2.5.1.6 -> v2.5.1.7 · 39769961
      Linus Torvalds authored
      - Jeff Garzik: fix up loop and md for struct kdev_t typechecking
      - Jeff Garzik: improved old-tulip network driver
      - Arnaldo: more scsi driver bio updates
      - Kai Germaschewski: ISDN updates
      - various: kdev_t updates
      39769961