public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Paul Gortmaker <paul.gortmaker@windriver.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] mpc8xxx: improve LAW error messages when	setting up DDR
Date: Wed, 07 Oct 2009 09:41:23 -0400	[thread overview]
Message-ID: <4ACC9A83.1020707@windriver.com> (raw)
In-Reply-To: <1254875073.24487.16.camel@ptyser-laptop>

Peter Tyser wrote:
> Hi Paul,
> 
>> diff --git a/cpu/mpc8xxx/ddr/util.c b/cpu/mpc8xxx/ddr/util.c
>> index 4451989..d0f61a8 100644
>> --- a/cpu/mpc8xxx/ddr/util.c
>> +++ b/cpu/mpc8xxx/ddr/util.c
>> @@ -89,16 +89,16 @@ __fsl_ddr_set_lawbar(const common_timing_params_t *memctl_common_params,
>>  			? LAW_TRGT_IF_DDR_INTRLV : LAW_TRGT_IF_DDR_1;
>>  
>>  		if (set_ddr_laws(base, size, lawbar1_target_id) < 0) {
>> -			printf("ERROR\n");
>> +			printf("set_lawbar: ERROR (%d)\n", memctl_interleaved);
>>  			return ;
>>  		}
>>  	} else if (ctrl_num == 1) {
>>  		if (set_ddr_laws(base, size, LAW_TRGT_IF_DDR_2) < 0) {
>> -			printf("ERROR\n");
>> +			printf("set_lawbar: ERROR (ctrl #2)\n");
> 
> This error would print out #2 for the 2nd controller...

I was thinking 1 based counting for the messages presented to the
end user instead of the internal zero based, but...

> 
>>  			return ;
>>  		}
>>  	} else {
>> -		printf("unexpected controller number %u in %s\n",
>> +		printf("set_lawbar: unexpected controller number %u in %s\n",
>>  			ctrl_num, __FUNCTION__);
> 
> But this error would print out 2 for the 3rd controller.  Either

...as you point out, it then is inconsistent.  I'll fix that.

> convention is going to be confusing, but it'd be nice if they were at
> least consistent.
> 
> __func__ is preferred over __FUNCTION__, maybe you could update it also?
> 
> Wouldn't this message look at bit funny with the title being
> "set_lawbar:" but then also including the full "__fsl_ddr_set_lawbar" in
> the same message?  And neither of the other errors include the printing
> of __func__?  Hopefully I'll never see the errors, so proceed as you see
> fit:)

I never got to see this last one either, just the "ERROR" ones,
fortunately (?) but you make a good point - while in there, they
might as well all be standardized on func.  I'll do that too.

Thanks,
Paul.

> 
> Best,
> Peter
> 

  reply	other threads:[~2009-10-07 13:41 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-06 23:44 [U-Boot] [PATCH] mpc8xxx: improve LAW error messages when setting up DDR Paul Gortmaker
2009-10-07  0:24 ` Peter Tyser
2009-10-07 13:41   ` Paul Gortmaker [this message]
2009-10-07 20:34     ` [U-Boot] [PATCH v2] " Paul Gortmaker
2009-10-08  3:28       ` Kumar Gala

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=4ACC9A83.1020707@windriver.com \
    --to=paul.gortmaker@windriver.com \
    --cc=u-boot@lists.denx.de \
    /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