* [high-level] user-space access to dm target?
@ 2016-08-03 21:46 Peter Desnoyers
2016-08-08 3:42 ` Akira Hayakawa
0 siblings, 1 reply; 2+ messages in thread
From: Peter Desnoyers @ 2016-08-03 21:46 UTC (permalink / raw)
To: dm-devel
We’re developing an SMR translation layer in a device mapper target, and we’d like to keep a lot of the complexity (recovery at startup, parts of the garbage collection algorithm) in user space.
I was wondering what people’s thoughts are on the best strategy for the user/kernel interface here?
We’re currently doing something quite gross - using a /proc file with a simple protocol based on reading and writing fixed-sized binary messages. For our purposes this works fairly well, but clearly we need something cleaner if we want this to go anywhere.
Thanks,
.....................................................................
Peter Desnoyers pjd@ccs.neu.edu
Northeastern Computer & Information Science (617) 373-8683
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [high-level] user-space access to dm target?
2016-08-03 21:46 [high-level] user-space access to dm target? Peter Desnoyers
@ 2016-08-08 3:42 ` Akira Hayakawa
0 siblings, 0 replies; 2+ messages in thread
From: Akira Hayakawa @ 2016-08-08 3:42 UTC (permalink / raw)
To: Peter Desnoyers; +Cc: dm-devel
Hi Peter,
Just curious.
Are you looking for device-mapper in userland like FUSE?
Akira
On 2016/08/04 6:46, Peter Desnoyers wrote:
> We’re developing an SMR translation layer in a device mapper target, and we’d like to keep a lot of the complexity (recovery at startup, parts of the garbage collection algorithm) in user space.
>
> I was wondering what people’s thoughts are on the best strategy for the user/kernel interface here?
>
> We’re currently doing something quite gross - using a /proc file with a simple protocol based on reading and writing fixed-sized binary messages. For our purposes this works fairly well, but clearly we need something cleaner if we want this to go anywhere.
>
> Thanks,
> .....................................................................
> Peter Desnoyers pjd@ccs.neu.edu
> Northeastern Computer & Information Science (617) 373-8683
>
>
> --
> 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
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-08-08 3:42 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-08-03 21:46 [high-level] user-space access to dm target? Peter Desnoyers
2016-08-08 3:42 ` Akira Hayakawa
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).