[PATCH] staging: vchiq_arm: check vchiq_instance for NULL before dereferencing

Greg Kroah-Hartman gregkh at linuxfoundation.org
Fri Jun 17 02:53:28 PDT 2022


On Tue, Jun 14, 2022 at 02:25:44PM -0400, Adrien Thierry wrote:
> In service_callback(), the vchiq_instance is checked for NULL after
> dereferencing it. Switch the order of those operations.
> 
> This was reported by https://lore.kernel.org/all/Yqc+Oavmh0zMRVPQ@kili/
> 
> I moved the NULL check before the call to rcu_read_lock() since access
> to the vchiq_instance is not RCU-protected (the RCU is only used to
> access the vchiq_service).
> 
> Signed-off-by: Adrien Thierry <athierry at redhat.com>
> ---
>  .../staging/vc04_services/interface/vchiq_arm/vchiq_arm.c | 8 +++-----
>  1 file changed, 3 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> index 3bcb893d14a1..ba1f86799b7f 100644
> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> @@ -1058,6 +1058,9 @@ service_callback(struct vchiq_instance *instance, enum vchiq_reason reason,
>  
>  	DEBUG_TRACE(SERVICE_CALLBACK_LINE);
>  
> +	if (!instance || instance->closing)
> +		return VCHIQ_SUCCESS;
> +

How can instance ever be NULL?

And closing needs to be checked under a lock, right?

thanks,

greg k-h



More information about the linux-arm-kernel mailing list