Re: [PATCH 1/1 Web] Open issues: Update clock_gettime page

new interfaces have to be buggy too > - well, using the proper type in the server itself is nicer > - instead of having to convert > - yes > - i'm not exactly sure where to declare struct timespec then > - should it be declared in hurd_types.h, and simply reused by the >

[PATCH 0/1 Web] Open issues: Update clock_gettime page

I have tried my best, but some content is a bit confusing for me. Please do have a check before merge. Zhaoming Luo (1): Open issues: Update clock_gettime page open_issues/clock_gettime.mdwn | 345 open_issues/nanosecond-precision_clock.mdwn | 56 2

[PATCH 1/1 Web] Open issues: Update clock_gettime page

erland - - -# IRC, freenode, #hurd, 2013-04-06 - - pinotree: You had once been working on adding nsec-procision - timestamps to GNU Mach's maptime interface (or what the name is). Is - that blocked on something or just waiting to be continued? - blocked on me needing to learn m

Re: [hurd,commited] bits/socket.h: Update to recent BSD definition

Florian Weimer, le jeu. 02 janv. 2025 11:12:55 +0100, a ecrit: > * Samuel Thibault: > > > The old BSD 4.4 definition (not used by Linux) was not 64b-proof: the > > cmsg_data field is supposed to CMSG_ALIGN'ed (as can be also seen in the > > CMSG_LEN macro). > > > > Suggested-by: Diego Nieto Cid >

Re: [Web Updates & Qoth Q3 2024 4/5] update the cross-gnu compilation page.

jbra...@dismail.de, le lun. 30 sept. 2024 21:09:29 -0400, a ecrit: > * toolchain/cross-gnu.mdwn: I added an introductory paragraph to > explain the difference between native and cross compilation, and I > linked to Flavio's cross-hurd project. I removed the cross-gnu project > reference. Does anyo

[Web Updates & Qoth Q3 2024 4/5] update the cross-gnu compilation page.

s-2_20-branch -$ cd binutils-2_20-branch/ -$ cvs -d:pserver:anon...@sources.redhat.com:/cvs/src ↩ -co -r binutils-2_20-branch binutils - -The sources are rooted in `binutils-2_20-branch/src/`. Also use the above -commands for updating, instead of

Re: [PATCH] Hurd port: update interface to match upstream and fix warnings.

On 2024-06-25 10:26, Flávio Cruz wrote: > Hi Simon > > On Wed, Feb 7, 2024 at 5:01 PM Samuel Thibault > wrote: > > Simon Marchi, le mer. 07 févr. 2024 11:47:30 -0500, a ecrit: > > On 2/7/24 01:53, Flavio Cruz wrote: > > > We have recently updated th

Re: [PATCH] Hurd port: update interface to match upstream and fix warnings.

Hi Simon On Wed, Feb 7, 2024 at 5:01 PM Samuel Thibault wrote: > Simon Marchi, le mer. 07 févr. 2024 11:47:30 -0500, a ecrit: > > On 2/7/24 01:53, Flavio Cruz wrote: > > > We have recently updated the interface for raising exceptions to use > > > long [1] and updated mach_port_t to be "unsigned

Re: [PATCH hurd] libps: update ps_emit_nice_size_t to handle arbitrarily large size_t

Applied, thanks! Flavio Cruz, le dim. 03 mars 2024 12:38:19 -0500, a ecrit: > Update argument types for sprint_frac_value to reflect how big they > actually are so that GCC doesn't think it needs a larger buffer than > necessary. > --- > libps/spec.c | 22 +---

[PATCH hurd] libps: update ps_emit_nice_size_t to handle arbitrarily large size_t

Update argument types for sprint_frac_value to reflect how big they actually are so that GCC doesn't think it needs a larger buffer than necessary. --- libps/spec.c | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/libps/spec.c b/libps/spec.c

Re: [PATCH] Hurd port: update interface to match upstream and fix warnings.

Simon Marchi, le mer. 07 févr. 2024 11:47:30 -0500, a ecrit: > On 2/7/24 01:53, Flavio Cruz wrote: > > We have recently updated the interface for raising exceptions to use > > long [1] and updated mach_port_t to be "unsigned int". This patches fixes > > those problems and will help us port GDB to H

Re: [PATCH] Hurd port: update interface to match upstream and fix warnings.

On 2/7/24 01:53, Flavio Cruz wrote: > We have recently updated the interface for raising exceptions to use > long [1] and updated mach_port_t to be "unsigned int". This patches fixes > those problems and will help us port GDB to Hurd x86_64. > > Tested on Hurd i686 and x86_64. > > [1] > https://

[PATCH] Hurd port: update interface to match upstream and fix warnings.

We have recently updated the interface for raising exceptions to use long [1] and updated mach_port_t to be "unsigned int". This patches fixes those problems and will help us port GDB to Hurd x86_64. Tested on Hurd i686 and x86_64. [1] https://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/incl

