https://bugzilla.kernel.org/show_bug.cgi?id=21542
Ville Aakko ville.aakko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ajax@redhat.com, | |ville.aakko@gmail.com
--- Comment #10 from Ville Aakko ville.aakko@gmail.com 2011-02-06 14:08:14 --- Hi!
I finally did the bisect and got this as a result after a lot of rebooting:
" 139315796778a6d5f67c644e2ff470ddc69efb7b is the first bad commit commit 139315796778a6d5f67c644e2ff470ddc69efb7b Author: Adam Jackson ajax@redhat.com Date: Tue Aug 3 14:38:19 2010 -0400
drm/edid: Rewrite mode parse to use the generic detailed block walk
This brings us in line with the EDID spec recommendation for mode priority sorting. We still don't extract all the modes we could from VTB, but VTB is so rare in the wild that I'm not really concerned.
Signed-off-by: Adam Jackson ajax@redhat.com Signed-off-by: Dave Airlie airlied@redhat.com
:040000 040000 45961f1c7578731e21b979ca5aee07f4a365e2a7 64e2fb592862d8a69505c6d65ea57119a7202fcc M drivers "
Maybe this should be changed to Video(Other) as this probably applies to all graphic cards?
Do you need the bisect log?
Cheers! - Ville
I finally did the bisect and got this as a result after a lot of rebooting:
" 139315796778a6d5f67c644e2ff470ddc69efb7b is the first bad commit commit 139315796778a6d5f67c644e2ff470ddc69efb7b Author: Adam Jackson ajax@redhat.com Date: Tue Aug 3 14:38:19 2010 -0400
<...>
Maybe this should be changed to Video(Other) as this probably applies to all graphic cards?
Do you need the bisect log?
thanx. some time ago i've also noticed i can't set up 50hz modes on various hw. while previously i could, so i can confirm it affects other hw.
50hz modes are esp. usefull on analog LCD screens (slows down pixel clock, so improves sharpness) , slow hw (bit less stress on VRAM), and when using programs like vice , fuse, or other sw. emulating PAL computer with exact refresh rate (i do not know why, but they work much slower and stutter - probably because vblank signal is firing too often, trigering update which could be deferred a bit more).
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠bugzilla.kernel.org -
Piotr Gluszenia Slawinski