Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp245794pxk; Thu, 1 Oct 2020 01:01:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzEDlRvz2pzpLeXfrfNJg/FtwwYYfm5Cc2N5oU3Vnzrfa0elwct2j6l6VC8XWU8HGQxD9LJ X-Received: by 2002:aa7:c9c7:: with SMTP id i7mr6926497edt.336.1601539264569; Thu, 01 Oct 2020 01:01:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601539264; cv=none; d=google.com; s=arc-20160816; b=sSEnB28RZnNiza8PlLb/387prISheLu36HI9qY0/uUxPZUEsB47yrLd1wRUugObbAL EY0EZruR0XgH4I1We48UeNDWirozE3A/XtqI/Nu+N1TFKOTE5mPz2kOxeV/H0Ra3i5P8 +tdU8DCbwiCd8+XAgS0woAIujBuoA/Tb3jxBo06pxJfuJkF+Mrd/sgqbZfRUUOBiREuG KuDzwz7xtZfm17iIPlC06ETPiQ0paECamDj18hYq0ugM92MO/uWXBxrvbAipeeO/PHwn 7YcC62/MvnXUaRGmyWBF9N4sXUL9kSkU/NzQwW1N2omKz9cmuCWr+LjU+8t7SGtHxXMR iMBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=wEkOctFnbPvLub0BrHHFiM938GylovZIifdSV4JYel0=; b=Lp8u6SCIY8rwLukA9ezYoFCs+Nfp/2c7tDLdphZsNn8yjM8aOazTgKOmkkCL1R0eKm Am5XpzQT++CLMJmhvRolq+LiNpDHSqTygc0eGKyHUlcXanbBsOUp9irgK9PuMV8tEPXr uRfZ4esjN6cdye3v4E9UX1sVjjjF1EjjYBvym41WIblwZ8tUFCpuRzhlQvi/kFg7QuP6 iMf5NCWBqtg0qJh2Nt+FC3iFCYcBQZ8PHc7g1gphhkO2siwDvboAx9F+Y4OWqY8oJ1HS f1SPa8/d/sn+MzoFyykZwIjHEeuhrvfDHWZ2s35AlqUAR7Tp8RqA4R3G2TToxZQGQOvk 6MFQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n13si2808881edy.54.2020.10.01.01.00.41; Thu, 01 Oct 2020 01:01:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731189AbgJAH7o (ORCPT + 99 others); Thu, 1 Oct 2020 03:59:44 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:33056 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725892AbgJAH7n (ORCPT ); Thu, 1 Oct 2020 03:59:43 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id 7B4B129D23B Subject: Re: [PATCH v2] pinctrl: mediatek: Free eint data on failure To: Linus Walleij , Sean Wang Cc: lkml , Collabora Kernel ML , Matthias Brugger , Nicolas Boichat , hsinyi@chromium.org, linux-arm Mailing List , "open list:GPIO SUBSYSTEM" , "moderated list:ARM/Mediatek SoC support" References: <20200821075452.1543610-1-enric.balletbo@collabora.com> <99821f85-9a38-7591-f982-872603b6ce8a@collabora.com> From: Enric Balletbo i Serra Message-ID: <6a04c7b7-dd70-10c2-fc69-08b6b6c33d03@collabora.com> Date: Thu, 1 Oct 2020 09:59:38 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 1/10/20 9:58, Linus Walleij wrote: > On Wed, Sep 30, 2020 at 6:33 PM Sean Wang wrote: >> On Wed, Sep 30, 2020 at 1:47 AM Linus Walleij wrote: >>> On Sun, Sep 27, 2020 at 7:57 PM Sean Wang wrote: >>> >>>> v2 seems the same with v1 or I was missing something. >>>> >>>> I just thought we call devm_ioremap_release to explicitly to free >>>> resource when a certain failure occurs after >>>> devm_ioremap_resource? >>> >>> What is the semantics around mtk_build_eint()? >>> >> >> mtk_build_eint is to add external interrupt function to the >> corresponding bound pins. >> mtk pinctrl driver still can work (than means probe() successfully) to >> keep pinctrl functional even with there is an error in mtk_build_eint. >> So the patch is used to explicitly free those data on failure in >> mtk_build_eint to let unused data is being free:ed immediately. > > OK then we need a v3 of this that will call *release > explicitly, indeed. > Yes, don't really know what happened with v2. I'll send a v3 ASAP. > Thanks Sean! > Linus Walleij >