Re: 64bit startup

Luca writes: > Hi Sergey, > > Il 03/01/24 09:17, Sergey Bugaev ha scritto: >> How are you running it? Should I still be using a ramdisk image and >> not rumpdisk? > > Recently I've been installing hurd-amd64 on another disk of my > hurd-i386 vm and booting from that. Basically I prepare the disk

Re: 64bit startup

On Sat, Jan 6, 2024 at 2:42 AM Luca wrote: > I had this small patch applied that apparently is enough for me to have > some kind of core dump, I'm not sure if it's a good solution: > +#ifdef __x86_64__ > + struct _libc_fpstate fpstate; > + memset(&fpstate, 0, sizeof(fpstate)); > +

Re: 64bit startup

Luca, le sam. 06 janv. 2024 00:42:35 +0100, a ecrit: > Il 05/01/24 19:12, Sergey Bugaev ha scritto: > > /servers/crash-dump-core crashes on the memset () call in > > hurd:exec/elfcore.c:fetch_thread_fpregset (); the (*fpregs) pointer is > > NULL. The caller passes fpregs = ¬e.data.pr_fpreg, where n

Re: 64bit startup

Il 04/01/24 10:55, Sergey Bugaev ha scritto: P.S. I have posted all of my patches, so if you're interested in hacking on aarch64-gnu Mach, you should be able to build the full toolchain now. sure, I've started looking into it, but it will take a while before I can run something in userspace. I

Re: 64bit startup

Il 05/01/24 19:12, Sergey Bugaev ha scritto: /servers/crash-dump-core crashes on the memset () call in hurd:exec/elfcore.c:fetch_thread_fpregset (); the (*fpregs) pointer is NULL. The caller passes fpregs = ¬e.data.pr_fpreg, where note.data is of type struct elf_lwpstatus, defined in hurd:include

Re: 64bit startup

Sergey Bugaev, le ven. 05 janv. 2024 21:12:48 +0300, a ecrit: > Also I can't help but notice that the hurd package (i.e the translator > binaries) is still not being built as PIE, This is not actually specific to 64bit. This was set explicitly in 2016 in debian/rules, tests welcome to check whethe

Re: 64bit startup

Sergey Bugaev, le ven. 05 janv. 2024 21:12:48 +0300, a ecrit: > I'm not seeing hurd-dbg / hurd-libs-dbg packages in your repo. Yes, my repo is built from the rebootstrap scripts, which drop debug etc. only for creating a booting system. For proper packages, use the usual deb.debian.org debian-por

Re: 64bit startup

I'm not seeing hurd-dbg / hurd-libs-dbg packages in your repo. Could you please either teach me where to look, or if they're indeed missing, upload them? Also I can't help but notice that the hurd package (i.e the translator binaries) is still not being built as PIE, unlike basically all the other

Re: 64bit startup

Samuel Thibault, le jeu. 04 janv. 2024 08:57:51 +0100, a ecrit: > Sergey Bugaev, le mer. 03 janv. 2024 21:56:54 +0300, a ecrit: > > perhaps I need to try two of them in parallel and some I/O-heavy > > workload in the background, as you're saying. > > Yes, that's needed to raise the probability of

Re: 64bit startup

