I would like to implement such block device, which can store
additional information along with the block data.
For example. so if file system has 4k block, I would like to store
4k+256b of additional information...
Can such block device be implemented with device mapper?
Thank you,
Dmitry
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
09-29-2011, 01:42 PM
Zdenek Kabelac
block mapping
Dne 29.9.2011 15:35, Kasatkin, Dmitry napsal(a):
> Hello All,
>
> I would like to implement such block device, which can store
> additional information along with the block data.
> For example. so if file system has 4k block, I would like to store
> 4k+256b of additional information...
>
> Can such block device be implemented with device mapper?
>
Yes - i.e.the old snapshot target stores the block and it's remapping info
(thought the size info is much smaller then 256b)
Zdenek
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
09-29-2011, 01:55 PM
Christoph Hellwig
block mapping
On Thu, Sep 29, 2011 at 04:35:44PM +0300, Kasatkin, Dmitry wrote:
> Hello All,
>
> I would like to implement such block device, which can store
> additional information along with the block data.
> For example. so if file system has 4k block, I would like to store
> 4k+256b of additional information...
>
> Can such block device be implemented with device mapper?
Given your other recent posts you probably want to take a look at
dm-verity:
(even if that's not strictly what you are asking for here)
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
09-29-2011, 02:08 PM
"Kasatkin, Dmitry"
block mapping
On Thu, Sep 29, 2011 at 4:55 PM, Christoph Hellwig <hch@infradead.org> wrote:
> On Thu, Sep 29, 2011 at 04:35:44PM +0300, Kasatkin, Dmitry wrote:
>> Hello All,
>>
>> I would like to implement such block device, which can store
>> additional information along with the block data.
>> For example. so if file system has 4k block, I would like to store
>> 4k+256b of additional information...
>>
>> Can such block device be implemented with device mapper?
>
> Given your other recent posts you probably want to take a look at
> dm-verity:
>
> * * * *http://selinuxproject.org/~jmorris/lss2011_slides/LSS_11_Integrity_checked_block_devices.pdf
>
Yes... I know this..
That target stores integrity data on a separate block device.
I am looking to possibility to store data with the block...
Thanks
> (even if that's not strictly what you are asking for here)
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
>
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
09-29-2011, 02:10 PM
"Kasatkin, Dmitry"
block mapping
Hello,
On Thu, Sep 29, 2011 at 4:42 PM, Zdenek Kabelac <zkabelac@redhat.com> wrote:
> Dne 29.9.2011 15:35, Kasatkin, Dmitry napsal(a):
>> Hello All,
>>
>> I would like to implement such block device, which can store
>> additional information along with the block data.
>> For example. so if file system has 4k block, I would like to store
>> 4k+256b of additional information...
>>
>> Can such block device be implemented with device mapper?
>>
>
> Yes - i.e.the old snapshot target stores the block and it's remapping info
> (thought the size info is much smaller then 256b)
>
1. Old snapshot target? Where is it...
2. Isn't it stores some data at the beginning of the block device - in
the header..
Like LUKS does with dm-crypt?
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
09-29-2011, 02:19 PM
Zdenek Kabelac
block mapping
Dne 29.9.2011 16:10, Kasatkin, Dmitry napsal(a):
> Hello,
>
>
> On Thu, Sep 29, 2011 at 4:42 PM, Zdenek Kabelac <zkabelac@redhat.com> wrote:
>> Dne 29.9.2011 15:35, Kasatkin, Dmitry napsal(a):
>>> Hello All,
>>>
>>> I would like to implement such block device, which can store
>>> additional information along with the block data.
>>> For example. so if file system has 4k block, I would like to store
>>> 4k+256b of additional information...
>>>
>>> Can such block device be implemented with device mapper?
>>>
>>
>> Yes - i.e.the old snapshot target stores the block and it's remapping info
>> (thought the size info is much smaller then 256b)
>>
>
> 1. Old snapshot target? Where is it...
>
kernel/drivers/md/dm-snap-persistent.c
> 2. Isn't it stores some data at the beginning of the block device - in
> the header..
A bit more complicated that this - but yes, quite straightforward target.
Zdenek
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
09-29-2011, 02:27 PM
"Kasatkin, Dmitry"
block mapping
On Thu, Sep 29, 2011 at 5:19 PM, Zdenek Kabelac <zkabelac@redhat.com> wrote:
> Dne 29.9.2011 16:10, Kasatkin, Dmitry napsal(a):
>> Hello,
>>
>>
>> On Thu, Sep 29, 2011 at 4:42 PM, Zdenek Kabelac <zkabelac@redhat.com> wrote:
>>> Dne 29.9.2011 15:35, Kasatkin, Dmitry napsal(a):
>>>> Hello All,
>>>>
>>>> I would like to implement such block device, which can store
>>>> additional information along with the block data.
>>>> For example. so if file system has 4k block, I would like to store
>>>> 4k+256b of additional information...
>>>>
>>>> Can such block device be implemented with device mapper?
>>>>
>>>
>>> Yes - i.e.the old snapshot target stores the block and it's remapping info
>>> (thought the size info is much smaller then 256b)
>>>
>>
>> 1. Old snapshot target? Where is it...
>>
>
> kernel/drivers/md/dm-snap-persistent.c
>
>
>> 2. Isn't it stores some data at the beginning of the block device - in
>> the header..
>
> A bit more complicated that this - but yes, quite straightforward target.
>
block mapping
