Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Adam Jackson]

On Wed, 2017-02-22 at 22:51 +, František Zatloukal wrote:
> > ... is trying to say. The "gen3" family of Intel GPUs (i915, i945, G33)
> > are (to put it politely) garbage. Though they claim to support fragment
> > shaders, the instruction limit of those shaders is far less than what
> > glamor requires.
> 
> These GPUs will stop claiming fragment shaders support from Mesa 17.1.[0], 
> just FYI

Oh good! That's for the best, really.

glamor also has a gles2 path, but right now it's known to be broken.
We'd like to fix that in general since some arm chips are never going
to be able to do enough desktop GL to satisfy glamor. When/if that
happens we can revisit glamor on gen3.

- ajax
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[František Zatloukal]

> ... is trying to say. The "gen3" family of Intel GPUs (i915, i945, G33)
> are (to put it politely) garbage. Though they claim to support fragment
> shaders, the instruction limit of those shaders is far less than what
> glamor requires.

These GPUs will stop claiming fragment shaders support from Mesa 17.1.[0], just 
FYI

[0] 
https://cgit.freedesktop.org/mesa/mesa/commit/?id=a1891da7c865c80d95c450abfc0d2bc49db5f678
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Sérgio Basto]

On Qua, 2017-02-22 at 15:20 -0500, Adam Jackson wrote:
> On Wed, 2017-02-22 at 02:42 +, Sérgio Basto wrote:
> 
> > 
> > The default of modesetting is enable glamor
> 
> Correct.
> 
> > 
> > and glamor doesn't run on 32-bit archs
> 
> Incorrect. Glamor works fine on 32-bit CPUs, and on 64-bit CPUs if
> you
> force them to run 32-bit binaries. What it doesn't work on is some of
> the GPUs that happen to be commonly attached to 32-bit CPUs. Which is
> what this:
> 
> > 
> > [42.108] (WW) glamor requires at least 128 instructions (64
> > reported)
> 
> ... is trying to say. The "gen3" family of Intel GPUs (i915, i945,
> G33)
> are (to put it politely) garbage. Though they claim to support
> fragment
> shaders, the instruction limit of those shaders is far less than what
> glamor requires.

ah ok , so is not 32-bits problem . 

