[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 11 Dec 2015 17:33:49 -0800
From: Brian Norris <computersforpeace@...il.com>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: MTD Maling List <linux-mtd@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Boris Brezillon <boris.brezillon@...e-electrons.com>,
Linus Walleij <linus.walleij@...aro.org>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Simon Arlott <simon@...e.lp0.eu>,
Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
Jonas Gorski <jogo@...nwrt.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
devicetree-spec@...r.kernel.org, Rob Herring <robh+dt@...nel.org>,
Rafał Miłecki <zajec5@...il.com>,
Hauke Mehrtens <hauke@...ke-m.de>,
Arnd Bergmann <arnd@...db.de>,
David Hendricks <dhendrix@...omium.org>
Subject: Re: [RFC PATCH 0/7] mtd: partitions: add of_match_table support
On Fri, Dec 11, 2015 at 09:44:37AM +0100, Geert Uytterhoeven wrote:
> On Thu, Dec 10, 2015 at 9:54 PM, Brian Norris
> <computersforpeace@...il.com> wrote:
> > IOW, I wouldn't expect MBR or GPT to work well on large raw NAND flash,
> > and so I don't plan to do that sort of work myself. If you can provide
> > some better argument for it, and some nice maintainable code to go with
> > it, then of course it could be considered :)
>
> There's also NOR FLASH (e.g. SPI-NOR), which is what most boards I'm
> working on have.
OK. But these flash are often used for the boot firmware, no? And then,
does the boot code have to be provided at one end of the flash (e.g.,
bottom)? If so, then something like MBR or GPT will likely not apply,
since they reserve the first (and sometimes last) blocks of the medium.
Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists