• Home
  • Help
  • Search
  • Login
  • Register
Pages: 1 [2] 3
Author Topic: uboot-envtools  (Read 26003 times)
jherm
Newbie
*

Karma: 0
Posts: 1


View Profile
« Reply #15 on: May 10, 2010, 07:15:41 AM »

Does anyone know what offset the U-Boot env config lives at for a GuruPlug?

I don't see anything obvious at 0xa0000 in my nanddump of /dev/mtd0.
Logged

savenger
Newbie
*

Karma: 0
Posts: 3


View Profile
« Reply #16 on: June 21, 2010, 03:00:07 AM »

Hi everyone,

I am trying to use your little tool, but it does not seem to work at my sheevaplug.
When I run
Code:
root@debian:/# sheeva-ubootenv-print > bla
I get the following error:
Code:
sheeva-nandrs-decode: too many errors in block #0 of chunk #0
sheeva-ubootenv-decode: environment must be 128Kb.

Am I doing something wrong?
Logged

truehl
Newbie
*

Karma: 0
Posts: 23


View Profile
« Reply #17 on: June 23, 2010, 03:52:01 AM »

Sorry for the dumb question: Where can I download this tool. I can't find a download link on the google code site!

Thx a lot,
Thomas
Logged

b382f29
Newbie
*

Karma: 0
Posts: 4


View Profile
« Reply #18 on: June 25, 2010, 02:11:22 AM »

Does anyone know what offset the U-Boot env config lives at for a GuruPlug?

I don't see anything obvious at 0xa0000 in my nanddump of /dev/mtd0.

# for Marvell GuruPlug ServerPlus
# (in /proc/cpuinfo:
#  Hardware     : Marvell Plug2L Reference Board)

# MTD device name       Device offset   Env. size       Flash sector size       Number of sectors
/dev/mtd0                      0x40000          0x20000       0x20000
Logged

truehl
Newbie
*

Karma: 0
Posts: 23


View Profile
« Reply #19 on: June 25, 2010, 01:14:08 PM »

Sorry, is there noone to answer that simple question?

Sorry for the dumb question: Where can I download this tool. I can't find a download link on the google code site!
Thx a lot,
Thomas
Logged

firehawk
Newbie
*

Karma: 1
Posts: 10


View Profile
« Reply #20 on: June 26, 2010, 06:34:18 AM »

Hi,

you can simply install the package uboot-envtools on any debian/ubuntu.
Check http://packages.debian.org/lenny/uboot-envtools for further details. Including a link to the tool homepage.
It seems to be part of Das U-Boot: http://www.denx.de/wiki/U-Boot/WebHome.

FireHawk
Logged

truehl
Newbie
*

Karma: 0
Posts: 23


View Profile
« Reply #21 on: June 26, 2010, 06:56:31 AM »

Thx FireHawk I've installed the package with apt-get install uboot-envtools. That worked!

But I can't any hints how to handle this package now. I would like to read the settings from NAND, modify them and then write back. How to to that?

Greetings
Thomas
Logged

e-squizo
Newbie
*

Karma: 3
Posts: 22


View Profile
« Reply #22 on: July 20, 2010, 06:18:46 PM »

Sorry for the dumb question: Where can I download this tool. I can't find a download link on the google code site!

Sorry for the delay, I haven't been around here in a while. I haven't made a package yet... you must download the source and compile it yourself.

Logged

e-squizo
Newbie
*

Karma: 3
Posts: 22


View Profile
« Reply #23 on: July 21, 2010, 09:06:01 AM »

When I run
Code:
root@debian:/# sheeva-ubootenv-print > bla
I get the following error:
Code:
sheeva-nandrs-decode: too many errors in block #0 of chunk #0
sheeva-ubootenv-decode: environment must be 128Kb.

Is that a Sheeva or a Guru? I'm having the same trouble as you with my Gurus, but it works fine on my sheevas! It seems something has changed in the way the environment is being saved: altough u-boot itself is stored using 4-bit ECC, it stores the environment using 1-bit ECC, in the same partition, which seems really ugly. This means that you can read the memory that holds the environment from Linux just using dd (which you can't do when the data is stored with 4-bit ECC), but so far I have been unable to write the data back, it becomes garbled both with dd and with nandwrite -q -n -s 0xa0000 /dev/mtd0.
Logged

b382f29
Newbie
*

Karma: 0
Posts: 4


View Profile
« Reply #24 on: July 25, 2010, 01:45:09 PM »

Quote
Is that a Sheeva or a Guru? I'm having the same trouble as you with my Gurus, but it works fine on my sheevas!
Aehm, just look up a few posts... I posted the configl file needed for the envtools for the guruplug.
The offset as you can see is 0x40000 (not 0xa0000 as with the sheevaplug)
Logged

