public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Johannes Weiner <hannes@cmpxchg.org>
Cc: hpa@zytor.com, mingo@redhat.com, tj@kernel.org,
	tglx@linutronix.de, linux-kernel@vger.kernel.org,
	linux-tip-commits@vger.kernel.org
Subject: Re: [tip:core/percpu] bootmem: clean up arch-specific bootmem wrapping
Date: Tue, 24 Feb 2009 22:49:32 +0100	[thread overview]
Message-ID: <20090224214932.GC12601@elte.hu> (raw)
In-Reply-To: <20090224214638.GA2049@cmpxchg.org>


* Johannes Weiner <hannes@cmpxchg.org> wrote:

> On Tue, Feb 24, 2009 at 08:23:03PM +0000, Tejun Heo wrote:
> > Author:     Tejun Heo <tj@kernel.org>
> > AuthorDate: Tue, 24 Feb 2009 11:57:20 +0900
> > Commit:     Tejun Heo <tj@kernel.org>
> > CommitDate: Tue, 24 Feb 2009 11:57:20 +0900
> > 
> > bootmem: clean up arch-specific bootmem wrapping
> > 
> > Impact: cleaner and consistent bootmem wrapping
> > 
> > By setting CONFIG_HAVE_ARCH_BOOTMEM_NODE, archs can define
> > arch-specific wrappers for bootmem allocation.  However, this is done
> > a bit strangely in that only the high level convenience macros can be
> > changed while lower level, but still exported, interface functions
> > can't be wrapped.  This not only is messy but also leads to strange
> > situation where alloc_bootmem() does what the arch wants it to do but
> > the equivalent __alloc_bootmem() call doesn't although they should be
> > able to be used interchangeably.
> > 
> > This patch updates bootmem such that archs can override / wrap the
> > backend function - alloc_bootmem_core() instead of the highlevel
> > interface functions to allow simpler and consistent wrapping.  Also,
> > HAVE_ARCH_BOOTMEM_NODE is renamed to HAVE_ARCH_BOOTMEM.
> > 
> > Signed-off-by: Tejun Heo <tj@kernel.org>
> > Cc: Johannes Weiner <hannes@saeurebad.de>
> 
> What does this message mean?  That the patch was commited to 
> the -tip tree?

yes.

> Well, why not... oh, right, it is broken ;-)

In your reply you pointed out a change that was not adequately 
declared plus an opportunity for a cleanup - is that what you 
mean by breakage?

	Ingo

  reply	other threads:[~2009-02-24 21:50 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <tip-c132937556f56ee4b831ef4b23f1846e05fde102@kernel.org>
2009-02-24 21:46 ` [tip:core/percpu] bootmem: clean up arch-specific bootmem wrapping Johannes Weiner
2009-02-24 21:49   ` Ingo Molnar [this message]
2009-02-24 23:49     ` Johannes Weiner
2009-02-25  2:27       ` Tejun Heo
2009-02-25  2:43         ` Johannes Weiner
2009-02-25  4:52           ` Tejun Heo
2009-02-25  4:53             ` Tejun Heo
2009-02-27  2:58               ` Tejun Heo
2009-02-27  8:16             ` Johannes Weiner
2009-02-25 12:51         ` Ingo Molnar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20090224214932.GC12601@elte.hu \
    --to=mingo@elte.hu \
    --cc=hannes@cmpxchg.org \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-tip-commits@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=tglx@linutronix.de \
    --cc=tj@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox