Re: [PATCH] example of 64-bit debug

2023-05-10 Thread Samuel Thibault
Hello, pasha (biblio), le mar. 09 mai 2023 17:01:08 +0200, a ecrit: > Add example of 64-bit debugging. Mmm, rather extend the QEMU section of https://darnassus.sceen.net/~hurd-web/microkernel/mach/gnumach/debugging/ ? Samuel

Re: [hurd,commited] hurd: Enable x86_64 build script

2023-05-10 Thread Samuel Thibault
Hello, Joseph Myers, le mar. 09 mai 2023 21:53:26 +, a ecrit: > I'm observing that build-many-glibcs.py runs can end up with modifications > to the source directory (which later cause problems with updating the > glibc checkout): Ah, indeed, kern_return.h happens to be pulling machine-speci

Re: [PATCH gnumach] Remove host_kernel_version RPC for x86_64

2023-05-10 Thread Samuel Thibault
Applied, thanks! Flavio Cruz, le dim. 07 mai 2023 23:35:23 -0400, a ecrit: > We can fast track the simplification of the RPC ABI for x86_64 if we don't > have > MACH_MSG_TYPE_STRING used in RPCs which forces msgt_size to use more than 8 > bits. > --- > include/mach/mach_host.defs | 4 > ke

Re: [PATCH hurd] Only use host_get_kernel_version and default_pager_paging_storage_new in x86_64.

2023-05-10 Thread Samuel Thibault
Applied, thanks! Flavio Cruz, le mer. 10 mai 2023 01:00:45 -0400, a ecrit: > Also fixed the implementation of default_pager_paging_storage_new in proxy > def pager to call into default_pager_paging_storage_new. > > We can fast track the simplification of the RPC ABI for x86_64 if we don't > have

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

2023-05-10 Thread Samuel Thibault
Applied, thanks! Flavio Cruz, le mer. 10 mai 2023 01:20:34 -0400, a ecrit: > We already did the same change for Hurd > (https://git.savannah.gnu.org/cgit/hurd/hurd.git/commit/?id=ef5924402864ef049f40a39e73967628583bc1a4) > > Due to MiG requiring the subsystem to be defined early in order to know

Re: [PATCH mig] Check that msgt_name is always smaller than 255.

2023-05-10 Thread Samuel Thibault
Applied, thanks! Flavio Cruz, le mer. 10 mai 2023 01:39:54 -0400, a ecrit: > For the x86_64 ABI we want this to always fit into 1 byte. Even for > regular i686, msgt_name is always smaller than 25 (MACH_MSG_TYPE_LAST) > and we don't have plans to have more names. > > Also throw an error if we deem

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Sergey Bugaev
On Wed, May 10, 2023 at 9:05 PM Sergey Bugaev wrote: > _hurd_startup crashes on accessing 'args' it has just received from > the exec server in the __exec_startup_get_info. The data arrives > out-of-line, and... broken: > > > > argvType is { msgt_inline = 0, msgt_longform = 1, msgt_deallocate = 1

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Sergey Bugaev
On Wed, May 10, 2023 at 7:39 PM Samuel Thibault wrote: > Sergey Bugaev, le mer. 10 mai 2023 19:30:20 +0300, a ecrit: > > Dynamic linking also adds its share of complexity, > > You can always create static builds of the various translators, by > running e.g. make proc.static in proc/ Thank you! --

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Samuel Thibault
Sergey Bugaev, le mer. 10 mai 2023 19:30:20 +0300, a ecrit: > Dynamic linking also adds its share of complexity, You can always create static builds of the various translators, by running e.g. make proc.static in proc/ Samuel

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Sergey Bugaev
An update from me: /hurd/startup starts up (which means that exec is now working -- how cool is that!) and then spawns auth and proc. But then proc task_terminate's itself (= exists with some error, likely), seemingly somewhere early, maybe even during ld.so startup -- before it gets a chance to o

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Samuel Thibault
Sergey Bugaev, le mer. 10 mai 2023 14:51:55 +0300, a ecrit: > On Wed, May 10, 2023 at 1:43 PM Samuel Thibault > wrote: > > For now you'll just be faced with library dependencies, so I'd say just > > unpack all lib*.deb (+zlib1g*.deb) and you'll be done. > > I see, thanks. > > By the way, I'm no

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Sergey Bugaev
On Wed, May 10, 2023 at 1:43 PM Samuel Thibault wrote: > For now you'll just be faced with library dependencies, so I'd say just > unpack all lib*.deb (+zlib1g*.deb) and you'll be done. I see, thanks. By the way, I'm now getting ../../isofs/lookup.c:224:1: error: conflicting types for ‘diskfs_g

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Samuel Thibault
Sergey Bugaev, le mer. 10 mai 2023 13:25:25 +0300, a ecrit: > On Wed, May 10, 2023 at 3:55 AM Samuel Thibault > wrote: > > With the available .debs you should now be able to enable these. > > I'm afraid I'm going to need more guidance here. Your little tutorial > in readme [0] is helpful (thank

Re: [PATCH 00/41] The x86_64 port

2023-05-10 Thread Sergey Bugaev
Hello, On Wed, May 10, 2023 at 3:55 AM Samuel Thibault wrote: > With the available .debs you should now be able to enable these. I'm afraid I'm going to need more guidance here. Your little tutorial in readme [0] is helpful (thank you!), but I still have questions. [0]: https://people.debian.or