Re: Wayland on FreeBSD

Tomasz CEDRO <[email protected]>
Newsgroups gmane.os.freebsd.devel.x11,gmane.os.freebsd.questions
Message-ID <CAFYkXjkFT7R0A-ZsH4p6C0_h8+qJ0-wWJ--tTJLtS0Pja0ZzSQ@mail.gmail.com>
On Fri, Apr 17, 2020 at 10:34 PM Tomasz CEDRO wrote:
> I would like to use Enlightenment (0.23.1) + Wayland.

I did manage to run Wayland + Hikari so Wayland works on FreeBSD :-)
Ports version is 1.18 and lags behind only one release (1.20 is 1.19
with some readme added).

I would prefer to stick to Enlightenment and its running on Wayland
since version 0.20. New version of Enlightenment (0.22.4 -> 0.23.1)
based on EFL (1.20.7 -> 1.23.3) is already working on my machine and
will show up in ports shortly:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245596
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245594

Enlightenment has and needs new Wayland support that is based on
ecore_wl2 from EFL. Someone hardcoded Linux DMA code into
src/lib/ecore_wl2/ecore_wl2_buffer.c and that part of EFL does not
build anymore on FreeBSD (not mandatory to run on Xorg). The good news
is that EFL builds with both old Wayland support (wl-deprecated
switch) and new one required for Enlightenment (wl switch) when all
linuxisms are commented out from ecore_wl2_buffer.c. This means if we
find a FreeBSD specific replacement for those DMA transfers all should
work fine..?

https://github.com/Enlightenment/efl/blob/master/src/lib/ecore_wl2/ecore_wl2_buffer.c

The question is whether we should use some sort of DRM / GPU related
DMA code or generic BUS DMA code? I have no experience over here.. the
memory is a memory but if that affects video performance I guess video
framebuffer should be used directly on a video card? :-)

Best regards :-)
Tomek

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.