From: Artem Bityutskiy <dedekind@infradead.org>
To: Frank Haverkamp <f.haverkamp@web.de>
Cc: linux-mtd@lists.infradead.org
Subject: Re: UBI fixes
Date: Wed, 04 Oct 2006 13:14:23 +0300 [thread overview]
Message-ID: <1159956864.13696.25.camel@sauron> (raw)
In-Reply-To: <1159888850.13696.13.camel@sauron>
On Tue, 2006-10-03 at 18:20 +0300, Artem Bityutskiy wrote:
> There are many patches, so I don't attach them.
>
> You can find my quilt "patches" directory at
> http://www.infradead.org/~dedekind/fix_and_rewrite_gluebi_and_co/
>
> You can also find them in my git tree at
> git://git.infradead.org/~dedekind/public_git/dedekind-ubi-2.6.git
>
> or take a look in git-web at
> http://git.infradead.org/?p=users/dedekind/dedekind-ubi-2.6.git;a=summary
>
I've also solved your problem when UBI attach functions are called
*before* UBI is initialized.
The solution is trivial: dispense with the nasty idea to call UBI attach
functions from MTD drivers. Of course MTD drivers are initialized
*before* UBI, and then they call the ubi_attach_mtd_dev() function,
while UBI have *not* been initialized yet, and this causes problems.
Instead, use kernel boot arguments. Add a
ubi.mtd_devs=<list of MTD devices to attach>
argument and enjoy. Everything just works.
You can specify UBI device names and numbers there. For example:
ubi.mtd_devs=0,"storage","NOR_flash",6
means attach mtd0, mtd6, and MTD devices with names "storage" and
"NOR_flash".
The patches may be found at the same place. Please, try them on your
system.
--
Best Regards,
Artem Bityutskiy (Битюцкий Артём)
next prev parent reply other threads:[~2006-10-04 10:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-03 15:20 UBI fixes Artem Bityutskiy
2006-10-04 10:14 ` Artem Bityutskiy [this message]
2006-10-04 10:52 ` Artem Bityutskiy
2006-10-06 7:56 ` Frank Haverkamp
2006-10-06 8:29 ` 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=1159956864.13696.25.camel@sauron \
--to=dedekind@infradead.org \
--cc=f.haverkamp@web.de \
--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.