From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3BE88ECE587 for ; Tue, 15 Oct 2019 06:42:17 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 009F421835 for ; Tue, 15 Oct 2019 06:42:16 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="WJ1RiJWg" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 009F421835 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 8DB268E0005; Tue, 15 Oct 2019 02:42:16 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 88B5F8E0001; Tue, 15 Oct 2019 02:42:16 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 77A408E0005; Tue, 15 Oct 2019 02:42:16 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0234.hostedemail.com [216.40.44.234]) by kanga.kvack.org (Postfix) with ESMTP id 598648E0001 for ; Tue, 15 Oct 2019 02:42:16 -0400 (EDT) Received: from smtpin03.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with SMTP id DCD2B75B4 for ; Tue, 15 Oct 2019 06:42:15 +0000 (UTC) X-FDA: 76045074630.03.straw35_6b08a208abe01 X-HE-Tag: straw35_6b08a208abe01 X-Filterd-Recvd-Size: 2658 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf34.hostedemail.com (Postfix) with ESMTP for ; Tue, 15 Oct 2019 06:42:15 +0000 (UTC) Received: from [172.20.185.47] (unknown [151.9.251.10]) (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 4E23320872; Tue, 15 Oct 2019 06:42:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1571121734; bh=rysVRgS2FyWINWo6N494AjxosS0+rfoIKEY8cnAlqSA=; h=Date:In-Reply-To:References:Subject:To:CC:From:From; b=WJ1RiJWg0ldBHseqfrvp5PmB2jl/7wc3M+Lc/btmiZF+qOzXjamufdias7ll/sXEJ QwS1noye5k0R7HoaydsDEqHqK5e/mvsfAeXgrBzGgtAaYQ5tDA/4/k6x302+mFvcxj QnD2Xs8HFk6dR3yYBKakkri/5m/87RAUPZ70FxNQ= Date: Tue, 15 Oct 2019 08:42:07 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <20191014154423.a472315834ce6a730ccbaf3f@linux-foundation.org> References: <1570915861-17633-1-git-send-email-rppt@kernel.org> <20191014154423.a472315834ce6a730ccbaf3f@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PATCH] mm: memblock: do not enforce current limit for memblock_phys* family To: Andrew Morton CC: Adam Ford ,Catalin Marinas ,Christoph Hellwig ,Fabio Estevam ,Lucas Stach ,etnaviv@lists.freedesktop.org,linux-arm-kernel@lists.infradead.org,linux-kernel@vger.kernel.org,linux-mm@kvack.org,Mike Rapoport From: Mike Rapoport Message-ID: <43610D35-58EE-4019-B979-EAE3F4781EAA@kernel.org> X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On October 15, 2019 12:44:23 AM GMT+02:00, Andrew Morton wrote: >On Sun, 13 Oct 2019 00:31:01 +0300 Mike Rapoport >wrote: > >> Until commit 92d12f9544b7 ("memblock: refactor internal allocation >> functions") the maximal address for memblock allocations was forced >to >> memblock=2Ecurrent_limit only for the allocation functions returning >virtual >> address=2E The changes introduced by that commit moved the limit >enforcement >> into the allocation core and as a result the allocation functions >returning >> physical address also started to limit allocations to >> memblock=2Ecurrent_limit=2E >>=20 >> This caused breakage of etnaviv GPU driver: >>=20 >> =2E=2E=2E >> > >So I'll add a cc:stable, yes? Yeah, right=2E Somehow I've missed that=2E=2E=2E --=20 Sincerely yours, Mike