Re: Mapping a piece of one process' addrspace to another?

2001-03-07 Thread Jeremy Elson
Alexander Viro writes: >Erm. If ioctls are device-specific - the program is already bound to >specific driver. If they are for class of devices (and if I guessed >right that's the case you are interested in - sound, isn't it?) we >could let the stub driver in kernel open two pipes and redirect >re

Re: Mapping a piece of one process' addrspace to another?

2001-03-07 Thread Jeremy Elson
Alexander Viro writes: >On Wed, 7 Mar 2001, Jeremy Elson wrote: > >> Right now, my code looks something like this: (it might make more >> sense if you know that I've written a framework for writing user-space >> device drivers... I'm going to be releasing it

Re: Mapping a piece of one process' addrspace to another?

2001-03-07 Thread Jeremy Elson
Marcelo Tosatti writes: >On Wed, 7 Mar 2001, Alexander Viro wrote: >> You are reinventing the wheel. >> man ptrace (see PTRACE_{PEEK,POKE}{TEXT,DATA} and PTRACE_{ATTACH,CONT,DETACH}) > >With ptrace data will be copied twice. As far as I understood, Jeremy >wants to avoid that. Yes - I've been lo

Mapping a piece of one process' addrspace to another?

2001-03-06 Thread Jeremy Elson
Greetings, Is there some way to map a piece of process X's address space into process Y, without X's knowledge or cooperation? (The non-cooperating nature of process X is why I can't use plain old shared memory.) Put another way, I need to grant Process Y permission to write into a private buff