SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
What is the policy of updating xf86-video-intel?
Maybe it could/should be updated to the latest git?
I don't think there is any policy. If there's bugfixes or decent improvements, then it makes sense to try different versions. Looking at their commit log, it looks like there's been quite a bit of work on SNA. Currently, the default is UXA because there were issues with SNA earlier in -current.
Pat and team may already be looking at this, but it probably wouldn't hurt if you could grab the latest git and see if there's improvements that makes it worth upgrading to and then reporting it here.
but it probably wouldn't hurt if you could grab the latest git and see if there's improvements that makes it worth upgrading to and then reporting it here.
I'm already doing this for quite some time. My version as of now is xf86-video-intel-git_20160117_371219c-x86_64-1, unfortunately I don't know which commit it was exactly.
When it comes to the improvements, well, there is something going on. I'm running on a Broadwell system with HD 5500 graphics, with SNA enabled. I used to see graphics related errors in dmesg, especially when using Qt Creator, but I don't see those errors any more. It is hard to tell if the situation has improved due to using newer driver or rather the whole kernel, mesa, and friends being updated. My experience tells me that it's due to the overall stack improvement rather than solely the driver update.
I'm about to update to the latest commit now, just for fun as it looks like the graphics stack works quite good.
EDIT:
OK, I'm running the latest commit as of today, we'll see how it works.
Anyway, I think that any SNA related updates are worth updating the driver as UXA is no go for me. It's extremely slow when web-browsing, SNA on the other side works fine.
--
Best regards,
Andrzej Telszewski
Last edited by atelszewski; 02-06-2016 at 04:49 PM.
Maybe libvdpau-va-gl could be added?
It is the only missing bit to enable VDPAU on my system, looks like all the other libva* stuff is already present.
I don't have much knowledge about VDPAU/VA-API, so I can't say if that's the good choice.
EDIT:
OK, I can see that adding libvdpau-va-gl and using it with mplayer lowers system load when watching a movie. VDPAU gives me 6[percent] load, other drivers from 12 to 30. So it looks like this thing is worth considering
--
Best regards,
Andrzej Telszewski
Last edited by atelszewski; 02-06-2016 at 06:06 PM.
I'm already doing this for quite some time. My version as of now is xf86-video-intel-git_20160117_371219c-x86_64-1, unfortunately I don't know which commit it was exactly.
When it comes to the improvements, well, there is something going on. I'm running on a Broadwell system with HD 5500 graphics, with SNA enabled. I used to see graphics related errors in dmesg, especially when using Qt Creator, but I don't see those errors any more. It is hard to tell if the situation has improved due to using newer driver or rather the whole kernel, mesa, and friends being updated. My experience tells me that it's due to the overall stack improvement rather than solely the driver update.
I'm about to update to the latest commit now, just for fun as it looks like the graphics stack works quite good.
EDIT:
OK, I'm running the latest commit as of today, we'll see how it works.
Anyway, I think that any SNA related updates are worth updating the driver as UXA is no go for me. It's extremely slow when web-browsing, SNA on the other side works fine.
--
Best regards,
Andrzej Telszewski
SNA is a mixed bag. It works for some systems, but others it causes problems so you have to experiment with SNA and UXA to see what works best for your system.
I've used SNA without a problem but then again the system I used it on was a Sandybridge system anyways.
For the non-root cifs mounts could the steps and additions provided here be followed?
I wouldn't request it, but the cifs-utils package requires to be rebuilt for the changes to take effect.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.