Re: [PATCH glibc] Stop checking if MiG supports retcode.

Hi Sergey Sorry for the late reply, I have been busy with work and also traveling. On Tue, May 16, 2023 at 8:41 AM Sergey Bugaev wrote: > On Tue, May 16, 2023 at 6:02 PM Flávio Cruz wrote: > > Yes, I meant this when I said "generate code to call the server reply > routine > > in case of errors

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

Joshua Branson writes: > Janneke Nieuwenhuizen writes: > >> Sergey Bugaev writes: >> >> Hello Sergey, >> >>> On Wed, May 17, 2023 at 9:25 PM Janneke Nieuwenhuizen >>> wrote: >> >>> I've recently been doing this kind of debugging early boot-up process >>> *a lot*, so maybe I could provide some t

Re: [RFC PATCH 06/10] hurd: Make sure to not use tcb->self

Joseph Myers, le jeu. 18 mai 2023 20:16:03 +, a ecrit: > The C++ type check failure was already present before this patch. > > --- sysdeps/mach/hurd/x86_64/c++-types.data 2023-05-02 09:14:30.246903708 > + > +++ - 2023-05-18 02:08:06.184068438 + > @@ -1 +1 @@ > -blkcnt64_t:x > +b

Re: [PATCH] fix fs/gs save/restore and USER32

Applied, thanks! Luca Dariz, le jeu. 18 mai 2023 23:08:39 +0200, a ecrit: > * x86_64/locore.S: fix PUSH_FSGS -> _ISR and always make room for > fsgsbase on a 64-bit kernel. > --- > x86_64/locore.S | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > > diff --git a/x86_64/locore.S b/x86

[PATCH] fix fs/gs save/restore and USER32

* x86_64/locore.S: fix PUSH_FSGS -> _ISR and always make room for fsgsbase on a 64-bit kernel. --- x86_64/locore.S | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/x86_64/locore.S b/x86_64/locore.S index a782ec8a..d456b06b 100644 --- a/x86_64/locore.S +++ b/x86_64/locore.S

Re: [RFC PATCH 06/10] hurd: Make sure to not use tcb->self

On Thu, 18 May 2023, Sergey Bugaev via Libc-alpha wrote: > Hello, > > On Thu, May 18, 2023 at 9:55 PM Joseph Myers wrote: > > > > I suspect this of causing linknamespace test failures: > > > > Contents of conform/POSIX2008/pthread.h/linknamespace.out: > > > > [initial] pthread_create -> [libpthr

Re: [RFC PATCH 06/10] hurd: Make sure to not use tcb->self

Hello, On Thu, May 18, 2023 at 9:55 PM Joseph Myers wrote: > > I suspect this of causing linknamespace test failures: > > Contents of conform/POSIX2008/pthread.h/linknamespace.out: > > [initial] pthread_create -> [libpthread.a(pt-create.o)] __pthread_setup -> > [libpthread.a(pt-setup.o)] hurd_th

Re: [RFC PATCH 1/2] elf: Port ldconfig away from stack-allocated paths

On 17/05/23 15:54, Sergey Bugaev via Libc-alpha wrote: > ldconfig was allocating PATH_MAX bytes on the stack for the library file > name. The issues with PATH_MAX usage are well documented [0][1]; even if > a program does not rely on paths being limited to PATH_MAX bytes, > allocating 4096 bytes

Re: [RFC PATCH 06/10] hurd: Make sure to not use tcb->self

I suspect this of causing linknamespace test failures: Contents of conform/POSIX2008/pthread.h/linknamespace.out: [initial] pthread_create -> [libpthread.a(pt-create.o)] __pthread_setup -> [libpthread.a(pt-setup.o)] hurd_thread_self (On x86_64 there's also a localplt test failure: "Extra PLT re

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

Janneke Nieuwenhuizen writes: > Sergey Bugaev writes: > > Hello Sergey, > >> On Wed, May 17, 2023 at 9:25 PM Janneke Nieuwenhuizen >> wrote: > >> I've recently been doing this kind of debugging early boot-up process >> *a lot*, so maybe I could provide some tips indeed. For getting more >> line

[PATCH 2/2] Remove an unused include

--- utils/ps.c | 1 - 1 file changed, 1 deletion(-) diff --git a/utils/ps.c b/utils/ps.c index a852b92f..6a08f736 100644 --- a/utils/ps.c +++ b/utils/ps.c @@ -21,7 +21,6 @@ #include #include #include -#include #include #include #include -- 2.40.1

[PATCH 1/2] streamio: Implement trivfs_append_args ()

This enables me to run 'fsysopts /dev/mach-console' and get: /hurd/streamio --writable console --- trans/streamio.c | 39 +++ 1 file changed, 39 insertions(+) diff --git a/trans/streamio.c b/trans/streamio.c index 2d40a5d3..272a002c 100644 --- a/trans/streamio

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

On Thu, May 18, 2023 at 11:07 AM Janneke Nieuwenhuizen wrote: > Now that was really a great help, thanks! > > Ah, I had no idea; this is so helpful. Maybe a good idea to have this > on the website/wiki, right? Glad I was able to help :D > Is there a way to pass the "console=com0" argument from

Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

Sergey Bugaev writes: Hello Sergey, > On Wed, May 17, 2023 at 9:25 PM Janneke Nieuwenhuizen wrote: > I've recently been doing this kind of debugging early boot-up process > *a lot*, so maybe I could provide some tips indeed. For getting more > lines of output, try console=com0 on gnumach cmdlin

Re: Some progress, Guix rumpdisk still crashes...

Janneke Nieuwenhuizen, le jeu. 18 mai 2023 09:48:11 +0200, a ecrit: > > Try '-M q35' passed to qemu as this will use a newer chipset emulation > > that includes AHCI controller by default. Im not sure if IDE is > > working at this point. > > As this was by far the easiest change, I tried this firs

Re: Some progress, Guix rumpdisk still crashes...

Damien Zammit writes: Hi Damien, > Try '-M q35' passed to qemu as this will use a newer chipset emulation > that includes AHCI controller by default. Im not sure if IDE is > working at this point. As this was by far the easiest change, I tried this first. It turns out that even my debian image