Received: by 10.192.165.156 with SMTP id m28csp129453imm; Tue, 17 Apr 2018 07:38:01 -0700 (PDT) X-Google-Smtp-Source: AIpwx49g+URTuI+vCoVuClXmQfL6ZEJzzDRByA67n6joCW6VWwBb/yUwzlELoCCbs9mbc3F1InL5 X-Received: by 2002:a17:902:bf49:: with SMTP id u9-v6mr2286262pls.133.1523975881555; Tue, 17 Apr 2018 07:38:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523975881; cv=none; d=google.com; s=arc-20160816; b=taSjQRd8JTlQeUK3+BmzCRC7Ldi1f0CrDPfIwK7DcBgXnGa60Oy11TEjdFidTHhqS0 KtV7HcXi+smPzmTiEEbLdacHWRHE8qmJhOtJR7yBYzP5tfLII6tGw/GWogUefmTaZT7s 5Fhs/k2naY9oXErEG6pEdPIFpCj+zIjK4ZYdYtaeA72ygiIQaEtu3iVIbGmPeyYiNRSf tRifUsszw1tqZaJz7mimTegKThVBdBLewhtGKVzlzJ8yY6fB8feNJ041/P/0rOXjK2an WJM11QP/sWA4+1wC81NOReiuSntSi3csRME6ljRW0x+1dD/HwcsnwnMiwnBM4wv6Atdw v2rA== 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=NvBngsAjEpgYJroeSoVQtWjc/CqNwd0zcOqyfeZq/rw=; b=Mhq1yOGFLTAHIXDWz4hwi8Of1vnn4Zh7qDUqAh1wNE0Cd2wAsNE20NYF/SqdKO4izb J+GIR/twba+HcrMoLfXDRhbWjfCn4+n1MJXaszYgkW3IrtMehfQ9Flx4MurRezkmkUv8 7Os/QAz94lXsjxEjMmzqg1zECPG1C0Eabos9E3oyoCg82X51A3nCxQeTwNV/yClVGleN hxqnJMjvFGgysbTbpWBjSHs3lQ8MKzY3q8A8H95qDYVccpwQTqqwQu91SfQoAuvGkDgC iVlRRhplftjoeg5ER/p4OKbaI7pjBTkt+QWi+Uliw5SUHrKJuG9sAnwhJi8GXbsys4s4 5QUQ== 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 m9si1371397pff.80.2018.04.17.07.37.46; Tue, 17 Apr 2018 07:38:01 -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 S1753983AbeDQOgT (ORCPT + 99 others); Tue, 17 Apr 2018 10:36:19 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:57931 "EHLO relay11.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752952AbeDQOgG (ORCPT ); Tue, 17 Apr 2018 10:36:06 -0400 Received: from w540.sssup.it (nat-wifi.sssup.it [193.205.81.22]) (Authenticated sender: jacopo@jmondi.org) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 7153A100014; Tue, 17 Apr 2018 16:35:59 +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 v2] sh: mm: Fix unprotected access to struct device Date: Tue, 17 Apr 2018 16:35:51 +0200 Message-Id: <1523975751-12826-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, accesses 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 by 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 inserts a WARN_ON() check to remind to future (and existing) bogus users of this function to 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 Reviewed-by: Geert Uytterhoeven Reviewed-by: Thomas Petazzoni --- arch/sh/mm/consistent.c | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/arch/sh/mm/consistent.c b/arch/sh/mm/consistent.c index 8ce9869..ec177c0 100644 --- a/arch/sh/mm/consistent.c +++ b/arch/sh/mm/consistent.c @@ -59,7 +59,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 (!WARN_ON(!dev)) + *dma_handle -= PFN_PHYS(dev->dma_pfn_offset); return ret_nocache; } @@ -69,9 +71,12 @@ 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; + if (!WARN_ON(!dev)) + pfn += dev->dma_pfn_offset; + for (k = 0; k < (1 << order); k++) __free_pages(pfn_to_page(pfn + k), 0); @@ -143,7 +148,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