Announcement

Collapse
No announcement yet.

Canonical Posts X.Org, Driver Patches For XMir

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic Canonical Posts X.Org, Driver Patches For XMir

    Canonical Posts X.Org, Driver Patches For XMir

    Phoronix: Canonical Posts X.Org, Driver Patches For XMir

    Canonical last week posted 15 patches so Mesa could support their Mir Display Server and specifically the Mir EGL platform. Those patches haven't received many comments from upstream Mesa developers, but there were more than 200 comments in our forums. Over the night, Canonical has posted X.Org Server patches for supporting XMir plus the open-source driver patches so it can handle XMir with nested compositing...

    http://www.phoronix.com/vr.php?view=MTQxNjk

  • mannerov
    replied
    The answers were on IRC (#dri-devel).

    There is a log, you can look at it.

    EDIT: http://people.freedesktop.org/~cbril...ate=2013-07-22
    look at RAOF.


    There may be other channels where they have discussed of it.
    Last edited by mannerov; 07-24-2013, 05:40 AM.

    Leave a comment:


  • RealNC
    replied
    Still no reply to these patches. Canonical looks like the unpopular kid at school nobody wants to play with.

    Leave a comment:


  • hax0r
    replied
    Originally posted by LinuxGamer View Post
    i don't get how they're saying any thing is "stable" when it's not even Developed....
    ditto

    Originally posted by synaptix View Post
    Wayland is for the entire Linux community, 100% progression for Linux. Almost all of the major distros (except Ubuntu) and DE's support Wayland.

    Mir is for Ubuntu/Unity, fragmentation and reverse progression for Linux. The only ones supporting Mir is Canonical.
    ding ding ding, this sums up the thread, key word: fragmentation, what Canonical is good at, I too hope this crap gets rejected, to hell with Canonical.

    Leave a comment:


  • jrch2k8
    replied
    Originally posted by mrugiero View Post
    What I meant is if there is an API that is close to hardware and does the kind of operations X.org did before, but to use without X.org (so you can use it with Wayland and Mir); I'm aware Wayland does few aside of buffer management. But I already read a bit on OpenVG, and seems to do this kind of basic operation.
    as an official replace nope, Xorg acceleration is basically XRender and other extension using GPU specific path to provide accel and kinda unique to X, the closest would be Opengl since OpenVG is more for vectorial graphics. in the case of XWayland is very likely the normal Xorg accel paths[UXA, EXA, SNA] keep working hence no need of translation layer even Glamor should do.

    For Mir no one knows how will handle things or if they would need a full translation

    Leave a comment:


  • mrugiero
    replied
    Originally posted by jrch2k8 View Post
    well wayland is a close to the hardware as you can get without using TGSI or GPU ASM so basically there is no need at all and in the case of XWayland you can probably still use existing methods with a simpleish bypass or simply use your favorite languages like OpenVG, OpenGL, OpenGL ES 1,2,3, Pixman, Cairo, etc.

    the point is Wayland is not a Process/Server like Mir is a simple protocol library that actually do nothing except give you a language to initialize the GPU to a workable state after that you can basically manipulate the GPU as you wish with no middleman, so in theory intel could use SNA with XWayland directly like with Xorg.

    my only doubt is if Xorg itself allows so and if both Xorg and Wayland can access the GPU in parallel without sync issue, it shouldn't be a problem in theory since XWayland will be rootless but still maybe someone closer to XWayland and Xorg can provide a more deep insight
    What I meant is if there is an API that is close to hardware and does the kind of operations X.org did before, but to use without X.org (so you can use it with Wayland and Mir); I'm aware Wayland does few aside of buffer management. But I already read a bit on OpenVG, and seems to do this kind of basic operation.

    Leave a comment:


  • dee.
    replied
    Originally posted by LinuxGamer View Post
    i have done a lot of DE work in the pasted given you dont have to use Compiz to make a DE look use like Unity and QT has full support for Wayland so if needed you can change maybe 300 to 2k lines of code to make it work on Wayland i forgot who did it but some one taken Gnome 3 and made a Unity looking DE out of it and just a few days
    Well sure, you can take pretty much any configurable DE that has some sort of dock, and configure it to behave like Unity, more or less - but then we're no longer talking about porting Unity to Wayland, we're talking about emulating the UI on an entirely different DE, and it's not the same thing.

    Leave a comment:


  • jrch2k8
    replied
    in the case of Mir/XMir is nothing more that witchcraft to say since Mir is an actual server like X11ish and the API is too inmature for sure but i guess from what is technically known that XMir will be more invasive to drivers than XWayland and probably less performant, maybe in 6 months would be easier to discern[assuming is actually finished at all ofc]

    Leave a comment:


  • jrch2k8
    replied
    Originally posted by mrugiero View Post
    Well, this releases most of the concern. However, could an API be made for doing such operations more direct for Wayland (and not *in* Wayland, since doing so kind of beats the purpose of Wayland not doing things it shouldn't) and Mir? Something like a 2D aimed OpenGL? Does OpenVG suit this idea?
    well wayland is a close to the hardware as you can get without using TGSI or GPU ASM so basically there is no need at all and in the case of XWayland you can probably still use existing methods with a simpleish bypass or simply use your favorite languages like OpenVG, OpenGL, OpenGL ES 1,2,3, Pixman, Cairo, etc.

    the point is Wayland is not a Process/Server like Mir is a simple protocol library that actually do nothing except give you a language to initialize the GPU to a workable state after that you can basically manipulate the GPU as you wish with no middleman, so in theory intel could use SNA with XWayland directly like with Xorg.

    my only doubt is if Xorg itself allows so and if both Xorg and Wayland can access the GPU in parallel without sync issue, it shouldn't be a problem in theory since XWayland will be rootless but still maybe someone closer to XWayland and Xorg can provide a more deep insight

    Leave a comment:


  • mrugiero
    replied
    Originally posted by jrch2k8 View Post
    well just a little fix here, no modern GPU have dedicated 2D silicon anymore including intel and they all use 3D silicon to emulate the old 2D silicon.

    Exa, Uxa, SNA are just specific acceleration architectures for X.org specific operations done in the 3D engine using specific GPU code while Glamor do the same with a higher level GPU agnostic language aka OpenGL but they all basically uses the 3D engine one way or the other
    Well, this releases most of the concern. However, could an API be made for doing such operations more direct for Wayland (and not *in* Wayland, since doing so kind of beats the purpose of Wayland not doing things it shouldn't) and Mir? Something like a 2D aimed OpenGL? Does OpenVG suit this idea?

    EDIT: I wanted to add to my previous post that in XMir (or XWayland), since X is the one drawing to the buffer, we need to adapt the drivers to work with the GPU even when running inside of another display server, so you are not crippled to only use software drawing. Kind of forgot the whole point of why to modify the drivers after all, in my previous post.
    Last edited by mrugiero; 07-23-2013, 06:02 PM.

    Leave a comment:

Working...
X