From: Andre Puschmann <andre.puschmann@stud.tu-ilmenau.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Dataflash and JFFS2
Date: Tue, 27 Jun 2006 13:50:47 +0200 [thread overview]
Message-ID: <e7r62t$m6h$1@sea.gmane.org> (raw)
In-Reply-To: <20060627101346.471D3353C8B@atlas.denx.de>
Wolfgang Denk wrote:
> In message <e7quuu$ugk$1@sea.gmane.org> you wrote:
>>>> partition starts at 0x29040 (with 0xc0000000 as base) size is 0x3f6e10
>>>> which is a multiple of 528, right?
>>> I don't think so.
>> sorry, i already corrected this typo :-) size is 0x3f6c00
>
> This is NOT the partition size.
>
>> but where should offset start from? at 0x00000000 or 0xc0000000?
>
> I'm afraid I don't understand. Offsets measure the distance between
> "here" and a "base" or "start" address. So offset 0 is identical to
> the start address.
that is why i am asking from which "base" address the resulting address
is being calculated. sorry for incomprehensible formulation.
>
>> this is my config:
>> #undef CONFIG_JFFS2_CMDLINE
>> #define CONFIG_JFFS2_DEV "nor0"
>
> This is not NOR flash. DOn't use misleading names.
so "dataflash0" would be ok ..
>
>> #define CONFIG_JFFS2_PART_SIZE 0x3f6c00
>
> This is wrong. I would expect to see some "round" number here, i. e.
> 0x380000 or so.
ok, i thought jffs2-partition sizes might be multiple of pagesize and
erase-size, don't they?
>
> What are your partition sizes in Linux? You certainly don't have such
> odd size there either, right?
we used such "odd" sizes as well ..
i thought it doesn't matter how those "numbers" look like as long as
they are suitable for jffs2-partition restrictions.
>
>> #define CONFIG_JFFS2_PART_OFFSET (CFG_DATAFLASH_LOGIC_ADDR_CS0 + 0x29040)
>>
>> where 0x29040 is the beginning of the partition starting from 0xc0000000
>
> This is wrong, too.
this confuses me, sorry!
can you please give me some more details about what i am doing wrong?
>
>> so calling it nor0 doesn't effect anything?
>
> Yes, it does. It causes confusion to the user and is thus an evil
> thing that should be fixed.
already fixed this :-)
but just the fact that dataflash is not "normal" nor-flash doesn't
effect the usability of dataflash for the discussed problem?
i mean, in case i wouldn't make such silly mistakes :-) it should work
with this configuration?
>
> Best regards,
>
> Wolfgang Denk
>
thank for help ..
regards
andre
next prev parent reply other threads:[~2006-06-27 11:50 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-26 12:29 [U-Boot-Users] Dataflash and JFFS2 Andre Puschmann
2006-06-26 13:07 ` Wolfgang Denk
2006-06-26 13:33 ` Andre Puschmann
2006-06-26 14:45 ` Andre Puschmann
2006-06-26 20:42 ` Wolfgang Denk
2006-06-27 9:49 ` Andre Puschmann
2006-06-27 10:13 ` Wolfgang Denk
2006-06-27 11:50 ` Andre Puschmann [this message]
2006-06-27 12:06 ` Marco Cavallini
2006-06-27 12:19 ` Andre Puschmann
2006-06-27 12:29 ` Andre Puschmann
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='e7r62t$m6h$1@sea.gmane.org' \
--to=andre.puschmann@stud.tu-ilmenau.de \
--cc=u-boot@lists.denx.de \
/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.