Re: plan to work on user-level device drivers

Hi, The paper "An I/O System for Mach 3.0" gives very short description of the user-level device management: Devices can be managed from user-level by vectoring all device interrupts out to an application's thread. The kernel maps to user space the device's registers, a shared page containing

Re: [PATCH] fully enable rpctrace to trace multitask programs.

olafbuddenha...@gmx.net wrote: mach_reply_port() cannot be traced by the rpctrace at all since it's a system trap. I see... So there is no way to divert it? That seems strange :-( Anyways, while this means that we won't see a port created by mach_reply_port() immediately, we still can

Re: Moving to git

Hi, On Sat, Jul 04, 2009 at 12:30:20PM +0300, Sergiu Ivanov wrote: > On Fri, Jul 03, 2009 at 06:24:36AM +0200, olafbuddenha...@gmx.net wrote: > > On Mon, Jun 29, 2009 at 10:56:01PM +0300, Sergiu Ivanov wrote: > > > Please note that most of my commits to nsmux repository are ugly. Is > > > that ok

Re: Berkeley Packet Filter

Am Montag, 6. Juli 2009 15:01:39 schrieb Da Zheng: > What should the kernel do if it is out of resources? I'd say it should kill the offending process. Or if info about the offender isn't available, just kill all who request more of the resource, until it has enough free resources again :) Th

Re: Berkeley Packet Filter

Samuel Thibault wrote: Da Zheng, le Mon 06 Jul 2009 14:23:20 +0800, a écrit : Thomas Schwinge wrote: Zheng Da asked me to tell him about previous work that has been done on supporting and using Berkeley Packet Filters. Here it is:

[bug #25054] Kernel panic with eth-multiplexer

Follow-up Comment #2, bug #25054 (project hurd): Err, even a bogus user-land tool is not supposed to make a kernel crash. The zalloc panic can be understood as we do not have quotas & such, but the reference counter shouldn't have issues. ___

Re: Berkeley Packet Filter

Da Zheng, le Mon 06 Jul 2009 14:23:20 +0800, a écrit : > Thomas Schwinge wrote: > >Zheng Da asked me to tell him about previous work that has been done on > >supporting and using Berkeley Packet Filters. Here it is: > > > > GNU Savannah bug #250