dm-devel.redhat.com archive mirror
 help / color / mirror / Atom feed
* [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).