[U-Boot] [PATCH v3 0/7] Add support for using an UBI volume for environment

Joe Hershberger joe.hershberger at gmail.com
Fri Apr 12 14:52:24 CEST 2013


Hi Stefan,

On Fri, Apr 12, 2013 at 6:30 AM, Tom Rini <trini at ti.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 04/12/2013 02:19 AM, Stefan Roese wrote:
>> Hi Joe,
>>
>> On 12.04.2013 00:26, Tom Rini wrote:
>>> On Mon, Apr 08, 2013 at 03:32:45PM -0500, Joe Hershberger wrote:
>>>
>>>> NAND is not good at handling absolute addresses to sectors for
>>>> storing particular data.  The current implementation of the
>>>> NAND env support works around this in several ways such as
>>>> storing a pointer to the sector in the OOB of the first sector
>>>> (interferes with some CRC) or supporting a range of sectors
>>>> (which unless it is huge is not guaranteed to be safe).  None
>>>> of these options address wear-leveling concerns or bad block
>>>> handling.
>>>>
>>>> Accessing the u-boot env from UBI eliminates these concerns.
>>>> However, it does require some of the basic settings for finding
>>>> the UBI env to be in the default u-boot env.
>>
>> One question: Do you plan to support the fw_env Linux tools with
>> this env-in-UBI feature as well?
>
> That is what the 'gluebi' comment is about.  It could however stand to
> be documented more explicitly in the README or similar.  You use
> CONFIG_MTD_UBI_GLUEBI in the kernel to allow you to map UBI volumes
> (which the env(s) are) as regular flash devices.

Sorry that wasn't clearer.  In the last two patches you can see where
I have to add a few changes to the fw_setenv to make it function
properly on the GLUEBI mtd devices.

I guess I didn't add much to the READMEs about it.  I'll try to
remember to push a patch to comment on it more there.

Cheers,
-Joe


More information about the U-Boot mailing list