Hi,
On Sun, Mar 22, 2009 at 09:37:55PM +0200, Sergiu Ivanov wrote:
> writes:
> > On Sun, Feb 22, 2009 at 08:56:50PM +0200, Sergiu Ivanov wrote:
> > I said running multiple translator instances in one process, not
> > sharing one translator instance among clients... That's quite a
> > different t
writes:
> On Sun, Feb 22, 2009 at 08:56:50PM +0200, Sergiu Ivanov wrote:
>> On Wed, Feb 18, 2009 at 10:01 PM, wrote:
>
>> > As I already pointed out, sooner or later we will problably need
>> > some framework to conflate simimlar translator instances in a single
>> > process -- while dynamic tra
Samuel Thibault, le Wed 22 Apr 2009 22:54:33 +0200, a écrit :
> The problem here is that kmem_free(zone_map) leads to a call to
> vm_ma_delete which locks zone_map and leads to a zalloc call (for the
> new entry because of splitting), which needs to call zget_space and
> thus kmem_alloc_wired(zone_
Hello,
I've often seen gnumach deadlocking in this situation:
lock_write (kern/lock.c:284).
kmem_alloc_wired(zone_map) (vm/vm_kern.c:537).
zget_space (kern/zalloc.c:316).
zalloc (kern/zalloc.c:508).
_vm_map_entry_create (vm/vm_map.c:262).
_vm_map_clip_end (vm/vm_map.c:1094).
vm_map_delete (vm/vm_
Hello,
I'm going to start implementing the VFS-style union mount functionality
(http://preview.tinyurl.com/cpftg2). The current strategy is based on
forking off the unionfs code base (retrieved from
http://www.nongnu.org/hurdextras/#unionfs). I am going (rather
naturally) to use git as the VCS for
