On Feb 14, 2008, at 11:54 PM, Mike Frysinger wrote:

> On Friday 15 February 2008, Kumar Gala wrote:
>> --- /dev/null
>> +++ b/lib_ppc/cmd_call.c
>
> there's nothing ppc specific about this

I'm not familiar w/other architecture ABIs to say if that's true or  
not.  Clearly the upper limit may vary based on the differences in the  
ABIs.

>> +    if ((argc < 2) || (argc > 10)) {
>> ...
>> +U_BOOT_CMD(
>> +    call, CFG_MAXARGS, 1,   do_call,
>
> considering the u-boot infrastructure for commands will do the max  
> checking
> for you, there's no need to check the upper bound of argc.  it's  
> also out of
> sync: in one place you have a random "10" but in another you
> have "CFG_MAXARGS".

agreed.  At first I was going for something more generic.

>> +    (*img)(r[0], r[1], r[2], r[3], r[4], r[5], r[6], r[7]);
>> +
>> +    /* may not return */
>> +
>> +    return 0;
>
> why not ?  you might as well not arbitrarily limit things and have the
> prototype return an int and have it return that instead of "0":
>       return (*img)(r[0], r[1], r[2], r[3], r[4], r[5], r[6], r[7]);

will do.

- k


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users

Reply via email to