Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp1939400pxp; Thu, 10 Mar 2022 15:33:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJyjhRZ4Tyz4cSBP/22MFDn5zb97n7brXd1OeEV9fo4zQSF6NkqIVKGZVJe4Rq6ykBETnTJs X-Received: by 2002:a17:902:b597:b0:14f:3396:a7a5 with SMTP id a23-20020a170902b59700b0014f3396a7a5mr7327457pls.29.1646955230958; Thu, 10 Mar 2022 15:33:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646955230; cv=none; d=google.com; s=arc-20160816; b=en5U44h/L5ix18U+2c8tH8gl5LiJv05OAQtQl8wuCEuwvFtTy9bVSiE3kC5Sul387s WjY1omsGFUrG9NWs2tmf0DDKZjr1HEfPdnsYBxohAqTYTgAHWX8Ij27W3O9izuqNSEud HpnloDDjhCb1YqIoMi5NuRHMJ92FxZ7+LWzYAmC+hCm2mkx9KhkeVUhPFeMIpUDQq84Q 83NW9PUdc+7bEop7eHBOg5V+sGVrWgwRYmOLp9qz0O7kdXrf0lssYDItHZmTBIEyr6fA pPpDDOPcaduN0N/mGprNYw6+zSuy5bZaGF3KzqezHHh9dHBOyapVxgw2GMRiSyky1ZjR LZTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=WfdM7IjnkQbW/GFyl7ZAZWNjxtALccG+KyqYcmtUGo8=; b=CN5jKRbwh/y7Av0sLKHEI7JisuhascehTBErBwD2IYucHT2+2VMe0v+q5TGr+eO6tF wsoy2kp4PCjAOhceiMgvycSQj5U1Dd5/Fj96aESQu17Ly2PkFiTvt5CSB0VCiUzWYjms 5pw5NXHoKNxUwNtDOfoKprsDifUyUUrfm7yK1HYXfN0Vb46aam4Hr26hDE+xibi2HPN5 NiWeGtgBG0AvoMjcw1a06C2s8QPnQk5Z70zR69htBOTxLzzriZpBvIObYl253JbL9X26 v8n1hEZz1QKzgAok3x/5LUkfOMQlgU7IDw/J20up29xb0HFDf6H9e1PyKalO9ewWNST1 6dnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=X782N19d; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u35-20020a056a0009a300b004f6e7499f0bsi6485587pfg.29.2022.03.10.15.33.32; Thu, 10 Mar 2022 15:33:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=X782N19d; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344281AbiCJPIu (ORCPT + 99 others); Thu, 10 Mar 2022 10:08:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58482 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345545AbiCJPIU (ORCPT ); Thu, 10 Mar 2022 10:08:20 -0500 Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 08A4FE0A1A for ; Thu, 10 Mar 2022 06:59:33 -0800 (PST) Received: by mail-wr1-x42c.google.com with SMTP id u10so8388984wra.9 for ; Thu, 10 Mar 2022 06:59:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=WfdM7IjnkQbW/GFyl7ZAZWNjxtALccG+KyqYcmtUGo8=; b=X782N19daHKUabLfmL0UoMX7eNDRn81afXG0CWoRE6Cz3LlTu8p8F0X5iacBU0vy/l LdoEuvB+D66xW13jaIyHfVFOcb56AcApZhf4Yrpu5YQEWuxTB5E21Pns7ldjDgvZjCps YHw5a8OpdFXiLOikzgKwqtmzqu5EFeYcgv3N8HY+zJ8g67TgeJrLOAGfp6daFfhQlzHY uu/Ig22PZG7a1ivhNepdqhjoISabu4Kfx5VPgaLPfO9KcImpAzpU9RXMj+xYeln9TdYT 7DZO/P5OUnderhapxJpAUvOk4wpCA/HBCBhapeK6Y3g4VWCen058QniPzWQNPudYy271 iaUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=WfdM7IjnkQbW/GFyl7ZAZWNjxtALccG+KyqYcmtUGo8=; b=5H+ZB/6DN/5rEYP9PDW2nfUNKsaHPDmLDsMNsNFFpdCcgJs3AK4KX/id6PlV164Zt3 lRtVkBdaVv49Bhn2uOso9HnQN/3bP0VvShojzOcOK55i8FRXXYH5Ctt38r3ayGDFiiqD mlzH/qOsXDWOTw9q+P2Rc4hHaFKL2DmH3Qu3gjpSFFE6SK/V1KFGhQr3f2Q2VUftGT5h DXmfx3JfGItbjbCONQYOc30YcZwkz8mty7lvzeKefqYUBTxmqs8BsBm7vGdDHFkuGVBU bpP8khPrG2UliATf8wfFEfAZrvWVGOobVuhh9HkUDGxM783nHkxbAK+XYc3ATQeZCXXb hb0w== X-Gm-Message-State: AOAM532c2iDFJwB3DZ4r4eCD7g189vnrnlnASwNqOPhppxMSe1R8l1Ug l8bL1oote2IsB25dh0hP2BXrVTOXuWy0mg== X-Received: by 2002:a05:6000:188e:b0:1f1:f8f0:f75a with SMTP id a14-20020a056000188e00b001f1f8f0f75amr3714496wri.682.1646924371520; Thu, 10 Mar 2022 06:59:31 -0800 (PST) Received: from [192.168.86.34] (cpc90716-aztw32-2-0-cust825.18-1.cable.virginm.net. [86.26.103.58]) by smtp.googlemail.com with ESMTPSA id g11-20020a5d554b000000b001f0326a23ddsm4303394wrw.70.2022.03.10.06.59.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 10 Mar 2022 06:59:31 -0800 (PST) Message-ID: Date: Thu, 10 Mar 2022 14:59:29 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH] slimbus: qcom-ngd-ctrl: Use platform_get_irq() to get the interrupt Content-Language: en-US To: Rob Herring Cc: "Lad, Prabhakar" , Lad Prabhakar , LKML , Andy Gross , Bjorn Andersson , linux-arm-msm , alsa-devel References: <20211224161334.31123-1-prabhakar.mahadev-lad.rj@bp.renesas.com> <20211224161334.31123-3-prabhakar.mahadev-lad.rj@bp.renesas.com> <5e13c1ba-0bf5-e360-c350-e7a1a1402350@linaro.org> From: Srinivas Kandagatla In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/03/2022 14:14, Rob Herring wrote: > On Thu, Mar 10, 2022 at 4:42 AM Srinivas Kandagatla > wrote: >> >> >> >> On 10/03/2022 10:23, Lad, Prabhakar wrote: >>> On Thu, Mar 10, 2022 at 10:16 AM Srinivas Kandagatla >>> wrote: >>>> >>>> >>>> >>>> On 24/12/2021 16:13, Lad Prabhakar wrote: >>>>> platform_get_resource(pdev, IORESOURCE_IRQ, ..) relies on static >>>>> allocation of IRQ resources in DT core code, this causes an issue >>>> >>>> Are you saying that we should not be using platform_get_resource(pdev, >>>> IORESOURCE_IRQ, ...) on drivers that support DT? > > We should be using platform_get_irq(). (period, on all platform drivers) > Thanks, I see why is it preferred. Code as of now will not prevent drivers from calling platform_get_resource(..IORESOURCE_IRQ). Are we planning to enforce this in any way? >>>>> when using hierarchical interrupt domains using "interrupts" property >>>>> in the node as this bypasses the hierarchical setup and messes up the >>>>> irq chaining. >>>> >>>> Should this not be fixed in the DT core itself? >>>> >>> Yes the plan is to fix in the DT core itself (refer [0]). >>> >>> [0] https://patchwork.kernel.org/project/linux-renesas-soc/patch/20211209001056.29774-1-prabhakar.mahadev-lad.rj@bp.renesas.com/ >>> >>>>> >>>>> In preparation for removal of static setup of IRQ resource from DT core >>>>> code use platform_get_irq(). >>>> >>>> I would prefer this patch to be part of the series that removes IRQ >>>> resource handling from DT core. >>>> >>> Since there are too many users (which are in different subsystems) >>> getting this all in single series would be a pain. As a result it is >>> split up into individual subsystems. >> Am happy for this to be included in that series, >> TBH, this patch make more sense along with that series than by itself. > > No it doesn't. This is no different than converting to devm_* variants > or other cleanups to match current preferred styles. > > Treewide cross subsystem clean-ups are a huge pain to merge. Why would > you ask for that when it is clearly not necessary? Only reason for this ask was to understand how platform_get_resource() will change moving forward, if this is something that you are planning to include in your fix patches. I can go ahead and apply the patch, if that helps. --srini > > Rob