Re: Dealing with thread storms

El Fri, 9 Apr 2010 12:09:24 +0200 Thomas Schwinge escribió: > Hello! > > Sergio, great to see you're back! > Thanks! > On Wed, Apr 07, 2010 at 12:37:59PM +0200, Sergio Lopez wrote: > > To my knowledge, [...] > > I can't comment on your assumptions, however: > > > So I'm thinking about the

[PATCH 2/2] Implement settrans --interactive

Hello, this patch adds a new option to settrans: --interactive. The main use case is to be able to start a translator under gdb like so: settrans -i /tmp/foo gdb /hurd/hello This is extremely useful if the translator crashes before the startup handshake, but also just plain more convenient th

[PATCH 1/2] Externalize libfshelp's service_fsys_startup

Hello, This patch prepares libfshelp's function service_fsys_startup for use elsewhere. It just moves the function to its own file and prefixes its name with fshelp_. I also took the liberty of moving its one out parameter to the end of the parameter list, and pruning out headers which are no lo

[PATCH 0/2] Implement settrans --interactive patch series

Hello, I'm going to post 2 patches that implements a new useful feature to settrans. The first one exposes needed functionallity in libfshelp and the second one implements the feature. More info in the patch mails themselves. (This is the first time I'm trying `tg mail' so please bear with me i

Re: Installation of Debian GNU/Hurd

On Fri, 2010-04-09 at 16:09 +0300, Sergiu Ivanov wrote: > > > My understanding of > > > your idea which I derived from your first E-mail doesn't suggest the > > > necessity of cross-compiling the Hurd. On the other hand, installing > > > the Debian version usually works well in QEMU (I can also te

Re: MIG documentation

Hello! On Fri, Apr 09, 2010 at 01:36:15PM +0200, Samuel Thibault wrote: > Thomas Schwinge, le Fri 09 Apr 2010 11:57:16 +0200, a écrit : > > : > > > > Richard P. Draves, Michael B. Jones, Mary R. Thompson, MIG - THE MACH

Re: MIG documentation (was: libpager deadlock)

Thomas Schwinge, le Fri 09 Apr 2010 11:57:16 +0200, a écrit : > : > > Richard P. Draves, Michael B. Jones, Mary R. Thompson, MIG - THE MACH > INTERFACE GENERATOR. ps, doc. November 1989. Department of Computer >

Re: The Hurdish Package Manager

On Fri, 2010-04-09 at 13:11 +0300, Sergiu Ivanov wrote: > Hello, > > On Fri, Apr 09, 2010 at 11:42:25AM +0200, Patrik Olsson wrote: > > > > I have sent in the application now. :-) Am I supposed to check "make > > public", or are you able to see it regardless? > > As far as I can tell, the ``Make

Re: The Hurdish Package Manager

Hello, On Fri, Apr 09, 2010 at 11:42:25AM +0200, Patrik Olsson wrote: > > I have sent in the application now. :-) Am I supposed to check "make > public", or are you able to see it regardless? As far as I can tell, the ``Make public'' checkbox controls whether your proposal is open to more people

Re: Dealing with thread storms

Hello! Sergio, great to see you're back! On Wed, Apr 07, 2010 at 12:37:59PM +0200, Sergio Lopez wrote: > To my knowledge, [...] I can't comment on your assumptions, however: > So I'm thinking about the following changes: > > - Implement a queue in libdiskfs to deal with m_o_data_return >

MIG documentation (was: libpager deadlock)

Hello! On Fri, Apr 09, 2010 at 11:45:04AM +0200, Sergio Lopez wrote: > El Thu, 8 Apr 2010 16:15:00 +0200 > Samuel Thibault escribió: > > Sergio Lopez, le Thu 08 Apr 2010 16:07:20 +0200, a écrit : > > > In memory_object.defs, m_o_lock_request is defined as > > > simpleroutine, so a call to mach_ms

Problems with lock-object/lock-completed in libpager

Hi, I've found two problems with the current use of lock_object/lock_completed in libpager: - When a translator wants to synchroize all the contents of a pager, it must call to pager_sync(), which in turn calls to m_o_lock_object for the entire length of the object, and waits for lo

Re: libpager deadlock

El Thu, 8 Apr 2010 16:15:00 +0200 Samuel Thibault escribió: > Sergio Lopez, le Thu 08 Apr 2010 16:07:20 +0200, a écrit : > > In memory_object.defs, m_o_lock_request is defined as > > simpleroutine, so a call to mach_msg_trap should only enqueue the > > message and return immediately. > > Is this

Re: The Hurdish Package Manager

On Fri, 2010-04-09 at 01:30 +0200, Arne Babenhauserheide wrote: > Am Donnerstag, 8. April 2010 17:49:19 schrieb Patrik Olsson: > > I have actually changed my mind by 90% now. I'll probably send in an > > application today > > Great! > > > (there still is time, is there?). > > Jepp: Exactly to