Lack of /dev/vtvga0?

[Mahmoud Al-Qudsi]

Hello list,

As I've mentioned in a previous message, I've been working on trying to get a
proper graphics subsystem/desktop up and running under 12-CURRENT without any
X components; something that was once possible a long time ago by using libvgl
probably via SDL1.2 — an option that's been deprecated in SDL2 and isn't
viable in all cases since libvgl doesn't support newcons/vt.

I understand the limitations of the basic VGA driver (lack of hardware
acceleration, current hard-coded 640x480x16 resolution) but I'm not clear on
why the vt_vga driver does not make a framebuffer device available (vtvga0 is
initialized, but there is no corresponding /dev/vtvga0). Isn't it possible to
use vt_vga in pixel mode and directly write to the kernel console framebuffer?

Any insight would be appreciated!

Mahmoud Al-Qudsi
NeoSmart Technologies
_______________________________________________
freebsd...@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"

[Chris H]

On Fri, 22 Jun 2018 23:31:58 -0500 "Mahmoud Al-Qudsi" <mqu...@neosmart.net> said

> Hello list,
>
> As I've mentioned in a previous message, I've been working on trying to get
> a
> proper graphics subsystem/desktop up and running under 12-CURRENT without
> any
> X components; something that was once possible a long time ago by using
> libvgl
> probably via SDL1.2 — an option that's been deprecated in SDL2 and isn't
> viable in all cases since libvgl doesn't support newcons/vt.

I'm not clear if you're already possibly referring to this. But have
you tried sc(4) ( SysCons ). If you haven't tried already;
adding the following to your loader.conf(5) should give it to you:

kern.vty=sc

You can also include it in your custom kernel by adding this to your
KERNCONF

device sc
options SC_PIXEL_MODE # adds support for the raster text mode

Hope this helps.

--Chris