1. 29 Nov, 2002 1 commit
  2. 27 Nov, 2002 9 commits
    • James Simmons's avatar
      Merge · f6b8b167
      James Simmons authored
      f6b8b167
    • James Simmons's avatar
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/linux/linux/BK/bleeding-2.5 · 6406f3a9
      Greg Kroah-Hartman authored
      into kroah.com:/home/linux/linux/BK/gregkh-2.5
      6406f3a9
    • Stuart MacDonald's avatar
      [PATCH] WhiteHEAT update · b6f5eb6a
      Stuart MacDonald authored
      1-fix-lowlat:
      
      QA found that running all four ports at 460800 would drop data. I
      traced it to data being dropped in the read callback because the flip
      buffers were full. Turning on the low latency flag fixed things.
      
      2-fix-taint
      
      A side-effect of turning on low latency; the interrupt context from
      the callback is now passed through to the tty layer, passing it on to
      calls back into usb-serial.c. Which causes deadlocks when trying to
      re-acquire the per-port semaphore. We've already talked about this.
      This patch is my work-around for the usb-serial.c brokenness.
      Basically, implemement a buffering scheme, and schedule a software
      interrupt to handle the data handoff to the tty layer sometime later.
      urb_pool_size defaults to 8, but is a module parameter and can be
      modified at runtime.
      The buffering is needed so that the driver can run while data is
      waiting to be processed, but I could have used the tty layer
      scheduling instead of doing my own by turning off low latency.
      However, I looked at the tty layer and it seems to me that there's
      nothing preventing a really fast device from flipping one buffer,
      flipping the next, and flipping back to the still full buffer from
      before (actually, the flip just gets scheduled for later), so my
      driver needs to be able to hold onto buffered data and schedule them
      for processing later anyway. So, might as well leave low_latency on.
      
      
      diff -Naur linux-2.5.49-0-virgin/drivers/usb/serial/whiteheat.c linux-2.5.49-1-fix-
      lowlat/drivers/usb/serial/whiteheat.c
      b6f5eb6a
    • Stuart MacDonald's avatar
      [PATCH] usb-serial.c disconnect race · 634a8ee6
      Stuart MacDonald authored
      Attached is a patch that changes the 2.5.x disconnect to be similar to
      2.4.x disconnect. This doesn't fix the race, but does shrink the
      window such that I've never seen it trigger, even under testing
      designed to do that.
      
      There doesn't seem to be a good way to fix the race. The fix should be
      to have _disconnect force any sleeping semaphore holders to run to
      completion between the end of the loop in the patch below and the spot
      where the underlying memory is freed, but I don't see a way to do
      that.
      
      
      diff -Naur linux-2.5.49-2-fix-taint/drivers/usb/serial/usb-serial.c linux-2.5.49-3-fix-drvdata/drivers/usb/serial/usb-
      serial.c
      634a8ee6
    • John Tyner's avatar
      [PATCH] [patch] speed/clean up vicam_decode_color · e107779b
      John Tyner authored
      This patch cleans up the vicam_decode_color function by removing
      unused/useless variables and combining the two "x" loops inside the
      y loop into one. It also reduces the number of times that the "x"
      loop occurs from 512 to 320 which should provide a decent speed
      increase. It also fixes a bug in the y loop that wrote beyond its bound.
      e107779b
    • Nemosoft Unv.'s avatar
      [PATCH] [PATCH] PWC 8.9 · 51c57aab
      Nemosoft Unv. authored
      After a little absence, here's a patch to bring the Philips Webcam driver up
      to version 8.9 (skipping 8.8 which has been available as a download on my
      website for a while).
      
      This patch is against 2.5.49, and includes some of the following:
      * New USB IDs for Logitech and Visionite webcams.
      * Better URB link/unlink sequence when opening/closing device
        and switching resolutions.
      * Adding probe for CCD/CMOS sensor type.
      * Removed remnants of YUV420 palette stuff.
      
      Also updated the description in 'Kconfig'.
      51c57aab
    • Mark W. McClelland's avatar
      0f4fe770
    • Ganesh Varadarajan's avatar
  3. 26 Nov, 2002 30 commits