Re: [PATCH hurd] Update rpctrace to use the new ABI for inlined port names

Applied, thanks! Flavio Cruz, le dim. 21 janv. 2024 23:35:40 -0500, a ecrit: > --- > utils/rpctrace.c | 83 +++- > 1 file changed, 53 insertions(+), 30 deletions(-) > > diff --git a/utils/rpctrace.c b/utils/rpctrace.c > index f7046a0..c8635a3 100644 >

[PATCH hurd] Update rpctrace to use the new ABI for inlined port names

--- utils/rpctrace.c | 83 +++- 1 file changed, 53 insertions(+), 30 deletions(-) diff --git a/utils/rpctrace.c b/utils/rpctrace.c index f7046a0..c8635a3 100644 --- a/utils/rpctrace.c +++ b/utils/rpctrace.c @@ -801,6 +801,18 @@ rewrite_right (mach_port_

[Wiki Edits: tmpfs, emacs, fcntl, and nice issues 3/4] update the emacs open issue page.

* open_issues/emacs.mdwn: I changed the version number, and I described that the latest Emacs works really well on the Hurd. It might be a good idea to remove Emacs from the open issue page. --- open_issues/emacs.mdwn | 27 +++ 1 file changed, 15 insertions(+), 12 deletion

Re: [PATCH hurd 1/3] pfinet and pci-arbiter: update server handlers to return kern_return_t to fix -Werror=enum-int-mismatch warnings

Applied, thanks! Flavio Cruz, le ven. 29 déc. 2023 11:12:09 -0500, a ecrit: > --- > pci-arbiter/pci-ops.c | 10 +++ > pfinet/iioctl-ops.c | 10 +++ > pfinet/io-ops.c | 64 +-- > pfinet/main.c | 2 +- > pfinet/pfinet-ops.c | 4 +--

[PATCH hurd 1/3] pfinet and pci-arbiter: update server handlers to return kern_return_t to fix -Werror=enum-int-mismatch warnings

--- pci-arbiter/pci-ops.c | 10 +++ pfinet/iioctl-ops.c | 10 +++ pfinet/io-ops.c | 64 +-- pfinet/main.c | 2 +- pfinet/pfinet-ops.c | 4 +-- pfinet/socket-ops.c | 32 +++--- pfinet/tunnel.c | 24 -

Re: [PATCH hurd] Update server handlers to return kern_return_error to fix -Werror=enum-int-mismatch warnings

Applied, thanks! Flavio Cruz, le jeu. 14 déc. 2023 01:06:37 -0500, a ecrit: > MiG expects those to return kern_return_t. > --- > acpi/acpi-ops.c| 4 ++-- > boot/boot.c| 2 +- > console-client/trans.c | 10 > console/display.c

[PATCH hurd] Update server handlers to return kern_return_error to fix -Werror=enum-int-mismatch warnings

MiG expects those to return kern_return_t. --- acpi/acpi-ops.c| 4 ++-- boot/boot.c| 2 +- console-client/trans.c | 10 console/display.c | 8 +++ ext2fs/storeinfo.c | 2 +- fatfs/inode.c

[PATCH glibc] Update code to handle the new ABI for sending inlined port rights.

For i686, this change is no op but for x86_64 it forces all inlined port rights to be 8 bytes long. --- hurd/intr-msg.c| 26 -- mach/msg-destroy.c | 12 +--- 2 files changed, 33 insertions(+), 5 deletions(-) diff --git a/hurd/intr-msg.c b/hurd/intr-msg.c index

[PATCH hurd] Update hurd code to handle the new ABI for sending inlined port rights.

--- libfshelp/start-translator-long.c | 16 proc/stubs.c | 8 +--- 2 files changed, 13 insertions(+), 11 deletions(-) diff --git a/libfshelp/start-translator-long.c b/libfshelp/start-translator-long.c index 0b16e7d0..f788f0a7 100644 --- a/libfshelp/star

Re: [PATCH glibc] Update code to handle the new ABI for sending inlined port rights.

Hello, Flavio Cruz, le ven. 24 nov. 2023 16:30:38 -0500, a ecrit: > @@ -215,11 +237,11 @@ _hurd_intr_rpc_mach_msg (mach_msg_header_t *msg, > data = (char *) ty + sizeof (mach_msg_type_t); > } > > + /* Calculate length of data in bytes. */ > co

[PATCH hurd] Update hurd code to handle the new ABI for sending inlined port rights.

--- libfshelp/start-translator-long.c | 16 proc/stubs.c | 8 +--- 2 files changed, 13 insertions(+), 11 deletions(-) diff --git a/libfshelp/start-translator-long.c b/libfshelp/start-translator-long.c index 0b16e7d0..f788f0a7 100644 --- a/libfshelp/star

[PATCH glibc] Update code to handle the new ABI for sending inlined port rights.

For i686, this change is no op but for x86_64 it forces all inlined port rights to be 8 bytes long. --- hurd/intr-msg.c| 26 -- mach/msg-destroy.c | 12 +--- 2 files changed, 33 insertions(+), 5 deletions(-) diff --git a/hurd/intr-msg.c b/hurd/intr-msg.c index

Re: [PATCH glibc] Update BAD_TYPECHECK to work on x86_64

Applied, thanks! Flavio Cruz, le dim. 05 nov. 2023 23:13:32 -0500, a ecrit: > --- > sysdeps/mach/mach_rpc.h | 9 +++-- > 1 file changed, 3 insertions(+), 6 deletions(-) > > diff --git a/sysdeps/mach/mach_rpc.h b/sysdeps/mach/mach_rpc.h > index 152f057ca7..ed81403be6 100644 > --- a/sysdeps/ma

[PATCH glibc] Update BAD_TYPECHECK to work on x86_64

--- sysdeps/mach/mach_rpc.h | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/sysdeps/mach/mach_rpc.h b/sysdeps/mach/mach_rpc.h index 152f057ca7..ed81403be6 100644 --- a/sysdeps/mach/mach_rpc.h +++ b/sysdeps/mach/mach_rpc.h @@ -20,11 +20,8 @@ /* Macro used by MIG to c

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Applied, thanks! Flavio Cruz, le mar. 13 juin 2023 00:01:25 -0400, a ecrit: > * Make full use of the 8 bytes available in mach_msg_type_t by moving > into the unused 4 bytes. This allows us to use 32bits for > mach_msg_type_number_t whether we use the longform or not. > * Make mach_msg_type_lo

Re: ***UNCHECKED*** [PATCH mig] Update code generation to handle the new 64 bit ABI

Applied, thanks! Flavio Cruz, le mar. 16 mai 2023 23:04:18 -0400, a ecrit: > Mostly, we don't set the fields that do not exist and avoid type > mismatching (like casting unsigned short to unsigned char for > msgt_name). > > We also revamp type checking to compare mach_msg_type_t to uint64_t > ins

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Flávio Cruz, le dim. 24 sept. 2023 12:53:04 -0400, a ecrit: > In the first version of this patch I mentioned that the following MiG change > is > necessary too: [2]https://lists.gnu.org/archive/html/bug-hurd/2023-05/ > msg00288.html > That should solve the problem. Uh, that mail was litteraly los

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Hi Samuel On Sun, Sep 24, 2023 at 4:24 AM Samuel Thibault wrote: > Samuel Thibault, le dim. 24 sept. 2023 00:16:21 +0200, a ecrit: > > const mach_msg_type_long_t nameType = { > > .msgtl_header = { > > .msgt_name =0, > >

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Samuel Thibault, le dim. 24 sept. 2023 00:16:21 +0200, a ecrit: > const mach_msg_type_long_t nameType = { > .msgtl_header = { > .msgt_name =0, > .msgt_size =0, > .msgt_number = 0,

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Hello, I was having troubles with this patch, and this boils down to this in the stub for device_open: const mach_msg_type_long_t nameType = { .msgtl_header = { .msgt_name =0, .msgt_size =0,

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Hello, Flávio Cruz, le jeu. 10 août 2023 20:54:52 -0400, a ecrit: > Somewhat unrelated question: what is the future of DDE? Ideally, none, by replacing with rumpnet. > It seems like the dde repo has a lot of forked code from the main hurd > repo which makes it easy to miss some changes. Yes, th

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Hi On Wed, Aug 9, 2023 at 10:21 AM Samuel Thibault wrote: > Sergey Bugaev, le mer. 09 août 2023 11:48:29 +0300, a ecrit: > > On Wed, Aug 9, 2023 at 4:10 AM Samuel Thibault > wrote: > > > So, is anybody against making this change? > > > > I trust Flávio to understand RPC ABI much better than I d

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Sergey Bugaev, le mer. 09 août 2023 11:48:29 +0300, a ecrit: > On Wed, Aug 9, 2023 at 4:10 AM Samuel Thibault > wrote: > > So, is anybody against making this change? > > I trust Flávio to understand RPC ABI much better than I do. > > That being said, I don't quite understand the point of this c

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Hello, On Wed, Aug 9, 2023 at 4:10 AM Samuel Thibault wrote: > So, is anybody against making this change? I trust Flávio to understand RPC ABI much better than I do. That being said, I don't quite understand the point of this change: we cannot get rid of mach_msg_type_long_t completely on 32-bi

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Il 09/08/23 03:09, Samuel Thibault ha scritto: Hello, So, is anybody against making this change? Hi, for me it's ok, I tried this patch together with the mig one and didn't see any issue so far. Luca

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

Hello, So, is anybody against making this change? Samuel Flavio Cruz, le mar. 13 juin 2023 00:01:25 -0400, a ecrit: > * Make full use of the 8 bytes available in mach_msg_type_t by moving > into the unused 4 bytes. This allows us to use 32bits for > mach_msg_type_number_t whether we use the

[PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2)

* Make full use of the 8 bytes available in mach_msg_type_t by moving into the unused 4 bytes. This allows us to use 32bits for mach_msg_type_number_t whether we use the longform or not. * Make mach_msg_type_long_t exactly the same as mach_msg_type_t. Updating MiG is strongly encouraged since

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler

thrilled about the use of the macros for msgtl_name/size/number > > but happy to hear about other alternatives. Potentially we could > > introduce accessors and update all the calls to use them. > > > > Note that the follow up MiG patch is necessary to make this work. > > &g

Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler

ros for msgtl_name/size/number but happy to hear about other alternatives. Potentially we could introduce accessors and update all the calls to use them. Note that the follow up MiG patch is necessary to make this work. include/mach/message.h | 37 +-- ipc/ipc_kmsg.c

Re: [PATCH] Update for .../rumpdisk: Fix race condition in bootstrap

Janneke Nieuwenhuizen, le ven. 26 mai 2023 19:32:01 +0200, a ecrit: > Samuel Thibault writes: > > > Janneke Nieuwenhuizen, le ven. 26 mai 2023 17:42:49 +0200, a ecrit: > >> Now that rumpdisk works in Guix we need netdde. Trying to build netdde > >> I need the attached patch. I'm wondering how (/

Re: [PATCH] Update for .../rumpdisk: Fix race condition in bootstrap

Samuel Thibault writes: > Janneke Nieuwenhuizen, le ven. 26 mai 2023 17:42:49 +0200, a ecrit: >> Now that rumpdisk works in Guix we need netdde. Trying to build netdde >> I need the attached patch. I'm wondering how (/if?) this built for you >> ;) > > It seems at some point in the flurry of mach

Re: [PATCH] Update for .../rumpdisk: Fix race condition in bootstrap

s just work. Samuel > From b0a7e4f2706bea8d1c80d5af7a095941f9635033 Mon Sep 17 00:00:00 2001 > From: Janneke Nieuwenhuizen > Date: Fri, 26 May 2023 17:39:17 +0200 > Subject: [PATCH] Update for .../rumpdisk: Fix race condition in bootstrap > > --- > machdev.c | 3 ++- > 1 file cha

[PATCH] Update for .../rumpdisk: Fix race condition in bootstrap

17 +0200 Subject: [PATCH] Update for .../rumpdisk: Fix race condition in bootstrap --- machdev.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/machdev.c b/machdev.c index dda5eb8ba..1a6811072 100644 --- a/machdev.c +++ b/machdev.c @@ -18,5 +18,6 @@ void machdev_run1 (void *arg)

[PATCH mig] Update code generation to handle the new 64 bit ABI

Mostly, we don't set the fields that do not exist and avoid type mismatching (like casting unsigned short to unsigned char for msgt_name). We also revamp type checking to compare mach_msg_type_t to uint64_t instead of just uint32_t as we now use the whole structure. --- global.h | 2 ++ utils.c

[PATCH gnumach] Update the 64bit RPC ABI to be simpler

er alternatives. Potentially we could introduce accessors and update all the calls to use them. Note that the follow up MiG patch is necessary to make this work. include/mach/message.h | 37 +-- ipc/ipc_kmsg.c | 4 ++ x86_64/copy_u

Re: [PATCH glibc] Update hurd/hurdselect.c to be more portable.

those won't work for > x86_64. > - Update message structs to use mach_msg_type_t directly. > - Use designated initializers. > --- > hurd/hurdselect.c | 30 ++ > hurd/intr-msg.c | 6 +- > sysdeps/mach/hurd/ioctl.c | 6 +-

[PATCH glibc] Update hurd/hurdselect.c to be more portable.

Summary of changes: - Use BAD_TYPECHECK to perform type checking in a cleaner way. BAD_TYPECHECK is moved into sysdeps/mach/rpc.h to avoid duplication. - Remove assertions for mach_msg_type_t since those won't work for x86_64. - Update message structs to use mach_msg_type_t directly.

Re: [PATCH glibc] Update hurd/hurdselect.c to be more portable.

Flavio Cruz, le ven. 05 mai 2023 00:20:39 -0400, a ecrit: > + /* TODO: add this assertion for x86_64. */ > +#ifndef __x86_64__ > + _Static_assert (sizeof (uint32_t) == sizeof (mach_msg_type_t), > + "mach_msg_type_t needs to be the same size as uint32_t"); > +#endif Now that it

Re: [PATCH hurd] Update eth-multiplexer/vdev.c to be more portable

Applied, thanks! Flavio Cruz, le ven. 05 mai 2023 00:43:36 -0400, a ecrit: > * Perform the correct alignment for x86_64. > * Use designated initializers. > --- > eth-multiplexer/vdev.c | 39 ++- > 1 file changed, 22 insertions(+), 17 deletions(-) > > diff --gi

[PATCH hurd] Update eth-multiplexer/vdev.c to be more portable

* Perform the correct alignment for x86_64. * Use designated initializers. --- eth-multiplexer/vdev.c | 39 ++- 1 file changed, 22 insertions(+), 17 deletions(-) diff --git a/eth-multiplexer/vdev.c b/eth-multiplexer/vdev.c index 548af9d2..f441803d 100644 --- a/

[PATCH glibc] Update hurd/hurdselect.c to be more portable.

Summary of changes: - Use BAD_TYPECHECK to perform type checking in a cleaner way. BAD_TYPECHECK is moved into sysdeps/mach/rpc.h to avoid duplication. - Remove assertions for mach_msg_type_t since those won't work for x86_64. - Update message structs to use mach_msg_type_t directly and

Re: [PATCH glibc] Update hurd/intr-msg.c to be more portable

Applied, thanks! Flavio Cruz via Libc-alpha, le jeu. 04 mai 2023 00:08:12 -0400, a ecrit: > Summary of the changes: > - Introduce BAD_TYPECHECK from MiG to make it simpler to do type > checking. > - Replace int type with mach_msg_type_t. This assumes that > mach_msg_type_t is always the same s

Re: [PATCH glibc] Update sysdeps/mach/hurd/ioctl.c to make it more portable

Applied, thanks! Flavio Cruz via Libc-alpha, le jeu. 04 mai 2023 00:06:46 -0400, a ecrit: > Summary of the changes: > - Update msg_align to use ALIGN_UP like we have done in previous > patches. Use it below whenever necessary to avoid repeating the same > alignment logic

[PATCH glibc] Update hurd/intr-msg.c to be more portable

Summary of the changes: - Introduce BAD_TYPECHECK from MiG to make it simpler to do type checking. - Replace int type with mach_msg_type_t. This assumes that mach_msg_type_t is always the same size as int which is not true for x86_64. - Calculate the size and align using PTR_ALIGN_UP, which i

[PATCH glibc] Update sysdeps/mach/hurd/ioctl.c to make it more portable

Summary of the changes: - Update msg_align to use ALIGN_UP like we have done in previous patches. Use it below whenever necessary to avoid repeating the same alignment logic. - Define BAD_TYPECHECK to make it easier to do type checking in a few places below. - Update io2mach_type to use

Re: [PATCH gnumach] Update task_basic_info and thread_basic_info to include time_value64_t data.

Applied, thanks! Flavio Cruz, le lun. 17 avril 2023 00:46:36 -0400, a ecrit: > RPCs remain compatible with existing clients but if they know about the > new size then we will populate the new fields. > --- > include/mach/task_info.h | 8 > include/mach/thread_info.h | 6 ++ > ker

Re: [PATCH gnumach] Update task_basic_info and thread_basic_info to include time_value64_t data.

Flávio Cruz, le mar. 25 avril 2023 22:26:53 -0400, a ecrit: > Ok, but none of the clock(), getrusage() and times() functions expose > nano-second precision. If we can avoid complexity when we don't actually > need it, I'd rather avoid it :) > > > Sounds fair, but doesn't clock_gettime

