<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - amdgpu kernel 5.2 blank display after resume from suspend"
href="https://bugs.freedesktop.org/show_bug.cgi?id=111244#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - amdgpu kernel 5.2 blank display after resume from suspend"
href="https://bugs.freedesktop.org/show_bug.cgi?id=111244">bug 111244</a>
from <span class="vcard"><a class="email" href="mailto:michel@daenzer.net" title="Michel Dänzer <michel@daenzer.net>"> <span class="fn">Michel Dänzer</span></a>
</span></b>
<pre>(In reply to cspack from <a href="show_bug.cgi?id=111244#c4">comment #4</a>)
<span class="quote">> The first bisect pointed to a merge commit so the second was done to bisect
> within the merged commits.</span >
That doesn't invalidate my previous comment. :) git bisect identifying a merge
commit already indicates the same thing by itself. In particular, the fact that
it identified a merge commit means that you declared all of its parent commits
good.
(There *are* rare cases where a problem is actually introduced by a merge
commit itself, but then the second bisection should have either identified the
same merge commit again (if you tested it again), or failed, because all the
other commits you tested should have been good again.)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>