On Feb 24, 2016 2:42 AM, "Antti Kantee" <[email protected]> wrote: > Let me explain first what happens. When I hacked up the "iso" support for rumprun, the cheapest/quickest way was to include the config on the root file system (i.e. the iso), mount the iso at runtime, and read the config from the mounted file system. > > The current model works in qemu because the block storage stack required to mount the iso at runtime is present. IOW, qemu emulates the supported devices. It also works when booting real hardware from a USB stick because USB block storage support is present. It doesn't work in virtualbox because the block storage stack for virtualbox is not available. IOW, virtualbox does not emulate the supported devices, or more to the point, we don't provide the required drivers. So, one would have to componentize the necessary drivers available in NetBSD. Plenty of people have expressed their interest in having the block storage stack work on virtualbox (rumprun issue #24); nobody has contributed their time or resources to making it happen, and that lack of actual work is why it doesn't work as of now.
Oh, I understand. On the other hand I also tried booting it from an USB stick on real hardware and it says: PANIC: bmk_isr_rumpkernel: cpu_intr_init I tried this on a 64 bit machine. I've written the ISO using dd: dd if=app.bin.iso of=/dev/sdb Here's a picture of the laptop's screen when the error appears: http://i.imgur.com/nzyAJED.jpg > The two issues mentioned above are largely orthogonal, and time/resource contributions towards either are much appreciated. > If I had the time to commit to it, I'd be happy to do it. Maybe in the summer.
