| 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: <20090527124746.GI11363@kernel.dk> Date: Wed, 27 May 2009 14:47:46 +0200 From: Jens Axboe <jens.axboe@...cle.com> To: Richard Kennedy <richard@....demon.co.uk> Cc: linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org, chris.mason@...cle.com, david@...morbit.com, hch@...radead.org, akpm@...ux-foundation.org, jack@...e.cz, yanmin_zhang@...ux.intel.com, damien.wyart@...e.fr Subject: Re: [PATCH 0/11] Per-bdi writeback flusher threads v8 On Wed, May 27 2009, Richard Kennedy wrote: > On Wed, 2009-05-27 at 11:41 +0200, Jens Axboe wrote: > > Hi, > > > > Here's the 8th version of the writeback patches. Changes since v7: > > > > - Fold the "include default_backing_dev_info in writeback" patch into > > the core, we should just do it from the beginning. > > - More series cleanup, I think it should be mostly complete now. No > > hunks are split between patches now (things like comments for > > functions added earlier, and so on). > > - Fix hang with calling bdi_wait_on_work_clear() inside the bdi_lock > > mutex when the default wb thread had exited. > > - Fix hang with queuing work on exited wb thread, it would have no > > receipients since the default wb thread wrongly cleared the bit > > from the register mask on exit. It must be persistent, which is > > why it gets initialized on bdi_register() already. > > > > For ease of patching, I've put the full diff here: > > > > http://kernel.dk/writeback-v8.patch > > > > and also stored this in a writeback-v7 branch that will not change, > > you can pull that into Linus tree from here: > > > > git://git.kernel.dk/linux-2.6-block.git writeback-v8 > > > > b/block/blk-core.c | 1 > > b/drivers/block/aoe/aoeblk.c | 1 > > b/drivers/char/mem.c | 1 > > b/fs/btrfs/disk-io.c | 24 - > > b/fs/buffer.c | 2 > > b/fs/char_dev.c | 1 > > b/fs/configfs/inode.c | 1 > > b/fs/fs-writeback.c | 807 +++++++++++++++++++++++++++------- > > b/fs/fuse/inode.c | 1 > > b/fs/hugetlbfs/inode.c | 1 > > b/fs/nfs/client.c | 1 > > b/fs/ntfs/super.c | 33 - > > b/fs/ocfs2/dlm/dlmfs.c | 1 > > b/fs/ramfs/inode.c | 1 > > b/fs/super.c | 3 > > b/fs/sync.c | 2 > > b/fs/sysfs/inode.c | 1 > > b/fs/ubifs/super.c | 1 > > b/include/linux/backing-dev.h | 74 +++ > > b/include/linux/fs.h | 11 > > b/include/linux/writeback.h | 15 > > b/kernel/cgroup.c | 1 > > b/mm/Makefile | 2 > > b/mm/backing-dev.c | 476 +++++++++++++++++++- > > b/mm/page-writeback.c | 151 ------ > > b/mm/swap_state.c | 1 > > b/mm/vmscan.c | 2 > > mm/pdflush.c | 269 ----------- > > 28 files changed, 1248 insertions(+), 637 deletions(-) > > > Hi Jens, > > This is working nicely for me. It's successfully built a kernel with no > problems at all, so you've fixed the earlier problem I had. > > Early fio tests writing to 2 disks at the same time indicate that it's > faster too. But there's a fair amount of variability so I will run more > tests & see what the trend really is. That's good to hear, thanks for testing! Do let me know if you run into anything suspicious later on. -- Jens Axboe -- 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