From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [RFC] mm: generic adaptive large memory allocation APIs Date: Fri, 07 May 2010 14:52:54 +0200 Message-ID: <1273236774.1642.353.camel@laptop> References: <1273105838-4441-1-git-send-email-xiaosuo@gmail.com> <201005072142.IIC30776.FFtOOHMOVFJLQS@I-love.SAKURA.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: xiaosuo@gmail.com, akpm@linux-foundation.org, eric.dumazet@gmail.com, jslaby@suse.cz, viro@zeniv.linux.org.uk, paulmck@linux.vnet.ibm.com, adobriyan@gmail.com, mingo@elte.hu, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, avi@redhat.com To: Tetsuo Handa Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:51138 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751499Ab0EGMxA (ORCPT ); Fri, 7 May 2010 08:53:00 -0400 Received: from f199130.upc-f.chello.nl ([80.56.199.130] helo=dyad.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.69 #1 (Red Hat Linux)) id 1OAN35-0008Ku-JW for linux-fsdevel@vger.kernel.org; Fri, 07 May 2010 12:52:59 +0000 In-Reply-To: <201005072142.IIC30776.FFtOOHMOVFJLQS@I-love.SAKURA.ne.jp> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Fri, 2010-05-07 at 21:42 +0900, Tetsuo Handa wrote: > Changli Gao wrote: > > static void __kvfree(void *ptr, bool inatomic) > > inatomic might be confusing because what vfree() checks is > BUG_ON(in_interrupt()) rather than BUG_ON(in_atomic()). > > > { > > if (unlikely(ZERO_OR_NULL_PTR(ptr))) > > return; > > if (is_vmalloc_addr(ptr)) { > > if (inatomic) { > > By the way, is in_interrupt() a heavy operation? > > register unsigned long current_stack_pointer asm("esp") __used; > static inline struct thread_info *current_thread_info(void) > { > return (struct thread_info *) > (current_stack_pointer & ~(THREAD_SIZE - 1)); > } > #define preempt_count() (current_thread_info()->preempt_count) > #define irq_count() (preempt_count() & (HARDIRQ_MASK | SOFTIRQ_MASK | NMI_MASK)) > #define in_interrupt() (irq_count()) > > If we can agree on changing from (inatomic) to (in_interrupt()), > we can merge kvfree() and kvfree_inatomic(). I really dislike all of that, just don't allow usage from interrupt context.