Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds

2023-04-12 Thread Samuel Thibault
Sergey Bugaev, le mer. 12 avril 2023 13:42:50 +0300, a ecrit: > before my SSH / network stack died were: (Gmail is surely going to > wrap this, but hopefully not too badly) > > gcc > /home/sergey/glibc/build/elf/dso-sort-tests-src/tst-dso-ordering9_42-bdeca-c.c > -c -std=gnu11 -fgnu89-inline -g

Re: [RFC PATCH glibc 25/34] hurd: Improve reply port handling when exiting signal handlers

2023-04-12 Thread Samuel Thibault
Hello, Sergey Bugaev, le dim. 19 mars 2023 18:10:08 +0300, a ecrit: > Also, use mach_port_mod_refs () and not mach_port_destroy () to destroy > the receive right. mach_port_destroy () should *never* be used on > mach_task_self (); this can easily lead to port use-after-free > vulnerabilities if th

Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds

2023-04-12 Thread Sergey Bugaev
On Wed, Apr 12, 2023 at 1:45 PM Samuel Thibault wrote: > > Sergey Bugaev, le mer. 12 avril 2023 13:42:50 +0300, a ecrit: > > > You can run on master to get the list of current expected failures. > > > > But that's the thing, I can not :| > > I meant after having fixed the tests that break your tes

Re: [PATCH mig] Stop including mach/msg_type.h in generated code.

2023-04-12 Thread Sergey Bugaev
On Wed, Apr 12, 2023 at 3:06 PM Samuel Thibault wrote: > > Sergey Bugaev, le mer. 12 avril 2023 14:39:55 +0300, a ecrit: > > Samuel, could you please either push this MIG change to Debian, > > Isn't it there already with version 1.8+git20221221-3? Aha! Apparently yes, thank you. apt didn't insta

Re: [PATCH mig] Stop including mach/msg_type.h in generated code.

2023-04-12 Thread Samuel Thibault
Sergey Bugaev, le mer. 12 avril 2023 14:39:55 +0300, a ecrit: > Samuel, could you please either push this MIG change to Debian, Isn't it there already with version 1.8+git20221221-3? Samuel

Re: [PATCH mig] Stop including mach/msg_type.h in generated code.

2023-04-12 Thread Sergey Bugaev
Samuel, could you please either push this MIG change to Debian, or un-push gnumach's "Delete include/mach/msg_type.h"? I was gullible enough to 'apt upgrade' gnumach-dev, and now I cannot build glibc anymore, getting: /home/sergey/glibc/build/mach/RPC_task_create_rpc.c:13:10: fatal error: mach/ms

Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds

2023-04-12 Thread Samuel Thibault
Sergey Bugaev, le mer. 12 avril 2023 13:42:50 +0300, a ecrit: > > You can run on master to get the list of current expected failures. > > But that's the thing, I can not :| I meant after having fixed the tests that break your testing, by disabling them as I hinted. Samuel

Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds

2023-04-12 Thread Sergey Bugaev
On Wed, Apr 12, 2023 at 12:00 PM Samuel Thibault wrote: > Was that tst-spawn6? I can't point out any specific one :( There is just this huge wall of output, and then the whole thing breaks / hangs. FWIW, the last lines before my SSH / network stack died were: (Gmail is surely going to wrap this,

Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds

2023-04-12 Thread Samuel Thibault
Sergey Bugaev, le mer. 12 avril 2023 11:36:58 +0300, a ecrit: > Alright, this went much as expected. First it took an eternity to > compile (SMP support can't come soon enough), and second, the testuite > has brought the system into a bad state and didn't complete. In > particular: it managed to te

Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds

2023-04-12 Thread Sergey Bugaev
On Wed, Apr 12, 2023 at 12:23 AM Samuel Thibault wrote:> > Sergey Bugaev, le mar. 11 avril 2023 23:27:35 +0300, a ecrit: > > On Tue, Apr 11, 2023 at 9:57 PM Samuel Thibault > > wrote: > > > Had you actually tested it on i386? It seems to be breaking the > > > testsuite completely. I would expect