Sergey Bugaev, le ven. 05 janv. 2024 12:06:13 +0300, a ecrit: > > I use > > > > while true ; do apt install --reinstall wdiff ; done > > That did it! I can now reliably reproduce this. > > (I assume you don't mind my box constantly banging on your repo.) It's people.debian.org, it's meant for th

Re: 64bit startup

On Fri, Jan 5, 2024 at 12:52 AM Samuel Thibault wrote: > Which kind of activity? I just had a loop spawning /bin/true — this should've triggered it assuming it was related to some state getting corrupted on context-switching. > I use > > while true ; do apt install --reinstall wdiff ; done That

Re: 64bit startup

Hello, Sergey Bugaev, le jeu. 04 janv. 2024 22:21:11 +0300, a ecrit: > On Thu, Jan 4, 2024 at 10:57 AM Samuel Thibault > wrote: > > Sergey Bugaev, le mer. 03 janv. 2024 21:56:54 +0300, a ecrit: > > > perhaps I need to try two of them in parallel and some I/O-heavy > > > workload in the backgroun

Re: 64bit startup

On Thu, Jan 4, 2024 at 10:57 AM Samuel Thibault wrote: > > Sergey Bugaev, le mer. 03 janv. 2024 21:56:54 +0300, a ecrit: > > perhaps I need to try two of them in parallel and some I/O-heavy > > workload in the background, as you're saying. > > Yes, that's needed to raise the probability of the bug

Re: 64bit startup

On Wed, Jan 3, 2024 at 10:07 PM Luca wrote: > Hi Sergey, Hi, > Recently I've been installing hurd-amd64 on another disk of my hurd-i386 > vm and booting from that. Basically I prepare the disk with debootstrap > --foreign, then I reuse the i386 grub install to boot the 64 bit kernel > with a cus

Re: 64bit startup

Sergey Bugaev, le mer. 03 janv. 2024 21:56:54 +0300, a ecrit: > perhaps I need to try two of them in parallel and some I/O-heavy > workload in the background, as you're saying. Yes, that's needed to raise the probability of the bug. > Could it be that the two strings are actually different (somet

Re: 64bit startup

Luca, le mer. 03 janv. 2024 20:07:00 +0100, a ecrit: > Il 03/01/24 09:17, Sergey Bugaev ha scritto: > > How are you running it? Should I still be using a ramdisk image and > > not rumpdisk? > > Recently I've been installing hurd-amd64 on another disk of my hurd-i386 vm > and booting from that. Bas

Re: 64bit startup

Hi Sergey, Il 03/01/24 09:17, Sergey Bugaev ha scritto: How are you running it? Should I still be using a ramdisk image and not rumpdisk? Recently I've been installing hurd-amd64 on another disk of my hurd-i386 vm and booting from that. Basically I prepare the disk with debootstrap --foreign

Re: 64bit startup

On Wed, Jan 3, 2024 at 11:27 AM Samuel Thibault wrote: > Sergey Bugaev, le mer. 03 janv. 2024 11:17:53 +0300, a ecrit: > > I guess this is where I ask (consistent with the subject line) about > > how I would run the x86_64 system (to reproduce & debug this). > > You probably want to start with the

Re: 64bit startup

Sergey Bugaev, le mer. 03 janv. 2024 11:17:53 +0300, a ecrit: > I guess this is where I ask (consistent with the subject line) about > how I would run the x86_64 system (to reproduce & debug this). You probably want to start with the pre-built images I have linked from the wiki page. > I've tried

Re: 64bit startup

Hello, I guess this is where I ask (consistent with the subject line) about how I would run the x86_64 system (to reproduce & debug this). I've tried debootstrapping from https://people.debian.org/~sthibault/tmp/hurd-amd64 as the wiki page says; but that doesn't proceed beyond the rumpdisk. Rumpd

Re: 64bit startup

Hello, I'm still stuck without being able to start packages building for hurd-amd64 due to this unreliability. Sergey Bugaev, le mar. 31 oct. 2023 10:09:17 +0300, a ecrit: > On Mon, Oct 30, 2023 at 1:27 AM Samuel Thibault > wrote: > > time while [ "$(echo -n `echo a` )" = a ] ; do : ; done > >

Re: 64bit startup

Hello, Flávio Cruz, le dim. 05 nov. 2023 23:17:49 -0500, a ecrit: > On Tue, Oct 31, 2023 at 9:14 PM Samuel Thibault <[1]samuel.thiba...@gnu.org> > wrote: > > > Realizing only now by reading the __mach_msg_destroy assembly... > > > >     unsigned int        msgt_inline : 1, > >                    

Re: 64bit startup

Hi Samuel On Tue, Oct 31, 2023 at 9:14 PM Samuel Thibault wrote: > Samuel Thibault, le mer. 01 nov. 2023 01:50:40 +0100, a ecrit: > > Samuel Thibault, le mar. 31 oct. 2023 04:40:43 +0100, a ecrit: > > > Samuel Thibault, le lun. 30 oct. 2023 18:35:03 +0100, a ecrit: > > > > Samuel Thibault, le di

Re: 64bit startup

Samuel Thibault, le mer. 01 nov. 2023 15:35:00 +0100, a ecrit: > Samuel Thibault, le mer. 01 nov. 2023 13:14:17 +0100, a ecrit: > > Samuel Thibault, le mer. 01 nov. 2023 01:50:40 +0100, a ecrit: > > > Samuel Thibault, le mar. 31 oct. 2023 04:40:43 +0100, a ecrit: > > > > (it looks like there are me

Re: 64bit startup

Samuel Thibault, le mer. 01 nov. 2023 13:14:17 +0100, a ecrit: > Samuel Thibault, le mer. 01 nov. 2023 01:50:40 +0100, a ecrit: > > Samuel Thibault, le mar. 31 oct. 2023 04:40:43 +0100, a ecrit: > > > (it looks like there are memory leaks in proc, its vminfo keeps > > > increasing). > > > > It see

Re: 64bit startup

Samuel Thibault, le mer. 01 nov. 2023 01:50:40 +0100, a ecrit: > Samuel Thibault, le mar. 31 oct. 2023 04:40:43 +0100, a ecrit: > > Samuel Thibault, le lun. 30 oct. 2023 18:35:03 +0100, a ecrit: > > > Samuel Thibault, le dim. 29 oct. 2023 23:27:22 +0100, a ecrit: > > > > Samuel Thibault, le ven. 27

Re: 64bit startup

Samuel Thibault, le mer. 01 nov. 2023 01:50:40 +0100, a ecrit: > Samuel Thibault, le mar. 31 oct. 2023 04:40:43 +0100, a ecrit: > > Samuel Thibault, le lun. 30 oct. 2023 18:35:03 +0100, a ecrit: > > > Samuel Thibault, le dim. 29 oct. 2023 23:27:22 +0100, a ecrit: > > > > Samuel Thibault, le ven. 27

Re: 64bit startup

Samuel Thibault, le mar. 31 oct. 2023 04:40:43 +0100, a ecrit: > Samuel Thibault, le lun. 30 oct. 2023 18:35:03 +0100, a ecrit: > > Samuel Thibault, le dim. 29 oct. 2023 23:27:22 +0100, a ecrit: > > > Samuel Thibault, le ven. 27 oct. 2023 08:48:19 +0200, a ecrit: > > > > while [ "$(echo -n `echo

Re: 64bit startup

On Mon, Oct 30, 2023 at 1:27 AM Samuel Thibault wrote: > Samuel Thibault, le ven. 27 oct. 2023 08:48:19 +0200, a ecrit: > > while [ "$(echo -n `echo internal/reflectlite.s-gox | sed -e > > 's/s-gox/gox/' ` )" = internal/reflectlite.gox ] ; do : ; done > > For now, I could reproduce with > > tim

Re: 64bit startup

Samuel Thibault, le lun. 30 oct. 2023 18:35:03 +0100, a ecrit: > Samuel Thibault, le dim. 29 oct. 2023 23:27:22 +0100, a ecrit: > > Samuel Thibault, le ven. 27 oct. 2023 08:48:19 +0200, a ecrit: > > > while [ "$(echo -n `echo internal/reflectlite.s-gox | sed -e > > > 's/s-gox/gox/' ` )" = intern

Re: 64bit startup

Samuel Thibault, le dim. 29 oct. 2023 23:27:22 +0100, a ecrit: > Samuel Thibault, le ven. 27 oct. 2023 08:48:19 +0200, a ecrit: > > while [ "$(echo -n `echo internal/reflectlite.s-gox | sed -e > > 's/s-gox/gox/' ` )" = internal/reflectlite.gox ] ; do : ; done > > For now, I could reproduce with

Re: 64bit startup

Samuel Thibault, le ven. 27 oct. 2023 08:48:19 +0200, a ecrit: > while [ "$(echo -n `echo internal/reflectlite.s-gox | sed -e 's/s-gox/gox/' > ` )" = internal/reflectlite.gox ] ; do : ; done For now, I could reproduce with time while [ "$(echo -n `echo a` )" = a ] ; do : ; done by running tw

Re: 64bit startup

Samuel Thibault, le ven. 27 oct. 2023 00:42:06 +0200, a ecrit: > Samuel Thibault, le mer. 25 oct. 2023 14:55:36 +0200, a ecrit: > > Samuel Thibault, le mer. 25 oct. 2023 14:05:35 +0200, a ecrit: > > > jbra...@dismail.de, le mer. 25 oct. 2023 11:52:02 +, a ecrit: > > > > October 25, 2023 3:43 AM

Re: 64bit startup

Please check the locore.S on 64 bit. I think the int stack checks may not be pointing to the right location. I remember making some changes a long time ago without updating 64 bit because i had no way to test. Damien Sent from ProtonMail mobile Original Message On 27 Oct 2023

Re: 64bit startup

Samuel Thibault, le mer. 25 oct. 2023 00:04:33 +0200, a ecrit: > Building packages is not very stable. I have been trying to build > gcc-13 for a couple of weeks, without success so far. There are various > failures, most often odd errors in the libtool script, which are a sign > that the system it

Re: 64bit startup

Samuel Thibault, le mer. 25 oct. 2023 14:55:36 +0200, a ecrit: > Samuel Thibault, le mer. 25 oct. 2023 14:05:35 +0200, a ecrit: > > jbra...@dismail.de, le mer. 25 oct. 2023 11:52:02 +, a ecrit: > > > October 25, 2023 3:43 AM, "Samuel Thibault" > > > wrote: > > > > jbra...@dismail.de, le mer.

Re: 64bit startup

Sergey Bugaev, le mer. 25 oct. 2023 16:29:29 +0300, a ecrit: > On Wed, Oct 25, 2023 at 2:52 PM wrote: > > > > October 25, 2023 3:43 AM, "Samuel Thibault" wrote: > > > > > jbra...@dismail.de, le mer. 25 oct. 2023 03:40:16 +, a ecrit: > > > > > >> Or maybe GCC is partly at fault for the > > >>

Re: 64bit startup

On Wed, Oct 25, 2023 at 2:52 PM wrote: > > October 25, 2023 3:43 AM, "Samuel Thibault" wrote: > > > jbra...@dismail.de, le mer. 25 oct. 2023 03:40:16 +, a ecrit: > > > >> Or maybe GCC is partly at fault for the > >> Hurd's X86_64 building troubles? > > > > It's not at all. Nor is libtool. > >

Re: 64bit startup

Samuel Thibault, le mer. 25 oct. 2023 14:05:35 +0200, a ecrit: > jbra...@dismail.de, le mer. 25 oct. 2023 11:52:02 +, a ecrit: > > October 25, 2023 3:43 AM, "Samuel Thibault" wrote: > > > jbra...@dismail.de, le mer. 25 oct. 2023 03:40:16 +, a ecrit: > > > > > >> Or maybe GCC is partly at

Re: 64bit startup

jbra...@dismail.de, le mer. 25 oct. 2023 11:52:02 +, a ecrit: > October 25, 2023 3:43 AM, "Samuel Thibault" wrote: > > jbra...@dismail.de, le mer. 25 oct. 2023 03:40:16 +, a ecrit: > > > >> Or maybe GCC is partly at fault for the > >> Hurd's X86_64 building troubles? > > > > It's not at

Re: 64bit startup

October 25, 2023 3:43 AM, "Samuel Thibault" wrote: > jbra...@dismail.de, le mer. 25 oct. 2023 03:40:16 +, a ecrit: > >> Or maybe GCC is partly at fault for the >> Hurd's X86_64 building troubles? > > It's not at all. Nor is libtool. > > I occasionally had issues in ./configure, too. > > Y

Re: 64bit startup

Hi Samuel, hi, Samuel Thibault - 25.10.23, 00:04:33 CEST: > Some update on the 64bit port: > > - The debian-ports archive now has enough packages to bootstrap a > chroot. > - A 64bit debian buildd is getting set up, not much work is left there. > - The hurd-amd64 wanna-build infrastructure is to

Re: 64bit startup

Jeffrey Walton, le mar. 24 oct. 2023 22:00:54 -0400, a ecrit: > On Tue, Oct 24, 2023 at 9:56 PM Jessica Clarke wrote: > > > > On 25 Oct 2023, at 02:40, Jeffrey Walton wrote: > > > > > > On Tue, Oct 24, 2023 at 9:33 PM Jessica Clarke wrote: > > >> > > >> On 25 Oct 2023, at 02:26, Jeffrey Walton

Re: 64bit startup

jbra...@dismail.de, le mer. 25 oct. 2023 03:40:16 +, a ecrit: > >> lol... and > > > > Exactly. So what? > > > > Some folks have witty humor and appreciate the nostalgia. Others don't. > > > > If you don't like my posts, then plonk me. > > > > Jeff >

Re: 64bit startup

>> lol... and > > Exactly. So what? > > Some folks have witty humor and appreciate the nostalgia. Others don't. > > If you don't like my posts, then plonk me. > > Jeff I followed the link, and I did think it was a little funny. Perhaps it was a little o

Re: 64bit startup

On Tue, Oct 24, 2023 at 9:56 PM Jessica Clarke wrote: > > On 25 Oct 2023, at 02:40, Jeffrey Walton wrote: > > > > On Tue, Oct 24, 2023 at 9:33 PM Jessica Clarke wrote: > >> > >> On 25 Oct 2023, at 02:26, Jeffrey Walton wrote: > >>> > >>> On Tue, Oct 24, 2023 at 6:21 PM Samuel Thibault > >>> w

Re: 64bit startup

On 25 Oct 2023, at 02:40, Jeffrey Walton wrote: > > On Tue, Oct 24, 2023 at 9:33 PM Jessica Clarke wrote: >> >> On 25 Oct 2023, at 02:26, Jeffrey Walton wrote: >>> >>> On Tue, Oct 24, 2023 at 6:21 PM Samuel Thibault >>> wrote: Some update on the 64bit port: - The debia

Re: 64bit startup

On Tue, Oct 24, 2023 at 9:33 PM Jessica Clarke wrote: > > On 25 Oct 2023, at 02:26, Jeffrey Walton wrote: > > > > On Tue, Oct 24, 2023 at 6:21 PM Samuel Thibault > > wrote: > >> > >> Some update on the 64bit port: > >> > >> - The debian-ports archive now has enough packages to bootstrap a > >>

Re: 64bit startup

On 25 Oct 2023, at 02:26, Jeffrey Walton wrote: > > On Tue, Oct 24, 2023 at 6:21 PM Samuel Thibault > wrote: >> >> Some update on the 64bit port: >> >> - The debian-ports archive now has enough packages to bootstrap a >> chroot. >> - A 64bit debian buildd is getting set up, not much work is l

Re: 64bit startup

On Tue, Oct 24, 2023 at 6:21 PM Samuel Thibault wrote: > > Some update on the 64bit port: > > - The debian-ports archive now has enough packages to bootstrap a > chroot. > - A 64bit debian buildd is getting set up, not much work is left there. > - The hurd-amd64 wanna-build infrastructure is to be

Re: 64bit startup

Hello, Some update on the 64bit port: - The debian-ports archive now has enough packages to bootstrap a chroot. - A 64bit debian buildd is getting set up, not much work is left there. - The hurd-amd64 wanna-build infrastructure is to be set up in the coming days. *but* Building packages is not

Re: 64bit startup

Hello, Good news! It seems I fixed the bug that was making my 64bit VM crashing quite often. The problem was that when receiving a message from userland, ipc_kmsg_get would allocate a kernel buffer with the same size as the userland message. But since we may expand the 32bit port names into 64bit

Re: 64bit startup

Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: > BTW, git is now available and seems to be working fine, I could clone > the upstream glibc repository for instance. The testsuite runs quite fine. Of course most xfails on hurd-i386 are also xfails on hurd-amd64 :) I have put below

Re: 64bit startup

For information, core dumping seems to be broken, so better disable it with rm -f /servers/crash ln -s crash-kill /servers/crash otherwise you get hangs or worse ;) Samuel

Re: 64bit startup

On August 15, 2023 4:11:08 PM GMT+02:00, jbra...@dismail.de wrote: >August 15, 2023 12:36 AM, "Guy-Fleury Iteriteka" wrote: > >> On August 14, 2023 10:48:57 PM GMT+02:00, Samuel Thibault >> wrote: >> >>> Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: >> >> Thats great,thanks. O

Re: 64bit startup

August 15, 2023 12:36 AM, "Guy-Fleury Iteriteka" wrote: > On August 14, 2023 10:48:57 PM GMT+02:00, Samuel Thibault > wrote: > >> Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: > > Thats great,thanks. On irc you mention building python too cause many > problems. Today i am go

Re: 64bit startup

On August 14, 2023 10:48:57 PM GMT+02:00, Samuel Thibault wrote: >Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: >> BTW, git is now available and seems to be working fine, I could clone >> the upstream glibc repository for instance. > >I had a lot of troubles building glibc. We ha

Re: 64bit startup

Samuel Thibault, le sam. 12 août 2023 17:37:06 +0200, a ecrit: > BTW, git is now available and seems to be working fine, I could clone > the upstream glibc repository for instance. I had a lot of troubles building glibc. We had a nasty bug in pmap_remove and pmap_protect which were bringing mayhem

Re: 64bit startup

BTW, git is now available and seems to be working fine, I could clone the upstream glibc repository for instance. Samuel

Re: 64bit startup

Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: > The issue I'm still seeing now is that I cannot get to install some > packages, such as libicu72. When I pass it as extra package to > debootstrap, it does get installed, but when I "dpkg -i" it by hand, > things halt. I found the is

Re: 64bit startup

Luca, le jeu. 10 août 2023 21:58:49 +0200, a ecrit: > By the way, if I try to add the repository key with > > apt-key adv --recv-keys --keyserver keyring.debian.org > 900CB024B67931D40F82304BD0178C767D069EE6 > > it fails with > > E: gnupg, gnupg2 and gnupg1 do not seem to be installed, but one o

Re: 64bit startup

Il 09/08/23 19:57, Samuel Thibault ha scritto: Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: I continued stabbing at the network issue, it was just a size alignment problem, so that depending on their sizes, half of the network packets would be discarded by mach_msg. Hurd-amd64

Re: 64bit startup

Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: > The issue I'm still seeing now is that I cannot get to install some > packages, such as libicu72. When I pass it as extra package to > debootstrap, it does get installed, but when I "dpkg -i" it by hand, > things halt. It seems that

Re: 64bit startup

Samuel Thibault, le mer. 09 août 2023 22:58:20 +0200, a ecrit: > Samuel Thibault, le mar. 08 août 2023 23:28:02 +0200, a ecrit: > > Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: > > > The issue I'm still seeing now is that I cannot get to install some > > > packages, such as libicu

Re: 64bit startup

Samuel Thibault, le mar. 08 août 2023 23:28:02 +0200, a ecrit: > Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: > > The issue I'm still seeing now is that I cannot get to install some > > packages, such as libicu72. When I pass it as extra package to > > debootstrap, it does get ins

gnumach kernel memory map (was: Re: 64bit startup)

Il 09/08/23 11:20, Samuel Thibault ha scritto: Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit: It should just reuse whatever memory the bootloader has already loaded the module into, no need to copy it out anywhere. (my guess is that it's not so simple because possibly we somehow

Re: 64bit startup

On Wed, Aug 9, 2023 at 8:57 PM Samuel Thibault wrote: > > Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: > > I continued stabbing at the network issue, it was just a size alignment > > problem, so that depending on their sizes, half of the network packets > > would be discarded by

Re: 64bit startup

Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: > I continued stabbing at the network issue, it was just a size alignment > problem, so that depending on their sizes, half of the network packets > would be discarded by mach_msg. Hurd-amd64 packages are getting rebuilt > to contain th

Re: 64bit startup

On Wed, Aug 9, 2023 at 12:20 PM Samuel Thibault wrote: > Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit: > > It should just reuse whatever memory the bootloader has already loaded > > the module into, no need to copy it out anywhere. > > (my guess is that it's not so simple because po

Re: 64bit startup

Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit: > It should just reuse whatever memory the bootloader has already loaded > the module into, no need to copy it out anywhere. (my guess is that it's not so simple because possibly we somehow get rid of the memory allocated for modules, ot

Re: 64bit startup

Sergey Bugaev, le mer. 09 août 2023 12:12:29 +0300, a ecrit: > On Wed, Aug 9, 2023 at 12:29 AM Samuel Thibault > wrote: > > BTW, to get rumpdisk out of the equation, it would be useful to work on > > moving the kernel map below 0x8000, so we do not get any > > size constraint on it, a

Re: 64bit startup

On Wed, Aug 9, 2023 at 12:29 AM Samuel Thibault wrote: > BTW, to get rumpdisk out of the equation, it would be useful to work on > moving the kernel map below 0x8000, so we do not get any > size constraint on it, and thus are able to load initrds of whatever > size, provided that we ha

Re: 64bit startup

Samuel Thibault, le mar. 08 août 2023 19:15:50 +0200, a ecrit: > The issue I'm still seeing now is that I cannot get to install some > packages, such as libicu72. When I pass it as extra package to > debootstrap, it does get installed, but when I "dpkg -i" it by hand, > things halt. BTW, to get ru

Re: 64bit startup

On Tue, Aug 8, 2023 at 9:16 PM Samuel Thibault wrote: > I have already upgraded the source being used to 2.38. To keep things > simple, we will bootstrap from that, not from 2.36 or 2.37. Ah cool, you're one step ahead of me :) Sergey

Re: 64bit startup

Sergey Bugaev, le mar. 08 août 2023 21:12:05 +0300, a ecrit: > There's another issue we need to sort out: is it OK for Debian to ship > glibc 2.36 whose symbols claim to be GLIBC_2.38? I have already upgraded the source being used to 2.38. To keep things simple, we will bootstrap from that, not fr

Re: 64bit startup

Hello! On Tue, Aug 8, 2023 at 8:16 PM Samuel Thibault wrote: > Hello, > > I continued stabbing at the network issue, it was just a size alignment > problem, so that depending on their sizes, half of the network packets > would be discarded by mach_msg. Hurd-amd64 packages are getting rebuilt > to

Re: 64bit startup

Hello, I continued stabbing at the network issue, it was just a size alignment problem, so that depending on their sizes, half of the network packets would be discarded by mach_msg. Hurd-amd64 packages are getting rebuilt to contain the fix. The issue I'm still seeing now is that I cannot get to

Re: 64bit startup

On Tue, Jun 20, 2023 at 5:07 PM Sergey Bugaev wrote: > ...no it does not! -- and it's visible from the output I posted. ASLR > works, the huge heap mapping works, but not the other two things. > Investigating now. I must have just used the wrong exec server accidentally. Here: # ldd /bin/bash li

Re: 64bit startup

On Tue, Jun 20, 2023 at 4:55 PM Sergey Bugaev wrote: > Works beautifully, thank you :D ...no it does not! -- and it's visible from the output I posted. ASLR works, the huge heap mapping works, but not the other two things. Investigating now. Sergey

Re: 64bit startup

On Tue, Jun 20, 2023 at 4:00 PM Samuel Thibault wrote: > (done so) Works beautifully, thank you :D root@hurd:/# ldd /bin/bash libtinfo.so.6 => /lib/x86_64-gnu/libtinfo.so.6 (0x01dc) libc.so.0.3 => /lib/x86_64-gnu/libc.so.0.3 (0x0100e000) /lib/ld-x86-64

Re: 64bit startup

Sergey Bugaev, le mar. 20 juin 2023 16:14:33 +0300, a ecrit: > On Tue, Jun 20, 2023 at 3:59 PM Samuel Thibault > wrote: > > € file hurd/pfinet > > hurd/pfinet: ELF 64-bit LSB pie executable > > But non-PIE is definitely the case for hurd-i386, > > and only for binaries from the hurd and netdde

Re: 64bit startup

On Tue, Jun 20, 2023 at 3:59 PM Samuel Thibault wrote: > Concerning dhcp, isc-dhcp currently FTBFS. Oh :( > € file hurd/pfinet > hurd/pfinet: ELF 64-bit LSB pie executable I must have been looking in the wrong place then, good. But non-PIE is definitely the case for hurd-i386, and only for bin

Re: 64bit startup

Samuel Thibault, le mar. 20 juin 2023 14:59:55 +0200, a ecrit: > Sergey Bugaev, le mar. 20 juin 2023 13:42:03 +0300, a ecrit: > > Could you please (when you have time, no rush) make another image > > without the vm_param.h hack? > > Ah, yes. That's terribly easy thanks to the rebootstrap script :)

Re: 64bit startup

Sergey Bugaev, le mar. 20 juin 2023 13:42:03 +0300, a ecrit: > Could you please (when you have time, no rush) make another image > without the vm_param.h hack? Ah, yes. That's terribly easy thanks to the rebootstrap script :) > Ideally, with curl and netcat and a DHCP client included. (Curl used

Re: 64bit startup

Could you please (when you have time, no rush) make another image without the vm_param.h hack? Ideally, with curl and netcat and a DHCP client included. (Curl used to be present in the apt packages cache, but seems to have disappeared from the last image.) Context: I have some changes here that ad

Re: 64bit startup

Hello, Sergey Bugaev, le ven. 09 juin 2023 20:49:44 +0300, a ecrit: > Well, debootstrap does output lots of errors like > > dpkg: dependency problems prevent configuration of openssh-server: > openssh-server depends on ucf; however: > Package ucf is not installed. > openssh-server depends on

Re: 64bit startup

Samuel Thibault, le sam. 10 juin 2023 01:47:00 +0200, a ecrit: > Sergey Bugaev, le ven. 09 juin 2023 20:49:44 +0300, a ecrit: > > with the following hacky patch, I no longer see any crashes, > > That does help indeed. > > When I'm using rumpdisk I'm still observing crashes, however, more > precis

Re: 64bit startup

Hi, Il 09/06/23 19:49, Sergey Bugaev ha scritto: with the following hacky patch, I no longer see any crashes, debootstrap --second-stage runs all the way and leaves me with an almost full Debian GNU/Hurd x86_64 system \o/ I was able to avoid the issues with a different approach, basically com

Re: 64bit startup

Sergey Bugaev, le ven. 09 juin 2023 20:49:44 +0300, a ecrit: > with the following hacky patch, I no longer see any crashes, That does help indeed. When I'm using rumpdisk I'm still observing crashes, however, more precisely: Kernel General protection trap, eip 0x81011eee kernel: General

Re: 64bit startup

Hello, with the following hacky patch, I no longer see any crashes, debootstrap --second-stage runs all the way and leaves me with an almost full Debian GNU/Hurd x86_64 system \o/ Well, debootstrap does output lots of errors like dpkg: dependency problems prevent configuration of openssh-server:

fsbase getting clobbered (was: Re: 64bit startup)

On Wed, Jun 7, 2023 at 12:15 AM Sergey Bugaev wrote: > If my theory is correct, what we actually do wrong is assuming that > the fsbase value located on the (PCB) stack beyond the %rsp will not > spontaneously change; but in absence of a red zone that's just not > true — anything on your current s

Re: 64bit startup

Sergey Bugaev, le mar. 06 juin 2023 23:22:53 +0300, a ecrit: > For one thing you seem to have rebuilt/updated the packages, but not > the rootfs image, so now the debuginfo I download doesn't match the > binaries in the image. Please update the image too! Oh, right, sorry! Now done so. Samuel

Re: 64bit startup

On Tue, Jun 6, 2023, 23:56 Luca wrote: > yes this makes perfectly sense, I think I'm chasing the same bug currently, > or some variation of it. With some tracing I saw that this corruption seems > to happen when an irq (usually timer) fires when returning from a trap, > although not necessarily

Re: 64bit startup

Il 6 giugno 2023 20:22:53 UTC, Sergey Bugaev ha scritto: >On Mon, Jun 5, 2023 at 3:03 PM Sergey Bugaev wrote: >> That is going to be much easier to debug than debootstrap, thank you! > >Unfortunately I'm facing some troubles :| > >For one thing you seem to have rebuilt/updated the packages, but n

Re: 64bit startup

On Mon, Jun 5, 2023 at 3:03 PM Sergey Bugaev wrote: > That is going to be much easier to debug than debootstrap, thank you! Unfortunately I'm facing some troubles :| For one thing you seem to have rebuilt/updated the packages, but not the rootfs image, so now the debuginfo I download doesn't mat

Re: 64bit startup

On Mon, Jun 5, 2023 at 2:05 PM Samuel Thibault wrote: > I can easily trigger crashes with > > fsysopts / --writable > while true ; do ps-hurd -feMj > /tmp/blip ; done That is going to be much easier to debug than debootstrap, thank you! Sergey

Re: 64bit startup

Samuel Thibault, le dim. 04 juin 2023 19:46:25 +0200, a ecrit: > Sergey Bugaev, le dim. 04 juin 2023 20:40:54 +0300, a ecrit: > > On Sun, Jun 4, 2023 at 8:21 PM Samuel Thibault > > wrote: > > > It seems so indeed. But it's not only the stack guard, but various TLS > > > accesses. > > > > What wo

Re: 64bit startup

Sergey Bugaev, le dim. 04 juin 2023 20:40:54 +0300, a ecrit: > On Sun, Jun 4, 2023 at 8:21 PM Samuel Thibault > wrote: > > It seems so indeed. But it's not only the stack guard, but various TLS > > accesses. > > What would be an easy way for me to reproduce this? Basically all I'm trying to do

Re: 64bit startup

On Sun, Jun 4, 2023 at 8:21 PM Samuel Thibault wrote: > It seems so indeed. But it's not only the stack guard, but various TLS > accesses. What would be an easy way for me to reproduce this? Sergey

Re: 64bit startup

Hello, Sergey Bugaev, le sam. 03 juin 2023 20:20:24 +0300, a ecrit: > I'm attaching a patch that does that and also documents the pitfalls > (and also removes an extra block scope / level of indentation). It's > untested, but it builds and the generated code looks OK (sc_reply_port > gets loaded s

  1   2   >