[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1320173992.14409.193.camel@x61.thuisdomein>
Date: Tue, 01 Nov 2011 19:59:52 +0100
From: Paul Bolle <pebolle@...cali.nl>
To: Richard Kuo <rkuo@...eaurora.org>
Cc: torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org,
linux-hexagon@...r.kernel.org
Subject: Re: [PATCH v5 33/36] Hexagon: Add configuration and makefiles for
the Hexagon architecture.
On Tue, 2011-11-01 at 12:27 -0500, Richard Kuo wrote:
> On Tue, Nov 01, 2011 at 10:30:46AM +0100, Paul Bolle wrote:
> > Is GENERIC_PENDING_IRQ also a pending project?
>
> Yes.
So, you'll move it up a line?
> > > +#config ZONE_DMA
> > > +# bool
> > > +# default y
> >
> > Why is this added commented out?
>
> We were using it before, but not anymore.
So, please drop it.
> > > +config STACKTRACE_SUPPORT
> > > + def_bool y
> > > + select STACKTRACE
> >
> > Some grepping suggests that the tracing infrastructure will "select
> > STACKTRACE" if the architecture sets STACKTRACE_SUPPORT (tile apparently
> > also gets this wrong). Have I grepped this correctly?
>
> Only if DEBUG_KMEMLEAK is selected apparently (?)
But "config TRACING" (in kernel/trace/Kconfig) also selects it if
STACKTRACE_SUPPORT is set. It seems GENERIC_TRACER is the hidden magic
here. GENERIC_TRACER is selected by the various tracer options - see
kernel/trace/Kconfig again, I'm unfamiliar with this stuff - and will
itself select TRACING. So if an arch has STACKTRACE_SUPPORT set it
doesn't have to select STACKTRACE itself. (Note that - except for tile -
no other arch selects STACKTRACE.)
But hopefully someone who doesn't have to grep the Kconfig files to
understand this, can tell us for sure.
> We felt it was better to remove the platform code for this submission
> as it was not exactly clean and did not use the devtree code. That's
> why it's commented out of the Makefiles.
If you really feel you need to add it, but commented out, perhaps a
comment can be added to keep people like me from submitting patches to
remove it.
Paul Bolle
--
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