From mboxrd@z Thu Jan 1 00:00:00 1970 From: Archit Taneja Subject: Re: [PATCH v4 1/6] drm/dsi: check for CONFIG_OF when defining of_mipi_dsi_device_add Date: Tue, 26 Jan 2016 20:29:00 +0530 Message-ID: <56A789B4.3060304@codeaurora.org> References: <1448884892-7731-1-git-send-email-architt@codeaurora.org> <1449751300-2841-1-git-send-email-architt@codeaurora.org> <1449751300-2841-2-git-send-email-architt@codeaurora.org> <20160121153118.GA647@ulmo.nvidia.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; Format="flowed" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <20160121153118.GA647@ulmo.nvidia.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Thierry Reding Cc: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, a.hajda@samsung.com, dri-devel@lists.freedesktop.org List-Id: linux-arm-msm@vger.kernel.org CgpPbiAxLzIxLzIwMTYgOTowMSBQTSwgVGhpZXJyeSBSZWRpbmcgd3JvdGU6Cj4gT24gVGh1LCBE ZWMgMTAsIDIwMTUgYXQgMDY6MTE6MzVQTSArMDUzMCwgQXJjaGl0IFRhbmVqYSB3cm90ZToKPj4g b2ZfbWlwaV9kc2lfZGV2aWNlX2FkZCBpcyB1c2VkIG9ubHkgd2hlbiBDT05GSUdfT0YgaXMgZW5h YmxlZC4gSXQKPj4gY3VycmVudGx5IHdvcmtzIGlmIE9GIHN1cHBvcnQgaXMgZGlzYWJsZWQsIGJ1 dCB0aGlzIHdpbGwgY2hhbmdlCj4+IHdoZW4gd2UgYWRkIG1vcmUgZnVuY3Rpb25hbGl0eSB0byBp dC4KPj4KPj4gRGVmaW5lIHRoZSBvcmlnaW5hbCBmdW5jIGlmIENPTkZJR19PRiBpcyBlbmFibGVk LiBEZWZpbmUgYSBkdW1teSBmdW5jCj4+IG90aGVyd2lzZS4KPj4KPj4gU2lnbmVkLW9mZi1ieTog QXJjaGl0IFRhbmVqYSA8YXJjaGl0dEBjb2RlYXVyb3JhLm9yZz4KPj4gLS0tCj4+ICAgZHJpdmVy cy9ncHUvZHJtL2RybV9taXBpX2RzaS5jIHwgOCArKysrKysrKwo+PiAgIDEgZmlsZSBjaGFuZ2Vk LCA4IGluc2VydGlvbnMoKykKPj4KPj4gZGlmZiAtLWdpdCBhL2RyaXZlcnMvZ3B1L2RybS9kcm1f bWlwaV9kc2kuYyBiL2RyaXZlcnMvZ3B1L2RybS9kcm1fbWlwaV9kc2kuYwo+PiBpbmRleCAyZDVj YThlZS4uYmNlZDIzNSAxMDA2NDQKPj4gLS0tIGEvZHJpdmVycy9ncHUvZHJtL2RybV9taXBpX2Rz aS5jCj4+ICsrKyBiL2RyaXZlcnMvZ3B1L2RybS9kcm1fbWlwaV9kc2kuYwo+PiBAQCAtMTI5LDYg KzEyOSw3IEBAIHN0YXRpYyBpbnQgbWlwaV9kc2lfZGV2aWNlX2FkZChzdHJ1Y3QgbWlwaV9kc2lf ZGV2aWNlICpkc2kpCj4+ICAgCXJldHVybiBkZXZpY2VfYWRkKCZkc2ktPmRldik7Cj4+ICAgfQo+ Pgo+PiArI2lmIElTX0VOQUJMRUQoQ09ORklHX09GKQo+PiAgIHN0YXRpYyBzdHJ1Y3QgbWlwaV9k c2lfZGV2aWNlICoKPj4gICBvZl9taXBpX2RzaV9kZXZpY2VfYWRkKHN0cnVjdCBtaXBpX2RzaV9o b3N0ICpob3N0LCBzdHJ1Y3QgZGV2aWNlX25vZGUgKm5vZGUpCj4+ICAgewo+PiBAQCAtMTcwLDYg KzE3MSwxMyBAQCBvZl9taXBpX2RzaV9kZXZpY2VfYWRkKHN0cnVjdCBtaXBpX2RzaV9ob3N0ICpo b3N0LCBzdHJ1Y3QgZGV2aWNlX25vZGUgKm5vZGUpCj4+Cj4+ICAgCXJldHVybiBkc2k7Cj4+ICAg fQo+PiArI2Vsc2UKPj4gK3N0YXRpYyBzdHJ1Y3QgbWlwaV9kc2lfZGV2aWNlICoKPj4gK29mX21p cGlfZHNpX2RldmljZV9hZGQoc3RydWN0IG1pcGlfZHNpX2hvc3QgKmhvc3QsIHN0cnVjdCBkZXZp Y2Vfbm9kZSAqbm9kZSkKPj4gK3sKPj4gKwlyZXR1cm4gTlVMTDsKPj4gK30KPj4gKyNlbmRpZgo+ Cj4gVGhlIE9GIGltcGxlbWVudGF0aW9uIG9mIHRoaXMgZnVuY3Rpb24gbmV2ZXIgcmV0dXJucyBO VUxMLCBzbyBwZXJoYXBzCj4gdGhpcyBzaG91bGQgcmV0dXJuIGFuIEVSUl9QVFIoKS1lbmNvZGVk IGVycm9yIGNvZGUgaW5zdGVhZD8gVGhpcyBpc24ndAo+IHJlYWxseSBpbXBvcnRhbnQgYmVjYXVz ZSB3ZSBuZXZlciBjaGVjayB0aGUgcmV0dXJuIHZhbHVlIGluIHRoZSBvbmUKPiBjYWxsLXNpdGUg dGhhdCB3ZSBoYXZlLCB3aGljaCBJIGd1ZXNzIGNvdWxkIGJlIGFuIGFyZ3VtZW50IGZvciByZW1v dmluZwo+IHRoZSByZXR1cm4gdmFsdWUgYWx0b2dldGhlci4uLgoKWW91J3JlIHJpZ2h0LiBJJ2xs IHJlcGxhY2UgdGhpcyB3aXRoIEVSUl9QVFIoLUVOT0RFVikuIE1heWJlIHdlIGNvdWxkCmtlZXAg dGhlIHJldHVybiB2YWx1ZSBpbiBjYXNlIHdlIHVzZSBpdCBpbiB0aGUgZnV0dXJlLgoKVGhhbmtz LApBcmNoaXQKCj4KPiBUaGllcnJ5Cj4KCi0tIApRdWFsY29tbSBJbm5vdmF0aW9uIENlbnRlciwg SW5jLiBpcyBhIG1lbWJlciBvZiBDb2RlIEF1cm9yYSBGb3J1bSwKYSBMaW51eCBGb3VuZGF0aW9u IENvbGxhYm9yYXRpdmUgUHJvamVjdApfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1kZXZlbEBsaXN0cy5mcmVl ZGVza3RvcC5vcmcKaHR0cDovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2RyaS1kZXZlbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966424AbcAZO7R (ORCPT ); Tue, 26 Jan 2016 09:59:17 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:47031 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966399AbcAZO7K (ORCPT ); Tue, 26 Jan 2016 09:59:10 -0500 Subject: Re: [PATCH v4 1/6] drm/dsi: check for CONFIG_OF when defining of_mipi_dsi_device_add To: Thierry Reding References: <1448884892-7731-1-git-send-email-architt@codeaurora.org> <1449751300-2841-1-git-send-email-architt@codeaurora.org> <1449751300-2841-2-git-send-email-architt@codeaurora.org> <20160121153118.GA647@ulmo.nvidia.com> Cc: dri-devel@lists.freedesktop.org, a.hajda@samsung.com, jani.nikula@linux.intel.com, linux-kernel@vger.kernel.org, airlied@linux.ie, daniel@ffwll.ch, l.stach@pengutronix.de, robh@kernel.org, linux-arm-msm@vger.kernel.org From: Archit Taneja Message-ID: <56A789B4.3060304@codeaurora.org> Date: Tue, 26 Jan 2016 20:29:00 +0530 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160121153118.GA647@ulmo.nvidia.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/21/2016 9:01 PM, Thierry Reding wrote: > On Thu, Dec 10, 2015 at 06:11:35PM +0530, Archit Taneja wrote: >> of_mipi_dsi_device_add is used only when CONFIG_OF is enabled. It >> currently works if OF support is disabled, but this will change >> when we add more functionality to it. >> >> Define the original func if CONFIG_OF is enabled. Define a dummy func >> otherwise. >> >> Signed-off-by: Archit Taneja >> --- >> drivers/gpu/drm/drm_mipi_dsi.c | 8 ++++++++ >> 1 file changed, 8 insertions(+) >> >> diff --git a/drivers/gpu/drm/drm_mipi_dsi.c b/drivers/gpu/drm/drm_mipi_dsi.c >> index 2d5ca8ee..bced235 100644 >> --- a/drivers/gpu/drm/drm_mipi_dsi.c >> +++ b/drivers/gpu/drm/drm_mipi_dsi.c >> @@ -129,6 +129,7 @@ static int mipi_dsi_device_add(struct mipi_dsi_device *dsi) >> return device_add(&dsi->dev); >> } >> >> +#if IS_ENABLED(CONFIG_OF) >> static struct mipi_dsi_device * >> of_mipi_dsi_device_add(struct mipi_dsi_host *host, struct device_node *node) >> { >> @@ -170,6 +171,13 @@ of_mipi_dsi_device_add(struct mipi_dsi_host *host, struct device_node *node) >> >> return dsi; >> } >> +#else >> +static struct mipi_dsi_device * >> +of_mipi_dsi_device_add(struct mipi_dsi_host *host, struct device_node *node) >> +{ >> + return NULL; >> +} >> +#endif > > The OF implementation of this function never returns NULL, so perhaps > this should return an ERR_PTR()-encoded error code instead? This isn't > really important because we never check the return value in the one > call-site that we have, which I guess could be an argument for removing > the return value altogether... You're right. I'll replace this with ERR_PTR(-ENODEV). Maybe we could keep the return value in case we use it in the future. Thanks, Archit > > Thierry > -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project