Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp374388imu; Thu, 8 Nov 2018 22:08:29 -0800 (PST) X-Google-Smtp-Source: AJdET5eZ82YkuOJmKkr4N+a6mVqKP7EjpK9TxwUVXhZksevG2S3QU/hubZewIyvy1EnTeMo6+dHb X-Received: by 2002:a62:a5b:: with SMTP id s88-v6mr7968470pfi.136.1541743709621; Thu, 08 Nov 2018 22:08:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541743709; cv=none; d=google.com; s=arc-20160816; b=YbQi7HXvsWvQVwmYJSKJzyi6RytO+VAc8NCH+BMsId13h5DCGs4L2eav3EZiL4o0zC ImcgT9WNEPNeuV3qAHGmeA06EUct+zVsM4p+k+gniAsbOg9HarKibD/INifhAecpMoob AOoA+qgP/hqOLMZzocReYPvRqGEHs8r03roAtX+FTPW5RQBCwrABbStxHjAK7nGjznJT 0zwscRyh6sWrvWLTju0KN2yzmTCZZvBdxkTsCANbA5JPRzQBbm1/CKAw7iZ7UzHn4H5i 4VZJzMlvPymOLKkZSayw6kSjyIHZPnBI2q0goVSynwAb0xRKdFEaDN7RHJx46w+qP5dN v2hA== 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=79i22JUyVLOfuuR8WUkDKY87eLaLzqp9WcRkjfo7ANg=; b=UeUgbZ+reBHLtbLsEFXIvFbGPJagAgIdAwZia9xUPvHy7eJEl+sIVLTCXOrvvTscn0 LPkdS1ri43exeWcVJmZLCxKWk72jmDc3dQUvVE73ivMOP1LVoa0dbRyMEFHuEJXX0Pj2 2ZEb8ZVeSY05QyZ4208rm5THSBwbwU8l1j39rRyXHWLJuXvu3mJAqt+yE1vrW8A/k3u5 /fWu0CAtdpIKpfw3xgxmADCRpMZeVc00nr3ooOBKMQJ2QBtW79jOBcswm37Kkqvrn6jp nkCU7ReHrM4p7Lj6EIpNkA9FwIr3+HqwRKBoDNWCYOO3BsZktGd8TfUH6zEW+MDKYUw2 8xYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VajyWENW; 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 63-v6si7332437pfg.234.2018.11.08.22.08.13; Thu, 08 Nov 2018 22:08:29 -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=VajyWENW; 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 S1727773AbeKIPqp (ORCPT + 99 others); Fri, 9 Nov 2018 10:46:45 -0500 Received: from mail-pg1-f193.google.com ([209.85.215.193]:36005 "EHLO mail-pg1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727485AbeKIPqp (ORCPT ); Fri, 9 Nov 2018 10:46:45 -0500 Received: by mail-pg1-f193.google.com with SMTP id z17-v6so411686pgv.3; Thu, 08 Nov 2018 22:07:44 -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=79i22JUyVLOfuuR8WUkDKY87eLaLzqp9WcRkjfo7ANg=; b=VajyWENWqlTq91fpxUnnqu480vt6YSrJcLN4mm3aJqg4E/mFtMdJvXW0ZvoX54Bt0d YKNYSWHxPDIw6zKt0DB7cBec5ISIS/TSA9onO12KK9mGxjZTY/78KcibZLcz1CkZAYDO ig6r03ScKFtpwczaiIhakiuX8lyF+zbx/BOrwGsUHWTU5ULMG9J3+kX0vL/g2QWh6Eq9 16FypJmxG1YLfdA2j/sek0TN275LJyD2rmJNlgmrV/R3eKWRKXCHQ9TuLaVN+xJj9gqc wYXcHa1qXIrZsfoDlcYIfZyoh7l3IfKhM7a/jVCAW8TmKKWAi3UcbXHtBxQfEdJ0Rklc birQ== 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=79i22JUyVLOfuuR8WUkDKY87eLaLzqp9WcRkjfo7ANg=; b=BaYb2tXswD/bKzfrb8Uylo7e1243/M25nvEIpYkjO+ect6OIDWVrmK69deXWyBTlcG y9mAC/IEMNI84VIYp8nkAxPUUQvTnWlJ5cTPcjAVvBU+AnEIkFvFVA7s5QMWRwK+92zE dWqaCVxDXjaK9VhdZ8a/FpckkYU58PAOuVzKKseq6ZoG6Fj1gw65tOWI+vCJaRVgqauf zhVUURE0pDep68ReQcLzeVqhSH6mOCqXhAo7g3zXBtX4XvKIk+UUI1TIaS1v4Tvlt7uS XIMPZ+YhIfx3Cu/fNTbg27rZ/G5SGAOYbenkh3O9FgGmAoT8UhEDC+rvJ1o09Bqidwa/ xlXw== X-Gm-Message-State: AGRZ1gLVlhQ5qvHzKpu7EdHdQGDOmZAU0fyLiJlc/+5SKu+4zQuwEKn4 j2LDtHRMYmlf8Md4WVuRspt0YK4g X-Received: by 2002:a63:8549:: with SMTP id u70mr6352729pgd.401.1541743664239; Thu, 08 Nov 2018 22:07:44 -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 c70-v6sm6620722pfg.97.2018.11.08.22.07.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 08 Nov 2018 22:07:43 -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 v7 00/17] of: overlay: validation checks, subsequent fixes Date: Thu, 8 Nov 2018 22:05:48 -0800 Message-Id: <1541743565-23163-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. 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 v6: - 03/18 Add acked-by from Michael Ellerman - 03/18 Move info from post "---" into header comment - 04/18 Add acked-by from Michael Ellerman - 03/18 Move info from post "---" into header comment, add more info - 07/18 Drop. 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 (17): 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: 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 | 2 + drivers/of/dynamic.c | 59 ++++- 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 | 21 +- 10 files changed, 432 insertions(+), 97 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