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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox