Re: [RFC/PATCH 1/1] ubi: Add ubiblock driver

2012-11-30 Thread Artem Bityutskiy
On Wed, 2012-11-21 at 07:20 -0300, Ezequiel Garcia wrote: > Yes, I thought of this. > > For now, I decided to keep the implementation as simple as possible. WRT atomic LEB caches and barriers - I guess if there are users who would prefer higher I/O speed to the power-cut tolerance, you could: 1.

Re: [RFC/PATCH 1/1] ubi: Add ubiblock driver

2012-11-21 Thread Ezequiel Garcia
On Tue, Nov 20, 2012 at 8:59 PM, richard -rw- weinberger wrote: > On Tue, Nov 20, 2012 at 11:39 PM, Ezequiel Garcia > wrote: >> Block device emulation on top of ubi volumes with read/write support. >> Block devices get automatically created for each ubi volume present. >> >> Each ubiblock is fai

Re: [RFC/PATCH 1/1] ubi: Add ubiblock driver

2012-11-20 Thread richard -rw- weinberger
On Tue, Nov 20, 2012 at 11:39 PM, Ezequiel Garcia wrote: > Block device emulation on top of ubi volumes with read/write support. > Block devices get automatically created for each ubi volume present. > > Each ubiblock is fairly cheap since it's based on workqueues > and not on threads. > > Read/wr

[RFC/PATCH 1/1] ubi: Add ubiblock driver

2012-11-20 Thread Ezequiel Garcia
Block device emulation on top of ubi volumes with read/write support. Block devices get automatically created for each ubi volume present. Each ubiblock is fairly cheap since it's based on workqueues and not on threads. Read/write access is expected to work fairly well because the request queue a