Samuel Thibault, le sam. 27 mai 2023 12:16:50 +0200, a ecrit: > Sergey Bugaev, le ven. 26 mai 2023 17:31:40 +0300, a ecrit: > > On Fri, May 26, 2023 at 2:15 PM Samuel Thibault <samuel.thiba...@gnu.org> > > wrote: > > > It does load, but stays stuck when starting ext2fs: > > > > > > start ext2fs: > > > > Yes, I can reproduce this with your build of ext2fs.static > > > > Unfortunately there are no symbols (maybe you could teach me how to > > fetch and load separate debuginfo into gdb?), but it's crashing on: > > > > 0x000000000055cd00: push %rbp > > 0x000000000055cd01: mov %esi,%eax > > 0x000000000055cd03: mov %rdx,%rsi > > 0x000000000055cd06: mov %rsp,%rbp > > 0x000000000055cd09: push %r13 > > 0x000000000055cd0b: push %r12 > > 0x000000000055cd0d: push %rbx > > 0x000000000055cd0e: sub $0x1048,%rsp > > => 0x000000000055cd15: mov %fs:0x28,%rdx > > > > (gdb) p $fs_base > > $2 = 0 > > > > %fs:0x28 is tcb->stack_guard. The function is thread_set_state, I > > believe -- it's trying to set this very fs_base to the > > __init1_tcbhead. Clearly it gets built with the stack guard in > > your/Debian build, but not in mine or Flavio's. > > --enable-stack-protector=strong has been a default in debian for a long > time indeed. I guess we just need to add more of > > mach/Makefile:CFLAGS-mach_init.o = $(no-stack-protector)
Yes, we additionally needed thread_set_state indeed, now fixed. Samuel