Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp1879391imc; Tue, 12 Mar 2019 02:33:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqw6F1CYNOnJAoOIXSjf8NAq1cYsGH3jLD10PtK+ByN0jhOvwPWsH0Y7V5YeFY5qESGvqMbz X-Received: by 2002:aa7:8b03:: with SMTP id f3mr3883552pfd.208.1552383205717; Tue, 12 Mar 2019 02:33:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552383205; cv=none; d=google.com; s=arc-20160816; b=Z+cQ3xeCbNlWO5WU93obts6johmF5JMfaB0TLFG8VrLtsl0JvE7UAtN9/mwnz3LEtn YGUH6VzK2e/TVaKvNDdINo7Jz9+2qUOHrKCnexxW6rJtxPsqi8Iki/N/AefG2asMz752 Z8goic9JeGyO48iMkJBvct0/x7IEnJswG3yDeD6fU86tJ9RXVy1ZQZPU8LppcwzjGLGo q5XcndmIi3jQiH/gterbXUqHprDujpWzJ4djfE6Fm6nuB+e7bl6gUN7NsKOtCpqwPwHo HBrN2RfotJuJkuUlSEskgfFVoUrs4X01NwaUSwNS7L8UJ9RCFnGpASXY61PUpfT9X6Pe 2ExA== 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=DN2kHhjWEZmKL6ea3zIpo5akyDgoEPUAI5tMqECKWiQ=; b=qltpgx8FUy96/AqQZ46PD/2PQRACQEpB11cPxAjWE8l22VhiJJ/OlDhSEI+4iEQmfC aT1N6Yq3TfLj9C1IW7yTsT2khlLmvUNEOya1OwedgXqqRlY5TEdyDA89Cy08aqTudn8M D9XitKG4KTV3B+CfR5dPhfbArQanvKxL6mghMZF+t666xQ1cBLSt3bvotdsxTh4TiYIw EA6lcKVS7/U+sMnDEuTPmwcqxoQGMPB0yb7BtVPKUXFyIDs+4+JqygoOXVHSpJE93ACR N2hzUNDBSA/+dHso0i/7Va6ShBe2kRXK1yymn72aIKpVllcYQRFIGwIZfZhW6r2KnhTv UCZg== 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 x21si2826738pll.75.2019.03.12.02.33.10; Tue, 12 Mar 2019 02:33:25 -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 S1726452AbfCLJa1 (ORCPT + 99 others); Tue, 12 Mar 2019 05:30:27 -0400 Received: from mout.kundenserver.de ([212.227.126.134]:52621 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725832AbfCLJa1 (ORCPT ); Tue, 12 Mar 2019 05:30:27 -0400 Received: from [192.168.1.110] ([77.4.190.91]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id 1N7xml-1gyR740CBP-014xUx; Tue, 12 Mar 2019 10:30:25 +0100 Subject: Re: [PATCH v2] drivers: gpio: sprd: use devm_platform_ioremap_resource() To: Baolin Wang , "Enrico Weigelt, metux IT consult" Cc: LKML , Linus Walleij , Bartosz Golaszewski , Orson Zhai , Chunyan Zhang , "open list:GPIO SUBSYSTEM" References: <1552378134-3678-1-git-send-email-info@metux.net> From: "Enrico Weigelt, metux IT consult" Organization: metux IT consult Message-ID: <6c7f2f6c-abda-e552-79e7-fa36951bb670@metux.net> Date: Tue, 12 Mar 2019 10:30:24 +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:k68bwLAdQNC/4wO4wpNSgDK07X16kPwXQ7VRHcafMAptTzS2LET 7s+dl8I7l+45oHFsDBWuQekuU10zB1caW8t5qjNI3hkIygVHK6yQFjeca1+03VPqG+1zR+S fxaBu+0ns0Rh1KTNLjAkS5dbaD0hfIMsMpb9zdp7LCQf8XDoDPJNaN7BM8WvI2zhNpTlS39 NqXDrs1r+sJq67vfNrWTQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:QbVBJ5y4pUc=:Pa5658YTJsKv8+9mdE08dx 6To5SIqhR6JmUOuLj6JYTQ9mNrNtiGFnKihz6qTMzwO7bD9WmylzSqkTHzswa2nig7rEP0ggo N/ZMEd294ha51kVnEFTfz0F6Hrjs12kpzS0uCAG85/FjFfNiHxR6NDFPWo8ilt0EcvNCx6U6q pFa3VXc+2I/sKy2VeEIIRS7uLBwZoUsOcrsc5FjfRn9L7RRizyyLu1PyB/KKqCj9wC9l1XhIy OhoYQNN1nCyb0LRmU+5uwwpM35yECB+a9OUOUhqnbfDhtHymeFlZ1s2hJywpmq6/miZqmOonU eVTkOB8jgn6jCVhnFkOF4Zz3HeAOErFrZpjxyBokw6e3MLZ2t0lJpg3SS738raQib/ZTq3YYk zp31FTC5yzxmvDyK4scFY17gYjWnMQYy+cgX8L7goFbyahQ3MMejuiKCuf/G4t3GcwQVvcNlq JJqcUJnrTBsjK/nN5Ioc15YfXU/oeyQoIL2f+YNuNOIQHPYUAEQ0FaPjMq7ISPVKWB+e3AR84 BkMbr37ijmqEbclnZ8ZvNnJj78JahIsdGMxvhtNhm8iCJzWrKZIzjymRI7Ot10z2MIYkCXVtI MAsr/voGt/8GgwfHdZMnKL09v3ESfRbUfMUUgnCDEo3/XKrYlce0zHqj8epveUYAK9UucDt+c ckC0V//4jwXWnt8cKN5uPhCepCjHx9r2Pn1u4R+zDoAamC/dPMfwIzFNyrCDdqg0IeWlWqNlV tucXOBvBH3NBepm8XrwYL6g6TKYgwTzusr6055F5f2ziuiJbT7dWC6m7fjY= Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12.03.19 09:49, Baolin Wang wrote: > I still do not think the new API is suitable for this case. Since we > can have optional multiple IO resources, so the original code will not > return errors if we did not get the IO resources, but we must cast > errors if we failed to do ioremap. But you ignore the errors of > ioremap, which is not good. hmm, maybe we can differenciate on the error code ? patch up devm_platform_ioremap_resource() so it returns -ENOENT if there's no such resource defined. I suppose, ioremap() doesn't have a valid case for -ENOENT (but haven't checked yet). --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287