lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 25 Aug 2010 21:42:32 +1000 From: Neil Brown <neilb@...e.de> To: Tejun Heo <tj@...nel.org> Cc: jaxboe@...ionio.com, linux-fsdevel@...r.kernel.org, linux-scsi@...r.kernel.org, linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org, linux-raid@...r.kernel.org, hch@....de, James.Bottomley@...e.de, tytso@....edu, chris.mason@...cle.com, swhiteho@...hat.com, konishi.ryusuke@....ntt.co.jp, dm-devel@...hat.com, vst@...b.net, jack@...e.cz, rwheeler@...hat.com, hare@...e.de, rusty@...tcorp.com.au, mst@...hat.com, Tejun Heo <tj@...nle.org> Subject: Re: [PATCH UPDATED 4/5] md: implment REQ_FLUSH/FUA support On Wed, 25 Aug 2010 13:22:26 +0200 Tejun Heo <tj@...nel.org> wrote: > This patch converts md to support REQ_FLUSH/FUA instead of now > deprecated REQ_HARDBARRIER. In the core part (md.c), the following > changes are notable. > > * Unlike REQ_HARDBARRIER, REQ_FLUSH/FUA don't interfere with > processing of other requests and thus there is no reason to mark the > queue congested while FLUSH/FUA is in progress. > > * REQ_FLUSH/FUA failures are final and its users don't need retry > logic. Retry logic is removed. > > * Preflush needs to be issued to all member devices but FUA writes can > be handled the same way as other writes - their processing can be > deferred to request_queue of member devices. md_barrier_request() > is renamed to md_flush_request() and simplified accordingly. > > For linear, raid0 and multipath, the core changes are enough. raid1, > 5 and 10 need the following conversions. > > * raid1: Handling of FLUSH/FUA bio's can simply be deferred to > request_queues of member devices. Barrier related logic removed. > > * raid5: Queue draining logic dropped. FUA bit is propagated through > biodrain and stripe resconstruction such that all the updated parts > of the stripe are written out with FUA writes if any of the dirtying > writes was FUA. preread_active_stripes handling in make_request() > is updated as suggested by Neil Brown. > > * raid10: FUA bit needs to be propagated to write clones. > > linear, raid0, 1, 5 and 10 tested. > > Signed-off-by: Tejun Heo <tj@...nel.org> > Cc: Neil Brown <neilb@...e.de> > --- > Rebased on top of -rc2 and updated as suggested. Can you please > review and ack it? Reviewed-by: NeilBrown <neilb@...e.de> Thanks! NeilBrown -- 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