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
> ... 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
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
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
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
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
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:
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
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
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.
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.
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
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
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
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
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
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
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
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
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
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
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.
> >
> >
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
> > > >
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 -
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"
>
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,
> >
> >
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
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
> 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
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
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.
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:
32 matches
Mail list logo