Re: Driver retries disk errors.

From: John Stoffel (stoffel_at_lucent.com)
Date: 09/02/04

  • Next message: John Stoffel: "Re: The argument for fs assistance in handling archives"
    Date:	Thu, 2 Sep 2004 10:30:42 -0400
    To: Alan Cox <alan@lxorguk.ukuu.org.uk>
    
    

    >> that much would not sound abnormal. (seeks are about 10 times
    >> as expensive on CDs). 8 times 8 seconds is a full minute.

    Alan> As I said media players need a way to turn it to no retry

    I just ran into this with a scratched CDROM and the program 'grip'
    which ended up requiring a reboot of my 2.6.8 kernel to get back
    control of /dev/cdrom on my system. Needless to say, I wasn't very
    happy about this.

    I really think that we need some way to keep such deadlocks from
    happening. I really dislike having a device lockup a user application
    so hard that it can't be exited. There's no real reason we should be
    doing this any more. If we have to, let the user kill it and just
    have the kernel make it into a zombie, but at least let the user kill
    it off.

    John
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: John Stoffel: "Re: The argument for fs assistance in handling archives"

    Relevant Pages

    • Re: Driver retries disk errors.
      ... I really dislike having a device lockup a user application ... let the user kill it and just ... Alan> recovery code or below should ever hang indefinitely. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Driver retries disk errors.
      ... > I really think that we need some way to keep such deadlocks from ... I really dislike having a device lockup a user application ... let the user kill it and just ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)