From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brian Norris Subject: Re: [PATCH v3 5/6] dt-bindings: add the rockchip, dual-channel for dw-mipi-dsi Date: Mon, 4 Dec 2017 17:19:16 -0800 Message-ID: <20171205011914.GA59914@google.com> References: <1508903463-7254-1-git-send-email-nickey.yang@rock-chips.com> <1508903463-7254-5-git-send-email-nickey.yang@rock-chips.com> <816a1d2d-d213-709d-f357-63e7c5248ad3@codeaurora.org> <2dab7233-139f-b148-2f5e-40a32b3dc797@rock-chips.com> <0dcf03d3-eda6-1b90-10ed-1d14f07824ab@codeaurora.org> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Content-Disposition: inline In-Reply-To: <0dcf03d3-eda6-1b90-10ed-1d14f07824ab@codeaurora.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Archit Taneja Cc: mark.rutland@arm.com, airlied@linux.ie, zyw@rock-chips.comg, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-rockchip@lists.infradead.org, Nickey Yang , robh+dt@kernel.org, xbl@rock-chips.com, hl@rock-chips.com List-Id: linux-rockchip.vger.kernel.org SGkgQXJjaGl0LAoKSSdtIGEgcmVsYXRpdmUgbjAwYiBoZXJlLCBidXQgSSdtIHRyeWluZyB0byBm b2xsb3cgYWxvbmcgYW5kIEkgaGF2ZSBzb21lCnF1ZXN0aW9uczoKCk9uIEZyaSwgRGVjIDAxLCAy MDE3IGF0IDA2OjI5OjA0UE0gKzA1MzAsIEFyY2hpdCBUYW5lamEgd3JvdGU6Cj4gT24gMTEvMzAv MjAxNyAxMTowMiBQTSwgTmlja2V5IFlhbmcgd3JvdGU6Cj4gPkkgdHJ5IHRvIGZvbGxvdyBhcyB5 b3Ugc3VnZ2VzdGVkLHVzZQo+ID4KPiA+bWlwaV9kc2k6IG1pcGlAZmY5NjAwMDAgewo+ID4gwqDC oMKgIC4uLgo+ID4gwqDCoMKgIC4uLgo+ID4gwqDCoMKgIGNsb2NrLW1hc3RlcjvCoMKgwqAgLyog aW1wbGllcyB0aGF0IHRoaXMgRFNJIGluc3RhbmNlIGRyaXZlcnMgdGhlIGNsb2NrCj4gPiDCoMKg wqAgwqDCoMKgIMKgwqDCoCDCoCogZm9yIGJvdGggdGhlIERTSXMuCj4gPiDCoMKgwqAgwqDCoMKg IMKgwqDCoCDCoCovCj4gPiDCoMKgwqAgcG9ydHMgewo+ID4gwqDCoMKgIMKgwqDCoCBtaXBpX2lu OiBwb3J0IHsKPiA+IMKgwqDCoCDCoMKgwqAgwqDCoMKgIC4uLgo+ID4gwqDCoMKgIMKgwqDCoCDC oMKgwqAgLi4uCj4gPiDCoMKgwqAgwqDCoMKgIH07Cj4gPiDCoMKgwqAgwqDCoMKgIC8qIGFkZCBl eHRyYSBvdXRwdXQgcG9ydHMgZm9yIGJvdGggRFNJcyAqLwo+ID4gwqDCoMKgIMKgwqDCoCBtaXBp X291dDogcG9ydCB7Cj4gPiDCoMKgwqAgwqDCoMKgIMKgwqDCoCBtaXBpX3BhbmVsX291dDogZW5k cG9pbnQgewo+ID4gwqDCoMKgIMKgwqDCoCDCoMKgwqAgwqDCoMKgIHJlbW90ZS1lbmRwb2ludCA9 IDwmcGFuZWxfaW5fY2hhbm5lbDA+Owo+ID4gwqDCoMKgIMKgwqDCoCDCoMKgwqAgfTsKPiA+IMKg wqDCoCDCoMKgwqAgfTsKPiA+IMKgwqDCoCB9Owo+ID4gwqDCoMKgIHBhbmVsIHsKPiA+IMKgwqDC oCDCoMKgwqAgLi4uCj4gPiDCoMKgwqAgwqDCoMKgIC4uLgo+ID4gwqDCoMKgIMKgwqDCoCAvKgo+ ID4gwqDCoMKgIMKgwqDCoCDCoCogcGFuZWwgbm9kZSBjYW4gZGVzY3JpYmUgaXRzIGlucHV0IHBv cnRzLCBpZiBib3RoIHRoZSBEU0lzIG91dHB1dAo+ID4gwqDCoMKgIMKgwqDCoCDCoCogcG9ydHMg YXJlIGNvbm5lY3RlZCB0byB0aGUgc2FtZSBkZXZpY2UgKGkuZSwgdGhlIHNhbWUgRFNJIHBhbmVs KSwKPiA+IMKgwqDCoCDCoMKgwqAgwqAqIHdlIGNhbiBhc3N1bWUgdGhhdCB0aGUgRFNJcyBuZWVk IHRvIG9wZXJhdGUgaW4gZHVhbCBEU0kgbW9kZQo+ID4gwqDCoMKgIMKgwqDCoCDCoCovCj4gPiDC oMKgwqAgwqDCoMKgIHBvcnRzIHsKPiA+IMKgwqDCoCDCoMKgwqAgwqDCoMKgIC4uLgo+ID4gwqDC oMKgIMKgwqDCoCDCoMKgwqAgcG9ydEAwIHsKPiA+IMKgwqDCoCDCoMKgwqAgwqDCoMKgIMKgwqDC oCBwYW5lbF9pbl9jaGFubmVsMDogZW5kcG9pbnQgewo+ID4gwqDCoMKgIMKgwqDCoCDCoMKgwqAg wqDCoMKgIMKgwqDCoCByZW1vdGUtZW5kcG9pbnQgPSA8Jm1pcGlfcGFuZWxfb3V0PjsKPiA+IMKg wqDCoCDCoMKgwqAgwqDCoMKgIMKgwqDCoCB9Owo+ID4gwqDCoMKgIMKgwqDCoCDCoMKgwqAgfTsK PiA+IMKgwqDCoCDCoMKgwqAgwqDCoMKgIHBvcnRAMSB7Cj4gPiDCoMKgwqAgwqDCoMKgIMKgwqDC oCDCoMKgwqAgcGFuZWxfaW5fY2hhbm5lbDE6IGVuZHBvaW50IHsKPiA+IMKgwqDCoCDCoMKgwqAg wqDCoMKgIMKgwqDCoCDCoMKgwqAgcmVtb3RlLWVuZHBvaW50ID0gPCZtaXBpMV9wYW5lbF9vdXQ+ Owo+ID4gwqDCoMKgIMKgwqDCoCDCoMKgwqAgwqDCoMKgIH07Cj4gPgo+ID4gwqDCoMKgIMKgwqDC oCDCoMKgwqAgfTsKPiA+IMKgwqDCoCDCoMKgwqAgfTsKPiA+IMKgwqDCoCB9Owo+ID59Owo+ID4K PiA+bWlwaV9kc2kxOiBtaXBpQGZmOTY4MDAwIHsKPiA+IMKgwqDCoCAuLi4KPiA+IMKgwqDCoCAu Li4KPiA+IMKgwqDCoCBwb3J0cyB7Cj4gPiDCoMKgwqAgwqDCoMKgIG1pcGkxX2luOiBwb3J0IHsK PiA+IMKgwqDCoCDCoMKgwqAgwqDCoMKgIC4uLgo+ID4gwqDCoMKgIMKgwqDCoCDCoMKgwqAgLi4u Cj4gPiDCoMKgwqAgwqDCoMKgIH07Cj4gPiDCoMKgwqAgwqDCoMKgIG1pcGkxX291dDogcG9ydCB7 Cj4gPiDCoMKgwqAgwqDCoMKgIMKgwqDCoCBtaXBpMV9wYW5lbF9vdXQ6IGVuZHBvaW50IHsKPiA+ IMKgwqDCoCDCoMKgwqAgwqDCoMKgIMKgwqDCoCByZW1vdGUtZW5kcG9pbnQgPSA8JnBhbmVsX2lu X2NoYW5uZWwxPjsKPiA+IMKgwqDCoCDCoMKgwqAgwqDCoMKgIH07Cj4gPiDCoMKgwqAgwqDCoMKg IH07Cj4gPiDCoMKgwqAgfTsKPiA+fQo+ID4KPiA+QnV0IGl0IHNlZW1zIHdlIGNhbiBub3QgdXNl IG9mX2RybV9maW5kX3BhbmVsKGxpa2UgYmVsb3cpCj4gPgo+ID4vKgo+ID4gwqDCoMKgwqDCoMKg wqAgcG9ydCA9IG9mX2dyYXBoX2dldF9wb3J0X2J5X2lkKGRldi0+b2Zfbm9kZSwgMSk7Cj4gPiDC oMKgwqDCoMKgwqDCoCBpZiAocG9ydCkgewo+ID4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgIGVuZHBvaW50ID0gb2ZfZ2V0X2NoaWxkX2J5X25hbWUocG9ydCwgImVuZHBvaW50Iik7Cj4g PiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgb2Zfbm9kZV9wdXQocG9ydCk7Cj4gPiDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgaWYgKCFlbmRwb2ludCkgewo+ID4gwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkZXZfZXJyKGRldiwgIm5v IG91dHB1dCBlbmRwb2ludCBmb3VuZFxuIik7Cj4gPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgIHJldHVybiAtRUlOVkFMOwo+ID4gwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIH0KPiA+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBwYW5l bF9ub2RlID0gb2ZfZ3JhcGhfZ2V0X3JlbW90ZV9wb3J0X3BhcmVudChlbmRwb2ludCk7Cj4gPiDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgb2Zfbm9kZV9wdXQoZW5kcG9pbnQpOwo+ID4g wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGlmICghcGFuZWxfbm9kZSkgewo+ID4gwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkZXZfZXJyKGRldiwg Im5vIG91dHB1dCBub2RlIGZvdW5kXG4iKTsKPiA+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqAgcmV0dXJuIC1FSU5WQUw7Cj4gPiDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgfQo+ID4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIHBhbmVs ID0gb2ZfZHJtX2ZpbmRfcGFuZWwocGFuZWxfbm9kZSk7Cj4gPiDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgb2Zfbm9kZV9wdXQocGFuZWxfbm9kZSk7Cj4gPiDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgaWYgKCFwYW5lbCkKPiA+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqAgcmV0dXJuIC1FUFJPQkVfREVGRVI7Cj4gPiDCoMKgwqDCoMKg wqDCoCB9Cj4gPiovCj4gPnRvIGdldCBEU0kxIG91dHB1dHMsYmVjYXVzZSBvZl9kcm1fZmluZF9w YW5lbCBuZWVkIGNvbXBhcmUKPiA+Cj4gPmlmIChwYW5lbC0+ZGV2LT5vZl9ub2RlID09IG5wKQo+ ID4KPiA+aW4gZHNpX3BhbmVsIGRyaXZlciBpbm5vbHV4LT5iYXNlLmRldiA9ICZpbm5vbHV4LT5s aW5rLT5kZXY7Cj4gPmRzaS0+ZGV2Cj4gCj4gWWVzLCB3ZSBzaG91bGQgb25seSBoYXZlIDEgZHJt X3BhbmVsIGluIHRoZSBnbG9iYWwgcGFuZWwgbGlzdC4KPiBTaG91bGRuJ3QgaXQgYmUgcG9zc2li bGUgdG8gbW9kaWZ5IHRoZSBkc2kgZHJpdmVyIHN1Y2ggdGhhdCBkc2kxCj4gZG9lc24ndCBjYXJl IHdoZXRoZXIgaXQgaGFzIGEgZHJtX3BhbmVsIGZvciBpdCBvciBub3QsIGlmIHdlIGFyZQo+IGlu IGR1YWwgZHNpIG1vZGU/Cj4gCj4gSSBpbWFnaW5lIGEgc2VxdWVuY2UgbGlrZSB0aGlzOgo+IAo+ IDEuIGRzaTAgcHJvYmVzLCBwYXJzZXMgdGhlIG9mLWdyYXBoLCBmaW5kcyB0aGUgcGFuZWwgYW5k IHNhdmVzIGl0cyBkZXZpY2UKPiBub2RlLgoKRG9lcyB0aGlzIG1lYW4gd2UgZGVwZW5kIG9uIHBy b2JlIG9yZGVyPyBPciB3b3VsZCB3ZSBiZSBhYmxlIHRvCi1FUFJPQkVfREVGRVIgb3Igc2ltaWxh ciBpZiBkc2kxIGJpbmRzIGZpcnN0PwoKPiAyLiBkc2kxIHByb2JlcywgcGFyc2VzIHRoZSBvZi1n cmFwaCwgZmluZCB0aGUgcGFuZWwncyBkZXZpY2Ugbm9kZQo+ICAgLSBkc2kxIGNoZWNrcyBpZiBp dCBpcyB0aGUgc2FtZSBhcyB0aGUgcGFuZWwgYXR0YWNoZWQgdG8gZHNpMC4KPiAgIC0gSWYgc28s IGl0IGp1c3QgdGFrZXMgdGhlIGRybV9wYW5lbCBwb2ludGVyIGZyb20gZHNpMC4KPiAgIC0gSWYg bm90LCBpdCB0cmllcyBhIG9mX2RybV9maW5kX3BhbmVsKCkgb24gdGhlIHBhbmVsJ3MgZGV2aWNl IG5vZGUuCgpTbywgdGhhdCBhbGwgbWVhbnMgd2UnZCBuZWVkIGEgbmV3IHZhcmlhbnQgb2YKZHJt X29mX2ZpbmRfcGFuZWxfb3JfYnJpZGdlKCkgZm9yICJkdWFsIiBkcml2ZXJzIGxpa2UgdGhpcz8g T3IgZWxzZQpvcGVuLWNvZGUgdGhpcyBsb2dpYyBpbiBkdy1taXBpLWRzaS5jPwoKPiBBIGR1YWwg RFNJIHBhbmVsIGRyaXZlciB3b3VsZCBhbHNvIGJlIGEgYml0IGRpZmZlcmVudC4gSXQgd2lsbCBi ZSBhCj4gbWlwaV9kc2lfZHJpdmVyIHdpdGggdGhlIG1hc3RlciBEU0kgKGRzaTApIGFzIHRoZSBt aXBpX2RzaV9kZXZpY2UuIFVzaW5nCj4gdGhlIG9mLWdyYXBoIGhlbHBlcnMsIHdlIHdvdWxkIGdl dCB0aGUgZGV2aWNlIG5vZGUgb2YgZHNpMSB1c2luZwo+IG9mX2ZpbmRfbWlwaV9kc2lfaG9zdF9i eV9ub2RlKCksIGFuZCBjcmVhdGUgYW5vdGhlciBEU0kgZGV2aWNlIHVzaW5nCj4gbWlwaV9kc2lf ZGV2aWNlX3JlZ2lzdGVyX2Z1bGwoKS4gVGhlbiwgd2UgY2FsbCBtaXBpX2RzaV9hdHRhY2goKSBv bgo+IGJvdGggdGhlIGRzaSBkZXZpY2VzLgoKVGhhdCBzZWVtcy4uLmludGVyZXN0aW5nLiBJIGd1 ZXNzIHRoYXQgc291bmRzIGxpa2UgaXQgY291bGQgd29yaywgYnV0CnNvbWVvbmUgd291bGQgaGF2 ZSB0byBwbGF5IHdpdGggdGhhdCBhIGJpdCBtb3JlLgoKSSBhc3N1bWUgb25lIHdvdWxkbid0IHdh bnQgdG8gZG8gYWxsIHRoaXMgaW4gZXZlcnkgZHVhbCBEU0kgZHJpdmVyIHRoYXQKbmVlZHMgdGhp cywgcmlnaHQ/Cgo+ID5zdHJ1Y3QgaW5ub2x1eF9wYW5lbCB7Cj4gPiDCoMKgwqDCoMKgwqDCoCBz dHJ1Y3QgZHJtX3BhbmVsIGJhc2U7Cj4gPiDCoMKgwqDCoMKgwqDCoCBzdHJ1Y3QgbWlwaV9kc2lf ZGV2aWNlICpsaW5rOwo+ID59Owo+ID5JdCBtZWFucyBvbmUgcGFuZWwgY2FuIG9ubHkgYmUgZm91 bmQgaW4gaGlzIGRzaSBub2RlLChsaWtlIGRzaTAgYWJvdmUpLgo+ID4KPiA+SSdtIGRvdWJ0aW5n IGFib3V0IGl0LCBPcsKgIG1heSB3ZSBmb2xsb3cgdGVncmFfZHNpX2dhbmdlZF9wcm9iZQo+ID4o ZHJpdmVycy9ncHUvZHJtL3RlcmdyYS9kc2kuYykgbWV0aG9kLgo+IAo+IFRoaXMgbWV0aG9kIHdp bGwgYWRkIGEgbmV3IGJpbmRpbmcgc2ltaWxhciB0byAibnZpZGlhLGdhbmdlZC1tb2RlIiwgd2hp Y2gKPiBpcyBzb21ldGhpbmcgd2UgZG9uJ3Qgd2FudCB0byBkby4KCkl0J3MgdW5mb3J0dW5hdGUg d2UgaGF2ZSB0aGUgYW50aS1wYXR0ZXJuIGFscmVhZHkgbWVyZ2VkIDooCgpCcmlhbgpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpkcmktZGV2ZWwgbWFpbGlu ZyBsaXN0CmRyaS1kZXZlbEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVl ZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752151AbdLEBTV (ORCPT ); Mon, 4 Dec 2017 20:19:21 -0500 Received: from mail-pf0-f194.google.com ([209.85.192.194]:44689 "EHLO mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751846AbdLEBTT (ORCPT ); Mon, 4 Dec 2017 20:19:19 -0500 X-Google-Smtp-Source: AGs4zMaUo5QkyLirm9VQmlOZwuboJLJjKIc3sFpcwD+lJA8cvzZqOoM6f+V/XzLqLKRKAMUAF2JV1g== Date: Mon, 4 Dec 2017 17:19:16 -0800 From: Brian Norris To: Archit Taneja Cc: Nickey Yang , robh+dt@kernel.org, heiko@sntech.de, mark.rutland@arm.com, airlied@linux.ie, hl@rock-chips.com, zyw@rock-chips.comg, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-rockchip@lists.infradead.org, xbl@rock-chips.com Subject: Re: [PATCH v3 5/6] dt-bindings: add the rockchip, dual-channel for dw-mipi-dsi Message-ID: <20171205011914.GA59914@google.com> References: <1508903463-7254-1-git-send-email-nickey.yang@rock-chips.com> <1508903463-7254-5-git-send-email-nickey.yang@rock-chips.com> <816a1d2d-d213-709d-f357-63e7c5248ad3@codeaurora.org> <2dab7233-139f-b148-2f5e-40a32b3dc797@rock-chips.com> <0dcf03d3-eda6-1b90-10ed-1d14f07824ab@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0dcf03d3-eda6-1b90-10ed-1d14f07824ab@codeaurora.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Archit, I'm a relative n00b here, but I'm trying to follow along and I have some questions: On Fri, Dec 01, 2017 at 06:29:04PM +0530, Archit Taneja wrote: > On 11/30/2017 11:02 PM, Nickey Yang wrote: > >I try to follow as you suggested,use > > > >mipi_dsi: mipi@ff960000 { > >     ... > >     ... > >     clock-master;    /* implies that this DSI instance drivers the clock > >              * for both the DSIs. > >              */ > >     ports { > >         mipi_in: port { > >             ... > >             ... > >         }; > >         /* add extra output ports for both DSIs */ > >         mipi_out: port { > >             mipi_panel_out: endpoint { > >                 remote-endpoint = <&panel_in_channel0>; > >             }; > >         }; > >     }; > >     panel { > >         ... > >         ... > >         /* > >          * panel node can describe its input ports, if both the DSIs output > >          * ports are connected to the same device (i.e, the same DSI panel), > >          * we can assume that the DSIs need to operate in dual DSI mode > >          */ > >         ports { > >             ... > >             port@0 { > >                 panel_in_channel0: endpoint { > >                     remote-endpoint = <&mipi_panel_out>; > >                 }; > >             }; > >             port@1 { > >                 panel_in_channel1: endpoint { > >                     remote-endpoint = <&mipi1_panel_out>; > >                 }; > > > >             }; > >         }; > >     }; > >}; > > > >mipi_dsi1: mipi@ff968000 { > >     ... > >     ... > >     ports { > >         mipi1_in: port { > >             ... > >             ... > >         }; > >         mipi1_out: port { > >             mipi1_panel_out: endpoint { > >                 remote-endpoint = <&panel_in_channel1>; > >             }; > >         }; > >     }; > >} > > > >But it seems we can not use of_drm_find_panel(like below) > > > >/* > >         port = of_graph_get_port_by_id(dev->of_node, 1); > >         if (port) { > >                 endpoint = of_get_child_by_name(port, "endpoint"); > >                 of_node_put(port); > >                 if (!endpoint) { > >                         dev_err(dev, "no output endpoint found\n"); > >                         return -EINVAL; > >                 } > >                 panel_node = of_graph_get_remote_port_parent(endpoint); > >                 of_node_put(endpoint); > >                 if (!panel_node) { > >                         dev_err(dev, "no output node found\n"); > >                         return -EINVAL; > >                 } > >                 panel = of_drm_find_panel(panel_node); > >                 of_node_put(panel_node); > >                 if (!panel) > >                         return -EPROBE_DEFER; > >         } > >*/ > >to get DSI1 outputs,because of_drm_find_panel need compare > > > >if (panel->dev->of_node == np) > > > >in dsi_panel driver innolux->base.dev = &innolux->link->dev; > >dsi->dev > > Yes, we should only have 1 drm_panel in the global panel list. > Shouldn't it be possible to modify the dsi driver such that dsi1 > doesn't care whether it has a drm_panel for it or not, if we are > in dual dsi mode? > > I imagine a sequence like this: > > 1. dsi0 probes, parses the of-graph, finds the panel and saves its device > node. Does this mean we depend on probe order? Or would we be able to -EPROBE_DEFER or similar if dsi1 binds first? > 2. dsi1 probes, parses the of-graph, find the panel's device node > - dsi1 checks if it is the same as the panel attached to dsi0. > - If so, it just takes the drm_panel pointer from dsi0. > - If not, it tries a of_drm_find_panel() on the panel's device node. So, that all means we'd need a new variant of drm_of_find_panel_or_bridge() for "dual" drivers like this? Or else open-code this logic in dw-mipi-dsi.c? > A dual DSI panel driver would also be a bit different. It will be a > mipi_dsi_driver with the master DSI (dsi0) as the mipi_dsi_device. Using > the of-graph helpers, we would get the device node of dsi1 using > of_find_mipi_dsi_host_by_node(), and create another DSI device using > mipi_dsi_device_register_full(). Then, we call mipi_dsi_attach() on > both the dsi devices. That seems...interesting. I guess that sounds like it could work, but someone would have to play with that a bit more. I assume one wouldn't want to do all this in every dual DSI driver that needs this, right? > >struct innolux_panel { > >         struct drm_panel base; > >         struct mipi_dsi_device *link; > >}; > >It means one panel can only be found in his dsi node,(like dsi0 above). > > > >I'm doubting about it, Or  may we follow tegra_dsi_ganged_probe > >(drivers/gpu/drm/tergra/dsi.c) method. > > This method will add a new binding similar to "nvidia,ganged-mode", which > is something we don't want to do. It's unfortunate we have the anti-pattern already merged :( Brian