Re: [PATCH gnumach] Update task_basic_info and thread_basic_info to include time_value64_t data.

On Tue, Apr 25, 2023 at 4:11 PM Samuel Thibault wrote: > Flavio Cruz, le mar. 25 avril 2023 00:07:46 -0400, a ecrit: > > On Mon, Apr 17, 2023 at 11:49:46AM +0200, Samuel Thibault wrote: > > > Is this really needed? Since rpc_time_value_t will already be 64bit on > > > 64bit platforms. > > > > > >

Re: [PATCH gnumach] Update task_basic_info and thread_basic_info to include time_value64_t data.

Flavio Cruz, le mar. 25 avril 2023 00:07:46 -0400, a ecrit: > On Mon, Apr 17, 2023 at 11:49:46AM +0200, Samuel Thibault wrote: > > Is this really needed? Since rpc_time_value_t will already be 64bit on > > 64bit platforms. > > > > (I don't hope to bring 64bit time to 32bit Hurd) > > time_value64_

Re: [PATCH gnumach] Update task_basic_info and thread_basic_info to include time_value64_t data.

On Mon, Apr 17, 2023 at 11:49:46AM +0200, Samuel Thibault wrote: Hello, Is this really needed? Since rpc_time_value_t will already be 64bit on 64bit platforms. (I don't hope to bring 64bit time to 32bit Hurd) time_value64_t is slightly better than time_value_t since it is future-proofed to p

Re: [PATCH gnumach] Update task_basic_info and thread_basic_info to include time_value64_t data.

Hello, Is this really needed? Since rpc_time_value_t will already be 64bit on 64bit platforms. (I don't hope to bring 64bit time to 32bit Hurd) Samuel Flavio Cruz, le lun. 17 avril 2023 00:46:36 -0400, a ecrit: > RPCs remain compatible with existing clients but if they know about the > new size

[PATCH gnumach] Update task_basic_info and thread_basic_info to include time_value64_t data.

RPCs remain compatible with existing clients but if they know about the new size then we will populate the new fields. --- include/mach/task_info.h | 8 include/mach/thread_info.h | 6 ++ kern/task.c| 16 +++- kern/thread.c | 16 +++

Re: [PATCH gnumach] Update thread and task creation time to use time_value64_t

reation_time; /* time stamp at creation */ > + time_value64_t creation_time; /* time stamp at creation */ > > /* IPC structures */ > decl_simple_lock_data(, itk_lock_data) > diff --git a/kern/thread.h b/kern/thread.h > index 689ef775..f8989f45 100644 >

[PATCH gnumach] Update thread and task creation time to use time_value64_t

ation */ /* IPC structures */ decl_simple_lock_data(, itk_lock_data) diff --git a/kern/thread.h b/kern/thread.h index 689ef775..f8989f45 100644 --- a/kern/thread.h +++ b/kern/thread.h @@ -204,7 +204,7 @@ struct thread { unsigned intsched_delta; /* weighted cpu usage since

Re: [PATCH 2/5 gnumach] pmap: Signal cpu for TLB update if kernel_pmap

Applied, thanks! Damien Zammit, le lun. 13 févr. 2023 08:49:45 +, a ecrit: > --- > i386/intel/pmap.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/i386/intel/pmap.c b/i386/intel/pmap.c > index 0a805e4c..40ddcd6a 100644 > --- a/i386/intel/pmap.c > +++ b/i386/intel/p

[PATCH 2/5 gnumach] pmap: Signal cpu for TLB update if kernel_pmap

--- i386/intel/pmap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/i386/intel/pmap.c b/i386/intel/pmap.c index 0a805e4c..40ddcd6a 100644 --- a/i386/intel/pmap.c +++ b/i386/intel/pmap.c @@ -3013,7 +3013,7 @@ voidsignal_cpus( cpu_update_needed[which_cpu] = TRUE

Re: [PATCH 05/12 gnumach] interrupt: Send EOI before handling update interrupt

gt; --- a/i386/i386at/interrupt.S > +++ b/i386/i386at/interrupt.S > @@ -122,8 +122,8 @@ _no_eoi: > ret > > _call_single: > + callEXT(lapic_eoi) /* lapic EOI before the handler to > allow extra update */ > callEXT(pmap_update_interrupt) /* TODO:

[PATCH 05/12 gnumach] interrupt: Send EOI before handling update interrupt

: + callEXT(lapic_eoi) /* lapic EOI before the handler to allow extra update */ callEXT(pmap_update_interrupt) /* TODO: Allow other functions */ - callEXT(lapic_eoi) /* lapic EOI */ addl$24,%esp ret END(interrupt) -- 2.34.1

Re: [PATCH 4/7] update writev syscall signature with rpc types

Applied, thanks! Luca Dariz, le lun. 16 janv. 2023 11:58:54 +0100, a ecrit: > * device/device_emul.h: write/writev: update trap argument types > * device/ds_routines.c: update argument types and adjust copyin > * device/ds_routines.h: write/writev: update trap argument type > * in

Re: [PATCH 3/7] update syscall signature with rpc_vm_* and mach_port_name_t

Applied, thanks! Luca Dariz, le lun. 16 janv. 2023 11:58:53 +0100, a ecrit: > * include/mach/mach_types.h: use mach port names > * kern/ipc_mig.c: update vm types and use copyin/copyout helpers > * kern/ipc_mig.h: Likewise > > Signed-off-by: Luca Dariz > --- > include/m

[PATCH 0/7] update rpc for x86_64

These patches address the comments raised in the previous submission and add support for 32-bit rpc and syscalls on a 64-bit kernel. Luca Dariz (7): add msg_user_header_t for user-side msg structure x86_64: expand and shrink messages in copy{in,out}msg routines update syscall signature with

[PATCH 4/7] update writev syscall signature with rpc types

* device/device_emul.h: write/writev: update trap argument types * device/ds_routines.c: update argument types and adjust copyin * device/ds_routines.h: write/writev: update trap argument type * include/device/device_types.h: add rpc_io_buf_vec_t type * kern/ipc_mig.c: write/writev: update trap

[PATCH 3/7] update syscall signature with rpc_vm_* and mach_port_name_t

* include/mach/mach_types.h: use mach port names * kern/ipc_mig.c: update vm types and use copyin/copyout helpers * kern/ipc_mig.h: Likewise Signed-off-by: Luca Dariz --- include/mach/mach_traps.h | 18 - kern/ipc_mig.c| 41

Re: [PATCH] Update configure.ac so that we don't need glibc when running ./configure.

Applied, thanks! Flavio Cruz, le lun. 09 janv. 2023 22:16:43 -0500, a ecrit: > For x86_64-pc-gnu we still do not have a working glibc so ./configure will > fail > under a freestanding environment. We force ./configure to avoid running > compiled C programs as a test which it is not needed when co

Re: [PATCH] Update configure.ac so that we don't need glibc when running ./configure.

For x86_64-pc-gnu we still do not have a working glibc so ./configure will fail under a freestanding environment. We force ./configure to avoid running compiled C programs as a test which it is not needed when compiling a kernel. --- On Mon, Jan 09, 2023 at 07:52:21PM +0100, Samuel Thibault wrote:

Re: [PATCH] Update configure.ac so that we don't need glibc when running ./configure.

Flavio Cruz, le dim. 08 janv. 2023 21:49:40 -0500, a ecrit: > For x86_64-pc-gnu we still do not have a working glibc so ./configure will > fail > under a freestanding environment. We force ./configure to avoid running > compiled C programs as a test which it is not needed when compiling a kernel.

[PATCH] Update configure.ac so that we don't need glibc when running ./configure.

For x86_64-pc-gnu we still do not have a working glibc so ./configure will fail under a freestanding environment. We force ./configure to avoid running compiled C programs as a test which it is not needed when compiling a kernel. --- configure.ac | 8 1 file changed, 8 insertions(+) diff

Re: [PATCH] Update kern/ directory to use mach_port_name_t.

Applied, thanks! Flavio Cruz, le mar. 06 déc. 2022 23:57:08 -0500, a ecrit: > Make it clear where exactly we use port names vs port addresses. > --- > kern/boot_script.c | 4 ++-- > kern/boot_script.h | 4 ++-- > kern/bootstrap.c| 12 ++-- > kern/ipc_host.c | 2 +- > kern/ipc

[PATCH] Update kern/ directory to use mach_port_name_t.

Make it clear where exactly we use port names vs port addresses. --- kern/boot_script.c | 4 ++-- kern/boot_script.h | 4 ++-- kern/bootstrap.c| 12 ++-- kern/ipc_host.c | 2 +- kern/ipc_tt.c | 4 ++-- kern/syscall_subr.c | 4 ++-- kern/syscall_subr.h | 2 +- kern/sys

Re: [PATCH] Update ipc/ directory to use mach_port_name_t

Flavio Cruz, le lun. 05 déc. 2022 01:31:03 -0500, a ecrit: > On Wed, Nov 30, 2022 at 10:28:31PM +0100, Samuel Thibault wrote: > > Flavio Cruz, le mer. 30 nov. 2022 02:14:20 -0500, a ecrit: > > > Make it explicit where we use port names versus actual ports. For the 64 > > > bit kernel, port names an

Re: [PATCH] Update ipc/ directory to use mach_port_name_t

On Wed, Nov 30, 2022 at 10:28:31PM +0100, Samuel Thibault wrote: Hello, Thanks for this! Flavio Cruz, le mer. 30 nov. 2022 02:14:20 -0500, a ecrit: Make it explicit where we use port names versus actual ports. For the 64 bit kernel, port names and ports are of different size so this corrects t

Re: [PATCH] Update ipc/ directory to use mach_port_name_t

Hello, Thanks for this! Flavio Cruz, le mer. 30 nov. 2022 02:14:20 -0500, a ecrit: > Make it explicit where we use port names versus actual ports. For the 64 > bit kernel, port names and ports are of different size so this corrects > the syscall arguments and internal structs to have the right si

[PATCH] Update ipc/ directory to use mach_port_name_t

Make it explicit where we use port names versus actual ports. For the 64 bit kernel, port names and ports are of different size so this corrects the syscall arguments and internal structs to have the right size. This patch also uncovered several issues we need to solve to make GNUMach work well on

Re: [PATCH] Update mach_port_status_t definition to use the new struct

Applied, thanks! Flavio Cruz, le dim. 27 nov. 2022 20:10:26 -0500, a ecrit: > Also update C definition to use proper types. > --- > include/mach/mach_types.defs | 12 +++- > include/mach/port.h | 14 +++--- > 2 files changed, 18 insertions(+), 8 deletio

[PATCH] Update mach_port_status_t definition to use the new struct

Also update C definition to use proper types. --- include/mach/mach_types.defs | 12 +++- include/mach/port.h | 14 +++--- 2 files changed, 18 insertions(+), 8 deletions(-) diff --git a/include/mach/mach_types.defs b/include/mach/mach_types.defs index f7106946..3ef9611e

Re: [PATCH] Update mach_debug interfaces to use struct.

ude/mach/mach_types.defs: Define type rpc_vm_offset_t. > * include/mach_debug/hash_info.h: Use unsigned int instead of natural_t. > * include/mach_debug/mach_debug_types.defs: Update cache_info_t, > hash_info_bucket_t, vm_region_info_t, vm_object_info_t and > vm_page_info_t to use str

[PATCH] Update mach_debug interfaces to use struct.

ral_t. * include/mach_debug/mach_debug_types.defs: Update cache_info_t, hash_info_bucket_t, vm_region_info_t, vm_object_info_t and vm_page_info_t to use struct. * include/mach_debug/slab_info.h: Use rpc_vm_size_t and rpc_unsigned_long for compatibility with 32 bits userland. * include/mach_

Re: [PATCH] Update patches to be able to have ahcisata and piixde compiled together

/dev/null > -+++ > rumpkernel/buildrump.sh/src/sys/rump/dev/lib/libpci_piixide/piixide_component.c > -@@ -0,0 +1,49 @@ > -+#include > -+#include > -+#include > -+#include > -+#include > -+ > -+#include "ioconf.c" > -+ > -+#include > -+#inclu

[PATCH] Update patches to be able to have ahcisata and piixde compiled together

FLAWLESSCALL(rump_vfs_makedevnodes(S_IFBLK, "/dev/cd0", 'a', -+ bmaj, 0, 1)); -+ FLAWLESSCALL(rump_vfs_makedevnodes(S_IFCHR, "/dev/rcd0", 'a', -+ cmaj, 0, 1)); -+*/ -+} -Index: rumpkernel/buildrump.sh/src/sys/rump/dev/lib/libpc

Re: [PATCH 11/15] update syscall signature with rpc_vm_* and mach_port_name_t

Il 28/08/22 15:19, Samuel Thibault ha scritto: Have you gone through the whole list of the syscalls? I guess we have to do that to be somehow sure we have not missed anything (rather than relying on noticing odd bugs in userland) I went over all syscalls and I found I didn't cover all, but thes

Re: [PATCH 11/15] update syscall signature with rpc_vm_* and mach_port_name_t

Have you gone through the whole list of the syscalls? I guess we have to do that to be somehow sure we have not missed anything (rather than relying on noticing odd bugs in userland) Luca Dariz, le mar. 28 juin 2022 12:10:50 +0200, a ecrit: > +mach_port_name_t mach_reply_port (void); Ideally we'd

[PATCH 11/15] update syscall signature with rpc_vm_* and mach_port_name_t

* kern/syscall_subr.h: Likewise * kern/ipc_mig.h: replace mach_port_t with mach_port_name_t and vm_* types with rpc_vm_* counterpart. * kern/ipc_mig.c: update syscall prototypes and adapt to kernel types - for vm types use copyin_address() and copyout_address() helpers - for mach_port_name_t use

Re: [PATCH 02/17] ext2fs: update ext2_fs.h header

Applied except the debug parts which can still be useful, thanks! Etienne Brateau, le dim. 23 janv. 2022 05:17:00 +0100, a ecrit: > --- > ext2fs/ext2_fs.h | 122 ++- > ext2fs/ext2fs.h | 3 -- > 2 files changed, 89 insertions(+), 36 deletions(-) > >

[PATCH 02/17] ext2fs: update ext2_fs.h header

--- ext2fs/ext2_fs.h | 122 ++- ext2fs/ext2fs.h | 3 -- 2 files changed, 89 insertions(+), 36 deletions(-) diff --git a/ext2fs/ext2_fs.h b/ext2fs/ext2_fs.h index 90b1418d..d1a972b7 100644 --- a/ext2fs/ext2_fs.h +++ b/ext2fs/ext2_fs.h @@ -16,17 +16,10

Re: [SECURITY] important update, please upgrade!

Hello, Samuel Thibault, le dim. 02 janv. 2022 11:32:29 +0100, a ecrit: > A very important security update is available on the mirrors, please > upgrade as soon as you can if you have guest accounts on your system: > > libc0.3=2.33-2~3 > hurd=1:0.9.git20211230-3 Here is some back

Re: [PATCH] libtool.m4: update GNU/Hurd test from upstream

Just a note that this patch should not have been committed to the libgo directory. As described in libgo/README.gcc, the libgo directory is a mirror of a repository stored elsewhere. Changes committed directly to the gcc repo will eventually be lost. Thanks. I'll take care of handling this patc

[RFC PATCH tarfs 6/6] Update TODO and BUGS

may be allocated (mmap'd). diff --git a/TODO b/TODO index c1c826167..4c5a1531f 100644 --- a/TODO +++ b/TODO @@ -9,7 +9,5 @@ TODO List translator set on this node. For symlinks, we would not show any passive translator setting. -* Implement netfs_S_io_map (). - * Update the gzip

  1   2   3   4   5   >