From: Tom Rini <trini@kernel.crashing.org>
To: linux-kernel@vger.kernel.org
Subject: Re: [RFC] Templates and tweaks (for size performance and more)
Date: Thu, 7 Nov 2002 15:06:29 -0700 [thread overview]
Message-ID: <20021107220628.GA12151@opus.bloom.county> (raw)
In-Reply-To: <20021107210304.C11437@flint.arm.linux.org.uk>
On Thu, Nov 07, 2002 at 09:03:04PM +0000, Russell King wrote:
> On Thu, Nov 07, 2002 at 12:09:10PM -0700, Tom Rini wrote:
> > The following is vs current 2.5 BK and has been lightly tested on PPC
> > (and compiled on i386). This creates the default files for all current
> > arches, and adapts ARM and ia64 as well to show how to override a
> > generic param with an arch-specific one (and removes
> > CONFIG_FORCE_MAX_ZONEORDER).
>
> This isn't a "tweak" on ARM as in a user-adjustable value. It needs to
> specifically be reduced to prevent things from blowing up.
It is however, a "tweak" of the default value of 11. I'll add a comment
about this for the next version. And if it can be less than 9, it is
user-adjustable, it just has to be adjusted between 1 and 9.
> > +/* This is the number of free areas per zone to manage, but the max
> > + * number determines the maximum order of a page allocation request
> > + * as well. */
> > +/* Default: 11 */
> > +#if defined(ASSABET_NEPONSET0) || defined(SA1100_ADSBITSY) || \
> > + defined(SA1100_BADGE4) || defined(SA1100_CONSUS) || \
> > + defined(SA1100_GRAPHICSMASTER) || defined(SA1100_JORNADA720) || \
> > + defined(ARCH_LUBBOCK) || defined(SA1100_PFS168) || \
> > + defined(SA1100_PT_SYSTEM3) || defined(SA1100_XP860)
> > +#undef TWEAK_MAX_ORDER
> > +#define TWEAK_MAX_ORDER 9
> > +#endif
>
> And the reason we have it in the configuration rather than the code is
> to get rid of crap like the above.
But having that as one line in arch/arm/Kconfig looks any better?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
next prev parent reply other threads:[~2002-11-07 21:59 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-07 19:09 [RFC] Templates and tweaks (for size performance and more) Tom Rini
2002-11-07 19:27 ` Andrew Morton
2002-11-07 19:33 ` Tom Rini
2002-11-07 19:44 ` Andrew Morton
2002-11-07 19:54 ` Tom Rini
2002-11-07 21:03 ` Russell King
2002-11-07 21:08 ` Russell King
2002-11-07 22:10 ` Tom Rini
2002-11-07 23:57 ` Tom Rini
2002-11-07 22:06 ` Tom Rini [this message]
2002-11-08 0:29 ` Russell King
2002-11-08 0:37 ` Tom Rini
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=20021107220628.GA12151@opus.bloom.county \
--to=trini@kernel.crashing.org \
--cc=linux-kernel@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.