[PATCH hurd] Only use host_get_kernel_version and default_pager_paging_storage_new in x86_64.

--- hurd/default_pager.defs | 4 mach-defpager/setup.c | 6 -- proc/host.c | 3 +++ sutils/swapon.c | 3 +++ trans/proxy-defpager.c | 6 -- 5 files changed, 18 insertions(+), 4 deletions(-) diff --git a/hurd/default_pager.defs b/hurd/default_pager.defs index 3c

[PATCH gnumach] Remove host_kernel_version RPC for x86_64

We can fast track the simplification of the RPC ABI for x86_64 if we don't have MACH_MSG_TYPE_STRING used in RPCs which forces msgt_size to use more than 8 bits. --- include/mach/mach_host.defs | 4 kern/host.c | 10 ++ 2 files changed, 10 insertions(+), 4 deletions(-

[PATCH hurd] Stop checking if MiG supports retcode.

Due to MiG requiring the subsystem to be defined early in order to know the size of a port, this was causing a division by zero error during ./configure. We could have just move subsystem to the top of the snippet, however it is simpler to just remove the check given that we have no plans to use so

Re: Mach time device, or: I know why the network deadlocks!

Sergey Bugaev, le sam. 29 avril 2023 17:01:44 +0300, a ecrit: > On Sat, Apr 29, 2023 at 7:39 AM Flávio Cruz wrote: > > I think the approach makes sense to me. We can update the > > clock_boottime_offset > > in the structure whenever it is updated by the kernel and then provide a > > maptime_read(

Re: [PATCH v2 rumpkernel] pci-userspace: Add acpi lookup of irqs with fallback

Samuel Thibault, le dim. 07 mai 2023 18:46:32 +0200, a ecrit: > I had to disable the patch, it is making the boot hang, see log below, > it stays stuck at that point. Here is what I get without the acpi patch. Note that the IRQ numbers are completely different indeed. Samuel GNU Mach 1.8+git2023

Re: [PATCH hurd] Implement device_open_new for all the translators implementing the device interface.

Applied, thanks! Flavio Cruz, le dim. 07 mai 2023 13:15:02 -0400, a ecrit: > --- > boot/Makefile | 1 + > boot/boot.c | 13 + > devnode/Makefile | 2 +- > devnode/devnode.c | 10 ++ > eth-multiplexer/Makefile |

[PATCH hurd] Implement device_open_new for all the translators implementing the device interface.

--- boot/Makefile | 1 + boot/boot.c | 13 + devnode/Makefile | 2 +- devnode/devnode.c | 10 ++ eth-multiplexer/Makefile | 2 +- eth-multiplexer/device_impl.c | 10 ++ libmachdev/Makefile | 2

Re: [PATCH glibc] Enable new device_open_new RPC in libmachuser.

Applied, thanks! Flavio Cruz, le dim. 07 mai 2023 13:13:23 -0400, a ecrit: > --- > mach/Makefile | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/mach/Makefile b/mach/Makefile > index a5d1252f95..2c09c29406 100644 > --- a/mach/Makefile > +++ b/mach/Makefile > @@ -123,7

[PATCH glibc] Enable new device_open_new RPC in libmachuser.

--- mach/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/mach/Makefile b/mach/Makefile index a5d1252f95..2c09c29406 100644 --- a/mach/Makefile +++ b/mach/Makefile @@ -123,7 +123,8 @@ user-interfaces := $(filter-out $(mach-interface-list:%=mach/%) \ endif # For s

Re: [PATCH v2 rumpkernel] pci-userspace: Add acpi lookup of irqs with fallback

Hello, I had to disable the patch, it is making the boot hang, see log below, it stays stuck at that point. Samuel GNU Mach 1.8+git20230410-486-dbg ELF section header table at c0010370 biosmem: physical memory map: biosmem: 00:09f000, available biosmem: 09

Re: [PATCH v3 4/6] hurd: Add expected abilist files for x86_64

Sergey Bugaev, le dim. 07 mai 2023 10:53:14 +0300, a ecrit: > On Sun, May 7, 2023 at 2:35 AM Samuel Thibault > wrote: > > Sergey Bugaev, le mar. 02 mai 2023 17:10:17 +0300, a ecrit: > > > As for the best way to implement this... I have always thought gnumach > > > should have a bootscript directi

Re: [PATCH v3 4/6] hurd: Add expected abilist files for x86_64

On Sun, May 7, 2023 at 2:35 AM Samuel Thibault wrote: > Sergey Bugaev, le mar. 02 mai 2023 17:10:17 +0300, a ecrit: > > As for the best way to implement this... I have always thought gnumach > > should have a bootscript directive to expose a multiboot module as a > > memobj. Then there would be a