Intel To Eventually Explore Offering A Graphics Control Panel For Linux Systems

[Vistaus]

This would be awesome! I hope AMD finally follow along too.

AMD should've done it already, as most Linux users think of them as the Holy Grail, so I don't understand what's taking them so long.

[Vistaus]

I think it would be better if GPU tuning would be integrated directly into Gnome Settings and KDE Settings apps.

But then people using other DE's and WM's are going to throw a tamper tantrum

[Vistaus]

Where can I get info on the sysfs tunables for Intel gpu?

I'd also like to know that.

[grigi]

I'd also like to know that.

I found these "tunables" in /sys/module/i915/parameters/:

alpha_support
disable_display
disable_power_well
dmc_firmware_path
edp_vswing
enable_dc
enable_dpcd_backlight
enable_dp_mst
enable_fbc
enable_guc
enable_gvt
enable_hangcheck
enable_ips
enable_ppgtt
enable_psr
error_capture
fastboot
force_reset_modeset_test
guc_firmware_path
guc_log_level
huc_firmware_path
invert_brightness
load_detect_test
lvds_channel_mode
mmio_debug
modeset
nuclear_pageflip
panel_use_ssc
prefault_disable
reset
vbt_firmware
vbt_sdvo_panel_type
verbose_state_checks

But that still doesn't help me much?

[RussianNeuroMancer]

But then people using other DE's and WM's are going to throw a tamper tantrum

At some point of time proper Wacom configuration was available only as KCM for KDE4 Settings app. Now there is nothing for KDE5, and Gnome developers trying to come up with something for Gnome Settings. Who is to blame? Nobody. So who will be to blame when there will be only Gnome/KDE panel? It's open source after all.

[bridgman]

AMD should've done it already, as most Linux users think of them as the Holy Grail, so I don't understand what's taking them so long.

It's pretty simple... two main reasons:

1. Writing a control panel is a waste of time until the underlying driver code has all the control logic needed to support it... and that work is still ongoing.

2. We (and probably Intel) both felt that a cross-vendor control panel that could work with multiple drivers via standard sysfs interfaces was a better solution than vendor-specific control panels. Unfortunately there doesn't seem to be much happening in that direction so once we get enough of the underlying driver logic in place we may end up having to drive the control panel app as well, which seems unfortunate.

[RussianNeuroMancer]

Unfortunately there doesn't seem to be much happening in that direction

I assume because someone have to start discussion about this first, and seems like everyone assume it's should be GPU vendors, because GPU vendors know their hardware and drivers better than anyone else, and also have experience in writing such tools. Maybe it make sense for AMD to write down thoughts about ways of solving this on freedesktop wiki (like, maybe it's good idea to write lib for GPU configuration, or maybe kernel developers have to standardize sysfs interfaces first; etc.) and then invite Intel, Broadcom, freedreno, nouveau, and DE developers for discussion?

[agd5f]

AMD should've done it already, as most Linux users think of them as the Holy Grail, so I don't understand what's taking them so long.

I've explained this multiple times. One of the biggest problems we ran into with the old catalyst control panel was support for different desktop environments (different versions of gnome, kde, xfce, etc.). Each version of the desktop environment tended to store user configuration data differently and the tool was constantly breaking on different versions of desktop environments. We also got flack for not having a native gui for various toolkits. Note that most things exposed by the GPU are common (kms api for modesetting, hwmon api for fans, voltages, power, drirc settings for mesa, etc.). It would be nice to have common tool for this that is properly integrated into each desktop environment. It would be much easier for vendors to contribute vendor specific features to common core tools so users get a nice consistent experience on each desktop environment that doesn't break every time the desktop environment re-architects itself.

[Vistaus]

The Radeon Settings panel *is* written in Qt.

Since when does Intel develop the Radeon settings panel? AFAIK Radeon is an AMD product. I was talking about the Intel Control Panel.

[Vistaus]

I found these "tunables" in /sys/module/i915/parameters/:

alpha_support
disable_display
disable_power_well
dmc_firmware_path
edp_vswing
enable_dc
enable_dpcd_backlight
enable_dp_mst
enable_fbc
enable_guc
enable_gvt
enable_hangcheck
enable_ips
enable_ppgtt
enable_psr
error_capture
fastboot
force_reset_modeset_test
guc_firmware_path
guc_log_level
huc_firmware_path
invert_brightness
load_detect_test
lvds_channel_mode
mmio_debug
modeset
nuclear_pageflip
panel_use_ssc
prefault_disable
reset
vbt_firmware
vbt_sdvo_panel_type
verbose_state_checks

But that still doesn't help me much?

Me neither, 'cause I don't know what any of those tuneables mean lol