Hi,

"Alan Coopersmith" <[email protected]> írta 2020-02-05 09:11-kor:
> Right - applications expecting DRI/KMS interfaces are going to be sorely
> disappointed, and limited to what the underlying illumos kernel provides.

Are you 100% sure about this?
If apps would have direct access to those devices at the same time
X11server does, that could lead to serious deadlock issues, or one writes
over parts in the graphic card's memory what is under the control of the
other one.

If you would say, that the Xserver mmap-s or does some other magic to
access the card's memory, than shares the memory area using some X11
extenson and the client (wm/de) could access that like some sysv ipc-way
(eg. shmem), I could understand if that would not work.
Or like fdpassing.
Btw.: In X11 the partys can negotiate who supports which feature.
I would think if the Xserver doesn't support some linux-specific drm/kms
interface (which can be easily the point here) than it would just fallback
to some legacy solution.

But if wm's and de's work this way, that sounds like a serious design
issue to me.

Btw.: What is the situation with joyent's pkgsrc repo?
I never checked but If memory serves well I read about that on this list,
that one used pkgsrc repo + omnios to have some decent-recent gui.
Maybe not kde, which needed linux-specific drm/kms interface.

Some first hands experience: To cut my action camera's recordings I usually
copy my files to my nas (omnios). I have a 16.04 ubuntu lx zone there + the
extra repo for the avidemux, and ssh -Y there from my arch desktop to run
the avidemux. That way files should be copied to the nas once.
Than only the editors gui should be transferred to my desktop, but the
actual data-process stays inbox.

Regards,
Gyu

_______________________________________________
openindiana-discuss mailing list
[email protected]
https://openindiana.org/mailman/listinfo/openindiana-discuss

Reply via email to