<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Horizontal lines in radeon driver on kernel 3.15 and upwards" href="https://bugs.freedesktop.org/show_bug.cgi?id=87682#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Horizontal lines in radeon driver on kernel 3.15 and upwards" href="https://bugs.freedesktop.org/show_bug.cgi?id=87682">bug 87682</a> from <a class="email" href="mailto:madeforspam@telfort.nl" title="Thom <madeforspam@telfort.nl>"> Thom</a> <pre>Ok, I did my first bisect, it worked out well but I encountered something that puzzles me a bit. Here is the last part of the bisect: 3.15.0-rc3-00725-g1465967 bad Bisecting: 658 revisions left to test after this (roughly 9 steps) [e9dba837640d960f56bef22ff08611955ff8a5b4] Merge tag 'pm+acpi-3.15-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm 3.15.0-rc2-00219-ge9dba83 bad Bisecting: 355 revisions left to test after this (roughly 8 steps) [6e66d5dab5d530a368314eb631201a02aabb075d] Merge branch 'for-next' of git://git.samba.org/sfrench/cifs-2.6 3.15.0-rc1-00303-g6e66d5d good Bisecting: 176 revisions left to test after this (roughly 8 steps) [4d0fa8a0f01272d4de33704f20303dcecdb55df1] Merge tag 'gpio-v3.15-2' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio 3.15.0-rc2-00042-g4d0fa8a good Bisecting: 99 revisions left to test after this (roughly 7 steps) [76e7745e8e4330fdb30f049303d524261c0b7a2c] Merge tag 'zynq-dt-fixes-for-3.15' of git://git.xilinx.com/linux-xlnx into fixes 3.15.0-rc2-00077-g76e7745 good (how can this be ??) Bisecting: 49 revisions left to test after this (roughly 6 steps) [92891ed6b1fdb49655f9a071ef2880a567807375] Merge branch 'fixes_for_v3.15' of git://git.linaro.org/people/mszyprowski/linux-dma-mapping 3.15.0-rc2-00092-g92891ed bad Bisecting: 22 revisions left to test after this (roughly 5 steps) [1aae31c8306e5f1bdeafd87b2cd9e3f0df3709e5] Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input 3.15.0-rc2-00069-g1aae31c bad Bisecting: 13 revisions left to test after this (roughly 4 steps) [7740fc52105c9e6d2beac389a9ae0ce7138cf5ab] Input: soc_button_array - fix a crash during rmmod 3.14.0-rc4-00065-g7740fc5 good Bisecting: 6 revisions left to test after this (roughly 3 steps) [3ed9a335cfc64b2c83545f341cdddf2347b12b97] drm/radeon/pm: don't walk the crtc list before it has been initialized (v2) 3.15.0-rc1-00075-g3ed9a33 bad Bisecting: 3 revisions left to test after this (roughly 2 steps) [c2fb3094669a3205f16a32f4119d0afe40b1a1fd] drm/radeon: improve PLL limit handling in post div calculation 3.15.0-rc1-00071-gc2fb309 bad Bisecting: 0 revisions left to test after this (roughly 1 step) [24315814239a3fdb306244c99bd076bc79db4ade] drm/radeon: use fixed PPL ref divider if needed 3.15.0-rc1-00070-g2431581 good c2fb3094669a3205f16a32f4119d0afe40b1a1fd is the first bad commit commit c2fb3094669a3205f16a32f4119d0afe40b1a1fd Author: Christian König <<a href="mailto:christian.koenig@amd.com">christian.koenig@amd.com</a>> Date: Sun Apr 20 13:24:32 2014 +0200 drm/radeon: improve PLL limit handling in post div calculation This improves the PLL parameters when we work at the limits of the allowed ranges. Signed-off-by: Christian König <<a href="mailto:christian.koenig@amd.com">christian.koenig@amd.com</a>> :040000 040000 5c3ac5ddf911c2c1f8926ecde2d83fdbcd6bb269 4731ceed6e1c149abd6fda6a06318700750f8 So far so good, but what I'm puzzled about is this: As far as I understand; 3.15.0-rc2-00077-g76e7745 is a later revision (good) than 3.15.0-rc2-00069-g1aae31c (bad) and an earlier revision than 3.15.0-rc2-00092-g92891ed (bad) which doesn't seem to make sense to me. It is as if someone did a patch to improve on 3.15.0-rc1-00071-gc2fb309 but that it got revoked afterwards, is that possible ?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>