lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <182b7f5f-f67e-9875-c4a5-26f6153a7f97@arm.com>
Date:   Thu, 14 Oct 2021 13:39:17 +0100
From:   Suzuki K Poulose <suzuki.poulose@....com>
To:     Anshuman Khandual <anshuman.khandual@....com>,
        mathieu.poirier@...aro.org
Cc:     linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
        coresight@...ts.linaro.org,
        Bransilav Rankov <branislav.rankov@....com>,
        Mike Leach <mike.leach@...aro.org>,
        Leo Yan <leo.yan@...aro.org>
Subject: Re: [PATCH] coresight: trbe: Defer the probe on offline CPUs

On 14/10/2021 04:28, Anshuman Khandual wrote:
> Hi Suzuki,
> 
> On 10/13/21 10:03 PM, Suzuki K Poulose wrote:
>> If a CPU is offline during the driver init, we could end up causing
>> a kernel crash trying to register the coresight device for the TRBE
>> instance.
> 
> Which pointer deference fails here exactly ?
> 
> static void arm_trbe_register_coresight_cpu(struct trbe_drvdata *drvdata, int cpu)
> {
>          struct trbe_cpudata *cpudata = per_cpu_ptr(drvdata->cpudata, cpu);
>          struct coresight_device *trbe_csdev = coresight_get_percpu_sink(cpu);
>          struct coresight_desc desc = { 0 };
>          struct device *dev;
> 
>          if (WARN_ON(trbe_csdev))
>                  return;
> 
>          dev = &cpudata->drvdata->pdev->dev;   <---- Fails here
> 
> cpudata->drvdata link gets established in arm_trbe_probe_cpu() which
> would not have run on an offline cpu.

Yes, that is correct.

> 
>>
>> e.g:
> 
> Should probably also mention the exact point of dereference failure
> before this error message here.
> 
>>
>> [    0.149999] coresight ete0: CPU0: ete v1.1 initialized
>> [    0.149999] coresight-etm4x ete_1: ETM arch init failed
>> [    0.149999] coresight-etm4x: probe of ete_1 failed with error -22
>> [    0.150085] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000050
>> [    0.150085] Mem abort info:
>> [    0.150085]   ESR = 0x96000005
>> [    0.150085]   EC = 0x25: DABT (current EL), IL = 32 bits
>> [    0.150085]   SET = 0, FnV = 0
>> [    0.150085]   EA = 0, S1PTW = 0
>> [    0.150085] Data abort info:
>> [    0.150085]   ISV = 0, ISS = 0x00000005
>> [    0.150085]   CM = 0, WnR = 0
>> [    0.150085] [0000000000000050] user address but active_mm is swapper
>> [    0.150085] Internal error: Oops: 96000005 [#1] PREEMPT SMP
>> [    0.150085] Modules linked in:
>> [    0.150085] Hardware name: FVP Base RevC (DT)
>> [    0.150085] pstate: 00800009 (nzcv daif -PAN +UAO -TCO BTYPE=--)
>> [    0.150155] pc : arm_trbe_register_coresight_cpu+0x74/0x144
>> [    0.150155] lr : arm_trbe_register_coresight_cpu+0x48/0x144
>>    ...
>>
>> [    0.150237] Call trace:
>> [    0.150237]  arm_trbe_register_coresight_cpu+0x74/0x144
>> [    0.150237]  arm_trbe_device_probe+0x1c0/0x2d8
>> [    0.150259]  platform_drv_probe+0x94/0xbc
>> [    0.150259]  really_probe+0x1bc/0x4a8
>> [    0.150266]  driver_probe_device+0x7c/0xb8
>> [    0.150266]  device_driver_attach+0x6c/0xac
>> [    0.150266]  __driver_attach+0xc4/0x148
>> [    0.150266]  bus_for_each_dev+0x7c/0xc8
>> [    0.150266]  driver_attach+0x24/0x30
>> [    0.150266]  bus_add_driver+0x100/0x1e0
>> [    0.150266]  driver_register+0x78/0x110
>> [    0.150266]  __platform_driver_register+0x44/0x50
>> [    0.150266]  arm_trbe_init+0x28/0x84
>> [    0.150266]  do_one_initcall+0x94/0x2bc
>> [    0.150266]  do_initcall_level+0xa4/0x158
>> [    0.150266]  do_initcalls+0x54/0x94
>> [    0.150319]  do_basic_setup+0x24/0x30
>> [    0.150319]  kernel_init_freeable+0xe8/0x14c
>> [    0.150319]  kernel_init+0x14/0x18c
>> [    0.150319]  ret_from_fork+0x10/0x30
>> [    0.150319] Code: f94012c8 b0004ce2 9134a442 52819801 (f9402917)
>> [    0.150319] ---[ end trace d23e0cfe5098535e ]---
>> [    0.150346] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
>>
>> Fix this by skipping the step, if we are unable to probe the CPU.
>>
>> Fixes: 3fbf7f011f24 ("coresight: sink: Add TRBE driver")
>> Reported-by: Bransilav Rankov <branislav.rankov@....com>
>> Cc: Anshuman Khandual <anshuman.khandual@....com>
>> Cc: Mathieu Poirier <mathieu.poirier@...aro.org>
>> Cc: Mike Leach <mike.leach@...aro.org>
>> Cc: Leo Yan <leo.yan@...aro.org>
>> Tested-by: Branislav Rankov <branislav.rankov@....com>
>> Signed-off-by: Suzuki K Poulose <suzuki.poulose@....com>
>> ---
>>   drivers/hwtracing/coresight/coresight-trbe.c | 4 +++-
>>   1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/hwtracing/coresight/coresight-trbe.c b/drivers/hwtracing/coresight/coresight-trbe.c
>> index 5d350acef798..85ceda68af82 100644
>> --- a/drivers/hwtracing/coresight/coresight-trbe.c
>> +++ b/drivers/hwtracing/coresight/coresight-trbe.c
>> @@ -1286,7 +1286,9 @@ static int arm_trbe_probe_coresight(struct trbe_drvdata *drvdata)
>>   		return -ENOMEM;
>>   
>>   	for_each_cpu(cpu, &drvdata->supported_cpus) {
>> -		smp_call_function_single(cpu, arm_trbe_probe_cpu, drvdata, 1);
>> +		/* If we fail to probe the CPU, let us defer it to hotplug callbacks */
>> +		if (smp_call_function_single(cpu, arm_trbe_probe_cpu, drvdata, 1))
>> +			continue;
>>   		if (cpumask_test_cpu(cpu, &drvdata->supported_cpus))
>>   			arm_trbe_register_coresight_cpu(drvdata, cpu);
>>   		if (cpumask_test_cpu(cpu, &drvdata->supported_cpus))
>>
> 
> Right, LGTM. Although I guess the following addition might be worthwhile
> just to highlight the fact that cpudata->drvdata is not valid unless the
> cpu has gone through arm_trbe_probe_cpu() first.
> 
> --- a/drivers/hwtracing/coresight/coresight-trbe.c
> +++ b/drivers/hwtracing/coresight/coresight-trbe.c
> @@ -869,6 +869,7 @@ static void arm_trbe_register_coresight_cpu(struct trbe_drvdata *drvdata, int cp
>          if (WARN_ON(trbe_csdev))
>                  return;
>   
> +       WARN_ON(!cpudata->drvdata);

Ok, I would rather return here with the warning. I will send
a revision.

Thanks !

Suzuki

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