1. 09 Jun, 2005 4 commits
    • Narendra Sankar's avatar
      [PATCH] PCI: MSI functionality broken on Serverworks GC chipset · 1e062767
      Narendra Sankar authored
      MSI functionality is broken on the GC_LE x86 chipset that Serverworks
      developed and that is being used in various platforms today. Broadcom is
      going to push out to the kernel MSI enabled Gigabit drivers (in the very
      near future), and we would like to make sure that MSI does not get
      enabled on any platforms using the GC_LE chipset (device id 0x17).
      Following the AMD 8131 example, I am including a patch to disable MSI
      functionality when a GCNB_LE is detected. Please let me know if there
      are any issues with this. This is a permanent fix for this chipset, as
      the hardware will not be updated.
      Signed-off-by: default avatarNarendra Sankar <nsankar@broadcom.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      1e062767
    • Ian Abbott's avatar
      [PATCH] USB: ftdi_sio: avoid losing received data in tty-ldisc · 76854cea
      Ian Abbott authored
      ftdi_sio: Avoid losing bytes at tty-ldisc.
      
      This patch was originally developed by Daniel Smertnig.  I
      (Ian Abbott) made a few changes.  It has been tested by both
      Daniel and I, at least for raw, non-canonical receive data
      processing.
      
      Here is Daniel's original description of the patch:
      
      ===
      During a project in which I was using a FTDI 232BM to
      transmit data at relative high speeds (625kBit/s), I
      noticed a problem where data was lost even if flow
      control was enabled: The FTDI-Driver receives 512 Bytes
      of data over USB at a time, which consists of 8 64-Byte
      packets. Subtracting the 2 bytes of status information
      included in each packet this gives 496 "real" data
      bytes per read.
      
      This data is passed (indirectly, via the flip buffers)
      to the tty line discipline which takes care of
      throttling when there the free buffer space reaches
      TTY_THRESHOLD_THROTTLE (128). Because the FTDI driver
      processes up to 496 bytes at a time, throttling won't
      happen in time and the line discipline will discard the
      remaining bytes.
      
      To avoid this the patch passes data in 62-byte blocks
      to the tty layer and checks the available space in the
      ldisc-buffers. If there isn't enough free space,
      processing the rest of the data is delayed using a
      workqueue.
      
      Note: The original problem should be easily
      reproducible with a userspace program which does slow &
      small reads.
      ===
      Signed-off-by: default avatarIan Abbott <abbotti@mev.co.uk>
      Signed-off-by: default avatarDaniel Smertnig <daniel.smertnig@gmail.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      76854cea
    • Pete Zaitcev's avatar
      [PATCH] USB: fix ub issues · 9f793d2c
      Pete Zaitcev authored
      This smoothes two imperfections:
      - Increase number of LUNs per device from 4 to 9. The best solution
        would be to remove this limit altogether, but that has to wait until
        the time when more than 26 hosts are allowed.
      - Replace mdelay with msleep in a probing routine.
      Signed-off-by: default avatarPete Zaitcev <zaitcev@yahoo.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      9f793d2c
    • Scott Murray's avatar
      [PATCH] PCI Hotplug: fix CPCI reference counting bug · 03e49d40
      Scott Murray authored
      Here's a patch that fixes up the pci_dev refcounting in the CPCI code.
      I've done some testing against it and it seems fine here.
      Signed-off-by: default avatarScott Murray <scottm@somanetworks.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      03e49d40
  2. 08 Jun, 2005 36 commits