Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp7889900rwp; Wed, 19 Jul 2023 01:44:33 -0700 (PDT) X-Google-Smtp-Source: APBJJlHXAO4acGmKgAP3m5nr9Xsd1GqooxggeAB1j+n8VQGGBJqYhavOMU/4YuxoI1TQRnYDoY2D X-Received: by 2002:a2e:9c8d:0:b0:2b6:a3b0:f4d3 with SMTP id x13-20020a2e9c8d000000b002b6a3b0f4d3mr3398429lji.26.1689756272813; Wed, 19 Jul 2023 01:44:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689756272; cv=none; d=google.com; s=arc-20160816; b=x7FzLdutnmtLNVL3iZQzlVFB6pcsYLagW1wqwQnrwYDigJ9ZMLs+vm2VkJzTZF9wn9 ut2nYr1OvKGofz5Rpk7OMAXNYke5H19ms1fnnTe+T8JR5wDRapwgoLX2qIQF9afkFnGn Bp/CD6/3xXNtXv4WI3AEIPtTzKj2wmQ0fmFQ9YNoFMbCmE6fyp0EMzkCjkvHlCKsXZ6m ntEtUXZRVMDyjps15cBK2oTf8xdcSHB/HsvuuqQw25VrQU51fIRh96gW/8GfzD+FLvR/ +//7fav7yLIz/46VwDv46boeJi03NURgssJ7JiIolm20nA5k/HxiirLr9KlhlqoUatlu 4bhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=hLVWiQaUIoFXyBvJ0khKrsLYliZnwHQCbXVd/dMmGbc=; fh=z5w1rjhm4Ss1Eg9GZnu9AMMZAxUCYOweRpIe1I7+Lr8=; b=oMT/9QHTMGvufaZrTYkDtJm1qV2TKzoy2JVWnmWSLJheKHoYawiAg3RBS21domhoSf JZsYiG5t9nzihmmFxfaPVqQgpzfSL3/vnf1DqX6gCUK4h+AD3SHLO4VmkfCX6k7Nx4Px WdiyraOxdimqcZnhRVRcOCc4mclEQoXxA7MpLYndgbbP6tz378AbATZNZN0QAB1lY8jT yIXMO/rph33rkHByI2DEj6G8JluFzKsWtPe+vT1tTxg82rUpUY/IlxSLUN4wq5fGePah XP1QwlgC8smKetnmYz0vJu19uMilE34AeL37VcvNEgN80h33409ZzlyoelWFwqI6K3BC MWhw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=bkhZSzfY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x24-20020a1709060a5800b00992b63c9f9csi2426768ejf.456.2023.07.19.01.44.08; Wed, 19 Jul 2023 01:44:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=bkhZSzfY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230046AbjGSIdK (ORCPT + 99 others); Wed, 19 Jul 2023 04:33:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35842 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229461AbjGSIdJ (ORCPT ); Wed, 19 Jul 2023 04:33:09 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8CB88172A for ; Wed, 19 Jul 2023 01:32:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1689755538; 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: content-transfer-encoding:content-transfer-encoding; bh=hLVWiQaUIoFXyBvJ0khKrsLYliZnwHQCbXVd/dMmGbc=; b=bkhZSzfYOpW/M++A3O9J29CPbFMmfvo2M/VfF6A3MoRQf4Nbu6VjA4VHsvH5Ny55XplREz YjiR7XZhpq4Haw5cJojJG8JmRlgU3jmdo2x7QtRTzfSSUyXfURTp72r88Zzzn4/2N2WcHu e6VvteWCMDxzqHRa3oZyRgbFbkfCl6Q= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-558-FTUf81MPMS-KVpZxJl255w-1; Wed, 19 Jul 2023 04:32:15 -0400 X-MC-Unique: FTUf81MPMS-KVpZxJl255w-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id F14788F184F; Wed, 19 Jul 2023 08:32:14 +0000 (UTC) Received: from nuthatch.redhat.com (unknown [10.45.225.207]) by smtp.corp.redhat.com (Postfix) with ESMTP id BFBF140C2070; Wed, 19 Jul 2023 08:32:13 +0000 (UTC) From: Milan Zamazal To: linux-iio@vger.kernel.org Cc: Milan Zamazal , linux-kernel@vger.kernel.org, Jonathan Cameron , Lars-Peter Clausen , Andy Shevchenko , =?UTF-8?q?Nuno=20S=C3=A1?= Subject: [PATCH v3] iio: core: Prevent invalid memory access when there is no parent Date: Wed, 19 Jul 2023 10:32:08 +0200 Message-Id: <20230719083208.88149-1-mzamazal@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.1 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham 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 Commit 813665564b3d ("iio: core: Convert to use firmware node handle instead of OF node") switched the kind of nodes to use for label retrieval in device registration. Probably an unwanted change in that commit was that if the device has no parent then NULL pointer is accessed. This is what happens in the stock IIO dummy driver when a new entry is created in configfs: # mkdir /sys/kernel/config/iio/devices/dummy/foo BUG: kernel NULL pointer dereference, address: ... ... Call Trace: __iio_device_register iio_dummy_probe Since there seems to be no reason to make a parent device of an IIO dummy device mandatory, let’s prevent the invalid memory access in __iio_device_register when the parent device is NULL. With this change, the IIO dummy driver works fine with configfs. Fixes: 813665564b3d ("iio: core: Convert to use firmware node handle instead of OF node") Reviewed-by: Andy Shevchenko Signed-off-by: Milan Zamazal --- Changes in v3: - The call trace in the commit message reduced to the minimum lines needed to explain the problem. Changes in v2: - Added a source comment about the dummy IIO device. - Adjusted the backtrace cited in the commit message a bit. - Replaced `... != NULL' condition with `...'. - Dropped the unnecessary `fwnode != NULL' check (the involved calls do the right thing when the argument is NULL). --- drivers/iio/industrialio-core.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c index c117f50d0cf3..adcba832e6fa 100644 --- a/drivers/iio/industrialio-core.c +++ b/drivers/iio/industrialio-core.c @@ -1888,7 +1888,7 @@ static const struct iio_buffer_setup_ops noop_ring_setup_ops; int __iio_device_register(struct iio_dev *indio_dev, struct module *this_mod) { struct iio_dev_opaque *iio_dev_opaque = to_iio_dev_opaque(indio_dev); - struct fwnode_handle *fwnode; + struct fwnode_handle *fwnode = NULL; int ret; if (!indio_dev->info) @@ -1899,7 +1899,8 @@ int __iio_device_register(struct iio_dev *indio_dev, struct module *this_mod) /* If the calling driver did not initialize firmware node, do it here */ if (dev_fwnode(&indio_dev->dev)) fwnode = dev_fwnode(&indio_dev->dev); - else + /* The default dummy IIO device has no parent */ + else if (indio_dev->dev.parent) fwnode = dev_fwnode(indio_dev->dev.parent); device_set_node(&indio_dev->dev, fwnode); -- 2.40.1