Christoph Hellwig <h...@lst.de> writes: > diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h > index c2ee937..b0a5bff 100644 > --- a/include/linux/blk_types.h > +++ b/include/linux/blk_types.h > @@ -112,8 +112,6 @@ struct bio { > * bio flags > */ > #define BIO_UPTODATE 0 /* ok after I/O completion */ > -#define BIO_RW_BLOCK 1 /* RW_AHEAD set, and read/write would block */ > -#define BIO_EOF 2 /* out-out-bounds error */ > #define BIO_SEG_VALID 3 /* bi_phys_segments valid */ > #define BIO_CLONED 4 /* doesn't own data */ > #define BIO_BOUNCED 5 /* bio is a bounce bio */
Any particular reason you elected to leave a hole in the numbering? I don't have a preference either way, but I don't think there's any harm in compressing it. -Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/