Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp189947imm; Thu, 4 Oct 2018 21:17:25 -0700 (PDT) X-Google-Smtp-Source: ACcGV634aOCgppTxonO34efbIut+chiFmS1Pt1p0JVAyev801MPmfKsgV7W2Xr4coLDsov38Rej0 X-Received: by 2002:a63:e216:: with SMTP id q22-v6mr8310960pgh.206.1538713045558; Thu, 04 Oct 2018 21:17:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538713045; cv=none; d=google.com; s=arc-20160816; b=pY7/Xzq+vENIXXZokPvAi6OwDiz3YpkgexB/QUSfdezM4XnrA8YeIzA1u0v/GjTFpw VLDWd+oqWslsseKVrIHSVQnwT/3MmbcsFeoUS/Hmek/AlvaGaozLwFI9/3tBqLt3akPR U/cvpNQh+pwkej6HPWmG1ABWAqyVPKvGKTKp9e3WwigyF21b1YCavTGfhXZHLlO9KbLv p27zfjteXLbk20Cg1DAArm1wuNmHYcLWvC+tSsgXkPN4oN4RATCX9q6aVTn9j7nyOvew FN4J/QKW0y2S7UE459RAWTiAlk7b5Rpn7E3yp3xAC97N+Qyyd62UAFnyCy8xAmJ619wu KOrA== 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 :dkim-signature; bh=P/Y9bvgGzwc+7OPQmwq1eQQ7GH+jizDXrOBIo1holL0=; b=tWjGMPPQNI8rtKUpom94E70cwKMxdH3ROyBPLnSaF1ePQpjShthv7KHQJ6CJ0wjqiz UQ28EZi5FT2mj7srQmKO+tc0spP6gbnrGWWcftCc6+aaPHob84Oma7mC38OAm2k/2reL /vZSQZOkVDlgvbPO4epzhKEX6VrUmkN3UJnAtqUkNec0nE1QZWepeAAXG3zcllqOtZtM w9fWZNCYF32kEY8LfgA7HFL1v5WFcOjSD6E19RKvT72Enlf4/z9JIVFAF1z5v023h0Cp af4fK7ADf76agQI6PU45VO50LqGcpCtaN457H4FrrXokiFiF4bvKXXnWuz7bHpTAWwdW 8V8A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jchEl9i7; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v67-v6si7505333pfk.264.2018.10.04.21.17.10; Thu, 04 Oct 2018 21:17:25 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jchEl9i7; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727564AbeJELLD (ORCPT + 99 others); Fri, 5 Oct 2018 07:11:03 -0400 Received: from mail-pl1-f196.google.com ([209.85.214.196]:39641 "EHLO mail-pl1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727036AbeJELLC (ORCPT ); Fri, 5 Oct 2018 07:11:02 -0400 Received: by mail-pl1-f196.google.com with SMTP id w14-v6so6191294plp.6; Thu, 04 Oct 2018 21:14:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id; bh=P/Y9bvgGzwc+7OPQmwq1eQQ7GH+jizDXrOBIo1holL0=; b=jchEl9i7tkhaKGejLemSwO/uEpqGM8uJDt6WbxcDVPy1VHxOUhgwIoVj0Gw6OkswL1 R4MkIif67McNLS2fJjjhqwyWlMZ63guKyYk6nyrAEm3T4nar6nKd++6THYDiU0aoEUWx rlU/Tq9HqGoM5yePd2nQb98z28Hk4d9NRMeCOslw8Bt5IjIGpeKPt7yW6r3PqVPlKLZm /fB06WeQwwm1q32sWO/dY5MLbMoBmjPI6ZZuHgDkWfhURz4DcwTiGqjFHw6LPLXmTqnc xxVA6s1HEbnOTY/JeWZzogak1myXiqAU49Ibi5xlyqk7IvRqFNSyieCD5IEtDwBT5yiQ VOsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=P/Y9bvgGzwc+7OPQmwq1eQQ7GH+jizDXrOBIo1holL0=; b=THLXzU98i6tjthUJVxZ7iEuiuP2vX+AtyqTNYA4a7UjZYIu+AF5dQxa/c7i63APEos Z+SG4f5EGmxaMSnJfvSfSVWpCXaA+HqG7WQdtG/ZDO3tOEFKmiGMmuFNejA+ToFuarmY tPOf3Qmaa9sv491jnps5b5EJZLO9PpPceYAG06j/cMcYpoEIq7YN2NDiX2n7gKNZncIu sBUbXdKP7FePvuuK7p+N/AaDzE+VYnYiJ8J4z3fyITea9/z/ro1qet6HdhtnwDBW9b14 6ktTZOPwiraifZFS3rys7m9Gbz1QLTKRcGGwJj/3EsJ36Ke3zGc7hK6nGojfqgBzPZ8r SqXg== X-Gm-Message-State: ABuFfohDkJK5ydRolg41tGeA7CtD4VRInVk4f89S//2Dninek1MD8aoN 4h2ZVWHk38X00TXLvCzwtIk= X-Received: by 2002:a17:902:4381:: with SMTP id j1-v6mr9475704pld.59.1538712852040; Thu, 04 Oct 2018 21:14:12 -0700 (PDT) Received: from localhost.localdomain (c-24-6-192-50.hsd1.ca.comcast.net. [24.6.192.50]) by smtp.gmail.com with ESMTPSA id n63-v6sm277975pfn.9.2018.10.04.21.14.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 04 Oct 2018 21:14:11 -0700 (PDT) From: frowand.list@gmail.com To: Rob Herring , Pantelis Antoniou , Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , Alan Tull , Moritz Fischer Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, devicetree@vger.kernel.org, linux-fpga@vger.kernel.org Subject: [PATCH 00/16] of: overlay: validation checks, subsequent fixes Date: Thu, 4 Oct 2018 21:12:31 -0700 Message-Id: <1538712767-30394-1-git-send-email-frowand.list@gmail.com> X-Mailer: git-send-email 1.9.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Frank Rowand Add checks to (1) overlay apply process and (2) memory freeing triggered by overlay release. The checks are intended to detect possible memory leaks and invalid overlays. The checks revealed bugs in existing code. Fixed the bugs. While fixing bugs, noted other issues, which are fixed in separate patches. ***** Powerpc folks: I was not able to test the patches that ***** directly impact Powerpc systems that use dynamic ***** devicetree. Please review that code carefully and ***** test. The specific patches are: 03/16, 04/16, 07/16 FPGA folks: I made the validation checks that should result in an invalid live devicetree report "ERROR" and cause the overlay apply to fail. I made the memory leak validation tests report "WARNING" and allow the overlay apply to complete successfully. Please let me know if you encounter the warnings. There are at least two paths forward to deal with the cases that trigger the warning: (1) change the warning to an error and fail the overlay apply, or (2) find a way to detect the potential memory leaks and free the memory appropriately. ALL people: The validations do _not_ address another major concern I have with releasing overlays, which is use after free errors. Frank Rowand (16): of: overlay: add tests to validate kfrees from overlay removal of: overlay: add missing of_node_put() after add new node to changeset of: overlay: add missing of_node_get() in __of_attach_node_sysfs powerpc/pseries: add of_node_put() in dlpar_detach_node() of: overlay: use prop add changeset entry for property in new nodes of: overlay: do not duplicate properties from overlay for new nodes of: dynamic: change type of of_{at,de}tach_node() to void of: overlay: reorder fields in struct fragment of: overlay: validate overlay properties #address-cells and #size-cells of: overlay: make all pr_debug() and pr_err() messages unique of: overlay: test case of two fragments adding same node of: overlay: check prevents multiple fragments add or delete same node of: overlay: check prevents multiple fragments touching same property of: unittest: remove unused of_unittest_apply_overlay() argument of: unittest: initialize args before calling of_irq_parse_one() of: unittest: find overlays[] entry by name instead of index arch/powerpc/platforms/pseries/dlpar.c | 15 +- arch/powerpc/platforms/pseries/reconfig.c | 6 +- drivers/of/dynamic.c | 41 +++- drivers/of/kobj.c | 4 +- drivers/of/overlay.c | 271 ++++++++++++++++----- drivers/of/unittest-data/Makefile | 2 + .../of/unittest-data/overlay_bad_add_dup_node.dts | 28 +++ .../of/unittest-data/overlay_bad_add_dup_prop.dts | 24 ++ drivers/of/unittest-data/overlay_base.dts | 1 + drivers/of/unittest.c | 43 +++- include/linux/of.h | 19 +- 11 files changed, 353 insertions(+), 101 deletions(-) create mode 100644 drivers/of/unittest-data/overlay_bad_add_dup_node.dts create mode 100644 drivers/of/unittest-data/overlay_bad_add_dup_prop.dts -- Frank Rowand