<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 19, 2020, 4:42 PM Karel Gardas <<a href="mailto:karel.gardas@centrum.cz">karel.gardas@centrum.cz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 9/19/20 10:32 AM, Christian Mauderer wrote:<br>
> Hello Karel,<br>
> <br>
> I wasn't aware that there is a framebuffer driver in the PC BSP.<br>
<br>
Yes, in fact there are three FB drivers in pc386 BSP family:<br>
<br>
- for VGA card<br>
- for Cirrus Logic GD5446 card<br>
- for VESA BIOS Extension capable graphics card<br>
<br>
The latest one is enabled by default and that's what I'm trying to use.<br>
<br>
> Maybe<br>
> an alternative to using the BSP framebuffer driver could be to just port<br>
> the FreeBSD framebuffer driver for PC and use that one? That might could<br>
> be less work than fixing the PC BSPs driver.<br>
<br>
Hmm. Just a brief check reveals that FB also supports several FB drivers:<br>
<br>
- for EFI frame buffer<br>
- for KMS enabled graphics card with vt_fb backend<br>
<br>
The former seems to be available on UEFI based systems only. The later<br>
seems to depends on DRM code which is *huge*. I've just meassured drm<br>
code from OpenBSD and this is more code than whole RTEMS kernel.<br>
(git://<a href="http://git.rtems.org/rtems.git" rel="noreferrer noreferrer" target="_blank">git.rtems.org/rtems.git</a>) and that just implementing DRM for Intel<br>
and AMD cards...<br>
<br>
In comparison with that pc386 fbs are light weight.<br>
<br>
Also FreeBSD vga driver which supports VESA BIOS Extensions does not<br>
seems to enable framebuffer...<br>
<br>
> If you want to continue to use the BSPs driver, I can try to have a more<br>
> detailled look at it.<br>
<br>
I think I can also do something as I do have setup here -- just try to<br>
debug into mmap to see why it's not able to mmap /dev/fd0 and this way<br>
get more info about the failure...<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Gedare wrote the current POSIX shm and mmap support. I know it has a plugin architecture to enable mapping shared memory between partitions in Does+RTEMS. It could be as simple as the device file type in the IMFS is defaulting a file operation it needs to support.</div><div dir="auto"><br></div><div dir="auto">Start a separate thread with a more specific subject and Gedare will probably pipe up.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> But like I said: I would expect that the FreeBSD<br>
> driver is simpler to use.<br>
<br>
I'm not so sure, see above, but please correct me if I'm wrong since<br>
especially I'm expert on neither FBSD, frame buffers and C...<br>
<br>
Thanks,<br>
Karel<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank" rel="noreferrer">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a>devixe.<br>
</blockquote></div></div></div>