All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michal Ludvig <mludvig@logix.net.nz>
To: Ricard Wanderlof <ricard.wanderlof@axis.com>
Cc: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: Writing Linux kernel to MTD
Date: Tue, 10 Feb 2009 00:11:38 +1300	[thread overview]
Message-ID: <49900F6A.1030508@logix.net.nz> (raw)
In-Reply-To: <Pine.LNX.4.64.0902091007480.19761@lnxricardw.se.axis.com>

Ricard Wanderlof wrote:
> 
> On Mon, 9 Feb 2009, Michal Ludvig wrote:
> 
>> I've got some problems writing a linux kernel image to /dev/mtd1 both
>> using 'dd of=/dev/mtd1' or using nandwrite. In either case the kernel is
>> not bootable after such a write.
>> ...
>> When I write the kernel image directly from u-boot using 'nandw' command
>> it works fine and can be booted. However all attempts to write the image
>> from a running Linux to /dev/mtd1 failed so far. I always ended up with
>> an unbootable system:
>> ...
>> Interestingly even when I dump /dev/mtd1 using 'dd if=/dev/mtd1' or
>> 'nanddump -o' I get something very close to the originally written
>> kernel but not exactly the same. A number of bits here and there are
>> slightly different:
>> ---
> 
> My instinctive reaction is that there may be a difference in the way the
> Linux and u-boot drivers access the NAND device in terms of bus timing
> etc, so that the Linux driver breaks the timing causing bad
> communication with the device. I.e., the timing setup of the Linux
> driver is at fault here.

Interesting idea, however I happily use UBIFS filesystem at the same
time in the same NAND Flash and observe no problems. If it's broken it's
broken in a very reliable and stable way...

> Another similar condition I have experienced is that due to a
> misconfiguration one of the control bits to the NAND flash was
> inadvertently mapped to a network indicator LED, causing NAND read/write
> to fail if network traffic occurred at the same time.

Just in case I disabled network altogether and did the write test from
UBIFSroot instead of from development NFSroot and it's still failing.

Any other ideas?

Michal

  reply	other threads:[~2009-02-09 11:11 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-09  4:18 Writing Linux kernel to MTD Michal Ludvig
2009-02-09  9:10 ` Ricard Wanderlof
2009-02-09 11:11   ` Michal Ludvig [this message]
2009-02-09 11:41     ` Ricard Wanderlof
2009-02-09 16:29 ` Michael Zheng

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=49900F6A.1030508@logix.net.nz \
    --to=mludvig@logix.net.nz \
    --cc=linux-mtd@lists.infradead.org \
    --cc=ricard.wanderlof@axis.com \
    /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.