[FSL P50x0] Xorg always restarts again and again after the the PowerPC updates 5.13-1
christophe.leroy at csgroup.eu
Thu May 6 16:12:58 AEST 2021
Le 05/05/2021 à 14:43, Christian Zigotzky a écrit :
> On 04 May 2021 at 05:17pm, Christophe Leroy wrote:
>> Le 04/05/2021 à 16:59, Christian Zigotzky a écrit :
>>> On 04 May 2021 at 04:41pm Christophe Leroy wrote:
>>>> Le 04/05/2021 à 13:02, Christian Zigotzky a écrit :
>>>>> On 04 May 2021 at 12:07pm, Christian Zigotzky wrote:
>>>>>> On 04 May 2021 at 11:49am, Christophe Leroy wrote:
>>>>>> I am bisecting currently.
>>>>>> $ git bisect start -- arch/powerpc
>>>>>> $ git bisect good 887f3ceb51cd3~
>>>>>> $ git bisect bad c70a4be130de333ea079c59da41cc959712bb01c
>>>>> OK, there is another issue after the second bisecting step. The boot stops after loading the
>>>>> dtb and uImage file. I can't solve 2 issues with bisecting at the same time.
>>>> In that case, you can use 'git bisect skip' to skip the one that is not booting at all.
>>> In my point of view 'git bisect skip' isn't a good idea because I will not find out if the
>>> skipped commit is good or bad and maybe the first bad commit.
>> The second problem may be completely unrelated to the first one so it could work.
>> In any case, if 'git bisect' finds out that the bad commit is in the middle of a skipped area, it
>> will tell you. So I think it is worth it.
>> The second solution could be to first focus on that 'boot stops after loading problem' and try to
>> find out which commit introduces the bug, then which one fixes it. But it may not be necessary.
>> Other solution, as you were thinking that the conversion of 'booke' to C interrupt entry/exit, you
>> can also try around that: See if d738ee8 has the problem and 2e2a441 doesn't have the problem.
>> If so, you can bisect between those two commits (There are 8 commits inbetween).
> Hi Christophe,
> I am bisecting with skipping the boot issue currently. Unfortunately it seems there is another bug.
> I had to skip two times because the kernel didn't compile.
> Should I continue bisecting?
> You can find the other steps (21 and higher) here:
Ok, so let's summarise:
887f3ceb51cd = Xorg doesn't work
887f3ceb51cd is the "first bad commit" identified by your first "bisect"
887f3ceb51cd~ = 627b72bee84d works ok
c70a4be130de = Xorg doesn't work
Can you check that 887f3ceb51cd with cherry-picked 525642624783 has Xorg working ?
Can you provide 'git bisect log' ?
It seems there is some mismatch between the commit and the description. For instance, you say
fd6db2892eba and 14b3c9d24a7a don't build. I see no reason for that, I agree there is that build
failure but with dc6231821a14, 0c2472de23ae, 3db8aa10de9a and 097157e16cf8. That is fixed by
ceff77efa4f8. Note that that build failure should not occur if you have CONFIG_CONTEXT_TRACKING, but
it is not our problem for the time being.
Anyway, what I learn from your details is:
56bec2f9d4d0 is the first one you tested which stops after loading the dtb and uImage.
Can you bisect between 887f3ceb51cd[good] and 56bec2f9d4d0[bad] to identify first bad commit that
stops after loading the dtb and uImage ?
Once that first bad commit is identified, can you check whether the preceeding commit with
cherry-picked 525642624783 has Xorg working or not ?
ceff77efa4f8 is the last one you tested which stops after loading the dtb and uImage.
49c1d07fd04f is bad (Xorg not working)
Can you bisect between ceff77efa4f8[good] and 49c1d07fd04f[bad] to identify first commit that
doesn't stop after loading the dtb and uImage ? (Here you have to make a mental exercice:
the ones that stop after loading dtb/uImage are the 'good' and the ones booting OK are the 'bad')
Once you have found out what breaks booting and what makes it work again, then we should be able to
progress on the investigation.
More information about the Linuxppc-dev