> We knew this, though, which is why our (actually Debian's) patch to
> the
> X server to default to modesetting on intel only does so for gen4 and
> newer:
> 
> http://pkgs.fedoraproject.org/cgit/rpms/xorg-x11-server.git/tree/06_u
> se-intel-only-on-pre-gen4.diff
> 
> This way gen2 and gen3 still get native 2D and 3D acceleration.
> 
> > 
> > I used modesetting on F25 with Option "AccelMethod" "none" and
> > worked
> > very well, Intel drive crash when using pipelight and with
> > modesetting the crash don't happens, but I need to use a no-default
> > option ... 
> 
> That's just a bug in the intel driver, then. Can you be more
> specific?

My i915 works better with modesetting drive, under a complex
silverlight emulation with wine and pipelight in Firefox, but I have to
disable glamor to boot, with the default Intel drive under F25 it crash
after playing 2 or 3 minutes , I send one backtrace in attach. 

In conclusion modesetting also works better in old graphics card at
least in this particular case (and I'm very happy to have silverlight
emulation working)

Thanks,
-- 
Sérgio M. B.Unhandled exception: page fault on write access to 0x in 32-bit code 
(0x7d221fd2).
Register dump:
 CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
 EIP:7d221fd2 ESP:00dfe3ac EBP:217e4d1c EFLAGS:00210246(  R- --  I  Z- -P- )
 EAX:7d57ab3c EBX:7d57ab3c ECX:7d2219e0 EDX:
 ESI:0001 EDI:00dfe858
Stack dump:
0x00dfe3ac:  7d1eef35 217e4d1c  0001
0x00dfe3bc:   0001 7d677d78 2416f860
0x00dfe3cc:   00dfe3fc 00dfe858 0001
0x00dfe3dc:  7e592e2c 7d604778 7d677d78 2416f860
0x00dfe3ec:   7d603d10 00dfe47c 7e6d0458
0x00dfe3fc:  7d1fcda0 7d1eec50 7d1fcea0 7d1fcef0
Backtrace:
=>0 0x7d221fd2 in i915_dri.so (+0x3d7fd2) (0x217e4d1c)
  1 0x7d1eef35 in i915_dri.so (+0x3a4f34) (0x217e4d1c)
  2 0x7d204d48 in i915_dri.so (+0x3bad47) (0x27a2)
  3 0x7d1e68b5 in i915_dri.so (+0x39c8b4) (0x2416f860)
  4 0x7d7c2032 in libgl.so.1 (+0x44031) (0x2183c8e8)
  5 0x7d7912ee in libgl.so.1 (+0x132ed) (0x7d67af20)
  6 0x7e72670d in winex11 (+0x3670c) (0x00dfe8a8)
  7 0x7e726a48 in winex11 (+0x36a47) (0x00dfe8f8)
  8 0x7a8a9ea4 wglCreateContextAttribsARB+0x143() in opengl32 (0x00dfe938)
  9 0x7e235417 in wined3d (+0x25416) (0x00dfe9b8)
  10 0x7e236db5 in wined3d (+0x26db4) (0x00dfea48)
  11 0x7e2c038a wined3d_swapchain_create+0x749() in wined3d (0x00dfeb38)
  12 0x7cbb2741 in d3d9 (+0x22740) (0x00dfeb98)
  13 0x7cba1a09 in d3d9 (+0x11a08) (0x00dfebf8)
  14 0x7e24d15d wined3d_device_init_3d+0x17c() in wined3d (0x00dfecd8)
  15 0x7cbac5f9 in d3d9 (+0x1c5f8) (0x00dfeec8)
  16 0x7cbace0b in d3d9 (+0x1ce0a) (0x00dfef38)
  17 0x7b88439a in npctrl (+0x24399) (0x00dfef78)
  18 0x7b884485 in npctrl (+0x24484) (0x00dfef90)
  19 0x7b884508 in npctrl (+0x24507) (0x00dfeff4)
  20 0x7b8b0456 in npctrl (+0x50455) (0x00dff020)
  21 0x7b8782d3 in npctrl (+0x182d2) (0x00dff034)
  22 0x7b8833e7 in npctrl (+0x233e6) (0x00dff078)
  23 0x7b8834f5 in npctrl (+0x234f4) (0x00dff0a4)
  24 0x00ef5c1e in agcore (+0xf5c1d) (0x00dff0d0)
  25 0x00f94873 in agcore (+0x194872) (0x00dff0e0)
  26 0x7b867de7 in npctrl (+0x7de6) (0x00dff108)
  27 0x7b867e4a in npctrl (+0x7e49) (0x00dff11c)
  28 0x7b867eb2 in npctrl (+0x7eb1) (0x00dff140)
  29 0x7b867f87 in npctrl (+0x7f86) (0x00dff158)
  30 0x7b8fa23b in npctrl (+0x9a23a) (0x00dff1e8)
  31 0x7e90ac9a WINPROC_wrapper+0x19() in user32 (0x00dff218)
  32 0x7e90b407 in user32 (+0xab406) (0x00dff268)
  33 0x7e90cdc4 in user32 (+0xacdc3) (0x00dff728)
  34 0x7e90deb7 in user32 (+0xadeb6) (0x00dff778)
  35 0x7e8c97b9 DispatchMessageA+0xc8() in user32 (0x00dff888)
  36 0x00405350 in pluginloader (+0x534f) (0x00dffaa8)
  37 0x0041269d in pluginloader (+0x1269c) (0x00dffd48)
  38 0x004bcaf9 in pluginloader (+0xbcaf8) (0x00dffd48)
  39 0x004013e3 in pluginloader (+0x13e2) (0x00dffe20)
  40 0x7b46a2a2 call_process_entry+0x11() in kernel32 (0x00dffe38)
  41 0x7b46ba42 in kernel32 (+0x5ba41) (0x00dffe88)
  42 0x7bc8f7fc call_thread_func_wrapper+0xb() in ntdll (0x00dffeb8)
  43 0x7bc92d8b call_thread_func+0xda() in ntdll (0x00dfffa8)
  44 0x7bc8f7da RtlRaiseException+0x21() 

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Adam Jackson]

On Wed, 2017-02-22 at 02:42 +, Sérgio Basto wrote:

> The default of modesetting is enable glamor

Correct.

> and glamor doesn't run on 32-bit archs

Incorrect. Glamor works fine on 32-bit CPUs, and on 64-bit CPUs if you
force them to run 32-bit binaries. What it doesn't work on is some of
the GPUs that happen to be commonly attached to 32-bit CPUs. Which is
what this:

> [42.108] (WW) glamor requires at least 128 instructions (64
> reported)

... is trying to say. The "gen3" family of Intel GPUs (i915, i945, G33)
are (to put it politely) garbage. Though they claim to support fragment
shaders, the instruction limit of those shaders is far less than what
glamor requires.

We knew this, though, which is why our (actually Debian's) patch to the
X server to default to modesetting on intel only does so for gen4 and
newer:

http://pkgs.fedoraproject.org/cgit/rpms/xorg-x11-server.git/tree/06_use-intel-only-on-pre-gen4.diff

This way gen2 and gen3 still get native 2D and 3D acceleration.

> I used modesetting on F25 with Option "AccelMethod" "none" and worked
> very well, Intel drive crash when using pipelight and with
> modesetting the crash don't happens, but I need to use a no-default
> option ... 

That's just a bug in the intel driver, then. Can you be more specific?

- ajax
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Hans de Goede]

Hi,

On 22-02-17 03:42, Sérgio Basto wrote:

On Ter, 2017-01-10 at 15:22 +0100, Hans de Goede wrote:

Hi,

A while back Debian has switched to using the modesetting Xorg driver
rather then the intel Xorg driver for Intel GPUs.

There are several good reasons for this, rather then repeating them
I'm just going to point to the Debian announcement:

https://tjaalton.wordpress.com/2016/07/23/intel-graphics-gen4-and-new
er-now-defaults-to-modesetting-driver-on-x/

This mail is to let all Fedora users know that starting with
Fedora-26 / rawhide as of today, we are making the same change.

Note that the xorg-x11-drv-intel package has already been carrying
a Fedora patch to not bind to the GPU on Skylake or newer, even
before Debian announced this, this just makes the same change for
older Intel GPUs.

For people who are using the now default GNOME3 on Wayland session,
nothing changes, since Xwayland always uses glamor for X
acceleration, just like the modesetting driver.

If you encounter any issues causes by this change, please file
a bug in bugzilla.


The default of modesetting is enable glamor and glamor doesn't run on
32-bit archs


What makes you say that glamor does not run on 32 bit archs ?

Regards,

Hans
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Sérgio Basto]

On Ter, 2017-01-10 at 15:22 +0100, Hans de Goede wrote:
> Hi,
> 
> A while back Debian has switched to using the modesetting Xorg driver
> rather then the intel Xorg driver for Intel GPUs.
> 
> There are several good reasons for this, rather then repeating them
> I'm just going to point to the Debian announcement:
> 
> https://tjaalton.wordpress.com/2016/07/23/intel-graphics-gen4-and-new
> er-now-defaults-to-modesetting-driver-on-x/
> 
> This mail is to let all Fedora users know that starting with
> Fedora-26 / rawhide as of today, we are making the same change.
> 
> Note that the xorg-x11-drv-intel package has already been carrying
> a Fedora patch to not bind to the GPU on Skylake or newer, even
> before Debian announced this, this just makes the same change for
> older Intel GPUs.
> 
> For people who are using the now default GNOME3 on Wayland session,
> nothing changes, since Xwayland always uses glamor for X
> acceleration, just like the modesetting driver.
> 
> If you encounter any issues causes by this change, please file
> a bug in bugzilla.

