From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Fri, 12 Apr 2013 07:30:24 -0400 Subject: [U-Boot] [PATCH v3 0/7] Add support for using an UBI volume for environment In-Reply-To: <5167A756.2010104@denx.de> References: <1364334811-3118-1-git-send-email-joe.hershberger@ni.com> <1365453172-28746-1-git-send-email-joe.hershberger@ni.com> <20130411222626.GK9914@bill-the-cat> <5167A756.2010104@denx.de> Message-ID: <5167F050.8070807@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de -----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. - -- Tom -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRZ/BQAAoJENk4IS6UOR1WVRMP/iCs2le379RI3hjHl96pf9dg owK56SjtQ1pXAnF15fWYbecMPmkbkqseV3Jcstq0XUvEtCrn6YoLnUMp6Pzm2Gfp yn5ylFI5ofbHhtvj5l350exsV41lTIEb4qeGXmqsenfJdsxo7ddbhXgs+VULJ3eb DdBEmCv86LAxmhe4Te7g+/JReF6c6wfgV6vMibR54KI5coRHf/MKxhIO0/d+puGL V35pcH3lTD3iddhXxPqa5mF8EHHCRed35D/uVkdTKoOJLaIjgsHdHSgvnLnKBoyl swLq82Et2jKUVf1n/co/fi1WC4ymZ+RaOV/qUT5ca+brzsAg9Es0l+41frkKNBAl sA4sA6TuFszfNe/JdtUnPnUh3xDA9ruPPeuU3ZotQs81So4zPHapc9dRNR+chZcL gYHPKoiec/7m/t9ccDILz53OKfCwj7IGEK6Z9oFUn1Hq6pP21UybGTB8wSIUMpXr py9tmhLCSThMzzqLeo09iUvqOgwKmW9oXH1SNZV/LsK7Xlna1qNZSo/uabuDID/n Y57XLuUqzvtrK0FMtixA/yfufAWwTpky+0UAGxDqAIjK/9JMZjIgMDbkWs30znh+ t4SQnaf5yoafGHHmabZo2NBAIRQc9FCjMXxfVGF0EW1diw6VZt17z4psemoKKz18 7obHBEsHfMBa455Iwzi5 =woZY -----END PGP SIGNATURE-----