Re: Some progress, Guix rumpdisk still crashes...

2023-05-21 Thread Janneke Nieuwenhuizen
Svante Signell writes: Hi! > On Wed, 2023-05-17 at 20:24 +0200, Janneke Nieuwenhuizen wrote: >> rumpdisk still crashes, but the good news (I guess) is that it seems to [..] > I use for hurdX (hurd-cross): > qemu-system-x86_64 -chardev stdio,id=char0,logfile=serial.log,signal=off > -serial > ch

Re: Some progress, Guix rumpdisk still crashes...

2023-05-21 Thread Svante Signell
On Wed, 2023-05-17 at 20:24 +0200, Janneke Nieuwenhuizen wrote: > Hi! > > With this newly patched glibc > >     https://gitlab.com/janneke/guix/-/tree/wip-hurd12 > > rumpdisk still crashes, but the good news (I guess) is that it seems to > get somewhat further, or at least it crashes differently

Booted Debian with noide => rumpdisk! [WAS Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]]

2023-05-19 Thread Janneke Nieuwenhuizen
Janneke Nieuwenhuizen writes: > Sergey Bugaev writes: > >> On Fri, May 19, 2023 at 1:20 PM Janneke Nieuwenhuizen >> wrote: [..] >> Using rumpdisk on Debian should be a matter of changing >> part:1:device:hd0 to part:1:device:wd0 (why part:2?), and adding >> noide. (Unless I'm misremembering, of

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

2023-05-19 Thread Janneke Nieuwenhuizen
Sergey Bugaev writes: > On Fri, May 19, 2023 at 1:20 PM Janneke Nieuwenhuizen wrote: >> Okay, yeah I tried >> [..] > See, it's only seeing a single bootstrap module, treating > hurd/exec.static and the rest as just further arguments to > hurd/ext2fs.static. I believe you have to separate modules

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

2023-05-19 Thread Sergey Bugaev
On Fri, May 19, 2023 at 1:20 PM Janneke Nieuwenhuizen wrote: > Okay, yeah I tried > > --8<---cut here---start->8--- > guix shell qemu -- qemu-system-i386 \ > -m 4096 \ > --enable-kvm

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

2023-05-19 Thread Janneke Nieuwenhuizen
Sergey Bugaev writes: Hi! > On Thu, May 18, 2023 at 11:07 AM Janneke Nieuwenhuizen > wrote: >> Now that was really a great help, thanks! >> >> Ah, I had no idea; this is so helpful. Maybe a good idea to have this >> on the website/wiki, right? > > Glad I was able to help :D > >> Is there a way

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

2023-05-18 Thread Joshua Branson
Joshua Branson writes: > Janneke Nieuwenhuizen writes: > >> Sergey Bugaev writes: >> >> Hello Sergey, >> >>> On Wed, May 17, 2023 at 9:25 PM Janneke Nieuwenhuizen >>> wrote: >> >>> I've recently been doing this kind of debugging early boot-up process >>> *a lot*, so maybe I could provide some t

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

2023-05-18 Thread Joshua Branson
Janneke Nieuwenhuizen writes: > Sergey Bugaev writes: > > Hello Sergey, > >> On Wed, May 17, 2023 at 9:25 PM Janneke Nieuwenhuizen >> wrote: > >> I've recently been doing this kind of debugging early boot-up process >> *a lot*, so maybe I could provide some tips indeed. For getting more >> line

Re: Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

2023-05-18 Thread Sergey Bugaev
On Thu, May 18, 2023 at 11:07 AM Janneke Nieuwenhuizen wrote: > Now that was really a great help, thanks! > > Ah, I had no idea; this is so helpful. Maybe a good idea to have this > on the website/wiki, right? Glad I was able to help :D > Is there a way to pass the "console=com0" argument from

Guix hurd with rumpdisk boots! [WAS Re: Some progress, Guix rumpdisk still crashes...]

2023-05-18 Thread Janneke Nieuwenhuizen
Sergey Bugaev writes: Hello Sergey, > On Wed, May 17, 2023 at 9:25 PM Janneke Nieuwenhuizen wrote: > I've recently been doing this kind of debugging early boot-up process > *a lot*, so maybe I could provide some tips indeed. For getting more > lines of output, try console=com0 on gnumach cmdlin

Re: Some progress, Guix rumpdisk still crashes...

2023-05-18 Thread Samuel Thibault
Janneke Nieuwenhuizen, le jeu. 18 mai 2023 09:48:11 +0200, a ecrit: > > Try '-M q35' passed to qemu as this will use a newer chipset emulation > > that includes AHCI controller by default. Im not sure if IDE is > > working at this point. > > As this was by far the easiest change, I tried this firs

Re: Some progress, Guix rumpdisk still crashes...

2023-05-18 Thread Janneke Nieuwenhuizen
Damien Zammit writes: Hi Damien, > Try '-M q35' passed to qemu as this will use a newer chipset emulation > that includes AHCI controller by default. Im not sure if IDE is > working at this point. As this was by far the easiest change, I tried this first. It turns out that even my debian image

Re: Some progress, Guix rumpdisk still crashes...

2023-05-17 Thread Etienne Brateau
IDE is working, this is what I use every time I'm on hurd. It's just a bit slower because it can't use DMA (except if you patch gnumach: vm_allocate_contiguous to allow palign to be greater than page size but still multiple of it) Le jeu. 18 mai 2023 à 01:35, Damien Zammit a écrit : > Try '-M q3

Re: Some progress, Guix rumpdisk still crashes...

2023-05-17 Thread Damien Zammit
Try '-M q35' passed to qemu as this will use a newer chipset emulation that includes AHCI controller by default. Im not sure if IDE is working at this point. Damien Sent from ProtonMail mobile Original Message On 18 May 2023, 4:24 am, Janneke Nieuwenhuizen wrote: > Hi! > > S

Re: Some progress, Guix rumpdisk still crashes...

2023-05-17 Thread Sergey Bugaev
On Wed, May 17, 2023 at 9:25 PM Janneke Nieuwenhuizen wrote: > Hi! Hi, > Here are the > last 24 (WTF, 1980 wants their screensize back!?) lines (I don't know > how to get the full log from QEMU): > > --8<---cut here---start->8--- > --8<---cut here-

Some progress, Guix rumpdisk still crashes...

2023-05-17 Thread Janneke Nieuwenhuizen
Hi! So, Guix's glibc-2.35 has patches for centiseconds and monotonic (and others) that were forward ported since glibc 2.31, instead of refreshed from upstream Debian Salsa: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/patches/glibc-hurd-clock_gettime_monotonic.patch htt