Message ID | 20221228014757.3170486-1-javierm@redhat.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4e01:0:0:0:0:0 with SMTP id p1csp1671701wrt; Tue, 27 Dec 2022 17:49:41 -0800 (PST) X-Google-Smtp-Source: AMrXdXvg2NIlE98Ba1kYM+cBeXgZeJrltdadQZgNalP9iNJUDCOAFTz0ZupMbVfzx350rCQCzG+R X-Received: by 2002:a17:90a:de92:b0:219:396c:9e30 with SMTP id n18-20020a17090ade9200b00219396c9e30mr26871300pjv.20.1672192181033; Tue, 27 Dec 2022 17:49:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672192181; cv=none; d=google.com; s=arc-20160816; b=XcenXZ8sKZVSp8xtFuCvdZwy/K9/eoWePOB1oqBUi2CWbph/7td0V5iv/kqKR4Ze6t WPOW6pjAEVM+g6admkb1hA4yw/sJgmhzg44jGroWi5cPby4rzhQ+m1DDdrzq8I0BxWHS QlTtv24FF0qGWtQLKu6amWM/iRknZlKxhY7Is7FKjDIU0Dfc6tHdqdD87aWTYs6Ksrd8 RkMCA3VbUwKNhnGV4OnrWmty2etQC5NZeEQq3ajdlSzp+Ciqmn4FZs9oJlyiEODUnM/I rDjNDoRBypl8A5StLjQGUohqmDh3DEE0Xa6uzVPzhGfahT7XIbzGgjdH/TPM5N2aEx8X 8WJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=P5KKuoIGAE6MpY1AzB0SKM8BM5G/7Bvgi1+Zq+kEeaY=; b=UA1PJorunOJBe37eVIrMXdLMEnXrWPta1ciZKKmIMx/Ie/RRcsZmGN2YYF3LVHNVzZ 3W+6U1wd130+fsOjKGN5bJ/4etgnCU344bfbuXhuFO0oW2fjv6aE239g3j2jXlxmHZN3 vMNdTPVDG2scDrw56vtA9v1WiXqxNVG3FT4w2YEn+sjo/pFjx+ugDduRlzMTaY4MTnDj 0I5f/dDU7orxNj3rMlJqugi6Eaw24aO5O/YtGGDt+kgG/ug4PxVebJ47tWq+qgVVOYQC CWfuSXkc9kUUw7vX8VOLYFObmGi9CP4Lzla+6Hq8dz4mWDYS113rF2izba3C/ppG+Ble eKhw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=RSMpeccV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id oc6-20020a17090b1c0600b00220ac450834si20562750pjb.12.2022.12.27.17.49.28; Tue, 27 Dec 2022 17:49:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=RSMpeccV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230156AbiL1Bsx (ORCPT <rfc822;eddaouddi.ayoub@gmail.com> + 99 others); Tue, 27 Dec 2022 20:48:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36570 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229526AbiL1Bss (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 27 Dec 2022 20:48:48 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 32F4AE37 for <linux-kernel@vger.kernel.org>; Tue, 27 Dec 2022 17:48:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1672192088; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=P5KKuoIGAE6MpY1AzB0SKM8BM5G/7Bvgi1+Zq+kEeaY=; b=RSMpeccVYd7arYys5YhxZTgOI9w8MSV0kbmkIFCTvPpEU29MutQUWaBqq+udXSlzddyoTu JAOOUEGGlSv4mjvQh/mMjd0f345yNCL6yoe0fdzzymyP5ibl3nm6Sb/CSS7ndXNZGbjGlQ a1gc5teUSSc7Ofe1DuG0+avvwrM5Qgo= Received: from mail-wm1-f70.google.com (mail-wm1-f70.google.com [209.85.128.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-94-FVhK1hWeNDKZItgM9cu1Sw-1; Tue, 27 Dec 2022 20:48:06 -0500 X-MC-Unique: FVhK1hWeNDKZItgM9cu1Sw-1 Received: by mail-wm1-f70.google.com with SMTP id q6-20020a05600c2e4600b003d211775a99so6023111wmf.1 for <linux-kernel@vger.kernel.org>; Tue, 27 Dec 2022 17:48:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=P5KKuoIGAE6MpY1AzB0SKM8BM5G/7Bvgi1+Zq+kEeaY=; b=O7etsvLGSxnrqqZ54jwy4vC1Risu3I4EUpgyKZ69c5cybLO5/3neNwOeCQQ9vNXIGM vtRkSMrpZMIheN270nCfT0oXiubZVBD7AREMk/UK4zqR6BOvdwzXQ2hmtslXtCPpPfxH ODoznK2kIhrJpGyRO0dlJqj6cD6xzAlV8rADA099DdMu9a1w9WnA4TjYr1KPNCJAcyZP G3bKgMhRdsnkpNhlHj74/YVkSG1UpevcBGEEanL8bTvzyRQCTgzl2hbgo3dcxM/+vOgM xbWXeaj5QJGzmMNZRgaUzpqQjHXLAnxZrgO5t8fKaPA//VBRI9Twl2L2hJYEvVHIgV6F k0ew== X-Gm-Message-State: AFqh2koOEIYSIwU3NnMSCxTR5SZ4jbP6y49Ll2sG07MlHjpMaROqPJzv DpooRNlOAXRDWpzKM5+hbq8wLfucdcfOPsS20slabavh5gkgmztjifXiJZtgG0/OKdwxV7EtOJx t575NTlTNDdY7hONAsn5ssSgd/06Yo6FxbI6Zs5DnMs97EiCGoTm3MQTjTeSCQooUpy5GdM5gGQ k= X-Received: by 2002:adf:aa89:0:b0:248:2d6e:aa3c with SMTP id h9-20020adfaa89000000b002482d6eaa3cmr17806154wrc.58.1672192085024; Tue, 27 Dec 2022 17:48:05 -0800 (PST) X-Received: by 2002:adf:aa89:0:b0:248:2d6e:aa3c with SMTP id h9-20020adfaa89000000b002482d6eaa3cmr17806138wrc.58.1672192084746; Tue, 27 Dec 2022 17:48:04 -0800 (PST) Received: from minerva.home (205.pool92-176-231.dynamic.orange.es. [92.176.231.205]) by smtp.gmail.com with ESMTPSA id k16-20020a056000005000b002258235bda3sm14158873wrx.61.2022.12.27.17.48.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 27 Dec 2022 17:48:04 -0800 (PST) From: Javier Martinez Canillas <javierm@redhat.com> To: linux-kernel@vger.kernel.org Cc: Javier Martinez Canillas <javierm@redhat.com>, Daniel Vetter <daniel@ffwll.ch>, David Airlie <airlied@gmail.com>, =?utf-8?q?Guido_G=C3=BCnther?= <agx@sigxcpu.org>, Maarten Lankhorst <maarten.lankhorst@linux.intel.com>, Maxime Ripard <mripard@kernel.org>, Ondrej Jirman <megous@megous.com>, Purism Kernel Team <kernel@puri.sm>, Sam Ravnborg <sam@ravnborg.org>, Thierry Reding <thierry.reding@gmail.com>, Thomas Zimmermann <tzimmermann@suse.de>, dri-devel@lists.freedesktop.org Subject: [PATCH 00/14] drm/panel: Make panel drivers use existing DSI write macros Date: Wed, 28 Dec 2022 02:47:43 +0100 Message-Id: <20221228014757.3170486-1-javierm@redhat.com> X-Mailer: git-send-email 2.38.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1753420588146427354?= X-GMAIL-MSGID: =?utf-8?q?1753420588146427354?= |
Series |
drm/panel: Make panel drivers use existing DSI write macros
|
|
Message
Javier Martinez Canillas
Dec. 28, 2022, 1:47 a.m. UTC
Hello, This series contains cleanups for DRM panel drivers that define their own DSI write macros instead of using what's already in <drm/drm_mipi_dsi.h>. The changes are quite trivial but I've only tested this with allmodconfig and `make M=drivers/gpu/drm/panel/` so please review and testing would be highly appreciated. Best regards, Javier Javier Martinez Canillas (14): drm/mipi-dsi: Add a mipi_dsi_dcs_write_seq() macro drm/panel-asus-z00t-tm5p5-n35596: Drop custom DSI write macros drm/panel-sitronix-st7703: Drop custom DSI write macros drm/panel-leadtek-ltk050h3146w: Drop custom DSI write macro drm/panel-elida-kd35t133: Drop custom DSI write macro drm/panel-boe-bf060y8m-aj0: Drop custom DSI write macro drm/panel-novatek-nt35950: Drop custom DSI write macro drm/panel-jdi-fhd-r63452: Drop custom DSI write macros drm/panel-samsung-s6e88a0-ams452ef01: Drop custom DSI write macro drm/panel-samsung-sofef00: Drop custom DSI write macro drm/panel-sharp-ls060t1sx01: Drop custom DSI write macro drm/panel-mantix-mlaf057we51: Drop custom DSI write macro drm/panel-sony-tulip-truly-nt35521: Drop custom DSI write macro drm/panel-xinpeng-xpp055c272: Drop custom DSI write macro .../drm/panel/panel-asus-z00t-tm5p5-n35596.c | 96 ++--- .../gpu/drm/panel/panel-boe-bf060y8m-aj0.c | 28 +- drivers/gpu/drm/panel/panel-elida-kd35t133.c | 34 +- drivers/gpu/drm/panel/panel-jdi-fhd-r63452.c | 50 +-- .../drm/panel/panel-leadtek-ltk050h3146w.c | 64 ++-- .../gpu/drm/panel/panel-mantix-mlaf057we51.c | 24 +- drivers/gpu/drm/panel/panel-novatek-nt35950.c | 14 +- .../panel/panel-samsung-s6e88a0-ams452ef01.c | 24 +- drivers/gpu/drm/panel/panel-samsung-sofef00.c | 24 +- .../gpu/drm/panel/panel-sharp-ls060t1sx01.c | 19 +- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 83 ++--- .../panel/panel-sony-tulip-truly-nt35521.c | 348 +++++++++--------- .../gpu/drm/panel/panel-xinpeng-xpp055c272.c | 44 +-- include/drm/drm_mipi_dsi.h | 16 + 14 files changed, 374 insertions(+), 494 deletions(-)
Comments
Hi Javier. On Wed, Dec 28, 2022 at 02:47:43AM +0100, Javier Martinez Canillas wrote: > Hello, > > This series contains cleanups for DRM panel drivers that define their own > DSI write macros instead of using what's already in <drm/drm_mipi_dsi.h>. > > The changes are quite trivial but I've only tested this with allmodconfig > and `make M=drivers/gpu/drm/panel/` so please review and testing would be > highly appreciated. Nice cleanup - I like it. In most of the patches there is some trivial indent that should be fixed, I think I noted it everywhere. Sorry - but no testing. The last patch is buggy - see the comment. I suggest to land patch 1 now (with the fix), this makes it easier for others to test on top of drm-misc-next. Sam > > Best regards, > Javier > > > Javier Martinez Canillas (14): > drm/mipi-dsi: Add a mipi_dsi_dcs_write_seq() macro > drm/panel-asus-z00t-tm5p5-n35596: Drop custom DSI write macros > drm/panel-sitronix-st7703: Drop custom DSI write macros > drm/panel-leadtek-ltk050h3146w: Drop custom DSI write macro > drm/panel-elida-kd35t133: Drop custom DSI write macro > drm/panel-boe-bf060y8m-aj0: Drop custom DSI write macro > drm/panel-novatek-nt35950: Drop custom DSI write macro > drm/panel-jdi-fhd-r63452: Drop custom DSI write macros > drm/panel-samsung-s6e88a0-ams452ef01: Drop custom DSI write macro > drm/panel-samsung-sofef00: Drop custom DSI write macro > drm/panel-sharp-ls060t1sx01: Drop custom DSI write macro > drm/panel-mantix-mlaf057we51: Drop custom DSI write macro > drm/panel-sony-tulip-truly-nt35521: Drop custom DSI write macro > drm/panel-xinpeng-xpp055c272: Drop custom DSI write macro > > .../drm/panel/panel-asus-z00t-tm5p5-n35596.c | 96 ++--- > .../gpu/drm/panel/panel-boe-bf060y8m-aj0.c | 28 +- > drivers/gpu/drm/panel/panel-elida-kd35t133.c | 34 +- > drivers/gpu/drm/panel/panel-jdi-fhd-r63452.c | 50 +-- > .../drm/panel/panel-leadtek-ltk050h3146w.c | 64 ++-- > .../gpu/drm/panel/panel-mantix-mlaf057we51.c | 24 +- > drivers/gpu/drm/panel/panel-novatek-nt35950.c | 14 +- > .../panel/panel-samsung-s6e88a0-ams452ef01.c | 24 +- > drivers/gpu/drm/panel/panel-samsung-sofef00.c | 24 +- > .../gpu/drm/panel/panel-sharp-ls060t1sx01.c | 19 +- > drivers/gpu/drm/panel/panel-sitronix-st7703.c | 83 ++--- > .../panel/panel-sony-tulip-truly-nt35521.c | 348 +++++++++--------- > .../gpu/drm/panel/panel-xinpeng-xpp055c272.c | 44 +-- > include/drm/drm_mipi_dsi.h | 16 + > 14 files changed, 374 insertions(+), 494 deletions(-) > > -- > 2.38.1
On 1/2/23 20:00, Sam Ravnborg wrote: > Hi Javier. > > On Wed, Dec 28, 2022 at 02:47:43AM +0100, Javier Martinez Canillas wrote: >> Hello, >> >> This series contains cleanups for DRM panel drivers that define their own >> DSI write macros instead of using what's already in <drm/drm_mipi_dsi.h>. >> >> The changes are quite trivial but I've only tested this with allmodconfig >> and `make M=drivers/gpu/drm/panel/` so please review and testing would be >> highly appreciated. > > Nice cleanup - I like it. Thanks. > In most of the patches there is some trivial indent that should be > fixed, I think I noted it everywhere. > Yup, I just used sed -i to modify in-place but the new macro _seq suffix caused the wrong indent everywhere. I'll fix them in v2. > Sorry - but no testing. > No worries, I also just build tested the drivers since I lack the HW but the changes are pretty trivial so I expect no functional changes. > The last patch is buggy - see the comment. Indeed. Thanks for pointing that out! I completely missed that the macro was different than the others. > I suggest to land patch 1 now (with the fix), this makes it easier for > others to test on top of drm-misc-next. > Agreed. I'll just post that one as a v2 and then the rest as a separate series after pushing that to drm-misc-next.