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
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 |
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 @@
#
#
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
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
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)
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
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
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
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
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 +++-
>
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
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
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
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
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
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,
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
Hi Luca,
On 20/6/23 05:40, l...@orpolo.org wrote:
> and at this stage the lapic pointer is not yet initialized:
>
> (gdb) p lapic
> $4 = (volatile ApicLocalUnit *) 0x0
> (gdb) x
> 0xc109bc6c : 0x
>
> I guess so far this worked because the address 0 was mapped, and now it
> isn't.
>
19 matches
Mail list logo
