You are not logged in.
Pages: 1
Chromium-vaapi needs 'allow_rgb10_configs' to be disabled.
Adding the following configuration to '/etc/drirc' or '$HOME/.drirc':
<driconf>
<device screen="0" driver="radeonsi">
<application name="Chromium" executable="chromium">
<option name="allow_rgb10_configs" value="false" />
</application>
</device>
</driconf>
won't work, so that seems mesa configuration is not applied. Is that really a bug or there's something wrong in the config? Should be reported?
Last edited by digitalone (2018-12-14 22:00:26)
Offline
https://wiki.archlinux.org/index.php/Ch … celeration
allow_rgb10_configs is not a mesa option.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
https://wiki.archlinux.org/index.php/Ch … celeration
allow_rgb10_configs is not a mesa option.
You're wrong, it is.
https://gitlab.gnome.org/GNOME/mutter/issues/46
https://github.com/chjj/compton/issues/ … -380826470
https://github.com/ValveSoftware/steam- … -386483440
https://bugs.freedesktop.org/show_bug.cgi?id=104597#c12
https://build.opensuse.org/package/view … h?expand=1
It should work, but it's not applied on Arch.
Last edited by digitalone (2018-12-15 13:09:52)
Offline
Did many attempts and it works in this way:
<driconf>
<device driver="radeonsi">
<option name="allow_rgb10_configs" value="false" />
</device>
</driconf>
So why won't work specifying the application?
Tried also
<driconf>
<device screen="0" driver="radeonsi">
<application name="Chromium" executable="/usr/bin/chromium">
<option name="allow_rgb10_configs" value="false" />
</application>
</device>
</driconf>
won't work either.
Offline
The correct executable to use might be "/usr/lib/chromium/chromium". I tried checking this by running "xprop" and then looking for the "_NET_WM_PID" entry, then running "ps -f -p ..." with that PID.
Offline
The correct executable to use might be "/usr/lib/chromium/chromium". I tried checking this by running "xprop" and then looking for the "_NET_WM_PID" entry, then running "ps -f -p ..." with that PID.
Used that also. After many attempts, it worked only two times, the rest is the same. Maybe there's something wrong with the many threads that chromium generates.
With only one tab active after the start, I see about 10 Chromium entries in KSysGuard.
Tried also to add chrome-sandbox executable, it's useless.
One thing interesting: the only two times that it worked, I started from command line (but I tried many other times from command line and it didn't work).
If one won't disable it globally, it's better to declare the variable before the executable command in ~/.locale/share/applications/chromium.desktop entry. That works.
Offline
Seems I interpreted that wiki part wrong and allow_rgb10_configs is indeed a mesa option.
If one won't disable it globally, it's better to declare the variable before the executable command in ~/.locale/share/applications/chromium.desktop entry. That works.
Good idea, maybe you could add it to the wiki as an alternative for setting rgb10 systemwide ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Seems I interpreted that wiki part wrong and allow_rgb10_configs is indeed a mesa option.
digitalone wrote:If one won't disable it globally, it's better to declare the variable before the executable command in ~/.locale/share/applications/chromium.desktop entry. That works.
Good idea, maybe you could add it to the wiki as an alternative for setting rgb10 systemwide ?
Sure.
If my English is bad, you can fix or improve it.
Offline
Pages: 1