From: Josh Boyer <jwboyer@linux.vnet.ibm.com>
To: Kyungmin Park <kmpark@infradead.org>
Cc: u-boot@lists.denx.de, Stefan Roese <sr@denx.de>,
linux-mtd@lists.infradead.org, arnez@de.ibm.com
Subject: Re: [U-Boot] U-Boot and UBI
Date: Wed, 13 Aug 2008 09:20:36 -0400 [thread overview]
Message-ID: <1218633636.10489.43.camel@localhost.localdomain> (raw)
In-Reply-To: <9c9fda240808121634q7128ed30w40635e34d4a7fcf9@mail.gmail.com>
On Wed, 2008-08-13 at 08:34 +0900, Kyungmin Park wrote:
> Hi,
>
> On Tue, Aug 12, 2008 at 8:11 PM, Stefan Roese <sr@denx.de> wrote:
> > On Tuesday 12 August 2008, Kyungmin Park wrote:
> >> > On Monday 11 August 2008, Kyungmin Park wrote:
> >> >> Actually the Samsung implemented the UBI support on U-boot already and
> >> >> has used it internally. The big difference is the code base. It's
> >> >> based on kernel UBI code. Yes it's not fit well to u-boot ecosystem so
> >> >> it created the ubi wrapper for u-boot.
> >> >
> >> > And how does NAND/OneNAND booting with UBI support fit into this? I
> >> > assume that you have some size restrictions for the IPL/SPL on your
> >> > platforms as well.
> >>
> >> It's not yet covered. it's TODO
> >
> > I see.
> >
>
> Yes, we should make a u-boot within one block size since flash only
> guarantees the first one block as bad block free. e.g., exactly
> (128KiB - 2KiB) size if OneNAND case.
> For this, we need to code or size optimization.
> If this is solved, we can use flash as bad block free device with UBI.
An alternative to that is to have a very small IPL that loads U-Boot to
DRAM as the SPL. That would require some relocatable support in U-Boot.
josh
WARNING: multiple messages have this Message-ID (diff)
From: Josh Boyer <jwboyer@linux.vnet.ibm.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] U-Boot and UBI
Date: Wed, 13 Aug 2008 09:20:36 -0400 [thread overview]
Message-ID: <1218633636.10489.43.camel@localhost.localdomain> (raw)
In-Reply-To: <9c9fda240808121634q7128ed30w40635e34d4a7fcf9@mail.gmail.com>
On Wed, 2008-08-13 at 08:34 +0900, Kyungmin Park wrote:
> Hi,
>
> On Tue, Aug 12, 2008 at 8:11 PM, Stefan Roese <sr@denx.de> wrote:
> > On Tuesday 12 August 2008, Kyungmin Park wrote:
> >> > On Monday 11 August 2008, Kyungmin Park wrote:
> >> >> Actually the Samsung implemented the UBI support on U-boot already and
> >> >> has used it internally. The big difference is the code base. It's
> >> >> based on kernel UBI code. Yes it's not fit well to u-boot ecosystem so
> >> >> it created the ubi wrapper for u-boot.
> >> >
> >> > And how does NAND/OneNAND booting with UBI support fit into this? I
> >> > assume that you have some size restrictions for the IPL/SPL on your
> >> > platforms as well.
> >>
> >> It's not yet covered. it's TODO
> >
> > I see.
> >
>
> Yes, we should make a u-boot within one block size since flash only
> guarantees the first one block as bad block free. e.g., exactly
> (128KiB - 2KiB) size if OneNAND case.
> For this, we need to code or size optimization.
> If this is solved, we can use flash as bad block free device with UBI.
An alternative to that is to have a very small IPL that loads U-Boot to
DRAM as the SPL. That would require some relocatable support in U-Boot.
josh
next prev parent reply other threads:[~2008-08-13 13:21 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-08 18:26 U-Boot and UBI Josh Boyer
2008-08-08 18:26 ` [U-Boot] " Josh Boyer
2008-08-08 22:58 ` Wolfgang Denk
2008-08-08 22:58 ` Wolfgang Denk
2008-08-11 5:18 ` Kyungmin Park
2008-08-11 5:18 ` Kyungmin Park
2008-08-11 6:42 ` Wolfgang Denk
2008-08-11 6:42 ` Wolfgang Denk
2008-08-11 12:13 ` Josh Boyer
2008-08-11 12:13 ` Josh Boyer
2008-08-11 20:02 ` Stefan Roese
2008-08-11 20:02 ` Stefan Roese
2008-08-12 10:25 ` Kyungmin Park
2008-08-12 10:25 ` Kyungmin Park
2008-08-12 11:11 ` Stefan Roese
2008-08-12 11:11 ` Stefan Roese
2008-08-12 23:34 ` Kyungmin Park
2008-08-12 23:34 ` Kyungmin Park
2008-08-13 13:20 ` Josh Boyer [this message]
2008-08-13 13:20 ` Josh Boyer
2008-08-19 16:35 ` Enrico Scholz
-- strict thread matches above, loose matches on Subject: below --
2011-09-09 18:05 [U-Boot] u-boot " ed in 92626
2011-09-12 9:53 ` Detlev Zundel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1218633636.10489.43.camel@localhost.localdomain \
--to=jwboyer@linux.vnet.ibm.com \
--cc=arnez@de.ibm.com \
--cc=kmpark@infradead.org \
--cc=linux-mtd@lists.infradead.org \
--cc=sr@denx.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.