From: Andreas Dilger Subject: Re: upcoming kerneloops.org item: get_page_from_freelist Date: Thu, 25 Jun 2009 23:26:28 +0200 Message-ID: <20090625212628.GO3385@webber.adilger.int> References: <20090624130121.99321cca.akpm@linux-foundation.org> <20090624150714.c7264768.akpm@linux-foundation.org> <20090625132544.GB9995@mit.edu> <20090625193806.GA6472@mit.edu> <20090625194423.GB6472@mit.edu> <20090625203743.GD6472@mit.edu> Mime-Version: 1.0 Content-Type: text/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT To: Theodore Tso , David Rientjes , Andrew Morton , Linus Torvalds , penberg@cs.helsinki.fi, Return-path: Received: from sca-es-mail-2.Sun.COM ([192.18.43.133]:40057 "EHLO sca-es-mail-2.sun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750720AbZFYV0s (ORCPT ); Thu, 25 Jun 2009 17:26:48 -0400 Content-disposition: inline In-reply-to: <20090625203743.GD6472@mit.edu> Sender: linux-ext4-owner@vger.kernel.org List-ID: On Jun 25, 2009 16:37 -0400, Theodore Ts'o wrote: > On Thu, Jun 25, 2009 at 01:18:59PM -0700, David Rientjes wrote: > > Isn't there also a problem in jbd2_journal_write_metadata_buffer(), > > though? > > > > tmp = jbd2_alloc(bh_in->b_size, GFP_NOFS); > ... > > memcpy(tmp, mapped_data + new_offset, jh2bh(jh_in)->b_size); > > > > jbd2_alloc() is just a wrapper to __get_free_pages() and if it fails, it > > appears as though the memcpy() would cause a NULL pointer. > > Nicely spotted. Yeah, that's a bug; we need to do something about > that one, too. IIRC, in the past, jbd_alloc() had a retry mechanism that would loop indefinitely for some allocations, because they couldn't be aborted easily. This was removed for some reason, I'm not sure why. > And what we're doing is a bit silly; it may make sense > to use __get_free_pages if filesystem blocksize == PAGE_SIZE, but > otherwise we should be using a sub-page allocator. Right now, we're > chewing up a 16k PPC page for every 4k filesystem metadata page > allocated in journal_write_metadata_buffer(), and on x86, for the > (admittedly uncommon) 1k block filesystem, we'd be chewing up a 4k > page for a 1k block buffer. IIRC there was also a good reason for this in the past, related to the buffers being submitted to the block device layer, and if they were allocated from the slab cache with CONFIG_DEBUG_SLAB or something similar enabled the buffer would be misaligned and cause grief. Cheers, Andreas -- Andreas Dilger Sr. Staff Engineer, Lustre Group Sun Microsystems of Canada, Inc.