The default of modesetting is enable glamor and glamor doesn't run on
32-bit archs 

[42.108] (WW) glamor requires at least 128 instructions (64
reported)

I used modesetting on F25 with Option "AccelMethod" "none" and worked
very well, Intel drive crash when using pipelight and with modesetting
the crash don't happens, but I need to use a no-default option ... 

Cheers, 
-- 
Sérgio M. B.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Hans de Goede]

Hi,

On 20-01-17 02:05, Kevin Kofler wrote:

Hans de Goede wrote:

most tools simply write directly to /sys/class/backlight, but xbacklight
relies on the xrandr property (and is the only tool do so AFAICT).


KDE's PowerDevil supports both and prefers XRandR where supported:
https://cgit.kde.org/powerdevil.git/tree/daemon/backends/upower

As you pointed out, the nice thing about the XRandR property is that it does
not require root access, whereas the sysfs interface requires going through
a KAuth/PolicyKit helper to get root (which PowerDevil sets up with a
default policy of "yes" so that all users can use it without a PolicyKit
password prompt). It is sad that most drivers did not bother implementing
it.


Actually since the xserver no longer runs as root now a days, the
xf86-video-* drivers need to go through the same hoops, which
is why xorg-x11-drv-intel has: /usr/libexec/xf86-video-intel-backlight-helper
which it starts through pkexec ...

Note that systemd already has some backlight handling for save / restore
of backlight settings over a reboot. I believe the real solution here might
be to have a systemd-backlightd or some such, rather then have all DEs
invent their own wheel.

Regards,

Hans
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Kevin Kofler]

Hans de Goede wrote:
> most tools simply write directly to /sys/class/backlight, but xbacklight
> relies on the xrandr property (and is the only tool do so AFAICT).

KDE's PowerDevil supports both and prefers XRandR where supported:
https://cgit.kde.org/powerdevil.git/tree/daemon/backends/upower

As you pointed out, the nice thing about the XRandR property is that it does 
not require root access, whereas the sysfs interface requires going through 
a KAuth/PolicyKit helper to get root (which PowerDevil sets up with a 
default policy of "yes" so that all users can use it without a PolicyKit 
password prompt). It is sad that most drivers did not bother implementing 
it.

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Hans de Goede]

Hi,

On 19-01-17 16:14, Martin Ueding wrote:

Am 16.01.2017 um 17:18 schrieb Kevin Fenzi:

Did xbacklight work in the past?


Yes, it did.

To work around that bug, I use KDE Plasma and there I can change the
brightness with Fn+PgUp. `xbacklight` does not work there, saying that
no output have backlight property.


Yes that is an expected result of switching to the modesetting driver,
the intel ddx is the only driver which ever implemented a xrandr backlight
property, non of the others (ati, nouveau) have ever offered this, so
most tools simply write directly to /sys/class/backlight, but xbacklight
relies on the xrandr property (and is the only tool do so AFAICT).

Maybe someone should look into making xbacklight access the sysfs
interface directly like gnome, kde and xfce are doing. This does
require root rights, a patch for this could re-use the

/usr/libexec/xf86-video-intel-backlight-helper

See xf86-video-intel/src/backlight.c for how to use this.

Regards,

Hans
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Martin Ueding]

Am 16.01.2017 um 17:18 schrieb Kevin Fenzi:
> Did xbacklight work in the past?

Yes, it did.

To work around that bug, I use KDE Plasma and there I can change the
brightness with Fn+PgUp. `xbacklight` does not work there, saying that
no output have backlight property.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Kevin Fenzi]

On Sun, 15 Jan 2017 20:29:14 +0100
Martin Ueding  wrote:

> Am 15.01.2017 um 20:23 schrieb Kevin Fenzi:
> > Likely you are logged into a wayland session? In that case
> > xbacklight won't work. You could choose a Gnome on X11 session.   
> 
> I use Awesome WM which uses X.

Ah, then I have no idea what could be going on. 
Did xbacklight work in the past?

kevin


pgpLPU3bBAiRc.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Adam Jackson]

On Sat, 2017-01-14 at 08:20 +0100, Branko Grubic wrote:

> I just want to mention that this change has been pushed (merged) to f25
> branch as well (which is not planed I guess), I filled bug #1413251 [1]

D'oh, my bad. New update in testing shortly.

- ajax
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Martin Ueding]

Am 15.01.2017 um 20:23 schrieb Kevin Fenzi:
> Likely you are logged into a wayland session? In that case xbacklight
> won't work. You could choose a Gnome on X11 session. 

I use Awesome WM which uses X.

> Gnome should let you adjust the brightness however... does that slider
> not work?

I'll have to see whether I can use the GNOME session. Last time I tried,
neither variant let me log in.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Kevin Fenzi]

On Sun, 15 Jan 2017 18:58:43 +0100
Martin Ueding  wrote:

> On my ThinkPad X220 Tablet running Fedora 25 I cannot change the
> display brightness of the internal screen using `xbacklight`. It
> fails with
> 
> No outputs have backlight property
> 
> The combination FN+PgDn that worked in KDE no longer works. It seems
> that I have no control over the backlight any more. Any way to get it
> back under control?

Likely you are logged into a wayland session? In that case xbacklight
won't work. You could choose a Gnome on X11 session. 

Gnome should let you adjust the brightness however... does that slider
not work?

kevin


pgpzjfwYVGO5_.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Martin Ueding]

On my ThinkPad X220 Tablet running Fedora 25 I cannot change the display
brightness of the internal screen using `xbacklight`. It fails with

No outputs have backlight property

The combination FN+PgDn that worked in KDE no longer works. It seems
that I have no control over the backlight any more. Any way to get it
back under control?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Branko Grubic]

On Tue, 2017-01-10 at 15:22 +0100, Hans de Goede wrote:
> Hi,
> 
> A while back Debian has switched to using the modesetting Xorg driver
> rather then the intel Xorg driver for Intel GPUs.
> 
> There are several good reasons for this, rather then repeating them
> I'm just going to point to the Debian announcement:
> 
> https://tjaalton.wordpress.com/2016/07/23/intel-graphics-gen4-and-new
> er-now-defaults-to-modesetting-driver-on-x/
> 
> This mail is to let all Fedora users know that starting with
> Fedora-26 / rawhide as of today, we are making the same change.
> 
> Note that the xorg-x11-drv-intel package has already been carrying
> a Fedora patch to not bind to the GPU on Skylake or newer, even
> before Debian announced this, this just makes the same change for
> older Intel GPUs.
> 
> For people who are using the now default GNOME3 on Wayland session,
> nothing changes, since Xwayland always uses glamor for X
> acceleration, just like the modesetting driver.
> 
> If you encounter any issues causes by this change, please file
> a bug in bugzilla.
> 
> Regards,
> 
> Hans
> ___
> 

I just want to mention that this change has been pushed (merged) to f25
branch as well (which is not planed I guess), I filled bug #1413251 [1]


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1413251
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Michael Cronenworth]

On 01/13/2017 10:19 AM, Matthew Miller wrote:

Is the stuff from Phoronix's openbenchmarking.org helpful at all?
http://openbenchmarking.org/suites/pts


It does not implement any benchmarks itself and relies on the same tests that are 
not accepted by most people you show the results. It only provides a platform to run 
the tests and spit out the results in a pretty way.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Przemek Klosowski]

On 01/13/2017 10:51 AM, Michael Cronenworth wrote:

On 01/11/2017 10:52 AM, Adam Jackson wrote:

On a benchmark that doesn't reflect real usage very well, but sure.
Can you drill down on this a bit? Which subtests get most worse?
I have compiled the results into a spreadsheet. There is not one 
sub-test that performs worse than another. The overall times are 
slower with modesetting.


https://docs.google.com/spreadsheets/d/1YWC0C8rxIpGt185iTSjs2cC1vlaFg412JMgZliST1P8/

TL;DR:
DrawingArea Circles seems to be the worst offender: it runs at 40% of 
Intel speed and is used relatively often in this test; other significant 
slowdowns are around 83% in ComboBox*
The worst offender is DrawingArea Pixbuf running at 25% of Intel, but 
not very significant in this test because it runs for very short time.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Matthew Miller]

On Fri, Jan 13, 2017 at 09:51:32AM -0600, Michael Cronenworth wrote:
> Unfortunately the state of benchmarking in Linux is extremely poor.
> I'm not here to discuss the non-existent ecosystem of performance
> testing, but I appreciate that you are willing to look at the test
> results.

Is the stuff from Phoronix's openbenchmarking.org helpful at all?
http://openbenchmarking.org/suites/pts


-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Michael Cronenworth]

On 01/12/2017 06:42 AM, Dominik 'Rathann' Mierzejewski wrote:

Which package contains this benchmark? I can't find it in Fedora repos.


GtkPerf was retired in Fedora a few versions ago. I should revive it and update it 
to use Gtk3 and include "real-world" cases, but my time is limited. :(


The last build can still be found on Koji.

https://koji.fedoraproject.org/koji/buildinfo?buildID=650482

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Michael Cronenworth]

On 01/11/2017 10:52 AM, Adam Jackson wrote:

On a benchmark that doesn't reflect real usage very well, but sure.
Can you drill down on this a bit? Which subtests get most worse?


Unfortunately the state of benchmarking in Linux is extremely poor. I'm not here to 
discuss the non-existent ecosystem of performance testing, but I appreciate that you 
are willing to look at the test results.


I have compiled the results into a spreadsheet. There is not one sub-test that 
performs worse than another. The overall times are slower with modesetting.


https://docs.google.com/spreadsheets/d/1YWC0C8rxIpGt185iTSjs2cC1vlaFg412JMgZliST1P8/

If I could also reproduce this performance delta in other reproducible and 
measurable means I would gladly do so. The reduction of performance will have 
negative impact on battery life, which is important to me on the platform I am 
running the tests on: a laptop.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Zbigniew Jędrzejewski-Szmek]

On Thu, Jan 12, 2017 at 01:42:23PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Tuesday, 10 January 2017 at 18:59, Michael Cronenworth wrote:
> > On 01/10/2017 08:22 AM, Hans de Goede wrote:
> > > If you encounter any issues causes by this change, please file
> > > a bug in bugzilla.
> > 
> > Are performance regressions covered under this clause?
> > 
> > Iris 5100 (Haswell)
> > gtkperf - Intel = ~29 seconds
> > gtkperf - Modeset = ~35 seconds
> > 
> > Fairly significant change.
> 
> Which package contains this benchmark? I can't find it in Fedora repos.

C.f.
http://www.phoronix.com/scan.php?page=article=intel-modesetting-2017=2

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Dominik Mierzejewski]

