RE: Without MACH_ option Early printk (DEBUG_LL)

Nicolas Pitre
2012-09-04T02:04:22Z

On Mon, 3 Sep 2012, Mohammed, Afzal wrote:

> Hi,
>
> On Fri, Aug 31, 2012 at 23:53:32, Nicolas Pitre wrote:
> > On Fri, 31 Aug 2012, Hiremath, Vaibhav wrote:
> > > On Fri, Aug 31, 2012 at 22:43:36, Russell King - ARM Linux wrote:
> > > > On Fri, Aug 31, 2012 at 08:24:51PM +0530, Vaibhav Hiremath wrote:
>
> > > > > AM335X EVM (based on AM33XX device) only supports DT boot mode and
> > > > > doesn't have CONFIG_MACH_AM335XEVM option defined. Some time back during
> > > > > baseport submission we had aligned that, we won't create separate EVM
> > > > > options, killing the board file all-together.
> > > > >
> > > > > Having said that, the early printk option (DEBUG_LL) is broken, the
> > > > > auto-generated file "./include/generated/mach-types.h" still refers to
> > > > > CONFIG_MACH_AM335XEVM option,
> > > > machine types are entirely meaningless for DT based systems.
> > > >
> > > > > Can you comment on this? Based on that I will submit the patch.
> > > >
> > > > Pointless. You can't use machine_is_am335xevm() when you're using DT.
> > > >
> > >
> > > They how do you recommend to resolve early prink issue (required during
> > > decompression)?
> >
> > Right now the best you can do is to have empty stubs that display
> > nothing.
>
> Won't having compile time selection of debug uart over machine based
> runtime detection help here ?

It certainly would. But then your kernel won't run on anything but the
specific machine for which the compile time UART selection was made. As
soon as you have more than one possible UART config for the set of
machines you want your kernel binary to run on, you'll have to give up
on the early output during kernel decompression.

Nicolas