Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp419102yba; Thu, 18 Apr 2019 03:38:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqwEyNSsBGOyjoWnVlnfjLnWn/r/l3BZvoSwukR7meIQclkNTvvK3KSYL8mc8SR7mk3E4O4l X-Received: by 2002:a63:6907:: with SMTP id e7mr77691876pgc.209.1555583918427; Thu, 18 Apr 2019 03:38:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555583918; cv=none; d=google.com; s=arc-20160816; b=xulsip3OYTNEdms9zt8Y5k8q3UZ7gOvsj6KL92Te7R7VhNPXN84I6VXcnZrUqoqpYZ gsgYGbGRUKQu4rkZFOvBoKj4WMtL11idwSVdCSYUhhZAw6fiy+cRs4ZSIE6NjnoqmzOa IX46wK3EJd+z+EvHfbpw0nWI51WCw2n/4xkWvGbD6V3qa+wAlDi397OG1mTvJr5WX762 hXFnPv12NyP9/7hRgjJwEnmIPducc+5krShfva92kjM5q5BT9dYS2bM5HbrJtaB+6BnN UcjKENv9imm8b5Kf/Pal9f6FV35OGBZQNXA7rTbSsvSZZM/tJ+dA2ci5Fm2IJFptWsdI KFXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from; bh=+P08qlyPa7koBF1ciTSbHtUwEpUsDtZlpJK7tHCa6RM=; b=mrq1lMmzHuq1uF7r/nZDk0DOkSNC1Sxr873zAYekLh6Fbkge+OkWg3Pj6G4CrEP29I jheJGq7xzY3vA3FzNWnfTxyB5rYZKhaCtv4Xl7SD+FK5kjm6WifLdOmo/FWYuXjrIG9I y0HdbCJFvcaUBLJE1bDueX+Jdp532mdRtt+3bCK3Zs375B6ueuV9GPKZjjD3Co58+AgJ 1kbuglHTgtA7lzqMNy8jGGwOtwLMA531bmx8R6PmgpgQYC0msYPk0tqj2h9g6UD7JCNw RGBz9etGVaGXfc2seJUNOj3uZsNdJFfwUV6+qry/sZUZn2YeRICF2RbNM8dnuvl4zRpa FU+g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a2si1493477pgw.545.2019.04.18.03.38.23; Thu, 18 Apr 2019 03:38:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388655AbfDRKf4 (ORCPT + 99 others); Thu, 18 Apr 2019 06:35:56 -0400 Received: from www.osadl.org ([62.245.132.105]:40924 "EHLO www.osadl.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388369AbfDRKfz (ORCPT ); Thu, 18 Apr 2019 06:35:55 -0400 Received: from debian01.hofrr.at (178.115.242.59.static.drei.at [178.115.242.59]) by www.osadl.org (8.13.8/8.13.8/OSADL-2007092901) with ESMTP id x3IAZ8Hf025627; Thu, 18 Apr 2019 12:35:08 +0200 From: Nicholas Mc Guire To: Eric Anholt Cc: Stefan Wahren , Greg Kroah-Hartman , Dominic Braun , Tobias Buettner , Nicolas Saenz Julienne , Luis Chamberlain , Phil Elwell , linux-rpi-kernel@lists.infradead.org, linux-arm-kernel@lists.infradead.org, devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org, Nicholas Mc Guire Subject: [PATCH RFC] staging: vc04_services: handle kzalloc failure Date: Thu, 18 Apr 2019 12:29:44 +0200 Message-Id: <1555583384-15670-1-git-send-email-hofrat@osadl.org> X-Mailer: git-send-email 2.1.4 X-Spam-Status: No, score=-1.9 required=6.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on www.osadl.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The kzalloc here was being used without checking the return - if the kzalloc fails return VCHIQ_ERROR. The call-site of vchiq_platform_init_state() vchiq_init_state() was not responding to an allocation failure so checks for != VCHIQ_SUCCESS and pass VCHIQ_ERROR up to vchiq_platform_init() which then will fail with -EINVAL. Signed-off-by: Nicholas Mc Guire --- Problem located with experimental coccinelle script Patch was compile-tested with: bcm2835_defconfig (implies BCM2835_VCHIQ=m) (with sparse warning: CHECK drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:410:29: warning: incorrect type in argument 1 (different address spaces) drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:410:29: expected void const *x drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:410:29: got char [noderef] *buf drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:416:63: warning: incorrect type in argument 1 (different address spaces) drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:416:63: expected void const *addr drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c:416:63: got char [noderef] * CC [M] drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.o Q: should this buf have been remapped to user space e.g. remap_vmalloc_range ? Patch is against 5.1-rc5 (localversion next is 20190417) drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 3 +++ drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c | 2 ++ 2 files changed, 5 insertions(+) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c index 31eb7d5..a9a2291 100644 --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c @@ -179,6 +179,9 @@ vchiq_platform_init_state(struct vchiq_state *state) struct vchiq_2835_state *platform_state; state->platform_state = kzalloc(sizeof(*platform_state), GFP_KERNEL); + if (!state->platform_state) + return VCHIQ_ERROR; + platform_state = (struct vchiq_2835_state *)state->platform_state; platform_state->inited = 1; diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c index 6057a90..92e6221 100644 --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c @@ -2209,6 +2209,8 @@ vchiq_init_state(struct vchiq_state *state, struct vchiq_slot_zero *slot_zero) local->debug[DEBUG_ENTRIES] = DEBUG_MAX; status = vchiq_platform_init_state(state); + if (status != VCHIQ_SUCCES) + return VCHIQ_ERROR; /* bring up slot handler thread -- 2.1.4