On Sun, Aug 05 2007, Daniel Phillips wrote: > A simple way to solve the stable accounting field issue is to add a new > pointer to struct bio that is owned by the top level submitter > (normally generic_make_request but not always) and is not affected by > any recursive resubmission. Then getting rid of that field later > becomes somebody's summer project, which is not all that urgent because > struct bio is already bloated up with a bunch of dubious fields and is > a transient structure anyway.
Thanks for your insights. Care to detail what bloat and dubious fields struct bio has? And we don't add temporary fields out of laziness, hoping that "someone" will later kill it again and rewrite it in a nicer fashion. Hint: that never happens, bloat sticks. -- Jens Axboe - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
