[U-Boot] [PATCH] mpc8xxx: lc_common_dimm_params: make less verbose
York Sun
yorksun at freescale.com
Thu Jul 28 21:02:31 CEST 2011
On Thu, 2011-07-28 at 20:45 +0200, Wolfgang Denk wrote:
> Dear York Sun,
>
> In message <1311875176.29459.14.camel at oslab-l1> you wrote:
> >
> > > - printf("Detected RDIMM %s\n",
> > > + debug("Detected RDIMM %s\n",
> > > dimm_params[i].mpart);
> > > } else {
> > > temp2 = 1;
> > > - printf("Detected UDIMM %s\n",
> > > + debug("Detected UDIMM %s\n",
> > > dimm_params[i].mpart);
> > > }
> > > }
> >
> > NAK.
>
> NAK the NAK.
>
> > We need to log module part number for testing and verification,
>
> debug() is exactly what is intended to be used for testing.
I didn't mean testing the U-boot. I meant to test the board and overall
software. As we keep the test logs for later comparison, it is helpful
to keep the DDR module information.
>
> I don't know what exactly you mean by "verification", but I guess that
> covers it, too.
>
> Keeping this as prontf() corrupts the format of the boot messages, and
> adds to the boot time without real value.
I don't agree one line with the module information corrupts the boot
messages. Do we have fixed format? Am I missing something?
I didn't count the time but don't think the one line message will add
much to boot time. And it does have real value even you don't use it.
>
> > especially when comparing with different parts. It is also helpful for
> > support, without asking customers to recompile to enable debugging.
>
> Then feel free to add a custom command to display this specific
> information, but keep it off the regular, unconditionally printed boot
> messages.
That's another way to do it. But we don't have to add a new command if a
simple message does the job.
York
More information about the U-Boot
mailing list