Dear Sergei Trofimovich,
In message 20100807163957.52c1cceb@mosly you wrote:
Heh, capacity is reported incorrectly, but it works am I'm able to load kernel from there.
The reason for this is that the multiplication 488397168 x 512 will overflow a 32 bit integer as used in "disk/part.c"; this shouldbe fixed...
This issue is still here:
Sorry for not being clear. What I meant was: this is a bug that needs to be fixed (patches welcome).
And I can't reproduce it anymore with 'u-boot/master'. Rebooted 3 times and I have stable detection \o/.
Good. At least one problem solved.
$sudo openocd -f /usr/share/openocd/scripts/board/sheevaplug.cfg Open On-Chip Debugger 0.5.0-dev-00466-g28ddefd (2010-08-06-22:54)... > reset
Hm... I am not sure what exactly the OpenOCD debugger does when you run the reset command; eventually it performs some initializations (defined in sheevaplug.cfg ?), and/or prevents others. The CPU may, or may not, be in the virgin state expected by U-Boot.
Detach the debugger, and perform a real hard reset instead. Or try to configure the debugger not to perform any initializations (i. e. the equivalent of the "reset run" command on BDI2000/30000).
Best regards,
Wolfgang Denk