Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp4353651imj; Tue, 12 Feb 2019 14:29:55 -0800 (PST) X-Google-Smtp-Source: AHgI3IYSZlLOQcMdS73oiMw/geUpY+BmA9WxinTg6jVnbBfjAqtJ3ufw4vifzPOtBGepCplPTBH4 X-Received: by 2002:aa7:81c5:: with SMTP id c5mr2817287pfn.217.1550010595599; Tue, 12 Feb 2019 14:29:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550010595; cv=none; d=google.com; s=arc-20160816; b=OzUM+I0h5gGIXccUoneIqwan0no0JXGP2+sxEk49cdMFvc/gzE6pIjF4lUjTTD0Gvo aEGGHtJKkaZ3Ow7KoKQ3PCr974778Z8Tx2bv4IKUtyEsJHIulc412HZ/cjfXMBuLwTdW HUuaiyskAXTY1bVOggJA/8iVN6CvXgfEa3TR6inxNawyrDZKXBYcEZIK0E3t/s9zV978 icWicyV3ds6sJFocfGE1LCrSk5Cbp0N/omb6iEWO9bxJ3hDfZRvVrd2CDTgYUFdPNoed ZfbvCoBQmh/8iBO0AnhSUipwufm3ssjDugXAX1HM010mOzfBlRtbpgGk2aYFATOsYzHi k8bw== 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=3z7HQ/8kGw07b8WJF92sBqfJb2RkNSObZ/HioFoeVHg=; b=us+c2FXhWWiTQpXPtKk9afefQIcAEQkhZCxmp2dbIhs3phNaeSb+KEXja/Jr44Pazk 2itbTYrVS23jxe7bj6bxCTvBGODXJLy1HvDNQzh7D9RE86MmgYZ25wRpgAkNwniq5e/G ei934dIxlxBpX7dVCWeEncyi+tilcXPuxeZor9KCu//xFGmBjSkj6rw+zeImMEEPYt2y sIWJO6noenUhTd/0lw0gPX5Uv0qslmcjnxyrhrmzo44wNIFPYp1fL6HUnKNILkRfjIvb it1nNj6olfSAYj6vMiQJIzIeI7pYsR7n2sbu44KKNq/ela9UBrw/wzPTIgoHIWYQA2Gh Nw7w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=DUZfXm9z; 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 l9si3090350pgq.317.2019.02.12.14.29.39; Tue, 12 Feb 2019 14:29:55 -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=DUZfXm9z; 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 S1730211AbfBLWMk (ORCPT + 99 others); Tue, 12 Feb 2019 17:12:40 -0500 Received: from mail.kernel.org ([198.145.29.99]:55294 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726882AbfBLWMj (ORCPT ); Tue, 12 Feb 2019 17:12:39 -0500 Received: from mail-qk1-f179.google.com (mail-qk1-f179.google.com [209.85.222.179]) (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 8ABF9222C7; Tue, 12 Feb 2019 22:12:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1550009557; bh=8GDkVuy3MACgHCoYVUcueaQTbaJwUTc6VdtfYkEp8zU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=DUZfXm9zTCzZwUiVWJ4rFegHfBQwUOGacBTql7scSV3QSnpywyf9oL93lBy8BQ+49 1coHuqft7a6vR5pFRwk6vKkkSIbKN65ml79h83QG30hVsSl+qyziObQH1PnHBNXd9W x9fuUMbXSZM6B2vTy4lW053styamA77wRx0/mY4o= Received: by mail-qk1-f179.google.com with SMTP id x6so180614qki.6; Tue, 12 Feb 2019 14:12:37 -0800 (PST) X-Gm-Message-State: AHQUAuZi2D7bhhQcKi3ES50Q7zFJzgHWpK5Iyl88INBIZX84D/LvZp46 5GwhUJgaRDje9loGp539LIAh2BHNgdGRzMu/Zg== X-Received: by 2002:ae9:dc45:: with SMTP id q66mr4366979qkf.147.1550009556731; Tue, 12 Feb 2019 14:12:36 -0800 (PST) MIME-Version: 1.0 References: <20190121143704.GE29504@arrakis.emea.arm.com> <20190121174234.GC26461@rapoport-lnx> <2bb30550-435a-046c-4f45-21dd594aa695@free.fr> <3c886941-bf9d-f040-b568-ee7a8eba9a04@free.fr> <20190123055414.GA4747@rapoport-lnx> <78f4ea8a-996d-038e-9e33-5ff02fa2c43f@samsung.com> <20190123123143.GE4747@rapoport-lnx> <4b8f82c4-7f8f-b814-c1ec-9902e43963f6@free.fr> <617e0d57-342d-4162-bd21-ece18e481d87@free.fr> <20190213085028.6199594b@canb.auug.org.au> In-Reply-To: <20190213085028.6199594b@canb.auug.org.au> From: Rob Herring Date: Tue, 12 Feb 2019 16:12:24 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RESEND PATCH v2] of: fix kmemleak crash caused by imbalance in early memory reservation To: Stephen Rothwell Cc: Marc Gonzalez , Frank Rowand , Mike Rapoport , Marek Szyprowski , Catalin Marinas , Prateek Patel , DT , LKML , stable , Andrew Morton 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, Feb 12, 2019 at 3:50 PM Stephen Rothwell wrote: > > Hi all, > > On Tue, 12 Feb 2019 10:03:09 -0600 Rob Herring wrote: > > > > On Mon, Feb 11, 2019 at 10:47 AM Marc Gonzalez wrote: > > > > > > On 04/02/2019 15:37, Marc Gonzalez wrote: > > > > > > > Cc: stable@vger.kernel.org # 3.15+ > > > > Fixes: 3f0c820664483 ("drivers: of: add initialization code for dynamic reserved memory") > > > > Acked-by: Marek Szyprowski > > > > Acked-by: Prateek Patel > > > > Tested-by: Marc Gonzalez > > > > Signed-off-by: Mike Rapoport > > > > --- > > > > Resend with DT CCed to reach robh's patch queue > > > > I added CC: stable, Fixes, and Prateek's ack > > > > Trim recipients list to minimize inconvenience > > > > > > I'm confused over commit 3532b3b554a216f30edb841d29eef48521bdc592 in linux-next > > > "memblock: drop __memblock_alloc_base()" > > > > > > It's definitely going to conflict with the proposed patch > > > over drivers/of/of_reserved_mem.c > > > > > > Rob, what's the next step then? > > > > Rebase it on top of what's in linux-next and apply it to the tree > > which has the above dependency. I'm guessing that is Andrew Morton's > > tree. > > Yeah, that is in Andrew's "post linux-next" patch series, so if you > rebase it on top of linux-next and then send it to Andrew with some > explanation. > > ... > > Actually, if it is intended for the stable trees, then presumably it is > intended to go to Linus for the current release? In which case, the > patch in Andrew's tree will have to be changed to cope after your patch > appears in Linus' tree (and therefore, linux-next). At this point in the cycle, I wasn't planning to send this for 5.0. It's not fixing something introduced in 5.0 and it is a debug feature. Rob