<HTML><BODY><br>> Kernel DRM needs more love.<br><br>Unfortunately I spent all of this year for Hipster related projetcs.<br>It doesn't need "more love" but some $$$ to pay the running bills, but I understand that community work will never ever be sustainable to us here who actually do something (and I'm only one of many), hence forget my comment.<br>Vbox 5.1.6 is almost ready to ship, I made it work with Qt4.8 aagain after having messsed 1 week with Qt5.8alpha (and other 5.x branches).<br>Qt 5.x needs more love, and its newer versions are not yet compatible with Vbox even *if* and *after* you got it all built for 64bit (and Vbox is 64bit-only since 5.0).<br><br><br>As of Intel DRM versus SNA:<br><br>Sun and then Oracle never enabled SNA for their Xorg ddx, they strictly defaulted and still keep defaulting to UXA.<br>And there is a good reason for this: SNA performs about 10 times *slower* on Solaris kernels than with accelleration disabled in the Intel ddx!<br>You can test that on Intel Xorg ddx 2.2x with SNA enabled. Unlike 2.99.x which is a _pre_release 3.0 _non_version (as shipped in Hipster), the 2.2x Intel ddx branch does _not_ segfault with the S12 DRM/KMS bakport. But you never in your life witnessed such a sloooooowwwww-mooootion anti-performance if you explicitly make it use SNA (by compiling in SNA support _plus_ [on Solars] by explicitly specifying SNA accell via xorg.conf).<br><br>After you experienced that (I mentioned it last winter) you will stop whining abbout lack of SNA.<br>Reminder: Sun/Oracle also intentionally do NOT use it.<br><br>So rather than spreading such vague uncertainty like "needs more love", be more specific: The only thing which i915/drm-kms works on Hipster is support for <= generation 5 Intel GPU's.<br>And to get *that*, not the driver needs any single line of change, but Illumos' outdated agpgart stack needs to get enhanced.<br>And that would already have happened had I not wasted 1 week on Qt5 which is really a pain on my Hipster installation based on illumos-f83b46b .<br><br>Because even after converting Aurelien's specs to match qt5/qt-everywhere-opensource-src-5.8.0-alpha/qtbase/mkspecs/solaris-g++-64 on my machine it still didn't work at all with Qt5.6 or higher, due to changes in qmake.<br>I always ended up in this exact scenario: <a href="http://stackoverflow.com/questions/38549755/raspberry-pi-2-and-qt-5-7-make-stuck-at-qtbase-bin-qmake-conf-qtbase-q">http://stackoverflow.com/questions/38549755/raspberry-pi-2-and-qt-5-7-make-stuck-at-qtbase-bin-qmake-conf-qtbase-q</a> <br><br>And that also includedes the workaround.<br>However, with the resulting painfully built Qt5.8 and based on that Vbox linked against it all one would get was 20 lines of *this*: "gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem"<br><br>KMS: Needs more love: What arou you waiting for?<br>Specifics?<br>diffs?<br><br><br>%m<br><br><br><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;">
Пятница, 16 сентября 2016, 23:25 UTC от ken mays via oi-dev <oi-dev@openindiana.org>:<div id=""><div class="js-helper js-readmsg-msg"><div><div id="style_14740683210000000527_BODY"><div style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div dir="ltr">3. On Intel, UXA works well while SNA still crashes.</div><div dir="ltr"><br></div><div dir="ltr">- SNA is improved in current Intel drv git. Kernel DRM needs more love. <br></div><div dir="ltr"><br></div><div dir="ltr">~K</div><div dir="ltr"><br></div><br></div></div></div></div></div></blockquote><div style="position: absolute; left: -40px; top: -25px; width: 1px; height: 1px; overflow: hidden;" data-mce-bogus="1" class="mcePaste" id="_mcePaste">Unfortunately I spent all of this year for Hipster related projetcs.<br></div></BODY></HTML>