<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">I have started bisecting again.<div><br></div><div>Link: <a href="https://forum.hyperion-entertainment.com/viewtopic.php?p=53106#p53106">https://forum.hyperion-entertainment.com/viewtopic.php?p=53106#p53106</a><br><br><div dir="ltr"><br><blockquote type="cite">On 6. May 2021, at 10:09, Christophe Leroy <christophe.leroy@csgroup.eu> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>Hi,</span><br><span></span><br><span>Le 06/05/2021 à 09:56, Christian Zigotzky a écrit :</span><br><blockquote type="cite"><span>Hi Christophe,</span><br></blockquote><blockquote type="cite"><span>Ok, so let's summarise from my side.</span><br></blockquote><blockquote type="cite"><span>The issue is in the PowerPC updates 5.13-1. I reverted these and after that the issue is gone.</span><br></blockquote><blockquote type="cite"><span>We know that only BookE machines are affected. Book3S machines are working with the PowerPC updates.</span><br></blockquote><blockquote type="cite"><span>I think it’s not directly an Xorg issue. It’s more a symptom that Xorg restarts again and again. In my point of view the changes for BookE machines in the PowerPC updates are responsible for this issue.</span><br></blockquote><blockquote type="cite"><span>Bisecting costs a lot of time and I don’t have time for my main work anymore.</span><br></blockquote><blockquote type="cite"><span>Bisecting is good but sometime you have to check your code yourself. We know all facts and now it’s time to check the code because of BookE compatibility.</span><br></blockquote><blockquote type="cite"><span>@All</span><br></blockquote><blockquote type="cite"><span>You can test it with QEMU as well. I provide some virtual machines and kernels for testing. Guys, it is really important that you test your changes before you release them.</span><br></blockquote><span></span><br><span></span><br><span>So, summary from my side:</span><br><span></span><br><span>You popped up telling that commit 887f3ceb51cd was the reason of your problem. As I am the one who released that commit, I took a look, and identified that 525642624783 should have fixed it.</span><br><span></span><br><span>You are working with a 64 bits kernel. My domain is 32 bits kernels.</span><br><span></span><br><span>I have no problem at all with corenet64_smp_defconfig booting QEMU with any of the commits you pointed.</span><br><span></span><br><span>On my side QEMU doesn't work at all with the configuration you provided, I don't get any output at all on the screen.</span><br><span></span><br><span></span><br><span>So how can we progress ?</span><br><span></span><br><span>I know bisecting is not always easy, and for sure you must have spend a lot of time with all those skipped steps. But it provided us good information anyway and I'm sure we could progress quickly if you can do the few tests I suggested in my last email:</span><br><span></span><br><span>- Can you check that 887f3ceb51cd with cherry-picked 525642624783 has Xorg working ?</span><br><span>- Can you bisect between 887f3ceb51cd[good] and 56bec2f9d4d0[bad] to identify first bad commit that stops after loading the dtb and uImage ?</span><br><span>- Once that first bad commit is identified, can you check whether the preceeding commit with cherry-picked 525642624783 has Xorg working or not ?</span><br><span></span><br><span>Thanks</span><br><span>Christophe</span><br></div></blockquote></div></body></html>