bug-hurd
[Top][All Lists]
Advanced

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

Re: 64bit GNU Mach


From: Arne Babenhauserheide
Subject: Re: 64bit GNU Mach
Date: Wed, 05 Sep 2012 14:39:26 +0200
User-agent: KMail/4.9 (Linux/3.3.8-gentoo; KDE/4.9.0; x86_64; ; )

Is there any update on 64bit GNU Mach?

Can it already be tested by nerd-god users who refuse to write patches?

(working on the qoth)

Best wishes,
Arne

Am Montag, 2. April 2012, 15:44:20 schrieb Richard Braun:
> On Mon, Apr 02, 2012 at 03:21:06PM +0200, Samuel Thibault wrote:
> > Because there is code in GNU Mach that uses mach_port_t as a pointer,
> > see e.g. kdportdeath(), which just casts mach_port_t into ipc_port_t, or
> > ipc_kmsg_copyin_header which casts back the just-resolved object into
> > mach_port_t. Such code might have to simply use the ipc_port_t type
> > instead, I don't know. What I know for sure, however, is that xnu does
> > typedef ipc_port_t mach_port_t, which makes me tend to think that in the
> > kernel, mach_port_t is supposed to be a pointer, while mach_port_name_t
> > is for the port names.
>
> Keeping names-to-pointer casts wouldn't be the cleanest way, but it
> may save some effort. Using ipc_port_t seems better to me, but as it's
> completely internal to the kernel, it doesn't matter much. To answer
> your inital question, yes, it doesn't hurt much and makes sense to use
> a 32-bit type for port names, whatever the word size.
--
1w6 sie zu achten,
sie alle zu finden,
in Spiele zu leiten
und sacht zu verbinden.
→ http://1w6.org

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

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