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 7DC08C6FD19 for ; Mon, 13 Mar 2023 08:49:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230198AbjCMItb (ORCPT ); Mon, 13 Mar 2023 04:49:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52686 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229641AbjCMItB (ORCPT ); Mon, 13 Mar 2023 04:49:01 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A8F2F580EA; Mon, 13 Mar 2023 01:47:23 -0700 (PDT) Received: from [192.168.1.100] (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 5F4426603088; Mon, 13 Mar 2023 08:47:20 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1678697241; bh=eiYGAbLT7Zp6mAfdt2dB6CX8x+Pu+9PNn5yycWisyGI=; h=Date:Subject:To:References:From:In-Reply-To:From; b=i3bpEtmtmzzJmpQtAVv3DD7uBk2oHu7frE/8YBIt0y/rgtFl/hCi9Jh1+hA07vWqu WvE4wdjn5iwtX2p6c/9ufFUFIBQmw8tRwe+G/b+fg1GC9RYk6Wrgj6HQD4aFOjlHrZ nTh+Np6W6Q02+Eo42n0nUTmbSBGVJOgSKR2U/XjVS0eouPibXurU+VZqFvyDungmFP nz9i1YEcyErO8WiezxSAEKuMSM8ZH39yyuLVkP8riqALdNuC+docyQ/fnBPXhsUh4w RJI/rYjUva3ERdXA32dY7t/wFDsBTajf8aTk4ij8G5zsV6QTB7vcEO0wec2EWFka0X SQFineRDdXXkA== Message-ID: <2dea693c-39f4-c226-4234-36f1bcb7c0ba@collabora.com> Date: Mon, 13 Mar 2023 09:47:17 +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 1/5] i2c: mt65xx: drop of_match_ptr for ID table Content-Language: en-US To: Krzysztof Kozlowski , Benson Leung , Guenter Roeck , Qii Wang , Matthias Brugger , =?UTF-8?Q?Andreas_F=c3=a4rber?= , Manivannan Sadhasivam , Ard Biesheuvel , Michal Simek , linux-i2c@vger.kernel.org, chrome-platform@lists.linux.dev, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-actions@lists.infradead.org References: <20230311111658.251951-1-krzysztof.kozlowski@linaro.org> From: AngeloGioacchino Del Regno In-Reply-To: <20230311111658.251951-1-krzysztof.kozlowski@linaro.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Il 11/03/23 12:16, Krzysztof Kozlowski ha scritto: > The driver can match only via the DT table so the table should be always > used and the of_match_ptr does not have any sense (this also allows ACPI > matching via PRP0001, even though it might not be relevant here). > > drivers/i2c/busses/i2c-mt65xx.c:514:34: error: ‘mtk_i2c_of_match’ defined but not used [-Werror=unused-const-variable=] > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: AngeloGioacchino Del Regno