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 X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1DD27C433E0 for ; Tue, 7 Jul 2020 18:01:19 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 0C290206E2 for ; Tue, 7 Jul 2020 18:01:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728225AbgGGSBS (ORCPT ); Tue, 7 Jul 2020 14:01:18 -0400 Received: from muru.com ([72.249.23.125]:32788 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727777AbgGGSBS (ORCPT ); Tue, 7 Jul 2020 14:01:18 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 4DD3A80FB; Tue, 7 Jul 2020 18:02:11 +0000 (UTC) Date: Tue, 7 Jul 2020 11:01:15 -0700 From: Tony Lindgren To: "H. Nikolaus Schaller" Cc: Tomi Valkeinen , Discussions about the Letux Kernel , kernel@pyra-handheld.com, Linux-OMAP , Laurent Pinchart , Jyri Sarha Subject: Re: OMAP5: inconsistency between target-module and dsi_of_data_omap5 Message-ID: <20200707180115.GB5849@atomide.com> References: <49725F81-E615-4101-81B3-0850F201D9E8@goldelico.com> <5F4C23B0-A82B-4F94-BD74-D04F6D798FC0@goldelico.com> <20200705142653.GQ37466@atomide.com> <20200705143614.GR37466@atomide.com> <20200706143613.GS37466@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org * H. Nikolaus Schaller [200706 16:11]: > > Am 06.07.2020 um 16:36 schrieb Tony Lindgren : > > I think you should now be using just the generic panel with > > drivers/gpu/drm/panel/panel-simple or some panel specific > > driver for dsi. > > None of them supports the vendor specific MIPI commands of > this panel. > > Therefore we have our own panel driver for years and try to > keep pace with upstream changes. OK yeah would be good to have it upstream. It might see use on some other platforms while waiting for the pyra dts files. Regards, Tony