All of lore.kernel.org
 help / color / mirror / Atom feed
From: hujianyang <hujianyang@huawei.com>
To: <dedekind1@gmail.com>
Cc: Brian Norris <computersforpeace@gmail.com>,
	linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: Report: mtd-utils: "Floating point exception" with ubiformat
Date: Fri, 7 Nov 2014 18:03:10 +0800	[thread overview]
Message-ID: <545C98DE.3020706@huawei.com> (raw)
In-Reply-To: <1415353395.958.300.camel@sauron.fi.intel.com>

On 2014/11/7 17:43, Artem Bityutskiy wrote:
> On Fri, 2014-10-31 at 18:36 +0800, hujianyang wrote:
>> Do you think it is a valuable problem to deal with? Keep the
>> existing logic is OK. But can we add something in mtd-utils
>> to indicate this error than "Floating point exception"?
> 
> I think a work-around in mtd-utils is needed for sure. Because even if
> we change the kernel, the change will only affect new kernels.
> 
> And I think changing the kernel is worthwhile too. It is extremely
> unlikely, in my opinion, that someone relies on this illogical behavior
> which happens only for zero-size partitions.  May be we can also
> disallow zero-size partitions?
> 
> Artem.
> 
> 
> 

I'm agree with you.

I found another strange thing, also caused by the wrong partition
table.

In my board there is only one 512M nand flash. But the partition
table in nand driver is used for a board with 2G(4*512M) nand flash.

# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 20000000 00020000 "ubi0"
mtd1: 00000000 00000000 "ubi1"
mtd2: 20000000 00020000 "rest"


The /proc/mtd shows there are two 512M nand flash but actually
they share the same device.

If I format mtdblock0 as jffs2 and then, I can mount a jffs2 file
system from mtdblock2. Very interesting~!

Hu

  reply	other threads:[~2014-11-07 10:04 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-31 10:36 Report: mtd-utils: "Floating point exception" with ubiformat hujianyang
2014-11-07  9:43 ` Artem Bityutskiy
2014-11-07 10:03   ` hujianyang [this message]
2014-11-07 10:06     ` Artem Bityutskiy

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=545C98DE.3020706@huawei.com \
    --to=hujianyang@huawei.com \
    --cc=computersforpeace@gmail.com \
    --cc=dedekind1@gmail.com \
    --cc=linux-mtd@lists.infradead.org \
    /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.