Received: by 2002:ac0:a874:0:0:0:0:0 with SMTP id c49csp278975ima; Fri, 15 Mar 2019 02:39:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqx7afsau8cAucfXJ4InJlEyL6beNdS3YZpcZuPKHtOda0NeFE6QqSCUdFtA1JX/yepB7Ekp X-Received: by 2002:a63:4346:: with SMTP id q67mr2449116pga.92.1552642750712; Fri, 15 Mar 2019 02:39:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552642750; cv=none; d=google.com; s=arc-20160816; b=MNIvGLK9MT+oLI+b7He8GbRjzPACdNnAQUlTJ9iCNmj0c/CUcI7w3Px9LbkCorhPkA fPb/vSV0sLoMbU92bMJ0cQ9uzhq8eHBBIL2LDbXFsli68Nkv1zFalAavwiPB3LwjSvD1 1hKyExK1cjOJcd5okU2CdgRD1We6CLJwMKe5at8S04yZXqkTNCrFnOIH19cD+IFg/kq/ UVaU55R4CylMsh0MZLifeKR+9EmrFn2hw6KxDOhpF6Nc65LerunhKmOExIlZbLxqtmOK T3C1ZN0apzv95CkskkO4Vc8IIShKpJLcJfFK/FBgHyW9XSqAj9iiOlqiWszZJKrkBtzf UVbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=26lkaoj7iEpwXCPv+SNxmgmAdNITC6Tm5g9SI2OLxx4=; b=mP3iF+XpFWxVgPhwZnKCdUXdDdevgGrNjHbTLfFF+irQAw6CRhFYSdErkzvUg/CltG ngBaT75xV2AUzMyKjoaUoJOcnoIysTrlgcbgjz7o0KBlZj5vtXoc/1loD8CjYAobadZd 8VkhjqwIxASOg2Ceoh6m9KT8KQ7oRmswVeVMypUnBoeYIjtkXRdrbKEjjKiXi5XNf0ML x536ksOHlbOhXDUFt92C1d6GzY6oCH7TJsk0KIFZ1U9rsExKzXJplwrZ9pnE/Cpp94kO Drw4tDABB372OZ6Y9wzsGg7JgMKALyDibwc0bvNBTE+kU3xSXCq/ev5sgh8afhHe0rma htUQ== 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 h85si1551988pfj.88.2019.03.15.02.38.56; Fri, 15 Mar 2019 02:39:10 -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 S1728745AbfCOJhh (ORCPT + 99 others); Fri, 15 Mar 2019 05:37:37 -0400 Received: from mout.kundenserver.de ([212.227.17.24]:41439 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726886AbfCOJhh (ORCPT ); Fri, 15 Mar 2019 05:37:37 -0400 Received: from [192.168.1.110] ([77.2.38.11]) by mrelayeu.kundenserver.de (mreue107 [212.227.15.183]) with ESMTPSA (Nemesis) id 1N4Q8u-1gwW680DNW-011QXn; Fri, 15 Mar 2019 10:37:14 +0100 Subject: Re: [PATCH v2 02/45] drivers: tty: serial: 8250_dw: use devm_ioremap_resource() To: Andy Shevchenko , "Enrico Weigelt, metux IT consult" Cc: Linux Kernel Mailing List , Greg Kroah-Hartman , Eric Anholt , Stefan Wahren , Florian Fainelli , Ray Jui , Scott Branden , bcm-kernel-feedback-list , Andy Shevchenko , Vladimir Zapolskiy , Matthias Brugger , Masahiro Yamada , Tobias Klauser , Richard Genoud , macro@linux-mips.org, =?UTF-8?Q?Uwe_Kleine-K=c3=b6nig?= , Sascha Hauer , slemieux.tyco@gmail.com, Andy Gross , David Brown , Shawn Guo , Sascha Hauer , Fabio Estevam , dl-linux-imx , baohua@kernel.org, Peter Korsgaard , "open list:SERIAL DRIVERS" , linux-arm-msm@vger.kernel.org, "open list:LINUX FOR POWERPC PA SEMI PWRFICIENT" References: <1552602855-26086-1-git-send-email-info@metux.net> <1552602855-26086-3-git-send-email-info@metux.net> From: "Enrico Weigelt, metux IT consult" Organization: metux IT consult Message-ID: Date: Fri, 15 Mar 2019 10:37:09 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:LMbGrgS1Fw3sbm3BX4m+19HQ5xTGusRRe0UWXpP0ztIQVQgQrlc m53H4MQDK/RM1nKPWCag0ezzxjT0wbjDa/N87KZImrFRriiJckuCAztY6IZagfpoEJntLOq nR2WhNIHqdTuNxUilfS9+Zd8kAWSBCOmM7u7UouBs0uNFHrI07s+K5WRHezpTZz+6g55hnn 5awtt6qM+v1ChFGU/1Qzw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:9yl8hjgmV4o=:qa/ooxfQuXBNMJTkd2wlcR Jw/fZubKj2Que3t0FPCECdniDQk2yOI5tSLsLYxL0OlYOMJBp8cthnB21miHDJVVndcoxTtEB 0qot9dVVlpVC9Oi965cbNDllBml8Hufy2WCwPaCEmDReH3IxuA7SLW8gIKc/M+c4mn7Sk42bR HNFhlmkISgobr3RuMwUKF6TWzaUzz/eK73n2Py/5S425fJyWSL0RpIXZlrY31V+GCCuX6bGjk KBFwZZ3Gahd4D4J0DhXrqdZ2TPU79oFdS1YEt70M382z/fAF+LS+owfknLuQUWBixQHTD4+xw bv7KzuY+SH9gmERV2Cc7ShXyDzjoF9uYnXLrngClY1ECj06unYyGAQuqIUAJ2AE78V93W8d0c baqT7D0/aNb8JibxCHlEjxM9tnXUuLSCq11fveazwuMJSWlBs7KEQvp+AZgajDXHWVaK63tV9 QDWQE9bI3VSBA0P1mxONwdL6ClTKbU50XdEYW/p+/y3O0AzR0De6G7DHnQdMZTVLNIteupKXm 4vvwOaFIXDhDbCqHXWU257N3CsAXaVLqXSCwBImubVFSN89Y6o+An/xAo8hmouhMMdsJZwl6K Zknww/47T5BMDfduJqxseSz/+nLikMzgHDC5rvywnEQSMlhsh5nk2vQ4zYQmUlfIjigXmPhkn sthMjOrxzn2RcnHJf3/W9Jk/ah/KlUGIzPFgAsL8wcG7Qr/ypb5/vt7B0Yh7Y14dbqpuCbUvi mLOvAw6A3AFkBatEoo70z5+f1ApgzAV10DNl9pjAdv97E2b5i9d07N8aEpE= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 15.03.19 10:04, Andy Shevchenko wrote: > On Fri, Mar 15, 2019 at 12:41 AM Enrico Weigelt, metux IT consult > wrote: >> >> Instead of fetching out data from a struct resource for passing >> it to devm_ioremap(), directly use devm_ioremap_resource() > > I don't see any advantage of this change. > See also below. I see that the whole story wasn't clear. Please see my reply to Greg, hope that clears it up a little bit. >> --- a/drivers/tty/serial/8250/8250_dw.c >> +++ b/drivers/tty/serial/8250/8250_dw.c >> @@ -526,7 +526,7 @@ static int dw8250_probe(struct platform_device *pdev) >> p->set_ldisc = dw8250_set_ldisc; >> p->set_termios = dw8250_set_termios; >> >> - p->membase = devm_ioremap(dev, regs->start, resource_size(regs)); >> + p->membase = devm_ioremap_resource(dev, regs); >> if (!p->membase) > > And how did you test this? devm_ioremap_resource() returns error > pointer in case of error. hmm, devm_ioremap_resource() does so, but devm_ioremap() does not ? I really didn't expect that. Thanks for pointing that out. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287