* mtd_info/mtd_info_user>size wrong type
@ 2007-04-06 20:49 Charles Manning
2007-04-07 1:26 ` Josh Boyer
0 siblings, 1 reply; 3+ messages in thread
From: Charles Manning @ 2007-04-06 20:49 UTC (permalink / raw)
To: linux-mtd
Folks
As people are starting to use larger NAND partitions (4GB+), an inconsistency
in the size field has become apparent.
This is a unint32_t which is clearly too small for modern NAND arrays.
The read/write funcions use loff_t which is correct.
It would seem that size needs to be increated to loff_t too.
-- Charles
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: mtd_info/mtd_info_user>size wrong type
2007-04-06 20:49 mtd_info/mtd_info_user>size wrong type Charles Manning
@ 2007-04-07 1:26 ` Josh Boyer
2007-04-07 22:42 ` Charles Manning
0 siblings, 1 reply; 3+ messages in thread
From: Josh Boyer @ 2007-04-07 1:26 UTC (permalink / raw)
To: Charles Manning; +Cc: linux-mtd
On 4/6/07, Charles Manning <manningc2@actrix.gen.nz> wrote:
> Folks
> As people are starting to use larger NAND partitions (4GB+), an inconsistency
> in the size field has become apparent.
>
> This is a unint32_t which is clearly too small for modern NAND arrays.
Yes, known issue.
> The read/write funcions use loff_t which is correct.
>
> It would seem that size needs to be increated to loff_t too.
Have you tried doing that? I seem to recall hearing that it was a bit
more involved than just changing the size member to be 64 bit.
josh
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: mtd_info/mtd_info_user>size wrong type
2007-04-07 1:26 ` Josh Boyer
@ 2007-04-07 22:42 ` Charles Manning
0 siblings, 0 replies; 3+ messages in thread
From: Charles Manning @ 2007-04-07 22:42 UTC (permalink / raw)
To: linux-mtd; +Cc: Josh Boyer
On Saturday 07 April 2007 13:26, Josh Boyer wrote:
> On 4/6/07, Charles Manning <manningc2@actrix.gen.nz> wrote:
> > Folks
> > As people are starting to use larger NAND partitions (4GB+), an
> > inconsistency in the size field has become apparent.
> >
> > This is a unint32_t which is clearly too small for modern NAND arrays.
>
> Yes, known issue.
>
> > The read/write funcions use loff_t which is correct.
> >
> > It would seem that size needs to be increated to loff_t too.
>
> Have you tried doing that? I seem to recall hearing that it was a bit
> more involved than just changing the size member to be 64 bit.
I have not tried this though someone is aty present. I do know that someone
has used YAFFS with Linux on a 6G or so partition.However they wanted a
really fast nand driver and wrote a custom nand driver.
There definitely are some downstream problems too. It is not just a matter of
changing the type.
eg using do_div() instead of divides and making sure that the right values
flow through the whole mtd subsystem fron nand_base..c right through
mtdpart, mtdcat, the tools etc.
-- Charles
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-04-07 22:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-06 20:49 mtd_info/mtd_info_user>size wrong type Charles Manning
2007-04-07 1:26 ` Josh Boyer
2007-04-07 22:42 ` Charles Manning
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox