"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".
>
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 mode
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
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 [[improv
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 i
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
in
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 make
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ó:
> * Hurd/HurdDevelopers.md
* 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
--- a/Hurd
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 b/open_issues/bcachefs.md
---
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 +1,119
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 $rax=0x8
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 with
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 stru
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
> > > > -ftrivial-auto-var-in
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 be
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 fi
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,
T
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
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 %
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", &device);
+ ASSERT_RET(err, "device_open"
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 fa
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 = mach_port_allocate(mach_t
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(&fpstate, 0, sizeof(fpstate));
> +
24 matches
Mail list logo
