Re: [PATCH v2] news/2023-q4.mdwn: new qoth for q4 of 2023.

2024-01-06 Thread Dr. Arne Babenhauserheide
"jbra...@dismail.de" writes: > I updated the qoth based on Sergey's suggestions. That’s awesome! I so love seeing this work continued! And the changes look great! Thank you! > +currently do this testing on via GNU/Linux, because qemu does not run Here’s a small typo: either "on" or "via".

[PATCH v2] news/2023-q4.mdwn: new qoth for q4 of 2023.

2024-01-06 Thread jbra...@dismail.de
I updated the qoth based on Sergey's suggestions. It does suggest that Sergey's vm entry merging does help ext2fs performance. Is that true? Luca seems to think so. Joshua --- news/2023-q4.mdwn | 121 ++ 1 file changed, 121 insertions(+) create

Re: [PATCH 03/14] add mach_host tests

2024-01-06 Thread Luca
Il 06/01/24 20:43, Sergey Bugaev ha scritto: On Sat, Jan 6, 2024 at 10:26 PM Luca wrote: Uhm, I still have an issue, although a bit different now: By the way, the exception is still the same (General Protection, which is usually forwarded to user space), but for a different reason, apparently

Re: [PATCH] news/2023-q4.mdwn: new qoth for q4 of 2023.

2024-01-06 Thread Luca
Il 06/01/24 21:20, Sergey Bugaev ha scritto: On Sat, Jan 6, 2024 at 10:47 PM jbra...@dismail.de wrote: +Luca Dariz worked on adding [[some simple GNUMach user-space tests I've never seen gnumach spelled like that (GNUMach), only GNU Mach or gnumach. Is that intentional? +Flavio Cruz

Re: [PATCH] news/2023-q4.mdwn: new qoth for q4 of 2023.

2024-01-06 Thread jbranso
January 6, 2024 at 3:20 PM, "Sergey Bugaev" wrote: > > On Sat, Jan 6, 2024 at 10:47 PM jbra...@dismail.de wrote: > > > > > +Luca Dariz worked on adding [[some simple GNUMach user-space tests > > > > I've never seen gnumach spelled like that (GNUMach), only GNU Mach or > gnumach. Is that

[PATCH] added Sergey as a Hurd Developer

2024-01-06 Thread jbra...@dismail.de
I also added Almudena Garcia as well. * Hurd/HurdDevelopers.mdwn: reorganized and added Sergey as a Hurd Developer. --- Hurd/HurdDevelopers.mdwn | 27 ++- 1 file changed, 14 insertions(+), 13 deletions(-) diff --git a/Hurd/HurdDevelopers.mdwn b/Hurd/HurdDevelopers.mdwn

Re: [PATCH] added Sergey as a Hurd Developer

2024-01-06 Thread jbranso
January 6, 2024 at 3:12 PM, "Almudena Garcia" wrote: > > Hey, don't forget me: i am the initial developer of SMP support. All Damien's > SMP work is based in the mine. > And I am a tester over real hardware: i explained some of yours how to > install over real hardware Thanks! I'll

Re: [PATCH] added Sergey as a Hurd Developer

2024-01-06 Thread Almudena Garcia
Hey, don't forget me: i am the initial developer of SMP support. All Damien's SMP work is based in the mine. And I am a tester over real hardware: i explained some of yours how to install over real hardware El sáb, 6 ene 2024 a las 21:08, jbra...@dismail.de () escribió: > *

[PATCH] added Sergey as a Hurd Developer

2024-01-06 Thread jbra...@dismail.de
* Hurd/HurdDevelopers.mdwn: reorganized and added Sergey as a Hurd Developer. --- Hurd/HurdDevelopers.mdwn | 26 +- 1 file changed, 13 insertions(+), 13 deletions(-) diff --git a/Hurd/HurdDevelopers.mdwn b/Hurd/HurdDevelopers.mdwn index 908ebb04..1c472419 100644 ---

[PATCH] open_issues/bcachefs.mdwn: new file.

2024-01-06 Thread jbra...@dismail.de
Well, we might as well document our conversation with Kent about bachchefs. --- open_issues/bcachefs.mdwn | 326 ++ 1 file changed, 326 insertions(+) create mode 100644 open_issues/bcachefs.mdwn diff --git a/open_issues/bcachefs.mdwn

[PATCH] news/2023-q4.mdwn: new qoth for q4 of 2023.

2024-01-06 Thread jbra...@dismail.de
--- news/2023-q4.mdwn | 119 ++ 1 file changed, 119 insertions(+) create mode 100644 news/2023-q4.mdwn diff --git a/news/2023-q4.mdwn b/news/2023-q4.mdwn new file mode 100644 index ..3c3d0ec6 --- /dev/null +++ b/news/2023-q4.mdwn @@ -0,0

Re: [PATCH 03/14] add mach_host tests

2024-01-06 Thread Sergey Bugaev
On Sat, Jan 6, 2024 at 10:26 PM Luca wrote: > Uhm, I still have an issue, although a bit different now: > > By the way, the exception is still the same (General Protection, which > is usually forwarded to user space), but for a different reason, > apparently a non-canonical address in

Re: [PATCH 03/14] add mach_host tests

2024-01-06 Thread Luca
Il 06/01/24 20:02, Sergey Bugaev ha scritto: On Sat, Jan 6, 2024 at 9:45 PM Samuel Thibault wrote: Luca, le sam. 06 janv. 2024 19:41:17 +0100, a ecrit: Il 29/12/23 15:14, Luca Dariz ha scritto: Il 29/12/23 14:44, Samuel Thibault ha scritto: Also, it would be useful to compile the tests

Re: [PATCH 03/14] add mach_host tests

2024-01-06 Thread Luca
Il 06/01/24 19:44, Samuel Thibault ha scritto: Luca, le sam. 06 janv. 2024 19:41:17 +0100, a ecrit: Il 29/12/23 15:14, Luca Dariz ha scritto: Il 29/12/23 14:44, Samuel Thibault ha scritto: Also, it would be useful to compile the tests with -ftrivial-auto-var-init=pattern so as to fill the

Re: [PATCH 03/14] add mach_host tests

2024-01-06 Thread Sergey Bugaev
On Sat, Jan 6, 2024 at 9:45 PM Samuel Thibault wrote: > > Luca, le sam. 06 janv. 2024 19:41:17 +0100, a ecrit: > > Il 29/12/23 15:14, Luca Dariz ha scritto: > > > Il 29/12/23 14:44, Samuel Thibault ha scritto: > > > > Also, it would be useful to compile the tests with > > > >

Re: [PATCH 03/14] add mach_host tests

2024-01-06 Thread Samuel Thibault
Luca, le sam. 06 janv. 2024 19:41:17 +0100, a ecrit: > Il 29/12/23 15:14, Luca Dariz ha scritto: > > Il 29/12/23 14:44, Samuel Thibault ha scritto: > > > Also, it would be useful to compile the tests with > > > -ftrivial-auto-var-init=pattern so as to fill the structures with random > > > values

Re: [PATCH 03/14] add mach_host tests

2024-01-06 Thread Luca
Il 29/12/23 15:14, Luca Dariz ha scritto: Il 29/12/23 14:44, Samuel Thibault ha scritto: Also, it would be useful to compile the tests with -ftrivial-auto-var-init=pattern so as to fill the structures with random values before making the gnumach calls. with this option all tests fail on the

Re: [PATCH 05/14] add mach_port tests

2024-01-06 Thread Samuel Thibault
Luca Dariz, le sam. 06 janv. 2024 19:30:41 +0100, a ecrit: > Il 29/12/23 15:01, Samuel Thibault ha scritto: > > Luca Dariz, le jeu. 28 déc. 2023 20:42:52 +0100, a ecrit: > > > + mach_port_t newname = 123; > > > > Why initializing it? > > the idea was to check that the value it's actually set,

Re: [PATCH 11/14] add raw mach_msg tests

2024-01-06 Thread Luca Dariz
Il 29/12/23 15:20, Samuel Thibault ha scritto: Luca Dariz, le jeu. 28 déc. 2023 20:42:58 +0100, a ecrit: + +#define align_inline(val, n) { val = align(val, n); } Rather name it ALIGN_INLINE, so people don't mistake this for a function (that doesn't have side-effects on its parameters). ok

Re: [PATCH 08/14] add thread creation helper to tests

2024-01-06 Thread Luca Dariz
Il 29/12/23 15:14, Samuel Thibault ha scritto: Luca Dariz, le jeu. 28 déc. 2023 20:42:55 +0100, a ecrit: diff --git a/tests/testlib.c b/tests/testlib.c index 6abe8c4d..e6be46ee 100644 --- a/tests/testlib.c +++ b/tests/testlib.c @@ -95,3 +95,56 @@ void _start() printf("%s: test %s exit code

Re: [PATCH 07/14] add basic vm tests

2024-01-06 Thread Luca Dariz
Il 29/12/23 15:09, Samuel Thibault ha scritto: Luca Dariz, le jeu. 28 déc. 2023 20:42:54 +0100, a ecrit: + // this emulates maptime() + struct mapped_time_value *mtime; + mach_port_t device, memobj; + int err = device_open (device_priv(), 0, "time", ); + ASSERT_RET(err, "device_open"); +

Re: [PATCH 06/14] adjust range when changing memory pageabilityg

2024-01-06 Thread Luca Dariz
Il 29/12/23 15:06, Samuel Thibault ha scritto: Luca Dariz, le jeu. 28 déc. 2023 20:42:53 +0100, a ecrit: * vm/vm_map.c: if the start address is not in the map, try to find the nearest entry instead of failing. This caused the initial vm_wire_all(host, task VM_WIRE_ALL) in glibc startup to

Re: [PATCH 05/14] add mach_port tests

2024-01-06 Thread Luca Dariz
Il 29/12/23 15:01, Samuel Thibault ha scritto: Luca Dariz, le jeu. 28 déc. 2023 20:42:52 +0100, a ecrit: + mach_port_t newname = 123; Why initializing it? the idea was to check that the value it's actually set, I'll fix it by using a valid port name. + err =

Re: 64bit startup

2024-01-06 Thread Sergey Bugaev
On Sat, Jan 6, 2024 at 2:42 AM Luca wrote: > I had this small patch applied that apparently is enough for me to have > some kind of core dump, I'm not sure if it's a good solution: > +#ifdef __x86_64__ > + struct _libc_fpstate fpstate; > + memset(, 0, sizeof(fpstate)); > +