bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Wiki Edits: ascii art on the anatomy of a hurd system page


From: Samuel Thibault
Subject: Re: Wiki Edits: ascii art on the anatomy of a hurd system page
Date: Fri, 9 Nov 2018 20:09:56 +0100
User-agent: NeoMutt/20170113 (1.7.2)

Joshua Branson, le ven. 09 nov. 2018 11:59:31 -0500, a ecrit:
> > It's correct, but could be improved: I'd say rather take the example of
> > glibc's send(), which is an RPC handled by pfinet, which uses a
> > device_write RPC to actually emit an Ethernet frame, which is handled by
> > netdde, which pushes the hardware, and gets an interrupt from GNU Mach
> > when that's done.
> 
> I think the new attached patch shows that, but I'm not an expert.

It's more interesting, yet not as good as it could :)

> +                    ---------------------------------------
> +                    |      \     Hurd Servers             |
> +                    |      |                              |
> +                    |      |        auth and other servers|
> +                    |      |                              |
> +                    |     pfinet -> device_write RPC      |
> +                    |      \               |              |
> +                    |       \              |              |
> +                    |        \             |              |
> +                    --------------------------------------
> +                               \          /
> +                                \     netdde

netdde is actually one of the hurd servers. I'd say either drop the Hurd
Servers frame and use frames around pfinet and netdde, or keep the Hurd
Servers frame, but put frames around pfinet and netdde. Otherwise it's
misguiding, the reader could think that the "Hurd Servers" is just one
process.

pfinet itself doesn't talk with GNU Mach, it really only uses
device_write implemented by netdde, which pushes to the hardware (after
asking GNU Mach for permission)

Samuel



reply via email to

[Prev in Thread] Current Thread [Next in Thread]