Re: ROMFS: bad initial checksum

Hi Greg,

>-----Original Message-----
>From: Greg Ungerer [mailto:[email protected]] 
>Sent: Tuesday, March 05, 2013 12:55 PM
>To: Christian Gieseler
>Cc: 'uClinux development list'
>Subject: Re: [uClinux-dev] ROMFS: bad initial checksum
>
>Hi Christian,
>
>On 04/03/13 21:07, Christian Gieseler wrote:
>> i just wanted to give some feedback about this, so that other people 
>> don´t run in the same issue.
>> The initial checksum gets corrupted because of variables from m532x.c 
>> are placed in the area where romfs is placed before it is 
>> mounted/copied to the final position.
>>
>> The two commands
>> sys_clk_khz = clock_pll(0, 0);
>> sys_clk_mhz = sys_clk_khz/1000;
>>
>> overwrite the romfs contents. Commenting the stuff out solves the 
>> romfs problem. You find these variables only in m532x.c and I don´t 
>> see what they are good for. They also don´t exist for other coldfire
platforms.
>> They are in the sources for quite a while now and we did not have the 
>> problem with earlier kernels. Has something changed in the 
>> compiling/linking process, so that addresses have moved?
>
>Well, not so long ago I changed the linker scripts to make them more like
the general m68k scripts. That we we can use the linux common linker >script
definitions (which greatly simplifies maintenance).
>Not sure if this may have caused this.
>
>Anyway, if all that early clock and pll code is not needed I would like to
remove it. I have never liked how that is so different to startup than all
the >other ColdFire parts. I think this code originally came from Freescale.
I don't have a 532x board, so I have never been able to change to much of
>that code and test it.
>
>What sort of board do you have?  Is it the Freescale 5329EVB or your own
design?

The board is derived from the Sentec COBRA5329 Board.

>
>Regards
>Greg

Regards
Christian

_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev