With kernel-3.12.2 and current git, the situation now is much better.
The corruptions happen less often (still often enough to be noticed
though), and are usually confined to single characters, or only parts of
single characters. While I'm writing this, I can notice what appears to
be some slight c
All tests with MAX_FLUSH_VERTICES greater than 2 reveal those single
garbled glyphs. I'm still testing with a value of 2. There isn't much
noticeable difference between 3, 4, 5.
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
Integrated Graphics Controller (rev 03) (prog-if
(In reply to comment #134)
> (In reply to comment #132)
> > I don't want to speak too soon but it seems that the latest patch fixes the
> > problem.
>
> Let it run for a day or so to be sure. The other thing that is worth
> checking is whether setting MAX_FLUSH_VERTICES to 2 is also stable, or 4
>
With kernel-3.12.2 and current git, the situation now is much better.
The corruptions happen less often (still often enough to be noticed
though), and are usually confined to single characters, or only parts of
single characters. While I'm writing this, I can notice what appears to
be some slight c
SNA has grown worse now. Since about six weeks, I've started to see
corruption in the terminal (cursor not disappearing or not showing at
all, more text missing until marking with the mouse,...). I've switched
to UXA, nothing bad visible there.
--
You received this bug notification because you ar
All tests with MAX_FLUSH_VERTICES greater than 2 reveal those single
garbled glyphs. I'm still testing with a value of 2. There isn't much
noticeable difference between 3, 4, 5.
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset
Integrated Graphics Controller (rev 03) (prog-if
(In reply to comment #134)
> (In reply to comment #132)
> > I don't want to speak too soon but it seems that the latest patch fixes the
> > problem.
>
> Let it run for a day or so to be sure. The other thing that is worth
> checking is whether setting MAX_FLUSH_VERTICES to 2 is also stable, or 4
>
The bug occurs with MAX_FLUSH_VERTICES = 2 too, both in firefox and
xterm, so unfortunately setting it to 1 seems to be the only solution
here.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launc
The bug occurs with MAX_FLUSH_VERTICES = 2 too, both in firefox and
xterm, so unfortunately setting it to 1 seems to be the only solution
here.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launc
After updating to current git, the situation has become worse and I now
see more visible corruptions even with MAX_FLUSH_VERTICES=1. And I did
not have to wait some hours for them to appear as before, they are
visible right after starting X.
--
You received this bug notification because you are a
After updating to current git, the situation has become worse and I now
see more visible corruptions even with MAX_FLUSH_VERTICES=1. And I did
not have to wait some hours for them to appear as before, they are
visible right after starting X.
--
You received this bug notification because you are a
I have updated to current git and reverted commit
b7565a26401e283df94b68019e8093f8104428f4 and left the MAX_FLUSH_VERTICES
set to 1, but now instead of glyph corruption I notice some icons are
corrupted similar to the glyphs before.
Example: In thunderbird, I hover over a toolbar icon and when the
The image corruptions are also visible on the file/folder icons in
thunar. I still have no glyph corruptions any more.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/1098334
Ti
(In reply to comment #187)
> Ah, would you happen to have an uneven amount of memory installed?
I too have an uneven amount of memory installed (7 GiB). It's an old
workhorse for office usage only, so dual-channel doesn't matter.
--
You received this bug notification because you are a member of
I too can confirm that scaling doesn't work with radeon.
On a laptop with intel driver, the following works fine, except the mouse
pointer is confined to the mode area, but I believe that is a known xorg-server
bug:
xrandr --fb 1920x1080 --output eDP1 --mode 1600x900 --scale-from 1920x1080
The
I too can confirm that scaling doesn't work with radeon.
On a laptop with intel driver, the following works fine, except the mouse
pointer is confined to the mode area, but I believe that is a known xorg-server
bug:
xrandr --fb 1920x1080 --output eDP1 --mode 1600x900 --scale-from 1920x1080
The
The patch from attachment #94929 solves the issues with constraining the
mouse pointer, so everything works fine on intel. I will file a separate
bug for the radeon driver.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server in Ubuntu.
ht
The patch from attachment #94929 solves the issues with constraining the
mouse pointer, so everything works fine on intel. I will file a separate
bug for the radeon driver.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg-server in Ubuntu.
ht
18 matches
Mail list logo
