ubi-utils

ubi-utils

[Nancy]

Hi all,
    Is there ubi-utils which can dump the specify volume mapped LEBs
to a file (volume.img), then I can use ubiupdatevol to put the dummped
file (volume.img) to Nand?

    Thanks a lot!
-- 
Best wishes,
Nancy

Re: ubi-utils

[Artem Bityutskiy]

Hi,

On Mon, 2008-04-21 at 16:48 +0800, Nancy wrote:
> Hi all,
>     Is there ubi-utils which can dump the specify volume mapped LEBs
> to a file (volume.img), then I can use ubiupdatevol to put the dummped
> file (volume.img) to Nand?

unubi should do this, but last time I tried it - it did not work for me.

-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

Re: ubi-utils

[Nancy]

> Hi,
>
> On Mon, 2008-04-21 at 16:48 +0800, Nancy wrote:
> > Hi all,
> >     Is there ubi-utils which can dump the specify volume mapped LEBs
> > to a file (volume.img), then I can use ubiupdatevol to put the dummped
> > file (volume.img) to Nand?
>
> unubi should do this, but last time I tried it - it did not work for me.

unubi need a image file as one of its parameter, its job seems like
ubiupdatevol do, but I need an opposite function. I need a tool to
generate a volume image

-- 
Best wishes,
Nancy

Re: ubi-utils

[Artem Bityutskiy]

On Mon, 2008-04-21 at 17:43 +0800, Nancy wrote:
> unubi need a image file as one of its parameter, its job seems like
> ubiupdatevol do, but I need an opposite function. I need a tool to
> generate a volume image

I do not think you got it right because its input file it flash dump,
but we do not have anything else at the moment.

-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

Re: ubi-utils

[Nancy]

> > unubi need a image file as one of its parameter, its job seems like
> > ubiupdatevol do, but I need an opposite function. I need a tool to
> > generate a volume image
>
> I do not think you got it right because its input file it flash dump,
> but we do not have anything else at the moment.

Yes, its input file is ubi image.
Where is the old ubi-utils' user manual? At least, hope the code
producer give those tools' usage examples and briefly tell those
tools' function. Thanks in advance!

Ok, so I have to build this tool by myself. Cause there's no tools
like mkfs.ubifs for vfat filesystem. That's the only way to generate a
image file the same format like the ubifs.img and all those images can
be integrated by ubinize to generate a final ubi image file, then
nandwrite to complete the Nand flash burn job.

Or, I make all UBIFS volumes in one MTD partition, VFAT as the only
volume in another MTD partition, attache two MTD partition to UBI.
Then I do not need to write any tools, but use traditional nandread,
nandwrite(fixed FF) for VFAT. How about this? Does attach 2 MTD
partition as 2 UBI devices eat system resources a lot? slow down the
Nand read or write speed?

Any suggestion?   Thanks!

-- 
Best wishes,
Nancy

Re: ubi-utils

[Artem Bityutskiy]

Hi,

On Mon, 2008-04-21 at 19:49 +0800, Nancy wrote:
> Yes, its input file is ubi image.
> Where is the old ubi-utils' user manual? At least, hope the code
> producer give those tools' usage examples and briefly tell those
> tools' function. Thanks in advance!

I think there is no manual, sorry.

> Ok, so I have to build this tool by myself. Cause there's no tools
> like mkfs.ubifs for vfat filesystem. That's the only way to generate a
> image file the same format like the ubifs.img and all those images can
> be integrated by ubinize to generate a final ubi image file, then
> nandwrite to complete the Nand flash burn job.

I do not know how you are going to make FAT work on your MLC flash. But
if you can do this, and you can somehow create proper image, then yes,
ubinize has no problems making the image.

> Or, I make all UBIFS volumes in one MTD partition, VFAT as the only
> volume in another MTD partition, attache two MTD partition to UBI.
> Then I do not need to write any tools, but use traditional nandread,
> nandwrite(fixed FF) for VFAT. How about this? Does attach 2 MTD
> partition as 2 UBI devices eat system resources a lot? slow down the
> Nand read or write speed?

Not exactly sure what you mean. But UBI should be fine with attaching 2
MTD devices.

-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

Re: ubi-utils

[Nancy]

On 4/23/08, Artem Bityutskiy <dedekind@infradead.org> wrote:
> > Or, I make all UBIFS volumes in one MTD partition, VFAT as the only
> > volume in another MTD partition, attache two MTD partition to UBI.
> > Then I do not need to write any tools, but use traditional nandread,
> > nandwrite(fixed FF) for VFAT. How about this? Does attach 2 MTD
> > partition as 2 UBI devices eat system resources a lot? slow down the
> > Nand read or write speed?
>
> Not exactly sure what you mean. But UBI should be fine with attaching 2
> MTD devices.

OK, pass, will you please answer me one question:
Compare with attaching only 1 MTD device, attaching 2 MTD devices will
eat system resources a lot? will slow down the Nand write or read
speed?
All I need to know is the performances differences. Thanks a lot !

-- 
Best wishes,
Nancy

Re: ubi-utils

[Artem Bityutskiy]

On Wed, 2008-04-23 at 15:27 +0800, Nancy wrote:
> OK, pass, will you please answer me one question:
> Compare with attaching only 1 MTD device, attaching 2 MTD devices will
> eat system resources a lot? will slow down the Nand write or read
> speed?
> All I need to know is the performances differences. Thanks a lot !

As I understand you are talking about splitting your single chip on 2
partitions and you are questioning about the difference between 1 big
partition and 2 smaller.

Well, I never tried this with real flash. But theoretically there should
be no difference. But I do not recommend you doing this with your MLC
NAND where an eraseblock survives just 10000 erase-cycles.

-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

Re: ubi-utils

[Nancy]

On 4/23/08, Artem Bityutskiy <dedekind@infradead.org> wrote:
> On Wed, 2008-04-23 at 15:27 +0800, Nancy wrote:
> > OK, pass, will you please answer me one question:
> > Compare with attaching only 1 MTD device, attaching 2 MTD devices will
> > eat system resources a lot? will slow down the Nand write or read
> > speed?
> > All I need to know is the performances differences. Thanks a lot !
>
> As I understand you are talking about splitting your single chip on 2
> partitions and you are questioning about the difference between 1 big
> partition and 2 smaller.
>
> Well, I never tried this with real flash. But theoretically there should
> be no difference. But I do not recommend you doing this with your MLC
> NAND where an eraseblock survives just 10000 erase-cycles.

Ok, I got what you mean, the only difference is Nand lifetime. Thank you : )

-- 
Best wishes,
Nancy