Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp4356229imu; Tue, 18 Dec 2018 13:22:59 -0800 (PST) X-Google-Smtp-Source: AFSGD/UX8VvOAn6MBv08f3+jxDGVZZdnUyf02WVsKACHwCMdQFSdbIut/cw3DZACkA797K7d5Cxo X-Received: by 2002:a63:e5c:: with SMTP id 28mr4324689pgo.369.1545168179071; Tue, 18 Dec 2018 13:22:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545168179; cv=none; d=google.com; s=arc-20160816; b=LRpsuZX2wm+3le3dAZuWzoXLnYL4qAUm9DxRGtxAUh6cRBCKJSDek+sW19wdjZcyIu 4yBfZ0Qlu+tDYkfxZBOmIJ4T2m2vkopY3tiJwY/QR43lnRWovLXfAlVI3DMgJINx9+GM GNwNdi8s/4yUwk9Mh+feu5cjKu1nUqmyfEXiHEDcS4y91iGmuRHdzoOsTFeVjyA43AoX RRWZmQ2JQdNywyft4HvRixkX5PpGW/Nmo0PZJciNdvtxMWMj0+Qrutzf4g427s3wZ3K4 2IdwPw6leqrtxqsu0Rca0BwaP7lBVyctfshTP2OM/wIg7akUR29uwSOyIBS4/b08tDdu T/1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=5kikTkcDGUWLjrrTMKHN5zHvDVntmTnqGLTe5WWelzo=; b=P7szBKJ9Du/STVnxSo5RztwtmS80mcStIMkqSOs04U+CA1v/iwn3n6wRO0XxX9TwbB ktT0sKxPA+ibG0eAVNjc6FJ0ONO9X3gF27j641eejwdFMLn3TPVBBHVb3jtdESRM32jq U5t19/pSZXMjkb6lCPqnQiPIaGmd66ZGc/W1HjYD97q7G/xgjTAnhcgmwH2wdMIbkWZZ RciPQsVpfhZT5dsiqQl2tRMftmCJEwG04gN5FByp36cXQAH6KO/rnQ29xm0NkmgFkEgy SL2+Yr7lH+zw5Zoy1hynslsMLHfdVOpIsDzLNzibOpmSplqA02Io532Owc7OPcT7RXce af5Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="aIWSV/M+"; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r8si13921937pgr.252.2018.12.18.13.22.42; Tue, 18 Dec 2018 13:22:59 -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=@kernel.org header.s=default header.b="aIWSV/M+"; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727496AbeLRUBq (ORCPT + 99 others); Tue, 18 Dec 2018 15:01:46 -0500 Received: from mail.kernel.org ([198.145.29.99]:57674 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726559AbeLRUBq (ORCPT ); Tue, 18 Dec 2018 15:01:46 -0500 Received: from mail-qt1-f170.google.com (mail-qt1-f170.google.com [209.85.160.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1BE15218AD; Tue, 18 Dec 2018 20:01:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1545163305; bh=zCAO2BbTkh/sFdthPUz5p/F48j8PylSJki+FT1GeNBI=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=aIWSV/M+A2x00EJre0yBqvCAiMfzRebXQ9HppmIi/dbxAQmQlc19xnThZIWBW+Lrc FgjZKnZyI3yIU94x6uUD6jYWM5sBTDq6qhvipUyhDenWsiY5Xrza0Ryai02RQCjTL2 oYjmBJRSQcFe1SB7SpxVUPmMhiPH6WtcIEzpe15Q= Received: by mail-qt1-f170.google.com with SMTP id v11so19685230qtc.2; Tue, 18 Dec 2018 12:01:45 -0800 (PST) X-Gm-Message-State: AA+aEWauak1n4u4jeJiX18dhPF2wiEyOLAjU/ntEqgaf/HvZeOVmQHAJ Tq42q7OwgUL2ui8IpdTFWcPzObE+4wmWSThgGw== X-Received: by 2002:a0c:8c8a:: with SMTP id p10mr18734258qvb.218.1545163304244; Tue, 18 Dec 2018 12:01:44 -0800 (PST) MIME-Version: 1.0 References: <1545033396-24485-1-git-send-email-frowand.list@gmail.com> <1545033396-24485-3-git-send-email-frowand.list@gmail.com> <871s6gv30z.fsf@concordia.ellerman.id.au> In-Reply-To: From: Rob Herring Date: Tue, 18 Dec 2018 14:01:32 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 2/2] of: __of_detach_node() - remove node from phandle cache To: Frank Rowand Cc: Michael Ellerman , mwb@linux.vnet.ibm.com, linuxppc-dev , Tyrel Datwyler , tlfalcon@linux.vnet.ibm.com, minkim@us.ibm.com, devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 18, 2018 at 12:57 PM Frank Rowand wrote: > > On 12/17/18 2:52 AM, Michael Ellerman wrote: > > Hi Frank, > > > > frowand.list@gmail.com writes: > >> From: Frank Rowand > >> > >> Non-overlay dynamic devicetree node removal may leave the node in > >> the phandle cache. Subsequent calls to of_find_node_by_phandle() > >> will incorrectly find the stale entry. Remove the node from the > >> cache. > >> > >> Add paranoia checks in of_find_node_by_phandle() as a second level > >> of defense (do not return cached node if detached, do not add node > >> to cache if detached). > >> > >> Reported-by: Michael Bringmann > >> Signed-off-by: Frank Rowand > >> --- > > > > Similarly here can we add: > > > > Fixes: 0b3ce78e90fc ("of: cache phandle nodes to reduce cost of of_find_node_by_phandle()") > > Yes, thanks. > > > > Cc: stable@vger.kernel.org # v4.17+ > > Nope, 0b3ce78e90fc does not belong in stable (it is a feature, not a bug > fix). So the bug will not be in stable. 0b3ce78e90fc landed in v4.17, so Michael's line above is correct. Annotating it with 4.17 only saves Greg from trying and then emailing us to backport this patch as it wouldn't apply. Rob