[PATCH 4/5 gnumach] sched_prim.c: Lock thread when calling thread_setrun

--- kern/sched_prim.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/kern/sched_prim.c b/kern/sched_prim.c index 5def77d4..bc7befe8 100644 --- a/kern/sched_prim.c +++ b/kern/sched_prim.c @@ -1793,7 +1793,9 @@ retry: */ if ((new_thread =

[PATCH 5/5 gnumach] sched_prim.c: Check all run queues not just master processor

--- kern/sched_prim.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/kern/sched_prim.c b/kern/sched_prim.c index bc7befe8..ce458eb5 100644 --- a/kern/sched_prim.c +++ b/kern/sched_prim.c @@ -49,6 +49,7 @@ #include #include #include +#include #include

[PATCH 3/5 gnumach] sched_prim.c: Add missing MACH_HOST pset conditionals

--- kern/sched_prim.c | 29 +++-- 1 file changed, 19 insertions(+), 10 deletions(-) diff --git a/kern/sched_prim.c b/kern/sched_prim.c index 5ee0791b..5def77d4 100644 --- a/kern/sched_prim.c +++ b/kern/sched_prim.c @@ -510,6 +510,13 @@ static thread_t thread_select(

[PATCH 1/5 gnumach] sched_prim.c: Split bound processor case into two

--- kern/sched_prim.c | 32 ++-- 1 file changed, 26 insertions(+), 6 deletions(-) diff --git a/kern/sched_prim.c b/kern/sched_prim.c index be34e7dd..d69e4990 100644 --- a/kern/sched_prim.c +++ b/kern/sched_prim.c @@ -1325,12 +1325,33 @@ void thread_setrun( }

[PATCH 2/5 gnumach] sched_prim.c: Set quantum based on priority policy (not minimum)

--- kern/sched_prim.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/kern/sched_prim.c b/kern/sched_prim.c index d69e4990..5ee0791b 100644 --- a/kern/sched_prim.c +++ b/kern/sched_prim.c @@ -518,7 +518,6 @@ static thread_t thread_select( */

[PATCH 0/5 gnumach] Scheduler fixes

Hi, This patchset does not seem to make much noticable difference to speed, but I think it's an improvement. The patches can probably be cherry-picked independently if you don't want all of them. Thanks, Damien

[PATCH v2 gnumach] apic: Use cpuid to read the apic id for speed

--- i386/i386/apic.c | 11 +-- i386/i386/cpu_number.h | 20 +++- i386/i386/mp_desc.c| 3 +-- x86_64/locore.S| 6 +++--- 4 files changed, 28 insertions(+), 12 deletions(-) diff --git a/i386/i386/apic.c b/i386/i386/apic.c index 2bb8e3f1..3a51f506 100644

Re: 64bit startup

Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: > BTW, git is now available and seems to be working fine, I could clone > the upstream glibc repository for instance. The testsuite runs quite fine. Of course most xfails on hurd-i386 are also xfails on hurd-amd64 :) I have put below

Re: 64bit startup

For information, core dumping seems to be broken, so better disable it with rm -f /servers/crash ln -s crash-kill /servers/crash otherwise you get hangs or worse ;) Samuel

Re: 64bit startup

On August 15, 2023 4:11:08 PM GMT+02:00, jbra...@dismail.de wrote: >August 15, 2023 12:36 AM, "Guy-Fleury Iteriteka" wrote: > >> On August 14, 2023 10:48:57 PM GMT+02:00, Samuel Thibault >> wrote: >> >>> Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: >> >> Thats great,thanks.

Re: 64bit startup

August 15, 2023 12:36 AM, "Guy-Fleury Iteriteka" wrote: > On August 14, 2023 10:48:57 PM GMT+02:00, Samuel Thibault > wrote: > >> Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: > > Thats great,thanks. On irc you mention building python too cause many > problems. Today i am