cjm
Jr. Member
**

Karma: 6
Posts: 69


View Profile
« Reply #25 on: July 26, 2010, 04:09:58 AM »

Looks like we got two threads in one Wink

b382f29, you're referring to configuration files for the uboot-envtools package on Debian/Ubuntu.

e-squizo is talking about the tools he wrote some time ago for Sheevaplugs, sheeva-uboot-tools, and problems with the way the Guruplug stores the configuration data.

I guess the reason why the uboot-envtools are working with Guruplugs (they don't work on Sheevaplugs) is the same reason why e-squizo's tools stopped working with the Guruplugs:

  • Sheevaplugs use 4-bit ECC for uboot and the configuration.
  • Guruplugs use 4-bit ECC for uboot but 1-bit ECC for the configuration.

Thanks,
--Christian
« Last Edit: July 26, 2010, 04:17:54 AM by cjm » Logged

wergio
Newbie
*

Karma: 1
Posts: 5


View Profile
« Reply #26 on: October 01, 2010, 07:34:57 AM »

e-squizo about the "too many errors in block #0 of chunk #0" problem

i think the problem is related to mtdpart mapping

in my system (original sheevaplug with mainline kernel in nand) i've got the same problem

if I do:
Code:
cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00400000 00020000 "uImage"
mtd1: 1fb00000 00020000 "rootfs"

mtd0 should be "uboot" to work, right?

I think my problem is related to "bootargs" parameter in u-boot
Code:
rootfstype=jffs2 console=ttyS0,115200 mtdparts=orion_nand:0x400000@0x100000(uImage),0x1fb00000@0x500000(rootfs) rw root=/dev/mtdblock1 rw ip=192.168.1.9:192.168.1.4:192.168.1.4:255.255.255.0:DB88FXX81:eth0:none

but i must have 3 mtdparts: "uboot", "uImage", "rootfs", right?

any ideas how to correct this? thanks
Logged

wergio
Newbie
*

Karma: 1
Posts: 5


View Profile
« Reply #27 on: October 08, 2010, 02:23:53 PM »

SOLVED "too many errors in block #0 of chunk #0" problem:

as I suspected was mtdpart mapping related:

this was my bootargs setting in uboot
Code:
rootfstype=jffs2 console=ttyS0,115200 mtdparts=orion_nand:0x400000@0x100000(uImage),0x1fb00000@0x500000(rootfs) root=/dev/mtdblock1 rw

mtd partition was speficied in uboot and the "u-boot" mtdpart was absent

the solution is to completly remove the mtdparts option from bootargs

IMPORTANT: if you do that you must speficy root=/dev/mtdblock2  because now rootfs is the third part:

Code:
cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00100000 00020000 "u-boot"
mtd1: 00400000 00020000 "uImage"
mtd2: 1fb00000 00020000 "root"

« Last Edit: October 08, 2010, 02:25:59 PM by wergio » Logged

Julf
Newbie
*

Karma: 1
Posts: 7


View Profile
« Reply #28 on: November 21, 2010, 07:01:17 AM »

Unfortunately I have the same problem on a sheevaplug:

Code:
# sheeva-ubootenv-print
sheeva-nandrs-decode: too many errors in block #0 of chunk #0
sheeva-ubootenv-decode: environment must be 128Kb.

Due to an apparentlly broken USB port, I do not have access to the normal uboot console, so was hoping the sheeva-ubootenv commands would allow me to update the sheevaplug without console access.

Logged

netter
Newbie
*

Karma: 0
Posts: 6


View Profile
« Reply #29 on: January 17, 2011, 08:44:42 AM »

SOLVED "too many errors in block #0 of chunk #0" problem:

as I suspected was mtdpart mapping related:

this was my bootargs setting in uboot
Code:
rootfstype=jffs2 console=ttyS0,115200 mtdparts=orion_nand:0x400000@0x100000(uImage),0x1fb00000@0x500000(rootfs) root=/dev/mtdblock1 rw

mtd partition was speficied in uboot and the "u-boot" mtdpart was absent

the solution is to completly remove the mtdparts option from bootargs

IMPORTANT: if you do that you must speficy root=/dev/mtdblock2  because now rootfs is the third part:

Code:
cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00100000 00020000 "u-boot"
mtd1: 00400000 00020000 "uImage"
mtd2: 1fb00000 00020000 "root"



I have a tonido plug and I am looking to configure fw_env.config from the info from "cat /proc/mtd". I get the same info that you get:

mtd0 00100000 00020000 "u-boot"
mtd1 00400000 00020000 "uImage"
mtd2 1fb00000 0020000 "root"

so how do I convert these into a fw_env.config file? Can you post yours?
Logged

Pages: 1 [2] 3
Print
Jump to: