[PATCH glibc] Fix build for hurd/thread-self.c for i386.

2023-05-21 Thread Flavio Cruz
We need to include hurd.h for libc_hidden_proto (__hurd_thread_self), introduced in https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=b44c1e12524bb5de0f93294a7c24c8e41c06bb75 This the error log: In file included from : ./../include/libc-symbols.h:472:33: error: '__EI___hurd_thread_self'

Re: [PATCH] x86_64: fix APIC initialization

2023-05-21 Thread Samuel Thibault
Applied, thanks! Luca Dariz, le dim. 21 mai 2023 22:49:18 +0200, a ecrit: > * i386/i386at/acpi_parse_apic.c: use vm_offset_t instead of uint32_t > for vm addresses > * x86_64/Makefrag.am: support --enable-apic > --- > i386/i386at/acpi_parse_apic.c | 8 > x86_64/Makefrag.am

Re: [PATCH v2] x86_64: push user's VM_MAX_ADDRESS

2023-05-21 Thread Samuel Thibault
Applied, thanks! Luca Dariz, le dim. 21 mai 2023 22:45:24 +0200, a ecrit: > * i386/include/mach/i386/vm_param.h: check for both KERNEL and USER32 > to differentiate between user/kernel on x86_64, and push the upper > limit of user address space to 128 TB. > --- >

[PATCH] x86_64: fix APIC initialization

2023-05-21 Thread Luca Dariz
* i386/i386at/acpi_parse_apic.c: use vm_offset_t instead of uint32_t for vm addresses * x86_64/Makefrag.am: support --enable-apic --- i386/i386at/acpi_parse_apic.c | 8 x86_64/Makefrag.am| 17 ++--- 2 files changed, 18 insertions(+), 7 deletions(-) diff --git

[PATCH v2] x86_64: push user's VM_MAX_ADDRESS

2023-05-21 Thread Luca Dariz
* i386/include/mach/i386/vm_param.h: check for both KERNEL and USER32 to differentiate between user/kernel on x86_64, and push the upper limit of user address space to 128 TB. --- i386/include/mach/i386/vm_param.h | 24 1 file changed, 16 insertions(+), 8 deletions(-)

Re: [PATCH 2/3] x86_64: push user's VM_MAX_ADDRESS

2023-05-21 Thread Luca Dariz
Il 21/05/23 21:17, Samuel Thibault ha scritto: Luca Dariz, le dim. 21 mai 2023 10:57:57 +0200, a ecrit: +#if defined(KERNEL) && defined(USER32) +#define VM_MAX_ADDRESS (0xc000UL) +#else /* defined(KERNEL) && defined(USER32) */ +#define VM_MAX_ADDRESS (0x7fffULL)

Re: [PATCH 2/2] Remove an unused include

2023-05-21 Thread Samuel Thibault
Applied, thanks! Sergey Bugaev, le jeu. 18 mai 2023 19:57:19 +0300, a ecrit: > --- > utils/ps.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/utils/ps.c b/utils/ps.c > index a852b92f..6a08f736 100644 > --- a/utils/ps.c > +++ b/utils/ps.c > @@ -21,7 +21,6 @@ > #include > #include >

Re: [PATCH 1/2] streamio: Implement trivfs_append_args ()

2023-05-21 Thread Samuel Thibault
Applied, thanks! Sergey Bugaev, le jeu. 18 mai 2023 19:57:18 +0300, a ecrit: > This enables me to run 'fsysopts /dev/mach-console' and get: > > /hurd/streamio --writable console > --- > trans/streamio.c | 39 +++ > 1 file changed, 39 insertions(+) > > diff

Re: [PATCH 1/3] pmap: dynamically allocate the whole user page tree map

2023-05-21 Thread Samuel Thibault
Applied, thanks!! Luca Dariz, le dim. 21 mai 2023 10:57:56 +0200, a ecrit: > * i386/intel/pmap.c: switch to dynamic allocation of all the page tree > map levels for the user-space address range, using a separate kmem > cache for each level. This allows to extend the usable memory space >

Re: [PATCH 2/3] x86_64: push user's VM_MAX_ADDRESS

2023-05-21 Thread Samuel Thibault
Luca Dariz, le dim. 21 mai 2023 10:57:57 +0200, a ecrit: > +#if defined(KERNEL) && defined(USER32) > +#define VM_MAX_ADDRESS (0xc000UL) > +#else /* defined(KERNEL) && defined(USER32) */ > +#define VM_MAX_ADDRESS (0x7fffULL) Why not 0x8000ULL)?

Re: [PATCH 3/3] x86_64: fix descriptor loading for 64-bit addresses

2023-05-21 Thread Samuel Thibault
Applied, thanks! Luca Dariz, le dim. 21 mai 2023 10:57:58 +0200, a ecrit: > * i386/i386/seg.h: use proper type for segment addresses. This is not > impacting any functionality on 64-bit, as segments limits are > ignored, but at least we silence a warning. > --- > i386/i386/seg.h | 3 ++- > 1

Re: Some progress, Guix rumpdisk still crashes...

2023-05-21 Thread Janneke Nieuwenhuizen
Svante Signell writes: Hi! > On Wed, 2023-05-17 at 20:24 +0200, Janneke Nieuwenhuizen wrote: >> rumpdisk still crashes, but the good news (I guess) is that it seems to [..] > I use for hurdX (hurd-cross): > qemu-system-x86_64 -chardev stdio,id=char0,logfile=serial.log,signal=off > -serial >

Re: Some progress, Guix rumpdisk still crashes...

2023-05-21 Thread Svante Signell
On Wed, 2023-05-17 at 20:24 +0200, Janneke Nieuwenhuizen wrote: > Hi! > > With this newly patched glibc > >     https://gitlab.com/janneke/guix/-/tree/wip-hurd12 > > rumpdisk still crashes, but the good news (I guess) is that it seems to > get somewhat further, or at least it crashes

[PATCH 3/3] x86_64: fix descriptor loading for 64-bit addresses

2023-05-21 Thread Luca Dariz
* i386/i386/seg.h: use proper type for segment addresses. This is not impacting any functionality on 64-bit, as segments limits are ignored, but at least we silence a warning. --- i386/i386/seg.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/i386/i386/seg.h

[PATCH 1/3] pmap: dynamically allocate the whole user page tree map

2023-05-21 Thread Luca Dariz
* i386/intel/pmap.c: switch to dynamic allocation of all the page tree map levels for the user-space address range, using a separate kmem cache for each level. This allows to extend the usable memory space on x86_64 to use more than one L3 page for user space. The kernel address map is

[PATCH 2/3] x86_64: push user's VM_MAX_ADDRESS

2023-05-21 Thread Luca Dariz
* i386/include/mach/i386/vm_param.h: check for both KERNEL and USER32 to differentiate between user/kernel on x86_64, and push the upper limit of user address space to 128 TB. --- i386/include/mach/i386/vm_param.h | 24 1 file changed, 16 insertions(+), 8 deletions(-)