Re: gpx(4) color framebuffer driver for VS3100/m30

[Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>]

(a late summary)

I wrote:

> I've updated diffs:
> 
>  https://github.com/tsutsui/netbsd-src/compare/3013c7cb346682f89f992238794c438d22702e20...tsutsui:netbsd-src:tsutsui-vax-gpx
> 
> - fix ioctl return values (OpenBSD doesn't use EPASSTHROUGH)
> - no need to allocate resources for smg(4) on attach if it's done
>   in early cninit
> - misc cosmetics (remove unnecessary includes, reorder includes etc.)
> 
> I'll commit this once after I check smg(4) console (without gpx(4) option)
> actually attached via consinit(9) on my VS3100/m30.
> 
> Then I've also ported OpenBSD's rasops(9)'fied smg(4) driver:
> 
>  https://github.com/tsutsui/netbsd-src/compare/tsutsui:netbsd-src:tsutsui-vax-gpx...tsutsui:netbsd-src:tsutsui-vax-smg-rasops

A new gpx(4) driver and rasops(9)'fied smg(9) for VAXstation 3100
have been committed to HEAD:

https://mail-index.netbsd.org/source-changes/2023/02/06/msg143166.html
> Add a support for gpx(4) color framebuffer found on VAXstation 3100.

https://mail-index.netbsd.org/source-changes/2023/02/11/msg143238.html
> Port rasops'fied smg(4) framebuffer driver for VS3100 from OpenBSD/vax.

and also pulled up to netbsd-10:
https://mail-index.netbsd.org/source-changes/2023/02/12/msg143272.html
https://mail-index.netbsd.org/source-changes/2023/02/15/msg143335.html

Have fun,
---
Izumi Tsutsui