| gnarface | from what i vaguely understand it's just a highly proprietary and intrusive blackbox to fix the fact its architecturally inside-out (the GPU is the main processor and the CPU is subservient to it) ... nobody else does it this way. most the other arm devices have their own propriety stuff but they structurally are more similar | 00:00 |
|---|---|---|
| gnarface | my guess is you could probably make a qemu build that runs very well for it. i have no idea how much work that would take though. | 00:02 |
| gnarface | or even where to start really | 00:02 |
| stiltr | That link looks like it's for emulating a pi on an x86_64 box. | 00:03 |
| gnarface | that's basically what qemu would be doing isn't it? | 00:03 |
| gnarface | oh, hmm. maybe that's the link to the info i'm hypothesizing about | 00:03 |
| stiltr | Yeah, the Pi deffinitely has some interesting architectural issues. I just wasn't sure if you were referring to something qemu specific. | 00:04 |
| zmoment | I'm setting up on a x86_64 box but to try to run on a rpi4. Have to check if it's feasible. | 00:04 |
| stiltr | My understanding was that they were wanting to run a sandboxed image on actuall arm64 hw. | 00:04 |
| stiltr | Oh, so end goal is running native on a Pi4? | 00:05 |
| zmoment | Run in a qemu aarch64 on a aarch64 RPi4 | 00:07 |
| zmoment | Debian seems to have a generic arm image https://cdimage.debian.org/debian-cd/current/armhf/iso-cd/debian-10.10.0-armhf-netinst.iso | 00:07 |
| zmoment | although not aarch64 | 00:07 |
| stiltr | You can check out these guys: https://github.com/pyavitz/rpi-img-builder/releases/tag/images | 00:10 |
| zmoment | I had checked it before, following an older suggestion from this channel to me, maybe from you! But it doesn't boot inside qemu. It's fine for a sd card install. | 00:11 |
| stiltr | You could probably drop in the kernel from that repo you linked onto their image. | 00:13 |
| zmoment | I'll try. I got the impression that it was for Rpi2/3, but in a second read it seems that it refers to the host, not the guest. English is not my main language, so some subtleties are not caught entirely :-) | 00:16 |
| stiltr | Oh, that could be. Honestly I didn't look very closely. Well, your English seems better than mine, and it's my first language. haha | 00:19 |
| c0rnelius | My images don't boot using qemu. Not sure any do to be honest? Not arm64 anyway. | 00:36 |
| c0rnelius | It's been the issue section forever. | 00:36 |
| c0rnelius | been in* | 00:37 |
| stiltr | Interesting. I've never had any reason to try, so I have no idea. | 00:40 |
| tuxd3v | have you guys tried to boot the mini.iso? | 01:36 |
| tuxd3v | in qemu? | 01:36 |
| tuxd3v | http://deb.devuan.org/devuan/dists/beowulf/main/installer-armhf/current/images/netboot/mini.iso | 01:37 |
| tuxd3v | http://deb.devuan.org/devuan/dists/beowulf/main/installer-arm64/current/images/netboot/mini.iso | 01:37 |
| tuxd3v | on the miniiso i get always 'failed to find romfile "efi-virtio.rom"' | 03:44 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!