SSE registers in thread state

Hello, it occurred to me that as far as userland is concerned, the FPU/SEE thread state only consists of i386_fp_save & i386_fp_regs, and userland simply uses frstor to restore it when sigreturning. It seems that gnumach has grown better support for the fancier SSE registers in its internal state

Re: SSE registers in thread state

Hello, Sergey Bugaev, le mar. 20 juin 2023 12:15:23 +0300, a ecrit: > It seems that gnumach has grown better support for the fancier > SSE registers in its internal state tracking (i386_fpsave_state / > i386_xfp_save), but this doesn't seem to be exported to userland. It enables CR4_OSFXSR, which

Re: Recent patches break ACPI tables

Almudena Garcia, le lun. 19 juin 2023 18:35:51 +, a ecrit: > phystokv will doesn't solve fully the problem, because the lapic address is > out of the range allowed by this function. Ah, right. > Currently, we are using paging to map every ACPI table which we need to > access (to get a virtu

Re: Recent patches break ACPI tables

El martes 20 de junio de 2023, Samuel Thibault escribió: > Almudena Garcia, le lun. 19 juin 2023 18:35:51 +, a ecrit: > > phystokv will doesn't solve fully the problem, because the lapic address is > > out of the range allowed by this function. > > Ah, right. > > > Currently, we are using

Re: SSE registers in thread state

On Tue, Jun 20, 2023 at 12:24 PM Samuel Thibault wrote: > > I don't know much about SSE and those registers and fxsave/fxrstor and > > xsave/xrstor, but it seems clear enough that this will result in > > string operations breaking after a thread receives a signal > > AIUI the problem only happens

[PATCH gnumach] i386/apic.c: Pre-initialize the lapic pointer with a dummy structure

Fixes an early crash when APIC is defined, NCPUS > 1 and LINUX_DEV is not defined. CPU_NUMBER can now be called before the local apic pointer is properly initialized. --- i386/i386/apic.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/i386/i386/apic.c b/i386/i386/apic

Re: 64bit startup

Could you please (when you have time, no rush) make another image without the vm_param.h hack? Ideally, with curl and netcat and a DHCP client included. (Curl used to be present in the apt packages cache, but seems to have disappeared from the last image.) Context: I have some changes here that ad

Re: [PATCH gnumach] i386/apic.c: Pre-initialize the lapic pointer with a dummy structure

Applied, thanks! Damien Zammit, le mar. 20 juin 2023 10:29:38 +, a ecrit: > Fixes an early crash when APIC is defined, NCPUS > 1 and LINUX_DEV is not > defined. > > CPU_NUMBER can now be called before the local apic pointer is properly > initialized. > --- > i386/i386/apic.c | 8 +++- >

Re: 64bit startup

Sergey Bugaev, le mar. 20 juin 2023 13:42:03 +0300, a ecrit: > Could you please (when you have time, no rush) make another image > without the vm_param.h hack? Ah, yes. That's terribly easy thanks to the rebootstrap script :) > Ideally, with curl and netcat and a DHCP client included. (Curl used

Re: 64bit startup

Samuel Thibault, le mar. 20 juin 2023 14:59:55 +0200, a ecrit: > Sergey Bugaev, le mar. 20 juin 2023 13:42:03 +0300, a ecrit: > > Could you please (when you have time, no rush) make another image > > without the vm_param.h hack? > > Ah, yes. That's terribly easy thanks to the rebootstrap script :)

Re: 64bit startup

On Tue, Jun 20, 2023 at 3:59 PM Samuel Thibault wrote: > Concerning dhcp, isc-dhcp currently FTBFS. Oh :( > € file hurd/pfinet > hurd/pfinet: ELF 64-bit LSB pie executable I must have been looking in the wrong place then, good. But non-PIE is definitely the case for hurd-i386, and only for bin

Re: 64bit startup

Sergey Bugaev, le mar. 20 juin 2023 16:14:33 +0300, a ecrit: > On Tue, Jun 20, 2023 at 3:59 PM Samuel Thibault > wrote: > > € file hurd/pfinet > > hurd/pfinet: ELF 64-bit LSB pie executable > > But non-PIE is definitely the case for hurd-i386, > > and only for binaries from the hurd and netdde

Re: 64bit startup

On Tue, Jun 20, 2023 at 4:00 PM Samuel Thibault wrote: > (done so) Works beautifully, thank you :D root@hurd:/# ldd /bin/bash libtinfo.so.6 => /lib/x86_64-gnu/libtinfo.so.6 (0x01dc) libc.so.0.3 => /lib/x86_64-gnu/libc.so.0.3 (0x0100e000) /lib/ld-x86-64

Re: 64bit startup

On Tue, Jun 20, 2023 at 4:55 PM Sergey Bugaev wrote: > Works beautifully, thank you :D ...no it does not! -- and it's visible from the output I posted. ASLR works, the huge heap mapping works, but not the other two things. Investigating now. Sergey

Re: 64bit startup

On Tue, Jun 20, 2023 at 5:07 PM Sergey Bugaev wrote: > ...no it does not! -- and it's visible from the output I posted. ASLR > works, the huge heap mapping works, but not the other two things. > Investigating now. I must have just used the wrong exec server accidentally. Here: # ldd /bin/bash li

[PATCH] maint: Add empty "check" target.

Provide a "check" target like any GNU package, as is advertised in INSTALL. * Makefile (check): New target. --- Makefile | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/Makefile b/Makefile index c611a9ea..c023ea3e 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ # #

Re: [PATCH] maint: Add empty "check" target.

Janneke Nieuwenhuizen, le mar. 20 juin 2023 18:07:06 +0200, a ecrit: > Provide a "check" target like any GNU package, as is advertised in > INSTALL. Well, I'd say that if doesn't make anything, better just drop the mention of it from INSTALL. > * Makefile (check): New target. > --- > Makefile |

Re: [PATCH] maint: Add empty "check" target.

Samuel Thibault, le mer. 21 juin 2023 00:10:37 +0200, a ecrit: > Janneke Nieuwenhuizen, le mar. 20 juin 2023 18:07:06 +0200, a ecrit: > > Provide a "check" target like any GNU package, as is advertised in > > INSTALL. > > Well, I'd say that if doesn't make anything, better just drop the > mention