From patchwork Wed Jun 6 09:27:23 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Marek Szyprowski X-Patchwork-Id: 9138 Return-Path: X-Original-To: patchwork@peony.canonical.com Delivered-To: patchwork@peony.canonical.com Received: from fiordland.canonical.com (fiordland.canonical.com [91.189.94.145]) by peony.canonical.com (Postfix) with ESMTP id E868523E56 for ; Wed, 6 Jun 2012 09:27:49 +0000 (UTC) Received: from mail-gg0-f180.google.com (mail-gg0-f180.google.com [209.85.161.180]) by fiordland.canonical.com (Postfix) with ESMTP id 9C148A1843E for ; Wed, 6 Jun 2012 09:27:49 +0000 (UTC) Received: by ggnf1 with SMTP id f1so5342269ggn.11 for ; Wed, 06 Jun 2012 02:27:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-forwarded-to:x-forwarded-for:delivered-to:received-spf:x-auditid :from:to:date:message-id:x-mailer:in-reply-to:references :x-brightmail-tracker:x-tm-as-mml:cc:subject:x-beenthere :x-mailman-version:precedence:list-id:list-unsubscribe:list-archive :list-post:list-help:list-subscribe:mime-version:content-type :content-transfer-encoding:sender:errors-to:x-gm-message-state; bh=aa5jh0hFAVBykNaCfl0QFCOUnbdevsSfR966awKYGDA=; b=Eze8DdbVnEDIryysZ2f1TVFVuFycdUbGPpQGHizIyrn7Xz5TdJTA6aTgEGTJe5zqi2 qyhAurG1vl8jAl4A/lVe30shrGUAgqJJLKeMSUgURsglR2NAG7TURrpwlOxYRnEbHfcu vQHstXTSuK5OhE7Mln+NOQ8AvrNbJsDFv/zDVs5inRnt88Ll5FJNaAIGbRXkLPsDkn/p GaFDGwjqcI1T/S+0jsP8YIEw5Yxev6a8CygyafrOIQnBo6ahMCgl/XnOPxpb3etChfnV Rf7ZfRIkkBpFmF64S4+GmzdgIc95UxPmjpzqW+uLJgd798llK203ZM/iKnGEbVOksSLh tEqQ== Received: by 10.50.203.39 with SMTP id kn7mr5650078igc.53.1338974868697; Wed, 06 Jun 2012 02:27:48 -0700 (PDT) X-Forwarded-To: linaro-patchwork@canonical.com X-Forwarded-For: patch@linaro.org linaro-patchwork@canonical.com Delivered-To: patches@linaro.org Received: by 10.231.24.148 with SMTP id v20csp74930ibb; Wed, 6 Jun 2012 02:27:47 -0700 (PDT) Received: by 10.216.144.27 with SMTP id m27mr16868139wej.62.1338974867004; Wed, 06 Jun 2012 02:27:47 -0700 (PDT) Received: from mombin.canonical.com (mombin.canonical.com. [91.189.95.16]) by mx.google.com with ESMTP id y7si1680362wef.80.2012.06.06.02.27.45; Wed, 06 Jun 2012 02:27:46 -0700 (PDT) Received-SPF: neutral (google.com: 91.189.95.16 is neither permitted nor denied by best guess record for domain of linaro-mm-sig-bounces@lists.linaro.org) client-ip=91.189.95.16; Authentication-Results: mx.google.com; spf=neutral (google.com: 91.189.95.16 is neither permitted nor denied by best guess record for domain of linaro-mm-sig-bounces@lists.linaro.org) smtp.mail=linaro-mm-sig-bounces@lists.linaro.org Received: from localhost ([127.0.0.1] helo=mombin.canonical.com) by mombin.canonical.com with esmtp (Exim 4.71) (envelope-from ) id 1ScCWj-0001I5-Mv; Wed, 06 Jun 2012 09:27:41 +0000 Received: from mailout2.samsung.com ([203.254.224.25]) by mombin.canonical.com with esmtp (Exim 4.71) (envelope-from ) id 1ScCWh-0001Gp-3y for linaro-mm-sig@lists.linaro.org; Wed, 06 Jun 2012 09:27:39 +0000 Received: from epcpsbgm1.samsung.com (mailout2.samsung.com [203.254.224.25]) by mailout2.samsung.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTP id <0M5600BBCVLYC490@mailout2.samsung.com> for linaro-mm-sig@lists.linaro.org; Wed, 06 Jun 2012 18:27:35 +0900 (KST) X-AuditID: cbfee61a-b7f806d0000037be-22-4fcf2287b29b Received: from epmmp2 ( [203.254.227.17]) by epcpsbgm1.samsung.com (EPCPMTA) with SMTP id 12.E6.14270.7822FCF4; Wed, 06 Jun 2012 18:27:35 +0900 (KST) Received: from ubuntu.mshome.net ([106.116.37.153]) by mmp2.samsung.com (Oracle Communications Messaging Server 7u4-24.01 (7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPA id <0M56001EOVLRZPA0@mmp2.samsung.com> for linaro-mm-sig@lists.linaro.org; Wed, 06 Jun 2012 18:27:35 +0900 (KST) From: Marek Szyprowski To: linux-arm-kernel@lists.infradead.org, linaro-mm-sig@lists.linaro.org Date: Wed, 06 Jun 2012 11:27:23 +0200 Message-id: <1338974843-5079-1-git-send-email-m.szyprowski@samsung.com> X-Mailer: git-send-email 1.7.10.3 In-reply-to: <20120605220744.GB29782@n2100.arm.linux.org.uk> References: <20120605220744.GB29782@n2100.arm.linux.org.uk> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrEJMWRmVeSWpSXmKPExsVy+t9jQd12pfP+Bienilt8ufKQyYHR4/a/ x8wBjFFcNimpOZllqUX6dglcGav/vWUpeMNecWPKfOYGxqNsXYycHBICJhL/vp1lgrDFJC7c Ww8WFxKYzijxptepi5ELyF7GJNGydRo7SIJNwFCi620XWJGIgIfEkxXnmEGKmAXWMUosaf8O NImDQ1jAXaLvSSJIDYuAqsTG57vBenmBwu1LWqEWK0pMa/wDFucUsJFovn6GCWKxtcSMXfOZ JjDyLmBkWMUomlqQXFCclJ5rqFecmFtcmpeul5yfu4kR7PNnUjsYVzZYHGIU4GBU4uE9oHDe X4g1say4MvcQowQHs5II72cRoBBvSmJlVWpRfnxRaU5q8SFGaQ4WJXHevmPn/IUE0hNLUrNT UwtSi2CyTBycUg2M7pUz01cd1pLn4Ju6+LTe5Rn8jgaWG5ayGMxj+7u3NT3pRbLS1QQb0+9X Ag6rdGTd35TctWa6OxtPzutT8TEb9PNF/gt5zY5a/oQ1rbV90qVNcscTLcSXuj4871e937TX 5Fb+U/bVbcKZXx9sDo8KvL8sbs6MqF/FXcb+2R8cuxXTauf3XlinxFKckWioxVxUnAgAqYPj s/UBAAA= X-TM-AS-MML: No Cc: Kyungmin Park , Russell King , Michal Nazarewicz Subject: [Linaro-mm-sig] [PATCH] ARM: mm: fix type of the arm_dma_limit global variable X-BeenThere: linaro-mm-sig@lists.linaro.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Unified memory management interest group." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Sender: linaro-mm-sig-bounces@lists.linaro.org Errors-To: linaro-mm-sig-bounces@lists.linaro.org X-Gm-Message-State: ALoCoQlV48d7NvSga/8XyvHdD+jurfnjfRj9rfBBtZ2ubN+vc7OHllCIqpCnjvfV5GGpDEWQ7hUh arm_dma_limit stores physical address of maximal address accessible by DMA, so the phys_addr_t type makes much more sence for it instead of u32. This patch fixes the following build warning: arch/arm/mm/init.c:380: warning: comparison of distinct pointer types lacks a cast Reported-by: Russell King Signed-off-by: Marek Szyprowski --- arch/arm/mm/init.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/mm/init.c b/arch/arm/mm/init.c index 8f5813b..39f2a86 100644 --- a/arch/arm/mm/init.c +++ b/arch/arm/mm/init.c @@ -211,7 +211,7 @@ EXPORT_SYMBOL(arm_dma_zone_size); * allocations. This must be the smallest DMA mask in the system, * so a successful GFP_DMA allocation will always satisfy this. */ -u32 arm_dma_limit; +phys_addr_t arm_dma_limit; static void __init arm_adjust_dma_zone(unsigned long *size, unsigned long *hole, unsigned long dma_size)