1. 11 9月, 2005 4 次提交
  2. 10 9月, 2005 2 次提交
  3. 09 9月, 2005 5 次提交
    • A
      [PATCH] USB: URB_ASYNC_UNLINK flag removed from the kernel · b375a049
      Alan Stern 提交于
      29 July 2005, Cambridge, MA:
      
      This afternoon Alan Stern submitted a patch to remove the URB_ASYNC_UNLINK
      flag from the Linux kernel.  Mr. Stern explained, "This flag is a relic
      from an earlier, less-well-designed system.  For over a year it hasn't
      been used for anything other than printing warning messages."
      
      An anonymous spokesman for the Linux kernel development community
      commented, "This is exactly the sort of thing we see happening all the
      time.  As the kernel evolves, support for old techniques and old code can
      be jettisoned and replaced by newer, better approaches.  Proprietary
      operating systems do not have the freedom or flexibility to change so
      quickly."
      
      Mr. Stern, a staff member at Harvard University's Rowland Institute who
      works on Linux only as a hobby, noted that the patch (labelled as548) did
      not update two files, keyspan.c and option.c, in the USB drivers' "serial"
      subdirectory.  "Those files need more extensive changes," he remarked.
      "They examine the status field of several URBs at times when they're not
      supposed to.  That will need to be fixed before the URB_ASYNC_UNLINK flag
      is removed."
      
      Greg Kroah-Hartman, the kernel maintainer responsible for overseeing all
      of Linux's USB drivers, did not respond to our inquiries or return our
      calls.  His only comment was "Applied, thanks."
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      b375a049
    • P
      [PATCH] USB: ub 4: Zaitcev's quasi-S/G · a1cf96ef
      Pete Zaitcev 提交于
      Back out Axboe-style quasi-S/G and replace it with one command and
      repeated URBs. This is similar to what usb-storage does, only instead
      of a few URBs allocated together, one URB is reused.
      
      Jens's idea was very nice, but it collapsed when I had to support
      packet commads for CD burning. I cannot issue two or more packet
      commands where application expected only one.
      
      However, burning does not work completely yet. The cdrecord starts,
      recognizes the device, then aborts without writing a TOC.
      Signed-off-by: NPete Zaitcev <zaitcev@yahoo.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      a1cf96ef
    • P
      [PATCH] USB: ub 3/3: death to ub_bd_rq_fn_1 · 6c1eb8c1
      Pete Zaitcev 提交于
      When Al Viro saw the ub.c, he observed that it was a proof positive of
      Linus not reading patches anymore: names like fo_ob_ar_ba_2 used to
      cause serious fireworks. In my defence, any good scheme can be pushed
      to the realm of absurd if pushed far enough.
      Signed-off-by: NPete Zaitcev <zaitcev@yahoo.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      6c1eb8c1
    • P
      [PATCH] USB: ub 2/3: Fold one line · 07d4fd25
      Pete Zaitcev 提交于
      Evidently, Yani Ioannou's display is wider than mine.
      Signed-off-by: NPete Zaitcev <zaitcev@yahoo.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      07d4fd25
    • P
      [PATCH] USB: ub 1/3: Axboe's quasi-S/G · ba6abf13
      Pete Zaitcev 提交于
      This the quasi-S/G patch for ub as suggested by Jens Axboe at OLS and
      implemented that night before 4 a.m. Surprisingly, it worked right away...
      Alas, I had to skip some OLS partying, but it was for the good cause.
      Now the speed of ub is quite acceptable even on partitions with small
      block size.
      
      The ub does not really support S/G. Instead, it just tells the block
      layer that it does. Then, most of the time, the block layer merges
      requests and passes single-segmnent requests down to ub; everything
      works as before. Very rarely ub gets an unmerged S/G request. In such
      case, it issues several commands to the device.
      
      I added a small array of counters to monitor the merging (sg_stat).
      This may be dropped later.
      Signed-off-by: NPete Zaitcev <zaitcev@yahoo.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      ba6abf13
  4. 08 9月, 2005 6 次提交
  5. 06 9月, 2005 2 次提交
  6. 05 9月, 2005 1 次提交
  7. 02 9月, 2005 1 次提交
  8. 30 8月, 2005 2 次提交
  9. 25 8月, 2005 1 次提交
    • J
      [PATCH] cfq-iosched.c: minor fixes · 9c2c38a1
      Jens Axboe 提交于
      One critical fix and two minor fixes for 2.6.13-rc7:
      
      - Max depth must currently be 2 to allow barriers to function on SCSI
      - Prefer sync request over async in choosing the next request
      - Never allow async request to preempt or disturb the "anticipation" for
        a single cfq process context. This is as-designed, the code right now
        is buggy in that area.
      Signed-off-by: NJens Axboe <axboe@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9c2c38a1
  10. 11 8月, 2005 1 次提交
  11. 06 8月, 2005 1 次提交
    • T
      [PATCH] blk: fix tag shrinking (revive real_max_size) · ba025082
      Tejun Heo 提交于
      My patch in commit fa72b903 incorrectly
      removed blk_queue_tag->real_max_depth.
      
      The original resize implementation was incorrect in the following
      points.
      
       * actual allocation size of tag_index was shorter than real_max_size,
         but assumed to be of the same size, possibly causing memory access
         beyond the allocated area.
       * bits in tag_map between max_deptn and real_max_depth were
         initialized to 1's, making the tags permanently reserved.
      
      In an attempt to fix above two bugs, I had removed allocation optimization
      in init_tag_map and real_max_size.  Tag map/index were allocated and freed
      immediately during resize.
      
      Unfortunately, I wasn't considering that tag map/index can be resized
      dynamically with tags beyond new_depth active.  This led to accessing
      freed area after shrinking tags and led to the following bug reporting
      thread on linux-scsi.
      
         http://marc.theaimsgroup.com/?l=linux-scsi&m=112319898111885&w=2
      
      To fix the problem, I've revived real_max_depth without allocation
      optimization in init_tag_map, and Andrew Vasquez confirmed that the
      problem was fixed.  As Jens is not going to be available for a week, he
      asked me to make sure that this patch reaches you.
      
         http://marc.theaimsgroup.com/?l=linux-scsi&m=112325778530886&w=2
      
      Also, a comment was added to make sure that real_max_size is needed for
      dynamic shrinking.
      Signed-off-by: NTejun Heo <htejun@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      ba025082
  12. 03 8月, 2005 1 次提交
  13. 28 7月, 2005 4 次提交
  14. 29 6月, 2005 6 次提交
  15. 28 6月, 2005 3 次提交