Update of task #5468 (project hurd):
Percent Complete: 0% => 20%
___
Follow-up Comment #1:
A crude first ugly patch.
It at least boots my Hurd in read-only mode fine! And by faking write m
Thomas Bushnell BSG, le Mon 01 Jan 2007 15:26:36 -0800, a écrit :
> dev = dev_port_lookup ((ipc_port_t) ns->not_header.msgh_remote_port);
Yes, works fine, thanks!
Samuel
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/lis
Thomas Bushnell BSG, le Mon 01 Jan 2007 15:26:36 -0800, a écrit :
> My source (have things changed here in some material way?)
My source is gnumach-1-branch. Yours is probably main branch.
> ns = (mach_no_senders_notification_t *) msg;
> dev = dev_port_lookup ((ipc_port_t)
> ns->not_
On Mon, 2007-01-01 at 23:05 +0100, Samuel Thibault wrote:
> Ok, that I can understand, but the code snippet I showed doesn't pass
> through MiG, it's just a function call:
>
> kern/ipc_kobject.c:ipc_kobject_notify():
> ipc_port_t port = (ipc_port_t) request_header->msgh_remote_port;
>
needs mach install-headers before you build
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Samuel Thibault, le Mon 01 Jan 2007 22:48:38 +0100, a écrit :
>
>
> Both types are used for the same port.
>
> Samuel
Thomas Bushnell BSG, le Mon 01 Jan 2007 13:54:56 -0800, a écrit :
> On Mon, 2007-01-01 at 22:48 +0100, Samuel Thibault wrote:
> > Thomas Bushnell BSG, le Mon 01 Jan 2007 12:18:1
On Mon, 2007-01-01 at 22:48 +0100, Samuel Thibault wrote:
> Thomas Bushnell BSG, le Mon 01 Jan 2007 12:18:17 -0800, a écrit :
> > > > > bd->port = ipc_port_alloc_kernel ();
> > > > > ipc_port_nsrequest (bd->port, 1, notify, ¬ify);
> > > > >
> > > > > dev = (device_t) ns->not_header.msgh_
Thomas Bushnell BSG, le Mon 01 Jan 2007 12:18:17 -0800, a écrit :
> > > > bd->port = ipc_port_alloc_kernel ();
> > > > ipc_port_nsrequest (bd->port, 1, notify, ¬ify);
> > > >
> > > > dev = (device_t) ns->not_header.msgh_remote_port;
> The MiG converters for the various types are not ide
On Mon, 2007-01-01 at 20:08 +0100, Samuel Thibault wrote:
> Richard Braun, le Mon 01 Jan 2007 17:47:32 +0100, a écrit :
> > On Mon, Jan 01, 2007 at 11:49:54AM +0100, Samuel Thibault wrote:
> > > Ok, and how these two views may coexist? As I showed, they _are_ mixed
> > > in the case of the linux b
On Mon, 2007-01-01 at 11:49 +0100, Samuel Thibault wrote:
> Hi,
>
> dev = (device_t) ns->not_header.msgh_remote_port;
>
> How can this work? (I currently have a kernel fault here)
A device_t and a mach_port_t are exactly the same data type, both are
just integers, unless I am confused.
Richard Braun, le Mon 01 Jan 2007 17:47:32 +0100, a écrit :
> On Mon, Jan 01, 2007 at 11:49:54AM +0100, Samuel Thibault wrote:
> > Ok, and how these two views may coexist? As I showed, they _are_ mixed
> > in the case of the linux block device glue for instance:
> > linux/dev/glue/block.c:device_o
On Mon, Jan 01, 2007 at 11:49:54AM +0100, Samuel Thibault wrote:
> Ok, and how these two views may coexist? As I showed, they _are_ mixed
> in the case of the linux block device glue for instance:
> linux/dev/glue/block.c:device_open():
>
> bd->device.emul_data = bd;
> bd->device.emul_ops = &
Hello,
While 'make' ing the Mig 3.0 I am getting following
error.
mawk -f ./gensym.awk cpu.sym > cpu.symc
gcc -S -x c -o cpu.symo cpu.symc
cpu.symc:1:26: mach/message.h: No such file or
directory
cpu.symc:3:8: missing terminating " character
There is already a copy of message.h in the
Hi,
Richard Braun, le Sun 31 Dec 2006 19:17:03 +0100, a écrit :
> A mach_port_t is actually a port name, a natural_t integer identifier for
> a port in a port space. Maybe the kernel uses this property and considers
> it can store the address of a port in a port name, to avoid a lookup ?
Thomas B
14 matches
Mail list logo
