Received: by 2002:ab2:3350:0:b0:1f4:6588:b3a7 with SMTP id o16csp468363lqe; Sat, 6 Apr 2024 08:30:36 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVSFDQV02gGfEjG/d7hNPKAb3xW6/VLVsBjnQcGhPTm4MGD3OcT7vkMWCmE432jQA1J1yqaqCuZW/xH5adcZQDMpujsiuW5UBaGQZQWRQ== X-Google-Smtp-Source: AGHT+IGeaAiwWeX1pPRJvqwvY00eDzuHU/6E5Cf3g3NXzHviGT5FQGHU1ovTTF2u/mPa+26+WS35 X-Received: by 2002:a17:902:f78b:b0:1e3:d4a2:389d with SMTP id q11-20020a170902f78b00b001e3d4a2389dmr2991148pln.13.1712417436388; Sat, 06 Apr 2024 08:30:36 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712417436; cv=pass; d=google.com; s=arc-20160816; b=p6YHbUShPeuLJdsIPiXwJrF3A+PBJ/lFOkwUDTWFSyXpdzr/qlCj1sYz1EZNVYeO7N Pa/brZ4I3W7/dsJ6l9gj/TSMZfSGkYsDSqcfpfO3ekdFt8Pz40qnKzIzHZ1yaQivh++p Q7Mi8ETz8Taaz0ErerQ92+f+zo8hZuvgu0Tm4rYFqKAnjg8JWrABQYU7nbBVrSe3nqmY zipwuB3rYYQpMd0KWkkoOrRYYleDN7DIIQ89vqNC5vdbgwxgDeYQpE+zfcYal4octZNb yy43DVALjOqGrgQKV1XJT/f9e0VcVyEJTGx8/55Jm3H/lscE9xzZC+sZMKxkqJ/5d06I +GlQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :subject:cc:to:from:date:dkim-signature; bh=KJ9J5MZOXJ+noO44LKBCnliPf0WJY9+uQVXJQ5mU1yA=; fh=yeOOLq4oXzauu3l4R0q1h5QpB98ZOOc4hjXtAVilKZc=; b=d2kT+THab8gq3stVPMnB3oyxFlkzT7JsLiIV8iQwhB4ImkfBwHCZWEZp8mcJxJj7cz SXmfow7S0OODavN7JkzxIXA5Pn8q71U2hI0TqkPc5SGWpUMzkWSX/A7Q2TRFRM7hAUuO OU4VYIShJa+t9ORNIBH0ehpfIV7zIVoZ4/qvFu90Ew10KaZjhhZYwbA2t6Lpp18SzZJF RHh1Jt6FloU5jtcJC2OMGXwzbKG91HRg0JUpt4pgAsHvzP5eDH4dPJYHZ8HddPqxJGXO 7VvGPh6+LK1poXhKSwLuwN/HkaiWuS6vKA5FFRwGougN8X3wyJ/KX87lb84ugMr4zUPU mswQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=uigZlPzx; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-133974-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-133974-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id g3-20020a1709026b4300b001e02a19e62dsi3098545plt.305.2024.04.06.08.30.36 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 06 Apr 2024 08:30:36 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-133974-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=uigZlPzx; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-133974-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-133974-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 1550C282342 for ; Sat, 6 Apr 2024 15:30:36 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 4D1D43A1AB; Sat, 6 Apr 2024 15:30:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="uigZlPzx" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 73AD1383A2; Sat, 6 Apr 2024 15:30:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712417428; cv=none; b=jmXMoQdrTk3zSnoWKqO6j7dNy3aW4B9dCNoL0vqf1jHKA1GO8lTS1fWxB2w1FrFrdFq6Ou35Ldx9XnqpK79wIVNfeh0A7fb5/WVpa+0iMYjSq5J/Gg5BATHZaP/llTdbhSJ6u7/qbQjVQv9DA+arYictKeQJ3D1I8vkFX5MCS5s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712417428; c=relaxed/simple; bh=CHrvBh0xlbqvJFjsw9a5/YCVy0HroQy11ohIn2uKx3s=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=PwGiNiP4Lz952j2AEgoruZKweUfEdAIDG/DSY8z+Gq+wxGRawlzwkuGQmA5z1qtAB9K1/NFqPb6O6Tq1NaMk4sPG10Kzg5PBa2QX3z0quzDUFff7kY57dlC9dv9yEMIivzewxomBo8l/kQwUkxGxjvbzkvM/V+/Uc1RVhxU7jtc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=uigZlPzx; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id 580A6C433C7; Sat, 6 Apr 2024 15:30:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1712417428; bh=CHrvBh0xlbqvJFjsw9a5/YCVy0HroQy11ohIn2uKx3s=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=uigZlPzxny7KqiVn4dn24kityK3XVkJiusL5plC484/Ct9WelFhh81dgXBC+NGJAA Ztk3O+mTFvHO+pvCj0Lsuif6XKo0hplreukX+czwSvp7xHt6EI2vgu3qrxlWvOkAn8 R5e/FRg61nM9Nt9XO8R2YjzQVw9CPShcjyz6wgQ+jt0KClleNKQ+9Li0fRKC0fQ/9t tNNNQEErKs2MVwcEh0hD1YQU6MDMLv5y6fhMZSLOV/aN2e5Tl5zgo3u+mdjs8dB4in fc6CuRP9IQI6NJBWEz4vfyWqHfh61+oHCkasb1gFlsNkUCPuNXUhvn9q2goKYf2blJ iGNki8QxlPxgg== Date: Sat, 6 Apr 2024 16:30:13 +0100 From: Jonathan Cameron To: "Arnd Bergmann" Cc: "Krzysztof Kozlowski" , "Arnd Bergmann" , linux-kernel@vger.kernel.org, "Lars-Peter Clausen" , "Michael Hennerich" , linux-iio@vger.kernel.org Subject: Re: [PATCH 16/34] iio: ad5755: hook up of_device_id lookup to platform driver Message-ID: <20240406163013.76e4646e@jic23-huawei> In-Reply-To: <65788cd8-3c2d-48ca-8b58-af741884c729@app.fastmail.com> References: <20240403080702.3509288-1-arnd@kernel.org> <20240403080702.3509288-17-arnd@kernel.org> <65788cd8-3c2d-48ca-8b58-af741884c729@app.fastmail.com> X-Mailer: Claws Mail 4.2.0 (GTK 3.24.41; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 03 Apr 2024 12:01:13 +0200 "Arnd Bergmann" wrote: > On Wed, Apr 3, 2024, at 11:55, Krzysztof Kozlowski wrote: > > On 03/04/2024 10:06, Arnd Bergmann wrote: > >> From: Arnd Bergmann > >> > >> When the driver is built-in, 'make W=1' warns about an unused > >> ID table: > >> > >> drivers/iio/dac/ad5755.c:866:34: error: 'ad5755_of_match' defined but not used [-Werror=unused-const-variable=] > >> 866 | static const struct of_device_id ad5755_of_match[] = { > >> > >> While the data is duplicated in the spi_device_id, it's common > >> to use the actual OF compatible strings in the driver. > >> > >> Since there are no in-tree users of plain platform devices, the > >> spi_device_id table could actually be dropped entirely with this. > >> > >> Signed-off-by: Arnd Bergmann > >> --- > >> drivers/iio/dac/ad5755.c | 1 + > >> 1 file changed, 1 insertion(+) > >> > >> diff --git a/drivers/iio/dac/ad5755.c b/drivers/iio/dac/ad5755.c > >> index 404865e35460..5c1e7f428c25 100644 > >> --- a/drivers/iio/dac/ad5755.c > >> +++ b/drivers/iio/dac/ad5755.c > >> @@ -876,6 +876,7 @@ MODULE_DEVICE_TABLE(of, ad5755_of_match); > >> static struct spi_driver ad5755_driver = { > >> .driver = { > >> .name = "ad5755", > >> + .of_match_table = ad5755_of_match, > > > > I was working on this as well and have a bit bigger solution, following > > Jonathan's preference (I think): > > > > https://lore.kernel.org/all/20240226192555.14aa178e@jic23-huawei/ > > > > I need to send v3, somehow I missed his comments. > > Yes, that looks good as well, though you might need to drop > spi_device_id table if you convert it to using pointers. Put them in there as well (with appropriate cast). We don't want to stop supporting probe paths that might be using that. My preference is for both tables, same pointers in each then the use of the relevant bus specific wrapper - here spi_get_device_match_data() which will happily deal with matches in either table (thus avoiding the potential mess of them getting out of sync) Jonathan > > Arnd