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
| ||
|
Message-ID: <28237ec3-c3c1-1f0c-5250-04a88845d4a6@huaweicloud.com> Date: Fri, 5 Jan 2024 18:31:53 +0800 From: Yu Kuai <yukuai1@...weicloud.com> To: Christoph Hellwig <hch@...radead.org>, Jan Kara <jack@...e.cz> Cc: Yu Kuai <yukuai1@...weicloud.com>, axboe@...nel.dk, roger.pau@...rix.com, colyli@...e.de, kent.overstreet@...il.com, joern@...ybastard.org, miquel.raynal@...tlin.com, richard@....at, vigneshr@...com, sth@...ux.ibm.com, hoeppner@...ux.ibm.com, hca@...ux.ibm.com, gor@...ux.ibm.com, agordeev@...ux.ibm.com, jejb@...ux.ibm.com, martin.petersen@...cle.com, clm@...com, josef@...icpanda.com, dsterba@...e.com, viro@...iv.linux.org.uk, brauner@...nel.org, nico@...xnic.net, xiang@...nel.org, chao@...nel.org, tytso@....edu, adilger.kernel@...ger.ca, jack@...e.com, konishi.ryusuke@...il.com, willy@...radead.org, akpm@...ux-foundation.org, hare@...e.de, p.raghav@...sung.com, linux-block@...r.kernel.org, linux-kernel@...r.kernel.org, xen-devel@...ts.xenproject.org, linux-bcache@...r.kernel.org, linux-mtd@...ts.infradead.org, linux-s390@...r.kernel.org, linux-scsi@...r.kernel.org, linux-bcachefs@...r.kernel.org, linux-btrfs@...r.kernel.org, linux-fsdevel@...r.kernel.org, linux-erofs@...ts.ozlabs.org, linux-ext4@...r.kernel.org, linux-nilfs@...r.kernel.org, yi.zhang@...wei.com, yangerkun@...wei.com, "yukuai (C)" <yukuai3@...wei.com> Subject: Re: [PATCH RFC v3 for-6.8/block 04/17] mtd: block2mtd: use bdev apis Hi, 在 2024/01/05 14:10, Christoph Hellwig 写道: > On Thu, Jan 04, 2024 at 12:28:55PM +0100, Jan Kara wrote: >> What do you think? Because when we are working with the folios it is rather >> natural to use their mapping for dirty balancing? > > The real problem is that block2mtd pokes way to deep into block > internals. > > I think the saviour here is Christians series to replace the bdev handle > with a struct file, which will allow to use the normal file write path > here and get rid of the entire layering volation. Yes, looks like lots of patches from this set is not needed anymore. I'll stop sending v4 and just send some patches that is not related to 'bd_inode' separately. Thanks, Kuai > > . >
Powered by blists - more mailing lists