Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp1043537pxm; Wed, 23 Feb 2022 16:41:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJzJyUtSeYbXo886wWxPbj6shGqxCtcAuFscQE6TnHkGpqL60tKBVRdYSt2RSCPEpmMk8wlf X-Received: by 2002:a17:902:b7c6:b0:14f:d48d:6530 with SMTP id v6-20020a170902b7c600b0014fd48d6530mr56777plz.63.1645663272369; Wed, 23 Feb 2022 16:41:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645663272; cv=none; d=google.com; s=arc-20160816; b=anm8pZuFTnIbD0+DV8s34hnGj1W+bmH3k6DnKey6JFjNYtrmGkhlDIxhBEVCuxxutY 5UCbdgf2SXsM8uALlQ1mDKzJHEqw/JSlBEgeOxJ48c1u7CMY//lUzdxZo23QQUdDrcgi 1NC8yDDgwHlzcBXMGfW8rlwKq4c3eGCeAMEkAWXP4+tkHv10dG7wNAZQJ+uLJLJdnxM0 tTJOM3GPXF1WB0px910vYEcH/KjccPXj4Z3sF9f1wFpqi+9/MhTrEdz8gPN2/HcKebgY M2LyuVLq1RqHV9nXIh/Y5CctAkPYGynadXj0htzYatvpPZpCx1go925uZSkm/eVraBxx 4fKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=JVrDSsHDee470/2N5kdB0CUYnm9UIRcjrM+Vqrir8YU=; b=QO5g1aEGagothx26f2D9fxcyOsyzeUSMoIqChIXkLzWd3duVeSdSNB5xMuPnjeHdg/ Za9yQZgkpFotTxn0J+RSg6VnUZVb8Qp7QlO0z02K20rt5rl0os3U+9TZ92TvwdC8zi5V Qlq0odmaXH1oStm3r9XCk1OzLx5KStuMC1O4oqtwzk20b4FlteptswgsmnZd4krOBZWQ gnhtOQzrXk43S/6ge34U/3s726SFwIyPw3k9XrSnvIHbb2UnY8OY1jX6Pq8G9Y0xsUDq n6ajbzhDWDeySe0ck09fUqE0J0XzLrxDueOlElwxNcRDZ5Qwo0vMPbUVJTgiQGepFt0M jjgA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=OM3XTcZQ; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id i12si1082394plr.510.2022.02.23.16.41.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Feb 2022 16:41:12 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=OM3XTcZQ; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id C30ABBAB8E; Wed, 23 Feb 2022 16:38:42 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242769AbiBWVdx (ORCPT + 99 others); Wed, 23 Feb 2022 16:33:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32972 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234865AbiBWVdv (ORCPT ); Wed, 23 Feb 2022 16:33:51 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 23E4B4F464 for ; Wed, 23 Feb 2022 13:33:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1645652001; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JVrDSsHDee470/2N5kdB0CUYnm9UIRcjrM+Vqrir8YU=; b=OM3XTcZQYf6T3MrjFj5VBhH7pil/wbpT5t4EA+KAj/6ZGoMHcu3hWzR9V98y6uztsmSQB0 ErspQNIXTwg2tfZuVyhQ4tz9NmK9ZDeo7gHkicTYRUjSXLPbVjg9tBntrNzAQ6h9+TI7v8 oVaXJwszsCq0K9d+bsVmgjeAEFjRsKs= Received: from mail-wr1-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-116-wr9ehNFxNqmKegAp5UfiLA-1; Wed, 23 Feb 2022 16:33:19 -0500 X-MC-Unique: wr9ehNFxNqmKegAp5UfiLA-1 Received: by mail-wr1-f72.google.com with SMTP id t8-20020a5d49c8000000b001edbf44d09cso1026wrs.9 for ; Wed, 23 Feb 2022 13:33:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=JVrDSsHDee470/2N5kdB0CUYnm9UIRcjrM+Vqrir8YU=; b=CMpwlmNPMnfyz+PeM+//dMrGGHlm1FKUo8thTQ9gZf8e4RRPmCs+Dgqhj4ESyfV1Bp geUwgU2xYW2pNoMzJvtolMnDOiJ02qUoAZ18jyE4eEGgeBVpLnBNrk1hv9YYCFMqZuL6 hnVslqZVcjO6vL4y+EcZorsg9sJGd63Ck8Qquz0s1VUqAoHfRnKYce0TWiaHepYJgDqv xbsOjvUdZpgu7h7DDYfjnzYIqouy3Kv8/obyV5JZ/IVXX7ZMK+R2BYi5NJBMXd5rXjkr sfKRbgcu/PQlsJ1CT6gBqV+Pi1/Zt2rFPDV27PII0JcgtXnblB4rxzL6uR14zEQkBwCa 5UKA== X-Gm-Message-State: AOAM533KQgvLSme8iX6VYPrNmyDcbbNa6OvJ6xCe/jusudZg1uiY1iTa VfzUyZZimPHfcg92BT1iKPIlsoVSVfgiGD5OOrvGgLsT8kfZXpfmC3UPvT7NxohHFaSBTtp0pTz dyIxjbWiVLX4snTWD54q3ga7N X-Received: by 2002:a5d:6f0a:0:b0:1e4:a354:a7e with SMTP id ay10-20020a5d6f0a000000b001e4a3540a7emr1081125wrb.423.1645651998032; Wed, 23 Feb 2022 13:33:18 -0800 (PST) X-Received: by 2002:a5d:6f0a:0:b0:1e4:a354:a7e with SMTP id ay10-20020a5d6f0a000000b001e4a3540a7emr1081114wrb.423.1645651997698; Wed, 23 Feb 2022 13:33:17 -0800 (PST) Received: from redhat.com ([2.55.166.187]) by smtp.gmail.com with ESMTPSA id l5sm677279wmq.7.2022.02.23.13.33.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Feb 2022 13:33:17 -0800 (PST) Date: Wed, 23 Feb 2022 16:33:10 -0500 From: "Michael S. Tsirkin" To: Krzysztof Kozlowski Cc: Greg Kroah-Hartman , "Rafael J. Wysocki" , Stuart Yoder , Laurentiu Tudor , Abel Vesa , Shawn Guo , Sascha Hauer , Fabio Estevam , "K. Y. Srinivasan" , Haiyang Zhang , Stephen Hemminger , Wei Liu , Dexuan Cui , Bjorn Helgaas , Bjorn Andersson , Mathieu Poirier , Vineeth Vijayan , Peter Oberparleiter , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Christian Borntraeger , Sven Schnelle , Andy Gross , Srinivas Kandagatla , Mark Brown , Jason Wang , linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, NXP Linux Team , linux-arm-kernel@lists.infradead.org, linux-hyperv@vger.kernel.org, linux-pci@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-s390@vger.kernel.org, linux-arm-msm@vger.kernel.org, alsa-devel@alsa-project.org, linux-spi@vger.kernel.org, virtualization@lists.linux-foundation.org, Linus Torvalds , Rasmus Villemoes Subject: Re: [PATCH v2 01/11] driver: platform: add and use helper for safer setting of driver_override Message-ID: <20220223162538-mutt-send-email-mst@kernel.org> References: <20220223191310.347669-1-krzysztof.kozlowski@canonical.com> <20220223191310.347669-2-krzysztof.kozlowski@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220223191310.347669-2-krzysztof.kozlowski@canonical.com> X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 23, 2022 at 08:13:00PM +0100, Krzysztof Kozlowski wrote: > Several core drivers and buses expect that driver_override is a > dynamically allocated memory thus later they can kfree() it. > > However such assumption is not documented, there were in the past and > there are already users setting it to a string literal. This leads to > kfree() of static memory during device release (e.g. in error paths or > during unbind): > > kernel BUG at ../mm/slub.c:3960! > Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM > ... > (kfree) from [] (platform_device_release+0x88/0xb4) > (platform_device_release) from [] (device_release+0x2c/0x90) > (device_release) from [] (kobject_put+0xec/0x20c) > (kobject_put) from [] (exynos5_clk_probe+0x154/0x18c) > (exynos5_clk_probe) from [] (platform_drv_probe+0x6c/0xa4) > (platform_drv_probe) from [] (really_probe+0x280/0x414) > (really_probe) from [] (driver_probe_device+0x78/0x1c4) > (driver_probe_device) from [] (bus_for_each_drv+0x74/0xb8) > (bus_for_each_drv) from [] (__device_attach+0xd4/0x16c) > (__device_attach) from [] (bus_probe_device+0x88/0x90) > (bus_probe_device) from [] (device_add+0x3dc/0x62c) > (device_add) from [] (of_platform_device_create_pdata+0x94/0xbc) > (of_platform_device_create_pdata) from [] (of_platform_bus_create+0x1a8/0x4fc) > (of_platform_bus_create) from [] (of_platform_bus_create+0x20c/0x4fc) > (of_platform_bus_create) from [] (of_platform_populate+0x84/0x118) > (of_platform_populate) from [] (of_platform_default_populate_init+0xa0/0xb8) > (of_platform_default_populate_init) from [] (do_one_initcall+0x8c/0x404) > (do_one_initcall) from [] (kernel_init_freeable+0x3d0/0x4d8) > (kernel_init_freeable) from [] (kernel_init+0x8/0x114) > (kernel_init) from [] (ret_from_fork+0x14/0x20) > > Provide a helper which clearly documents the usage of driver_override. > This will allow later to reuse the helper and reduce amount of > duplicated code. > > Signed-off-by: Krzysztof Kozlowski > --- > drivers/base/driver.c | 44 +++++++++++++++++++++++++++++++++ > drivers/base/platform.c | 24 +++--------------- > include/linux/device/driver.h | 1 + > include/linux/platform_device.h | 6 ++++- > 4 files changed, 54 insertions(+), 21 deletions(-) > > diff --git a/drivers/base/driver.c b/drivers/base/driver.c > index 8c0d33e182fd..79efe51bb4c0 100644 > --- a/drivers/base/driver.c > +++ b/drivers/base/driver.c > @@ -30,6 +30,50 @@ static struct device *next_device(struct klist_iter *i) > return dev; > } > > +/* > + * set_driver_override() - Helper to set or clear driver override. > + * @dev: Device to change > + * @override: Address of string to change (e.g. &device->driver_override); > + * The contents will be freed and hold newly allocated override. > + * @s: NULL terminated string, new driver name to force a match, pass empty Don't you mean NUL terminated? Do all callers really validate that it's NUL terminated? > + * string to clear it > + * > + * Helper to setr or clear driver override in a device, intended for the cases set? > + * when the driver_override field is allocated by driver/bus code. > + * > + * Returns: 0 on success or a negative error code on failure. > + */ > +int driver_set_override(struct device *dev, char **override, const char *s) > +{ > + char *new, *old, *cp; > + > + if (!dev || !override || !s) > + return -EINVAL; > + > + new = kstrndup(s, strlen(s), GFP_KERNEL); what's the point of this kstrndup then? why not just kstrdup? > + if (!new) > + return -ENOMEM; > + > + cp = strchr(new, '\n'); > + if (cp) > + *cp = '\0'; > + > + device_lock(dev); > + old = *override; > + if (strlen(new)) { We are re-reading the string like 3 times here. > + *override = new; > + } else { > + kfree(new); > + *override = NULL; > + } > + device_unlock(dev); > + > + kfree(old); > + > + return 0; > +} > +EXPORT_SYMBOL_GPL(driver_set_override); > + > /** > * driver_for_each_device - Iterator for devices bound to a driver. > * @drv: Driver we're iterating. > diff --git a/drivers/base/platform.c b/drivers/base/platform.c > index 6cb04ac48bf0..d8853b32ea10 100644 > --- a/drivers/base/platform.c > +++ b/drivers/base/platform.c > @@ -1275,31 +1275,15 @@ static ssize_t driver_override_store(struct device *dev, > const char *buf, size_t count) > { > struct platform_device *pdev = to_platform_device(dev); > - char *driver_override, *old, *cp; > + int ret; > > /* We need to keep extra room for a newline */ > if (count >= (PAGE_SIZE - 1)) > return -EINVAL; Given everyone seems to repeat this check, how about passing in count and doing the validation in the helper? We will then also avoid the need to do strlen and strchr. > - driver_override = kstrndup(buf, count, GFP_KERNEL); > - if (!driver_override) > - return -ENOMEM; > - > - cp = strchr(driver_override, '\n'); > - if (cp) > - *cp = '\0'; > - > - device_lock(dev); > - old = pdev->driver_override; > - if (strlen(driver_override)) { > - pdev->driver_override = driver_override; > - } else { > - kfree(driver_override); > - pdev->driver_override = NULL; > - } > - device_unlock(dev); > - > - kfree(old); > + ret = driver_set_override(dev, &pdev->driver_override, buf); > + if (ret) > + return ret; > > return count; > } > diff --git a/include/linux/device/driver.h b/include/linux/device/driver.h > index 15e7c5e15d62..81c0d9f65a40 100644 > --- a/include/linux/device/driver.h > +++ b/include/linux/device/driver.h > @@ -151,6 +151,7 @@ extern int __must_check driver_create_file(struct device_driver *driver, > extern void driver_remove_file(struct device_driver *driver, > const struct driver_attribute *attr); > > +int driver_set_override(struct device *dev, char **override, const char *s); > extern int __must_check driver_for_each_device(struct device_driver *drv, > struct device *start, > void *data, > diff --git a/include/linux/platform_device.h b/include/linux/platform_device.h > index 7c96f169d274..37ac14459499 100644 > --- a/include/linux/platform_device.h > +++ b/include/linux/platform_device.h > @@ -31,7 +31,11 @@ struct platform_device { > struct resource *resource; > > const struct platform_device_id *id_entry; > - char *driver_override; /* Driver name to force a match */ > + /* > + * Driver name to force a match, use > + * driver_set_override() to set or clear it. > + */ > + char *driver_override; > > /* MFD cell pointer */ > struct mfd_cell *mfd_cell; > -- > 2.32.0