Received: by 10.192.165.156 with SMTP id m28csp62961imm; Tue, 17 Apr 2018 06:37:09 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+2ctcu+vENtqU0DDGiULvWgBbSDKayE049WZW9OCPt/vqon7xmKAYS2mCNg20dInoVXRfI X-Received: by 10.98.223.205 with SMTP id d74mr2052120pfl.114.1523972229843; Tue, 17 Apr 2018 06:37:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523972229; cv=none; d=google.com; s=arc-20160816; b=gHFBY9/t/6PDkGDYLfEsmKxR6SugW1GRCSiivdDwCgKdliTqv/7WJlfOlJx90V/Chy hzNVGqR1fYXCNQ27LdtoOWJ5pxE3kUmEub+YsUOBotpyhn3MBjpjEI6zpGN+kql+AkMC hWySfLeEOhcAyQgQkSJlFHn8/LVpi/BuxVwjrFYDns4PDvvRJKZrE2VPoVEdnpzfZ1Hq L/YMofx8yG+zkUARPJMVu7E7Wdz3sVW6otr2YhupQCA7HNSWnFPnyj0jW0dOG0nGQJ2J yAOFC/RiKewX0l9ZuImIxuQeT30lHyIMl5CrXLpsepccIsfqysLUPdpxhrjU8vpZKO7l cxbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=1q1zneTavPjqC6OIU+lPRgYPNMHxy/OjeOzYBjplXwU=; b=fyXpze7n7gpxCasr6mh18zhXuH3FbFSin54+RbqG7E6+jwqBQCDnWcBdQBGWne2STD iyUPhe1dziaI+BaS7+THlpcX8WuUtq9qEVGazb8T6Pwehygn+bdDhYY3cw++31HUfgmz QcI2yMMrqUBK08ZEpwbaFbKN48E/Vac7UDCdC8EChMqqosOyLl+OeNxrMxK7hbfb2K7r PWJN3OclB1zE4LiUzCIDO2qNjrBJW8sNhZytDWasDoLXAo3Dj7O5ZUEnY8pJbftL7itL y47gpCG6SCoL10K1C00v4Cxo4GeecIrYH4csiXwC1O0+LjVulfGYlMKS8KrWFeFl/+Nl /VBw== 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 k21-v6si10762890pll.299.2018.04.17.06.36.55; Tue, 17 Apr 2018 06:37:09 -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 S1753565AbeDQNfo (ORCPT + 99 others); Tue, 17 Apr 2018 09:35:44 -0400 Received: from relay12.mail.gandi.net ([217.70.178.232]:46427 "EHLO relay12.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753099AbeDQNfn (ORCPT ); Tue, 17 Apr 2018 09:35:43 -0400 Received: from w540.sssup.it (nat-wifi.sssup.it [193.205.81.22]) (Authenticated sender: jacopo@jmondi.org) by relay12.mail.gandi.net (Postfix) with ESMTPSA id E4A7720002B; Tue, 17 Apr 2018 15:35:37 +0200 (CEST) From: Jacopo Mondi To: ysato@users.sourceforge.jp, dalias@libc.org, thomas.petazzoni@free-electrons.com, robin.murphy@arm.com Cc: Jacopo Mondi , geert@linux-m68k.org, linux-renesas-soc@vger.kernel.org, linux-sh@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] sh: mm: Fix unprotected access to struct device Date: Tue, 17 Apr 2018 15:35:23 +0200 Message-Id: <1523972123-5700-1-git-send-email-jacopo+renesas@jmondi.org> X-Mailer: git-send-email 2.7.4 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org With commit ce88313069c36eef80f21fd7 ("arch/sh: make the DMA mapping operations observe dev->dma_pfn_offset") the generic DMA allocation function on which the SH 'dma_alloc_coherent()' function relies on, access the 'dma_pfn_offset' field of struct device. Unfortunately the 'dma_generic_alloc_coherent()' function is called from several places with a NULL struct device argument, halting the CPU during the boot process. This patch fixes the issue protecting access to dev->dma_pfn_offset, with a trivial check for validity. It also passes a valid 'struct device' in the 'platform_resource_setup_memory' function which is the main user of 'dma_alloc_coherent()', and inserting a WARN_ON() check to make future (and existing) bogus users of this function they're should provide a valid 'struct device' whenever possible. Fixes: ce88313069c36eef80f21fd7 ("arch/sh: make the DMA mapping operations observe dev->dma_pfn_offset") Signed-off-by: Jacopo Mondi --- arch/sh/mm/consistent.c | 15 ++++++++++++--- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c index 8ce9869..b257155 100644 --- a/arch/sh/mm/consistent.c +++ b/arch/sh/mm/consistent.c @@ -39,6 +39,8 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size, void *ret, *ret_nocache; int order = get_order(size); + WARN_ON(!dev); + gfp |= __GFP_ZERO; ret = (void *)__get_free_pages(gfp, order); @@ -59,7 +61,9 @@ void *dma_generic_alloc_coherent(struct device *dev, size_t size, split_page(pfn_to_page(virt_to_phys(ret) >> PAGE_SHIFT), order); - *dma_handle = virt_to_phys(ret) - PFN_PHYS(dev->dma_pfn_offset); + *dma_handle = virt_to_phys(ret); + if (dev) + *dma_handle -= PFN_PHYS(dev->dma_pfn_offset); return ret_nocache; } @@ -69,9 +73,14 @@ void dma_generic_free_coherent(struct device *dev, size_t size, unsigned long attrs) { int order = get_order(size); - unsigned long pfn = (dma_handle >> PAGE_SHIFT) + dev->dma_pfn_offset; + unsigned long pfn = (dma_handle >> PAGE_SHIFT); int k; + WARN_ON(!dev); + + if (dev) + pfn += dev->dma_pfn_offset; + for (k = 0; k < (1 << order); k++) __free_pages(pfn_to_page(pfn + k), 0); @@ -143,7 +152,7 @@ int __init platform_resource_setup_memory(struct platform_device *pdev, if (!memsize) return 0; - buf = dma_alloc_coherent(NULL, memsize, &dma_handle, GFP_KERNEL); + buf = dma_alloc_coherent(&pdev->dev, memsize, &dma_handle, GFP_KERNEL); if (!buf) { pr_warning("%s: unable to allocate memory\n", name); return -ENOMEM; -- 2.7.4