1. 04 3月, 2007 3 次提交
    • T
      ide: fix drive side 80c cable check, take 2 · fab59375
      Tejun Heo 提交于
      eighty_ninty_three() had word 93 validitity check but not the 80c bit
      test itself (bit 13).  This increases the chance of incorrect wire
      detection especially because host side cable detection is often
      unreliable and we sometimes soley depend on drive side cable
      detection.  Fix it.
      
      [ bart: fix off-by-1 bit name in the patch description ]
      Signed-off-by: NTejun Heo <htejun@gmail.com>
      Acked-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      fab59375
    • S
      cmd64x: fix PIO mode setup (take 3) · f92d50e6
      Sergei Shtylyov 提交于
      The driver's tuneproc() method fails to set the drive's own speed -- fix this
      by renaming the function to cmd64x_tune_pio(), making it return the mode set,
      and "wrapping" the new tuneproc() method around it; while at it, also get rid
      of the non-working prefetch control code (filtering out related argument values
      in the "wrapper"), remove redundant PIO5 mode limitation, make cmdprintk() give
      more sensible mode info, and remove mention about the obsolete /proc/ interface.
      Get rid of the broken config_chipset_for_pio() which always tried to set PIO4,
      switch to always auto-tuning PIO instead.
      Oh, and add the missing PIO5 support to the speedproc() method while at it. :-)
      
      Warning: compile tested only -- getting to the real hardware isn't that easy...
      
      On Tuesday 06 February 2007 22:11, Mikael Pettersson <mikpe@it.uu.se> wrote:
      > 
      > Worked fine on my SPARC Ultra5 with a CMD646 IDE controller.
      Signed-off-by: NSergei Shtylyov <sshtylyov@ru.mvista.com>
      Signed-off-by: NBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      f92d50e6
    • S
      alim15x3: fix PIO mode setup · 21b82477
      Sergei Shtylyov 提交于
      The driver's tuneproc() method fails to set the drive's own speed -- fix this
      by renaming the function to ali15x3_tune_pio() and "wrapping" the new tuneproc()
      method around it and making it return the mode set, update the heading comment.
      
      Also, setting PIO mode via the speedproc() method does not work due to passing 
      to the tuneproc() method's a mode number not biased by XFER_PIO_0 -- fix this
      along with a typo in the heading comment...
      Signed-off-by: NSergei Shtylyov <sshtylyov@ru.mvista.com>
      Signed-off-by: NBartlomiej Zolnierkiewicz <bzolnier@gmail.com>
      21b82477
  2. 03 3月, 2007 25 次提交
  3. 02 3月, 2007 12 次提交