From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 460FDC74A4B for ; Fri, 10 Mar 2023 20:54:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230494AbjCJUyZ (ORCPT ); Fri, 10 Mar 2023 15:54:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56216 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230101AbjCJUyY (ORCPT ); Fri, 10 Mar 2023 15:54:24 -0500 Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 26F871219D0 for ; Fri, 10 Mar 2023 12:54:21 -0800 (PST) Received: by mail-ed1-x52a.google.com with SMTP id da10so25720066edb.3 for ; Fri, 10 Mar 2023 12:54:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1678481659; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=pV+3K/l4NW0KqVodGPo/7yZhA2AMdyGxW2HfljJshZg=; b=HMcer2mG2SfSU0FZPwL6ALRBf1ua3QSr3S8MjIqFS5QMVkJzNCW5m++NnQVmu8+KU2 yda+Ju2Y1hKNd2HdwQ5ycymSqzWefcXZNJLI1ilJN8Uf8LtAlJhlpEgcyd3qOac6sfc7 QXvW+TOFIv66GlxPA59bbFt0VI9u7AoGvk6vZbepPKjCF9cZUT3gaSM6kdbiM66BchgH NHxpBLmMMjQT6AhvV0o6WZa1hIL6cGi6jtL/AoOJXnhM0O1BGO4S6IG2uEfek0YwgxvE sw4ttgw27H8h9yX0spEQBqCN+v0YZaUtKduF3wvq4wKwFl1TWdb0H4XSKtdxhck7kj5L eRSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678481659; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=pV+3K/l4NW0KqVodGPo/7yZhA2AMdyGxW2HfljJshZg=; b=Tjfi8Qhlw20bd5M2AoA+Yaeq8HwwLC1MVmDetPzx9lTUD3axayTAwQJl3mqahZ3gF+ 3B3WeJFneLE5Kdigj8lhEuZA9Arv9SqFEt9Yi5U+6RWQohBQ0OZK8OGG+va/Waa+nPk/ wL7G9zsKy8+UuUkxUE5H/45lXqqs7RETi56XiipRDKWwfykGo0jWVK6WxAKDSNAzu+R+ jjRvUwhQfv7exVgaAgng0Ah492dBjiyaxh/07lcPQTzt7jJNU6d0ZOo7ulMVNAhr5lDy W2WfLeGokzx9FijfuOPK2/WYUNOlZZjbgREfUcTI/UuTP612uLJclqO2pFns10JWaa8a ceOw== X-Gm-Message-State: AO0yUKX05TZsyfgvAbJkaOS+8ro0q0xwozbOlFgHfJIxproOTXaoq/7e QlRDoCnGllOAlX/Gb26ejqabsw== X-Google-Smtp-Source: AK7set+OskZI0FGLKRYk9/mBRZWSKmHBniUWPM1QIHJQYeZ1yGlN50SFxMnUaSpFBMyaPh27Fq4LXA== X-Received: by 2002:a17:907:8686:b0:8f7:5038:9896 with SMTP id qa6-20020a170907868600b008f750389896mr33940161ejc.70.1678481659688; Fri, 10 Mar 2023 12:54:19 -0800 (PST) Received: from ?IPV6:2a02:810d:15c0:828:34:52e3:a77e:cac5? ([2a02:810d:15c0:828:34:52e3:a77e:cac5]) by smtp.gmail.com with ESMTPSA id o20-20020a170906359400b008cae50b0115sm288002ejb.87.2023.03.10.12.54.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 10 Mar 2023 12:54:19 -0800 (PST) Message-ID: Date: Fri, 10 Mar 2023 21:54:18 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [PATCH] power: reset: qcom-pon: drop of_match_ptr for ID table Content-Language: en-US To: Marijn Suijten Cc: Andy Gross , Bjorn Andersson , Konrad Dybcio , Sebastian Reichel , linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org References: <20230310200652.19926-1-krzysztof.kozlowski@linaro.org> <20230310204811.sjfl3lzlmijzeatf@SoMainline.org> From: Krzysztof Kozlowski In-Reply-To: <20230310204811.sjfl3lzlmijzeatf@SoMainline.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org On 10/03/2023 21:48, Marijn Suijten wrote: > On 2023-03-10 21:06:52, Krzysztof Kozlowski wrote: >> The Qualcomm SoC power-on driver is specific to ARCH_QCOM which depends >> on OF thus the driver is OF-only. It's of_device_id table is built > > Its* > >> unconditionally, thus of_match_ptr() for ID table does not make sense. > > Agreed. Searching for of_match_ptr on any *qcom* file yields 25 results > on a few-weeks-old tree, are you planning on assessing those too? > There are just few incorrect usages, I'll fix these. Rest has proper maybe_unused or ifdef. Best regards, Krzysztof