avoiding X sounds great. but i guess then it's probably a lot of work.
unless you just go native! :)
The 9pi kernel source in /n/sources/contrib/miller/9/bcm on 9p.io has been
updated with (very limited) support for the new pi4.
Reminder: 'srv -nq tcp!9p.io sources /n/sources' to get access to this mirror.
Or point a browser at https://9p.io/sources/contrib/miller/9/bcm
I'm not suggesting anyone
As usual for me, i have longterm plans for that usecase :-)
drawterm supposes one Plan9 machine and one machine with any other OS +
drawterm.
I would like to have Plan9 in Xen with a support of peripherals as much as
possible, and without X.
Linux (or something similar) has to be minimal Dom0
On
> Plan9 was working in an X session.
> But since Xen 4.10.x the framebuffer support stoped to work, i don't know
> why, it seems only VNC is supported now.
> But Xen framebuffer uses Qemu, so i was anyway going to reimplement the
> graphic output via DRM.
why not use drawterm instead?
You are welcome, i hope it helps.
Can i ask, why do you want to migrate from Xen to Qemu?
I am triyint to do the opposite, to use Xen only without any part of Qemu.
Some time ago i made support of Xen keyboard and framebuffer, and full
Plan9 was working in an X session.
But since Xen 4.10.x the fr
