[<prev] [next>] [day] [month] [year] [list]
Message-ID: <213452.45405.qm@web33010.mail.mud.yahoo.com>
Date: Sat, 25 Aug 2007 21:15:07 -0700 (PDT)
From: Stephen Cameron <smcameron@...oo.com>
To: akpm@...l.org, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: cciss: fix error reporting for SG_IO
> > This fixes a problem with the way cciss was filling out the "errors"
> > field of the request structure upon completion of requests.
> > Previously, it just put a 1 or a 0 in there and used the negation
> > of this as the uptodate parameter to one of the functions in the
> > block layer, being a block device. For the SG_IO ioctl, this was not
> > sufficient, and we noticed that, for example, sg_turs from sg3_utils
> > did not correctly detect problems due to cciss having set rq->errors
> > incorrectly.
>
> Do we think this problem is sufficiently serious to merit merging
> this (largeish) patch into 2.6.23?
>
> I'm thinking "no", but that might be wrong...
Without saying too much (I hope), if you want multipath i/o to cciss
devices to work which depend on device mapper, (which I can't say what
specific device(s) match that description without getting myself into
trouble) then you want this patch. If my understanding is correct, then
some DM multipath stuff depends on TUR response to know if a path is
failed. If you don't care about that, then you can skip it.
-- steve
____________________________________________________________________________________
Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games.
http://sims.yahoo.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists