[PATCH gnumach] RFC: Create a malleable syscall interface.

From: Justus Winter <4win...@informatik.uni-hamburg.de> Currently, GNU Mach uses trap gates on i386 which are known to be slow compared to modern alternatives like SYSENTER/SYSEXIT from Intel or SYSCALL/SYSRET from AMD. To make use of these instructions, we need to detect at runtime whether the

Re: RFC: Revised authentication protocol

Olaf Buddenhagen, on Mon 19 Sep 2016 21:52:38 +0200, wrote: > Note that for the container solutions (lightweight virtualisation) I'm > envisioning for the Hurd -- with things like sub-users -- we are likely > to need some kind of auth delegation scheme or something like that; Well, AIUI we

Re: firmlink deleting files on boot / interpretation of find -xdev switch

Olaf Buddenhagen, on Mon 19 Sep 2016 23:43:55 +0200, wrote: > I don't know which threads you have read exactly; but there have been > pretty conclusive discussions on this issue IMHO. I'd be really good if such conclusions would have been written somewhere else than a list thread :/ Samuel

Re: RFC: Revised authentication protocol

On Mon, Sep 19, 2016 at 09:52:38PM +0200, Olaf Buddenhagen wrote: > I'm a bit confused here: my understanding was that you essentially > wanted to implement a "single system instance" cluster. I would have > thought that would imply only a single instance of most servers -- > including auth --

Re: gnumach copyright assignment

Olaf Buddenhagen writes: > The FSF doesn't actually require assignments for gnumach -- almost all > of gnumach is foreign code without FSF copyright anyway... Thank you. I had assumed that the old Mach code was grandfathered in, and that the FSF would require copyright