Re: exec hang at boot.

2020-10-08 Thread Almudena Garcia
After adding a very long busy loop to gnumach, testing It in my T60, exec boots without problems. So I can confirm that exec hang has disappeared. El jue., 8 oct. 2020 a las 19:26, Almudena Garcia (< liberamenso10...@gmail.com>) escribió: > After testing "upstream" and Debian's GNU Mach over my T

Re: exec hang at boot.

2020-10-08 Thread Almudena Garcia
After testing "upstream" and Debian's GNU Mach over my Thinkpad machines (T60, R60e and T410), the exec problem seems to have disappeared. To be sure, I go to repeat the test adding some long code to delay the booting. El jue., 8 oct. 2020 a las 13:11, Almudena Garcia (< liberamenso10...@gmail.c

Re: [BLOG] Childhurds and GNU/Hurd substitutes

2020-10-08 Thread Tanguy Le Carrour
Hi Janneke, Hi Guix! Le 10/08, Jan Nieuwenhuizen a écrit : > We have just published a blog post on building your own Guix System with > GNU/Hurd and running it in a virtual machine; the road we traveled since > beginning of April and what is possible right now. Read it here: > > https://guix

[BLOG] Childhurds and GNU/Hurd substitutes

2020-10-08 Thread Jan Nieuwenhuizen
Hi! We have just published a blog post on building your own Guix System with GNU/Hurd and running it in a virtual machine; the road we traveled since beginning of April and what is possible right now. Read it here: https://guix.gnu.org/en/blog/2020/childhurds-and-substitutes/ Enjoy! Janneke

Re: exec hang at boot.

2020-10-08 Thread Almudena Garcia
I can test It over real hardware, in which usually we can see more problems than in a virtual scenery. When I finish the test, I will report the results here. In Qemu, the boot looks fine, and the exec problems seem to have disappeared. I tested It using gnumach in SMP mode (--enable-cpus=2). El j

Re: exec hang at boot.

2020-10-08 Thread Richard Braun
On Thu, Oct 08, 2020 at 12:16:51AM +0200, Samuel Thibault wrote: > I might have found the trigger for the exec hang at boot. The symptoms > were that very early during the program loading by ld.so, it would > overflow its stack with 0x40, apparently because there were odd things > happening with th