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: Thu, 29 May 2014 19:13:29 -0700 From: Linus Torvalds <torvalds@...ux-foundation.org> To: Dave Chinner <david@...morbit.com> Cc: Minchan Kim <minchan@...nel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Andrew Morton <akpm@...ux-foundation.org>, linux-mm <linux-mm@...ck.org>, "H. Peter Anvin" <hpa@...or.com>, Ingo Molnar <mingo@...nel.org>, Peter Zijlstra <a.p.zijlstra@...llo.nl>, Mel Gorman <mgorman@...e.de>, Rik van Riel <riel@...hat.com>, Johannes Weiner <hannes@...xchg.org>, Hugh Dickins <hughd@...gle.com>, Rusty Russell <rusty@...tcorp.com.au>, "Michael S. Tsirkin" <mst@...hat.com>, Dave Hansen <dave.hansen@...el.com>, Steven Rostedt <rostedt@...dmis.org> Subject: Re: [RFC 2/2] x86_64: expand kernel stack to 16K On Thu, May 29, 2014 at 6:58 PM, Dave Chinner <david@...morbit.com> wrote: > > If the patch I sent solves the swap stack usage issue, then perhaps > we should look towards adding "blk_plug_start_async()" to pass such > hints to the plug flushing. I'd want to use the same behaviour in > __xfs_buf_delwri_submit() for bulk metadata writeback in XFS, and > probably also in mpage_writepages() for bulk data writeback in > WB_SYNC_NONE context... Yeah, adding a flag to the plug about what kind of plug it is does sound quite reasonable. It already has that "magic" field, it could easily be extended to have a "async" vs "sync" bit to it.. Of course, it's also possible that the unplugging code could just look at the actual requests that are plugged to determine that, and maybe we wouldn't even need to mark things specially. I don't think we ever end up mixing reads and writes under the same plug, so "first request is a write" is probably a good approximation for "async". Linus -- 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