From patchwork Sat Oct 13 15:17:00 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Christoph Hellwig X-Patchwork-Id: 52515 Received: from vger.kernel.org ([209.132.180.67]) by www.linuxtv.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gBLfJ-00020m-47; Sat, 13 Oct 2018 15:17:17 +0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726890AbeJMWyq (ORCPT + 1 other); Sat, 13 Oct 2018 18:54:46 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:33496 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726294AbeJMWyp (ORCPT ); Sat, 13 Oct 2018 18:54:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From:Sender :Reply-To:Content-Type:Content-ID:Content-Description:Resent-Date:Resent-From :Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=eyxJkjl3ux4PWhRp8+cF0xRnH8kd79hW67RefGOvRXc=; b=edSt3tZAs8zCuCcDPpgW40mEkG //OfnNxjsu8TMbc2Uf3RjUpj9eEzxtFfC36J3Rhz3PPEQdt4srCAtrQAj274HCtSOJKEhMzZx1sLM hQzJtM5FnUcr6N+O+xkMHEmD79pJHFe4coZx3I+r8JrJqzWjGsT29Olz8z3D/q9copRRefayvz95P OPSY5c5/GiYjFyKCl43JQTEMd3n3j5bXNxG/kEGAovFNH0E5pPOilDb+t8rCwoyDnwelTn0bTEtJ6 ia9yOwuMQQlHXMsVJJjMIt5+AK7zSsjJaiKkM+mZtXaT9wopZmZRn6rTYcn3FZGNch2Cd385HRRdK 2IlUtkkQ==; Received: from 089144199123.atnat0008.highway.a1.net ([89.144.199.123] helo=localhost) by bombadil.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1gBLfE-0004zc-FJ; Sat, 13 Oct 2018 15:17:12 +0000 From: Christoph Hellwig To: linux-pm@vger.kernel.org, linux-tegra@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org, linux-spi@vger.kernel.org, linux-fbdev@vger.kernel.org, alsa-devel@alsa-project.org Cc: linux-kernel@vger.kernel.org Subject: [PATCH 1/8] cpufreq: tegra186: don't pass GFP_DMA32 to dma_alloc_coherent Date: Sat, 13 Oct 2018 17:17:00 +0200 Message-Id: <20181013151707.32210-2-hch@lst.de> X-Mailer: git-send-email 2.19.1 In-Reply-To: <20181013151707.32210-1-hch@lst.de> References: <20181013151707.32210-1-hch@lst.de> MIME-Version: 1.0 X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org The DMA API does its own zone decisions based on the coherent_dma_mask. Signed-off-by: Christoph Hellwig Acked-by: Rafael J. Wysocki --- drivers/cpufreq/tegra186-cpufreq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/cpufreq/tegra186-cpufreq.c b/drivers/cpufreq/tegra186-cpufreq.c index 1f59966573aa..f1e09022b819 100644 --- a/drivers/cpufreq/tegra186-cpufreq.c +++ b/drivers/cpufreq/tegra186-cpufreq.c @@ -121,7 +121,7 @@ static struct cpufreq_frequency_table *init_vhint_table( void *virt; virt = dma_alloc_coherent(bpmp->dev, sizeof(*data), &phys, - GFP_KERNEL | GFP_DMA32); + GFP_KERNEL); if (!virt) return ERR_PTR(-ENOMEM);