[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230512134709.GC32242@lst.de>
Date: Fri, 12 May 2023 15:47:09 +0200
From: "hch@....de" <hch@....de>
To: Jinyoung CHOI <j-young.choi@...sung.com>
Cc: "axboe@...nel.dk" <axboe@...nel.dk>,
"kbusch@...nel.org" <kbusch@...nel.org>, "hch@....de" <hch@....de>,
"sagi@...mberg.me" <sagi@...mberg.me>,
"jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"johannes.thumshirn@....com" <johannes.thumshirn@....com>,
"kch@...dia.com" <kch@...dia.com>,
"willy@...radead.org" <willy@...radead.org>,
"linux-block@...r.kernel.org" <linux-block@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2 04/14] block: fix not to apply bip information in
blk_rq_bio_prep()
> +#if defined(CONFIG_BLK_DEV_INTEGRITY)
The normal style is to use #ifdef.
> + if (bio_integrity(bio))
> + rq->nr_integrity_segments = bio_integrity(bio)->bip_vcnt;
> +#endif
> >
Don't we need to walk the iter here, as it might already have been
advanced? Although it seems nothing in the integrity code follows
that model right now, so I'm not quite sure how it's even working with
clones at the moment.
Powered by blists - more mailing lists