[Expired for xserver-xorg-video-intel (Ubuntu) because there has been no
activity for 60 days.]
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Christopher,
as soon as possible I'll have a look with a newest release based on xfce or
lxde. This notebook is not my primary machine but just a spare one I used
to debug when I was part of the Lububtu team.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Federico Leoni, thank you for reporting this and helping make Ubuntu
better.
As per https://wiki.ubuntu.com/Releases, Ubuntu 13.04 reached EOL on
January 27, 2014.
Is this reproducible in a supported release?
** Tags removed: xorg
** Tags added: latest-bios-a12
** Changed in:
I am running peppermint 4 on an IBM Thinkpad X30 which has the Intel
82830M/MG graphics controller and I had the same problem of frequent
black screens and hang ups. The workaround that Federico mentioned also
worked for me. The way I implemented it was:
changing/making the xorg.conf by
sudo
Understood Chris, sometimes I need to read with more attention, English is not
my primary language.
Seems my display simply can't handle 24bit color depth, if I force a 16bit
color depth on xorg I can see great degrade of the render, clearly evident on
desktop wallpaper (see pic).
About the
Chris,
I don't want to bother you but I have to insist: with the UXA accelmethod the
problem does not occurs.
I created the file /etc/X11/xorg.conf.d/20-intel.conf instead of using the old
xorg.conf and my notebook now works fine on both 13.04 (kernel 3.8.x) and 13.10
(3.10.x).
Don't you
I've told you exactly what the issue is:
No, that is a bug in adobe's software renderer not being able to handle
any none 24-depth framebuffers. It equally affects you if have a 30- or
36-bpp monitor. The correct workaround here is specifying DefaultDepth
24 or just complaining to adobe.
The
Chris,
on Lubuntu mailing list we have a thread speaking about a workaround for
another issue with xserver-xorg-video-intel and flash that seems to solve the
problem I have.
As reported on commentary #1 on bug 1178982, using UXA as accelmethod option
on xorg.xonf solve the issue of that bug
No, that is a bug in adobe's software renderer not being able to handle
any none 24-depth framebuffers. It equally affects you if have a 30- or
36-bpp monitor. The correct workaround here is specifying DefaultDepth
24 or just complaining to adobe.
Completely unrelated to this bug.
--
You
My display is set to 1024x768x16bit and I can assure it's working fine now with
UXA.
I tested this render method only by accident to see if it will improve Flash on
such an old machine.
Just to let you know I'm using flash 10.x due to an incompatibility with my cpu
and 11.x.
As soon as I can
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
wow that's hard!
git log --oneline v3.6.11..v3.7 | wc
13005 104076 815300
I'll try to filter a bit, on a P3 866mhz takes ages to compile with each
commit...Frankly I don't think it's worth it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Chris,
I'm trying to bisect but seems I have a problem with build-mainline-one
script...
effe@C400:~/linux-stable$ git bisect start -- arch/i386 include/video
effe@C400:~/linux-stable$ git bisect bad v3.7
effe@C400:~/linux-stable$ git bisect good v3.6.11
Bisecting: 15 revisions left to test
A couple of bisect guides:
http://www.reactivated.net/weblog/archives/2006/01/using-git-bisect-to-
find-buggy-kernel-patches/
https://wiki.ubuntu.com/Kernel/KernelBisection
If you can find the patch that introduces the random hang, that will be
extremely informative.
** Summary changed:
-
14 matches
Mail list logo