NAND user space program

NAND user space program

[JH]

Hi,

In NOR flash, access flash in user space is integrated to the Linux
system read / write, is it the same story for NAND flash? I installed
mtd-utils, but not sure if I can still use Linux system read / write
to access NAND flash or not.

Thank you.

Kind regards,

- JH

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

Re: NAND user space program

[Richard Weinberger]

On Tue, Jun 11, 2019 at 12:20 PM JH <jupiter.hce@gmail.com> wrote:
>
> Hi,
>
> In NOR flash, access flash in user space is integrated to the Linux
> system read / write, is it the same story for NAND flash? I installed
> mtd-utils, but not sure if I can still use Linux system read / write
> to access NAND flash or not.

Well, Linux exposes both NOR and NAND flashes as MTD.
So there shouldn't be much difference.
But make sure you can deal with specialties of NAND, such as
bad blocks.


-- 
Thanks,
//richard

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

Re: NAND user space program

[JH]

Thanks Richard, can the Linux zImage or rootfs load to NAND directly
via JTAG or serial line?

Thank you.

Kind regards,

- JH

On 6/11/19, Richard Weinberger <richard.weinberger@gmail.com> wrote:
> On Tue, Jun 11, 2019 at 12:20 PM JH <jupiter.hce@gmail.com> wrote:
>>
>> Hi,
>>
>> In NOR flash, access flash in user space is integrated to the Linux
>> system read / write, is it the same story for NAND flash? I installed
>> mtd-utils, but not sure if I can still use Linux system read / write
>> to access NAND flash or not.
>
> Well, Linux exposes both NOR and NAND flashes as MTD.
> So there shouldn't be much difference.
> But make sure you can deal with specialties of NAND, such as
> bad blocks.
>
>
> --
> Thanks,
> //richard
>

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

Re: NAND user space program

[Richard Weinberger]

----- Ursprüngliche Mail -----
> Von: "JH" <jupiter.hce@gmail.com>
> An: "Richard Weinberger" <richard.weinberger@gmail.com>
> CC: "linux-mtd" <linux-mtd@lists.infradead.org>
> Gesendet: Mittwoch, 12. Juni 2019 01:01:49
> Betreff: Re: NAND user space program

> Thanks Richard, can the Linux zImage or rootfs load to NAND directly
> via JTAG or serial line?

This has nothing to do with Linux.
Please, ask your board/jtag vendor.
Some support such operations.

Thanks,
//richard

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

Re: NAND user space program

[Sergei Poselenov]

Hello JH,

Going back to your original question, if your intention is to write a
Linux image to a raw (ie without filesystem) NAND partition, so the
bootloader (eg U-Boot) could be able to read the kernel image from
there, then the suggestion is to use the mtd-utils "nandwrite", which
is able to deal with the NAND bad blocks.

Regards,
Sergei

On Wed, 2019-06-12 at 09:01 +1000, JH wrote:
> Thanks Richard, can the Linux zImage or rootfs load to NAND directly
> via JTAG or serial line?
> 
> Thank you.
> 
> Kind regards,
> 
> - JH
> 
> On 6/11/19, Richard Weinberger <richard.weinberger@gmail.com> wrote:
> > On Tue, Jun 11, 2019 at 12:20 PM JH <jupiter.hce@gmail.com> wrote:
> > > Hi,
> > > 
> > > In NOR flash, access flash in user space is integrated to the
> > > Linux
> > > system read / write, is it the same story for NAND flash? I
> > > installed
> > > mtd-utils, but not sure if I can still use Linux system read /
> > > write
> > > to access NAND flash or not.
> > 
> > Well, Linux exposes both NOR and NAND flashes as MTD.
> > So there shouldn't be much difference.
> > But make sure you can deal with specialties of NAND, such as
> > bad blocks.
> > 
> > 
> > --
> > Thanks,
> > //richard
> > 
> 
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
> 


______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

Re: NAND user space program

[JH]

Thanks Sergei for the clarification, good to know that mtd-utils  has
already handled bad blacks, I don't need to worry about it.

Kind regards,

- JH

On 6/12/19, Sergei Poselenov <sposelenov@emcraft.com> wrote:
> Hello JH,
>
> Going back to your original question, if your intention is to write a
> Linux image to a raw (ie without filesystem) NAND partition, so the
> bootloader (eg U-Boot) could be able to read the kernel image from
> there, then the suggestion is to use the mtd-utils "nandwrite", which
> is able to deal with the NAND bad blocks.
>
> Regards,
> Sergei
>
> On Wed, 2019-06-12 at 09:01 +1000, JH wrote:
>> Thanks Richard, can the Linux zImage or rootfs load to NAND directly
>> via JTAG or serial line?
>>
>> Thank you.
>>
>> Kind regards,
>>
>> - JH
>>
>> On 6/11/19, Richard Weinberger <richard.weinberger@gmail.com> wrote:
>> > On Tue, Jun 11, 2019 at 12:20 PM JH <jupiter.hce@gmail.com> wrote:
>> > > Hi,
>> > >
>> > > In NOR flash, access flash in user space is integrated to the
>> > > Linux
>> > > system read / write, is it the same story for NAND flash? I
>> > > installed
>> > > mtd-utils, but not sure if I can still use Linux system read /
>> > > write
>> > > to access NAND flash or not.
>> >
>> > Well, Linux exposes both NOR and NAND flashes as MTD.
>> > So there shouldn't be much difference.
>> > But make sure you can deal with specialties of NAND, such as
>> > bad blocks.
>> >
>> >
>> > --
>> > Thanks,
>> > //richard
>> >
>>
>> ______________________________________________________
>> Linux MTD discussion mailing list
>> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>>
>
>

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/