On Thursday, 12 January 2017 at 13:38, Dominik Mierzejewski wrote:
> On Thursday, 12 January 2017 at 12:56, Reindl Harald wrote:
> > Am 12.01.2017 um 12:44 schrieb Dominik 'Rathann' Mierzejewski:
> > > > Yes, we're just changing the default, if you drop a 99-local.conf file 
> > > > in
> > > > /etc/X11/xorg.conf.d with the following contents:
> > > > 
> > > > Section "OutputClass"
> > > > Identifier "intel"
> > > > MatchDriver "i915"
> > > > Driver "intel"
> > > > EndSection
> > > > 
> > > > Then you should get the intel driver used for any GPUs using the i915
> > > > kernel driver.
> > > 
> > > How does one do the opposite (i.e. switch to the modesetting driver) on,
> > > say, Fedora 25 running on Haswell? I'd like to test if that works around
> > > a particularly annoying system freeze bug
> > > (https://bugs.freedesktop.org/show_bug.cgi?id=98760)
> > 
> > exactly the same way?
> > 
> > [root@srv-rhsoft:~]$ cat /etc/X11/xorg.conf.d/02-intel.conf
> > # Section "Device"
> > #  Identifier  "Videocard0"
> > #  Driver  "intel"
> > #  Option  "AccelMethod"   "uxa"
> > #  Option  "TearFree"  "true"
> > #  Option  "DRI"   "3"
> > # EndSection
> > 
> > Section "Device"
> >  Identifier "Videocard0"
> >  Driver "modesetting"
> >  Option "AccelMethod" "glamor"
> > EndSection
> 
> Right, thanks. Unfortunately that doesn't help for the above bug.
> 
> One other thing. After switching to the modesetting driver, the
> xrandr output names change (e.g. from HDMI1 to HDMI-1), which should be
> documented as the existing head configurations will not work out of the
> box after driver switch.

It does fix one obscure issue I was having with Citrix Receiver Linux
client. The mouse cursor in the remote session changed to a black
rectangle when hovering over certain application windows. This is no
longer happening with the modesetting driver. Yay...

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 10 January 2017 at 18:59, Michael Cronenworth wrote:
> On 01/10/2017 08:22 AM, Hans de Goede wrote:
> > If you encounter any issues causes by this change, please file
> > a bug in bugzilla.
> 
> Are performance regressions covered under this clause?
> 
> Iris 5100 (Haswell)
> gtkperf - Intel = ~29 seconds
> gtkperf - Modeset = ~35 seconds
> 
> Fairly significant change.

Which package contains this benchmark? I can't find it in Fedora repos.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Dominik Mierzejewski]

On Thursday, 12 January 2017 at 12:56, Reindl Harald wrote:
> Am 12.01.2017 um 12:44 schrieb Dominik 'Rathann' Mierzejewski:
> > > Yes, we're just changing the default, if you drop a 99-local.conf file in
> > > /etc/X11/xorg.conf.d with the following contents:
> > > 
> > > Section "OutputClass"
> > > Identifier "intel"
> > > MatchDriver "i915"
> > > Driver "intel"
> > > EndSection
> > > 
> > > Then you should get the intel driver used for any GPUs using the i915
> > > kernel driver.
> > 
> > How does one do the opposite (i.e. switch to the modesetting driver) on,
> > say, Fedora 25 running on Haswell? I'd like to test if that works around
> > a particularly annoying system freeze bug
> > (https://bugs.freedesktop.org/show_bug.cgi?id=98760)
> 
> exactly the same way?
> 
> [root@srv-rhsoft:~]$ cat /etc/X11/xorg.conf.d/02-intel.conf
> # Section "Device"
> #  Identifier  "Videocard0"
> #  Driver  "intel"
> #  Option  "AccelMethod"   "uxa"
> #  Option  "TearFree"  "true"
> #  Option  "DRI"   "3"
> # EndSection
> 
> Section "Device"
>  Identifier "Videocard0"
>  Driver "modesetting"
>  Option "AccelMethod" "glamor"
> EndSection

Right, thanks. Unfortunately that doesn't help for the above bug.

One other thing. After switching to the modesetting driver, the
xrandr output names change (e.g. from HDMI1 to HDMI-1), which should be
documented as the existing head configurations will not work out of the
box after driver switch.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Dominik 'Rathann' Mierzejewski]

On Wednesday, 11 January 2017 at 14:24, Hans de Goede wrote:
> Hi,
> 
> On 11-01-17 12:15, Samuel Rakitničan wrote:
> > > Hi,
> > > 
> > > A while back Debian has switched to using the modesetting Xorg driver
> > > rather then the intel Xorg driver for Intel GPUs.
> > > 
> > 
> > Hello,
> > 
> > Is it possible to configure xserver to use "intel" driver without 
> > recompiling it?
> 
> Yes, we're just changing the default, if you drop a 99-local.conf file in
> /etc/X11/xorg.conf.d with the following contents:
> 
> Section "OutputClass"
> Identifier "intel"
> MatchDriver "i915"
> Driver "intel"
> EndSection
> 
> Then you should get the intel driver used for any GPUs using the i915
> kernel driver.

How does one do the opposite (i.e. switch to the modesetting driver) on,
say, Fedora 25 running on Haswell? I'd like to test if that works around
a particularly annoying system freeze bug
(https://bugs.freedesktop.org/show_bug.cgi?id=98760).

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Adam Jackson]

On Tue, 2017-01-10 at 11:59 -0600, Michael Cronenworth wrote:

> Are performance regressions covered under this clause?
> 
> Iris 5100 (Haswell)
> gtkperf - Intel = ~29 seconds
> gtkperf - Modeset = ~35 seconds
> 
> Fairly significant change.

On a benchmark that doesn't reflect real usage very well, but sure. 
Can you drill down on this a bit? Which subtests get most worse?

- ajax
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Hans de Goede]

