OMRON LUNA フレームバッファ Twitter駆動開発
http://t.co/L7FYglMNJ4 この #if 0 ってなんなんだ。デバッグ中のまま挫折した、とかいうことか
2013-11-22 00:33:55Patch to fix NetBSD MI rasops(9) 1 bpp copycols op https://t.co/khygHrjTl6
2013-11-23 03:02:44@tsutsuii if you tested it on bwtwo(4), which is the prime example of this issue, then you can be sure your fix is correct.
2013-11-23 03:07:00@tsutsuii you'll need to get this tested on a vax with smg(4) to confirm it does not break little endian.
2013-11-23 03:08:43@MiodVallat There were other several bugs in rasops_bitops.h so I guess it was not well tested, especially annoying copycols op.
2013-11-23 03:15:07@MiodVallat It looks smg(4) of NetBSD/vax doesn't use rasops (yet?). I'll check if I can test pm(4) of NetBSD/pmax on gxemul.
2013-11-23 03:16:11@tsutsuii ad@ wrote it for pmax, and I think he used 8-bit wide fonts only on mfb. As long as mac68k sticks to rcons bugs won't get fixed.
2013-11-23 03:22:04@tsutsuii Also you might be lacking a few bugfixes from OpenBSD, such as rasops_masks.h 1.2 + rasops_masks.c 1.3
2013-11-23 03:24:36@MiodVallat I wonder if we really need to swap bitorder..
2013-11-23 03:32:22@tsutsuii I had to do this to use a 12x22 font on smg(4/vax).
2013-11-23 03:35:04@MiodVallat Hmm. I think bitorder is framebuffer hardware dependent (most significant bit is left or right).
2013-11-23 03:41:51@MiodVallat mlterm-fb assumes MSbit is left and it works on VGA16 mode on FreeBSD. Probably it's worth to try mlterm-fb on OpenBSD/vax?
2013-11-23 03:43:30@tsutsuii I'll try to give it a try in a reasonably close future.
2013-11-23 03:50:17rasops(9) 1bpp test on NetBSD/sparc bwtwo http://t.co/Y6A6QS8FFX
2013-11-23 03:48:29