Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2538644ybl; Mon, 19 Aug 2019 03:47:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqztp6ZRGuetiHvseiBIEkICDOcf6YM+Lmwi3xDXMOh17iqvaAd5r8KlGPzU/4sJZOoE9rCD X-Received: by 2002:aa7:9a52:: with SMTP id x18mr23903055pfj.8.1566211647590; Mon, 19 Aug 2019 03:47:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566211647; cv=none; d=google.com; s=arc-20160816; b=tEGbH5A1TClqmFku2PJAtdiAG1TbAjCtuvL8LeNDKrbF4r2YQLaJt3CGLOyiZY57Pa LB8kBgvhmXD8c+JHGecuBbnYwatercGGIV1u364fuHOWhfhL6PSWBNsDAtO5gXcQK4Ul v3RhNabdCFT1v6tctQ9X5fm/0hdvVpCJbJWkgcAuM7fEOcbPzTeUOrcYjOVOPERPQyjZ QAMhyRSSkcUekoYExu26n7PM7ImhInbbjKcPekIMiFNSm0yUjz0goLvR6O/bHwoqEf+c 5B0HvgLCUy3dvG272DXQgLlPvB3UJBzvsBgim859YIsQpQ134RuhD5edOZGO4MxtzeKX ztNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=7TvhX0eb780X47P+CNKJODi2snBf0rAxai/pj1WhfbQ=; b=EU7jKP3pSqQ3GXgMYGiCmTxgBe7Itlh6g35mp4oliYwKFsp+GHHHY7ztV1isyDEjU4 +aIoyrM9h3MEETjaNL/ZQ4uR7rdsWR00d94fX4vBNfCRIKoNketC0J/UxyVTUSpK+TNT gin1tDE0qvJ0wFrReiIfFHNx1R9/G4V4L18+mhthayNjhEdbZLRp7q7Iktoj78xuGmYZ cwsRo9szrWnlFavj9KUj0SE4mTIloA4NOS13RFlvcl3DRhxmKol9gIuyRrTVN6DJfisG 5hgDGQJcW302Um2Kf2RuXFbbmDVHAQKBi/wLQQ1KEHt81eNmIkYmfLdKR9iizFG8X6ZE O2bQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id ds20si8672839pjb.9.2019.08.19.03.47.12; Mon, 19 Aug 2019 03:47:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727068AbfHSKqY (ORCPT + 99 others); Mon, 19 Aug 2019 06:46:24 -0400 Received: from asavdk3.altibox.net ([109.247.116.14]:36339 "EHLO asavdk3.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726594AbfHSKqX (ORCPT ); Mon, 19 Aug 2019 06:46:23 -0400 Received: from ravnborg.org (unknown [158.248.194.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by asavdk3.altibox.net (Postfix) with ESMTPS id EC97E20035; Mon, 19 Aug 2019 12:46:17 +0200 (CEST) Date: Mon, 19 Aug 2019 12:46:16 +0200 From: Sam Ravnborg To: "Togorean, Bogdan" Cc: "Laurent.pinchart@ideasonboard.com" , "a.hajda@samsung.com" , "airlied@linux.ie" , "gregkh@linuxfoundation.org" , "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "allison@lohutok.net" , "tglx@linutronix.de" , "matt.redfearn@thinci.com" , "daniel@ffwll.ch" , "robh+dt@kernel.org" Subject: Re: [PATCH v2 2/2] drm: bridge: adv7511: Add support for ADV7535 Message-ID: <20190819104616.GA15890@ravnborg.org> References: <20190809141611.9927-1-bogdan.togorean@analog.com> <20190809141611.9927-3-bogdan.togorean@analog.com> <20190809152510.GA23265@ravnborg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=dqr19Wo4 c=1 sm=1 tr=0 a=UWs3HLbX/2nnQ3s7vZ42gw==:117 a=UWs3HLbX/2nnQ3s7vZ42gw==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=-vBUGyUoSLmi7INXVdEA:9 a=CjuIK1q_8ugA:10 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bogdan. > > > adv7533_detach_dsi(adv7511); > > > i2c_unregister_device(adv7511->i2c_cec); > > > if (adv7511->cec_clk) > > > @@ -1266,8 +1278,9 @@ static const struct i2c_device_id > > > adv7511_i2c_ids[] = { > > > { "adv7511", ADV7511 }, > > > { "adv7511w", ADV7511 }, > > > { "adv7513", ADV7511 }, > > > -#ifdef CONFIG_DRM_I2C_ADV7533 > > > +#ifdef CONFIG_DRM_I2C_ADV753x > > > { "adv7533", ADV7533 }, > > > + { "adv7535", ADV7535 }, > > > #endif > > > > This ifdef may not be needed?? > > If we did not get this type we will not look it up. > But if we have defined in DT adv7533/5 device but > CONFIG_DRM_I2C_ADV753x not selected probe will fail with ENODEV. That > would be ok? What do we gain from this complexity in the end. Why not let the driver always support all variants. If this result in a simpler driver, and less choices in Kconfig then it is a win-win. Sam