Hi,

On 11-01-17 12:15, Samuel Rakitničan wrote:

Hi,

A while back Debian has switched to using the modesetting Xorg driver
rather then the intel Xorg driver for Intel GPUs.



Hello,

Is it possible to configure xserver to use "intel" driver without recompiling 
it?


Yes, we're just changing the default, if you drop a 99-local.conf file in
/etc/X11/xorg.conf.d with the following contents:

Section "OutputClass"
Identifier "intel"
MatchDriver "i915"
Driver "intel"
EndSection

Then you should get the intel driver used for any GPUs using the i915
kernel driver.

Regards,

Hans
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Samuel Rakitničan]

> Hi,
> 
> A while back Debian has switched to using the modesetting Xorg driver
> rather then the intel Xorg driver for Intel GPUs.
> 

Hello,

Is it possible to configure xserver to use "intel" driver without recompiling 
it?

Best regards,
Samuel

> Regards,
> 
> Hans
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Hans de Goede]

Hi,

On 01/10/2017 06:59 PM, Michael Cronenworth wrote:

On 01/10/2017 08:22 AM, Hans de Goede wrote:

If you encounter any issues causes by this change, please file
a bug in bugzilla.


Are performance regressions covered under this clause?


User visible changes, (e.g. some program
slowing to a few fps, this has happened in some cases)
yes.

Micro benchmark results, no.

Regards,

Hans





Iris 5100 (Haswell)
gtkperf - Intel = ~29 seconds
gtkperf - Modeset = ~35 seconds

Fairly significant change.

Thanks,
Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Michael Cronenworth]

On 01/10/2017 08:22 AM, Hans de Goede wrote:

If you encounter any issues causes by this change, please file
a bug in bugzilla. 


Are performance regressions covered under this clause?

Iris 5100 (Haswell)
gtkperf - Intel = ~29 seconds
gtkperf - Modeset = ~35 seconds

Fairly significant change.

Thanks,
Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide

[Hans de Goede]

Hi,

A while back Debian has switched to using the modesetting Xorg driver
rather then the intel Xorg driver for Intel GPUs.

There are several good reasons for this, rather then repeating them
I'm just going to point to the Debian announcement:

https://tjaalton.wordpress.com/2016/07/23/intel-graphics-gen4-and-newer-now-defaults-to-modesetting-driver-on-x/

This mail is to let all Fedora users know that starting with
Fedora-26 / rawhide as of today, we are making the same change.

Note that the xorg-x11-drv-intel package has already been carrying
a Fedora patch to not bind to the GPU on Skylake or newer, even
before Debian announced this, this just makes the same change for
older Intel GPUs.

For people who are using the now default GNOME3 on Wayland session,
nothing changes, since Xwayland always uses glamor for X
acceleration, just like the modesetting driver.

If you encounter any issues causes by this change, please file
a bug in bugzilla.

Regards,

Hans
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org