Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp700348imu; Mon, 5 Nov 2018 07:30:58 -0800 (PST) X-Google-Smtp-Source: AJdET5c7LMPNfk5Qz/LpY3xapZ/oODMuOs8Ju1PYm1tena7FOl1M1SUWlaLllCjQKQk0ke3VV9D8 X-Received: by 2002:a17:902:bc8c:: with SMTP id bb12-v6mr21649845plb.275.1541431858126; Mon, 05 Nov 2018 07:30:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541431858; cv=none; d=google.com; s=arc-20160816; b=JnLxhKaBNxRDL9TOCWcRGi/9s8QGt6x3fyUGscOlGnNuL8VNB+EmU2LlB69iuuqw/8 KbcgWmr7qoeQpP9kI9S4MxiphQLQCq0dHD1BXzQUjahsap2aDjNA1yQ0DmMmPpGfLM8L qeYdeeyHEJm0gp9y9ey1uQ4hmrgebEJpKfYlA7FzdVmRpmzB4X+5TtUrT28YHOBDkf7x XPLpMB3lOte8SGO2J4veZReuJIwqVJymwxGCL2RtZD8SMKGy5e0vZOTCe+vpKllxw54Q bq9oYtztAwrxgoEH8u8NMQSKYWcMAbPkGN99ZgQq99hOjNHj5SBch0A4C4uAje5+4YRJ irTA== 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=ohI4tMiL0is4e2DRvrk1E24XyRqu88FeHCyzFLIfPNM=; b=CWFR5Y78IAav/4eu1mErzjHtLLZ7ONwnVZxLa+euSj4CIVd7XaW75QDDBfdPgKDJEf I9xCK6E+IuU5UcYWC9nYlKVygj/hp+XUMO7d43EhBmM4E04PShbw0EWPH0U96TIysZPa 3vytsZROxgYjVrz2L2PANmfh6U/c4sfnU/drXvOXPjwejZyibDrylEYHi+AiWuWYv9eY /4U42HpucQxF1aK+piuoNH/lUoBtudF8uIOpL8P7ElH35XTAB1JvzLJtn+quwhptTY9N n8D2RFInEQmjAtHWudOhPpjSsY9z7odoz3Mo78YSEpUQo85nU7loNyP8q8KvwQSnS3vl GrPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ZPwnSO6B; 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 j191si26028256pgd.249.2018.11.05.07.30.42; Mon, 05 Nov 2018 07:30:58 -0800 (PST) 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=ZPwnSO6B; 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 S1730157AbeKFArG (ORCPT + 99 others); Mon, 5 Nov 2018 19:47:06 -0500 Received: from mail-pg1-f195.google.com ([209.85.215.195]:34258 "EHLO mail-pg1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729588AbeKFArF (ORCPT ); Mon, 5 Nov 2018 19:47:05 -0500 Received: by mail-pg1-f195.google.com with SMTP id k1-v6so4388200pgq.1; Mon, 05 Nov 2018 07:26:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id; bh=ohI4tMiL0is4e2DRvrk1E24XyRqu88FeHCyzFLIfPNM=; b=ZPwnSO6BxBga0ylOhcVw11sJDKal76OLqKfiXMDpIk4ZcNRybk0fxwl/Z/7Dyh65bX 7ypLhpVPmHQ1FVPiF/EIdzzuNb4AD7KgsSzpIFJy9kNYEMDpnbiahmc72/z2ISUyKXqS Txy57rdSVeyWvv5M7uYyGyef+UZ5550661/V6ccTEGAPt+rmHXaB2cRNOopuF8xPY9Ac vZn1lmJ+NMgfwUbtvKxyMAVTc7LCiy5J0oQEbpPVVr9hnpSMGTPnN7bOtnSa38L6/ig0 utaU2LELFhOO1srnfjvxACQGAM5AijPt60Wg7rEdcQEqNByuYU4ieTmZ1XLiqxhWTDgR WjkQ== 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=ohI4tMiL0is4e2DRvrk1E24XyRqu88FeHCyzFLIfPNM=; b=ahxdfikavrgQ8Hi7aJRMdIKATwK02R9J4N1OG5Ee8ZdaqZlshqnCC3HE1d4W+JDrQ3 OMvcRxasOoftDzfgprKeISca/DgwjTO1sr+94FUCm02g7pMd96CRK+GEoeJd2pU1OGhL Bgh0K28fgwi3IY6IgBuezjzfULvLlcFZT2AQ40Xthg3VS3s0pH56KigXIFwZ6ZEfiL8k xUPc9Yn5LD8ZrUzDDUpx/sW8Y6XESVXm2C5DsUOR7FXHTmC2H5PNj/wk86W6xjMFToYY V+Y0B7iQFsODPnEtojX/go1P9eM6mM2HBBwIGbqBggHwmRifkIG0teiihSjxU8kripge h3fA== X-Gm-Message-State: AGRZ1gKYHpWfGCAE/9f9SnGvsMwvEw9g2GGfEgD02OEL2hl7Sv+rXsiM hAaEZ4DSDPnoTUTcAYpRX1g= X-Received: by 2002:a65:4646:: with SMTP id k6mr20211614pgr.153.1541431612269; Mon, 05 Nov 2018 07:26:52 -0800 (PST) Received: from localhost.localdomain (c-24-6-192-50.hsd1.ca.comcast.net. [24.6.192.50]) by smtp.gmail.com with ESMTPSA id u76-v6sm37260578pfa.176.2018.11.05.07.26.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 05 Nov 2018 07:26:51 -0800 (PST) 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 v6 00/18] of: overlay: validation checks, subsequent fixes Date: Mon, 5 Nov 2018 07:24:57 -0800 Message-Id: <1541431515-25197-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. Changes since v5: - move from 4.19-rc1 to 4.20-rc1 - all patches: add tested-by Alan Tull - 05/18: update for context change from commit a613b26a50136 ("of: Convert to using %pOFn instead of device_node.name") Changes since v4: - 01/18: make error message format consistent, error first, path last - 09/18: create of_prop_val_eq() and change open code to use it - 09/18: remove extra blank lines Changes since v3: - 01/18: Add expected value of refcount for destroy cset entry error. Also explain the cause of the error. - 09/18: for errors of an overlay changing the value of #size-cells or #address-cells, return -EINVAL so that overlay apply will fail - 09/18: for errors of an overlay changing the value of #size-cells or #address-cells, make the message more direct. Old message: OF: overlay: ERROR: overlay and/or live tree #size-cells invalid in node /soc/base_fpga_region New message: OF: overlay: ERROR: changing value of /soc/base_fpga_region/#size-cells not allowed - 13/18: Update patch comment header to state that this patch modifies the previous patch to not return immediately on fragment error and explain this is not a performance issue. - 13/18: remove redundant "overlay" from two error messages. "OF: overlay:" is already present in pr_fmt() Changes since v2: - 13/18: Use continue to reduce indentation in find_dup_cset_node_entry() and find_dup_cset_prop() Changes since v1: - move patch 16/16 to 17/18 - move patch 15/16 to 18/18 - new patch 15/18 - new patch 16/18 - 05/18: add_changeset_node() header comment: incorrect comment for @target - 18/18: add same fix for of_parse_phandle_with_args() - 18/18: add same fix for of_parse_phandle_with_args_map() Frank Rowand (18): 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: overlay: set node fields from properties when add new overlay node of: unittest: allow base devicetree to have symbol metadata of: unittest: find overlays[] entry by name instead of index of: unittest: initialize args before calling of_*parse_*() arch/powerpc/platforms/pseries/dlpar.c | 15 +- arch/powerpc/platforms/pseries/reconfig.c | 6 +- drivers/of/dynamic.c | 68 +++-- drivers/of/kobj.c | 4 +- drivers/of/overlay.c | 292 ++++++++++++++++----- 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 | 96 +++++-- include/linux/of.h | 25 +- 11 files changed, 439 insertions(+), 122 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