Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1858895imm; Sun, 9 Sep 2018 10:23:52 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaeEDp2ExTwRI5iL+6gjcHZGM4/sXuEkULm07XcFVbGJm+qHMt8uVtseDGyffaQWZRM4GV/ X-Received: by 2002:a62:4898:: with SMTP id q24-v6mr19692355pfi.22.1536513832707; Sun, 09 Sep 2018 10:23:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536513832; cv=none; d=google.com; s=arc-20160816; b=RaRUcEXX9r+4Nta6LdYRfNlevD26evp+Wi6KojjUn5gPl9lLMpH7lOBYqAmECMnIFx vlurkt8qdsxkPB7xhfWsXJuK9G6xf7DHS0QEIhY0XARo7oKlkqCXG4wbSuX0jxKXIa6j OSZQaqG8IFVNYZHwBvxZqxE3kNOTovuB84jj3N4I+jsbt1cXbgEZm7caOcIFqN+eQVgF hetlNUou3fGdGV455s1xg/QPlvUYxChK7l9f1k93rRHmrYID8e76BjNol3T9LdKGAC1l qc705H1if2eB8HWEZR96pYQw11+1YVWuGuhhGuCqG/Ag6Luu7+o6qkblbiNFUOYy5gVr 5CFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=8HxNL+l+EsFcCAtv5cuzeT7ZKPl3c3RG3ae7fojbwX0=; b=uZBdV+tWZ77iLxlqiwGidKzoHRr4Rl5HoV++JnMz+b2mEChtlR0C//xQGlDzQwzWvj gpapULAksl++Jd4jU8TssbeauvsQ8keqRy3xWYZ2+mWUEoyZioNyuNQhH+wKCIT7C4cy QFhrDilzLMIixSOS0cTtIXmWLDNP5BDWcz7a246bROJ9fckS06Cdp5wsdIMla/Vm5NFA bF7PLDgXZcA7HH2D5ntKNULPeZLsAXq2Q2IiZng9jOi/Dp525gPJSgSiTyiL+XR89g5P hDWnaawMkQm/eo3E10/Hdh6HTux6e4oabohTtOJwA33IfLfrkkxGMIrdJr9Lpecu/X2w 9YJQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u186-v6si15121804pfu.263.2018.09.09.10.23.24; Sun, 09 Sep 2018 10:23:52 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726761AbeIIWLt (ORCPT + 99 others); Sun, 9 Sep 2018 18:11:49 -0400 Received: from gate.crashing.org ([63.228.1.57]:55855 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726615AbeIIWLt (ORCPT ); Sun, 9 Sep 2018 18:11:49 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id w89H4QVV032538; Sun, 9 Sep 2018 12:04:27 -0500 Message-ID: <7427daf6570d519e6793eb96d2fbaa52714b0cd7.camel@kernel.crashing.org> Subject: Re: v4.17 regression: PowerMac G3 won't boot, was Re: [PATCH v5 1/3] of: cache phandle nodes to reduce cost of of_find_node_by_phandle() From: Benjamin Herrenschmidt To: Frank Rowand , Finn Thain Cc: Stan Johnson , Rob Herring , Chintan Pandya , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Date: Sun, 09 Sep 2018 19:04:25 +0200 In-Reply-To: References: <1520208889-3908-1-git-send-email-frowand.list@gmail.com> <1520208889-3908-2-git-send-email-frowand.list@gmail.com> <0ad5dbfd-08f3-b97d-34b9-70fc9a729921@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-1.fc28) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2018-08-31 at 14:58 +1000, Benjamin Herrenschmidt wrote: > > > A long shot, but something to consider, is that I failed to cover the > > cases of dynamic devicetree updates (removing nodes that contain a > > phandle) in ways other than overlays. Michael Ellerman has reported > > such a problem for powerpc/mobility with of_detach_node(). A patch to > > fix that is one of the tasks I need to complete. > > The only thing I can think of is booting via the BootX bootloader on > those ancient macs results in a DT with no phandles. I didn't see an > obvious reason why that would cause that patch to break though. Guys, we still don't have a fix for this one on its way upstream... My test patch just creates phandle properties for all nodes, that was not intended as a fix, more a way to check if the problem was related to the lack of phandles. I don't actually know why the new code causes things to fail when phandles are absent. This needs to be looked at. I'm travelling at the moment and generally caught up with other things, I haven't had a chance to dig, so just a heads up. I don't intend to submit my patch since it's just a band aid. We need to figure out what the actual problem is. Cheers, Ben.