[PATCH 2/2] Handle proxy memory objects with len

2009-05-17 Thread olafBuddenhagen
diff --git a/vm/memory_object_proxy.c b/vm/memory_object_proxy.c index 3474cd1..8676951 100644 --- a/vm/memory_object_proxy.c +++ b/vm/memory_object_proxy.c @@ -55,6 +55,7 @@ struct memory_object_proxy ipc_port_t object; vm_prot_t max_protection; vm_offset_t offset; + vm_offset_t len; };

[Patch 0/2] Proxy memory objects revisited

2009-05-17 Thread olafBuddenhagen
Hi, The graphics server needs to pass the framebuffer memory to clients via io_map(). The framebuffer is an mmio region, i.e. a region of the physical address space that needs to be mapped directly. The iopl device provides this functionality; however, the memory object obtained from it is not sui

[PATCH 1/2] Handle proxy memory objects with offset

2009-05-17 Thread olafBuddenhagen
diff --git a/vm/memory_object_proxy.c b/vm/memory_object_proxy.c index 4d81a68..3474cd1 100644 --- a/vm/memory_object_proxy.c +++ b/vm/memory_object_proxy.c @@ -54,6 +54,7 @@ struct memory_object_proxy ipc_port_t object; vm_prot_t max_protection; + vm_offset_t offset; }; typedef struct m

Re: Google Summer of Code 2009; how to fork off the unionfs code base

2009-05-17 Thread Sergiu Ivanov
Hello, On Sat, May 16, 2009 at 11:45 PM, wrote: > On Fri, May 15, 2009 at 10:56:04PM +0300, Sergiu Ivanov wrote: > >> >> FYI, I want to create a new repository at github... >> > >> > Of course you're free to do that, but why not simply use the >> > Savannah repository? >> >> Oh, I was thinking o

Re: Unionmount. Basic details

2009-05-17 Thread Sergiu Ivanov
Hello, On Fri, May 15, 2009 at 9:58 PM, wrote: > On Tue, Apr 28, 2009 at 09:47:58PM +0300, Sergiu Ivanov wrote: >> I see... Although I'm familiar with your position as to the power of >> the user over his software, I cannot really understand what ``enough >> rope'' philosophy means... I've googl

Re: [bug #26585] Assertion failure when signaling zombie pthread

2009-05-17 Thread Carl Fredrik Hammar
Hi, On Sun, May 17, 2009 at 04:51:32AM +0200, olafbuddenha...@gmx.net wrote: > > On Fri, May 15, 2009 at 12:35:20PM +, Carl Fredrik Hammar wrote: > > > After this, the program hangs and doesn't respond to any signals other > > than SIGKILL. My guess is that signal handling has been disabled