* MTD concat support for linux and UBI
@ 2011-01-20 14:24 Holger Brunck
2011-01-20 14:59 ` Norbert van Bolhuis
2011-01-22 16:07 ` Artem Bityutskiy
0 siblings, 2 replies; 3+ messages in thread
From: Holger Brunck @ 2011-01-20 14:24 UTC (permalink / raw)
To: linux-mtd; +Cc: Stefan Roese, agust@denx.de, Detlev Zundel
Hi all,
I have got a general question to the MTD concat feature in Linux. Is it allowed
to concatenate NOR flashes with different writebuffersizes? Currently the code
allows this.
If so I see a problem for different sizes when dealing with UBI volumes
comprehending such flashes. Some days ago some patches were added to adjust the
min I/O size for UBI to the writebuffersize of the flash. If now two flashes
with different writebuffersizes are concatenated whats the way forward? I see
two solutions:
1) Using the writebuffersize from the flash with the largest writebuffer for min
I/O size in UBI.
2) Adapting the concat feature in Linux to forbid concatenating flashes with
different writebuffersizes.
Best regards
Holger Brunck
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: MTD concat support for linux and UBI
2011-01-20 14:24 MTD concat support for linux and UBI Holger Brunck
@ 2011-01-20 14:59 ` Norbert van Bolhuis
2011-01-22 16:07 ` Artem Bityutskiy
1 sibling, 0 replies; 3+ messages in thread
From: Norbert van Bolhuis @ 2011-01-20 14:59 UTC (permalink / raw)
To: Holger Brunck; +Cc: Stefan Roese, linux-mtd, agust@denx.de, Detlev Zundel
On 01/20/11 15:24, Holger Brunck wrote:
> Hi all,
> I have got a general question to the MTD concat feature in Linux. Is it allowed
> to concatenate NOR flashes with different writebuffersizes? Currently the code
> allows this.
> If so I see a problem for different sizes when dealing with UBI volumes
> comprehending such flashes. Some days ago some patches were added to adjust the
> min I/O size for UBI to the writebuffersize of the flash. If now two flashes
> with different writebuffersizes are concatenated whats the way forward? I see
> two solutions:
> 1) Using the writebuffersize from the flash with the largest writebuffer for min
> I/O size in UBI.
> 2) Adapting the concat feature in Linux to forbid concatenating flashes with
> different writebuffersizes.
>
You're right.
MTD concat already checks for incompatibilites between the
subdevices and I guess it should take into account writebuffer
size too.
---
N. van Bolhuis.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: MTD concat support for linux and UBI
2011-01-20 14:24 MTD concat support for linux and UBI Holger Brunck
2011-01-20 14:59 ` Norbert van Bolhuis
@ 2011-01-22 16:07 ` Artem Bityutskiy
1 sibling, 0 replies; 3+ messages in thread
From: Artem Bityutskiy @ 2011-01-22 16:07 UTC (permalink / raw)
To: Holger Brunck; +Cc: Stefan Roese, linux-mtd, agust@denx.de, Detlev Zundel
On Thu, 2011-01-20 at 15:24 +0100, Holger Brunck wrote:
> Hi all,
> I have got a general question to the MTD concat feature in Linux. Is it allowed
> to concatenate NOR flashes with different writebuffersizes? Currently the code
> allows this.
> If so I see a problem for different sizes when dealing with UBI volumes
> comprehending such flashes. Some days ago some patches were added to adjust the
> min I/O size for UBI to the writebuffersize of the flash. If now two flashes
> with different writebuffersizes are concatenated whats the way forward? I see
> two solutions:
> 1) Using the writebuffersize from the flash with the largest writebuffer for min
> I/O size in UBI.
I think this is the way to go.
> 2) Adapting the concat feature in Linux to forbid concatenating flashes with
> different writebuffersizes.
--
Best Regards,
Artem Bityutskiy (Битюцкий Артём)
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2011-01-22 16:07 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-20 14:24 MTD concat support for linux and UBI Holger Brunck
2011-01-20 14:59 ` Norbert van Bolhuis
2011-01-22 16:07 ` Artem Bityutskiy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).