ThunderX Panic after r368370
Andrew Turner
andrew at fubar.geek.nz
Mon Dec 7 18:01:22 UTC 2020
> On 7 Dec 2020, at 16:42, Michal Meloun <meloun.michal at gmail.com> wrote:
>
>
>
> On 07.12.2020 17:33, Marcel Flores wrote:
>>> On Dec 7, 2020, at 1:13 AM, Michal Meloun <meloun.michal at gmail.com> wrote:
>>>
>>> On 07.12.2020 9:21, Mark Millard wrote:
>>>> On 2020-Dec-6, at 13:30, Mark Millard <marklmi at yahoo.com> wrote:
>>>>> On 2020-Dec-6, at 03:51, Michal Meloun <meloun.michal at gmail.com> wrote:
>>>>>
>>>>> On 06.12.2020 10:47, Mark Millard wrote:
>>>>>>> On 2020-Dec-6, at 00:17, Michal Meloun <meloun.michal at gmail.com> wrote:
>>>>>>>> On 06.12.2020 3:21, Marcel Flores wrote:
>>>>>>>>> Hi All,
>>>>>>>>> Looks like the ThunderX started panicking at boot after r368370:
>>>>>>>>> https://reviews.freebsd.org/rS368370
>>>>>>>>> From a verbose boot, it looks like it bails in gic0 redistributor setup(?):
>>>>>>>>> gic0: CPU29 Re-Distributor woke up
>>>>>>>>> gic0: CPU24 enabled CPU interface via system registers
>>>>>>>>> gic0: CPU17 enabled CPU interface via system registers
>>>>>>>>> gic0: CPU29 enabled CPU interface via system registers
>>>>>>>>> done
>>>> Looks to me like fdt_cpuid's use in cpu_init_fdt is one of the issues
>>>> with what is added to each cpuset_domain[domain] :
>>>> fdt_cpuid's initial value can not be added by this code: it is
>>>> incremented first.
>>>
>>> Good catch. This ThunderX system is *FDT* based. And I spend half of night by digging in ACPI sources in attempt to understand who screw cpuset_domain :P
>>>
>>> Marcel, can you please try following patch? I hope that it fix this issue.
>>>
>>> https://github.com/strejda/freebsd/commit/1404960be6a7a6c75af86e86331acf951cfdf9b1
>>>
>> That did the trick — no more panic.
>> Working debug-patch output just in case:
>> https://gist.github.com/mesflores/be330f23df2faa93a082825104b986a1
>> Appreciate the quick response!
>
> In meantime, Andrew made expanded version of this fix
> https://reviews.freebsd.org/D27497 <https://reviews.freebsd.org/D27497>
>
> I sure that this will be committed ASAP.
> Many thanks for cooperation and help. Sorry for troubles.
I’ve committed it in r368416.
Andrew
More information about the freebsd-arm
mailing list