Message ID | 20240131033523.577450-1-dharma.b@microchip.com |
---|---|
Headers |
Return-Path: <linux-kernel+bounces-45711-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7301:2087:b0:106:209c:c626 with SMTP id gs7csp1650449dyb; Tue, 30 Jan 2024 19:35:59 -0800 (PST) X-Google-Smtp-Source: AGHT+IH1A6faA7ar25h2HIJ9voFFeNcSCKeyk/PNDpmqneDvHS/3IPQg+k2QUGeBpJ92nhIjYIpb X-Received: by 2002:ac2:5b1e:0:b0:50e:4598:b836 with SMTP id v30-20020ac25b1e000000b0050e4598b836mr361334lfn.15.1706672159223; Tue, 30 Jan 2024 19:35:59 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706672159; cv=pass; d=google.com; s=arc-20160816; b=iCJOzsqaEw/pVGgICMxwq0A0Qypv9ok+RgqnH1j/ZcxT7AJDTmjljIRWX/ju8oIHta 7W93Limv1eQkRF5hFyI2//3cgdVK5z+LA3jK+nFtAxRJ77WtZwlb7L7OmTAm4wBX+dBC BqeqT5Ja62cBOEV+MT69guAEmvVJsVe0PyW1fgk/fKXFhFRmrdXmqHj1CMXE/Xb2XKQM IIm69fI4QtRwFCS3uPIoIZNuTiZp1BneofEfVhOHzvvgAJL03Pa+p99LrlKB7cPhESGY maTve/wXtaQwiI14bnDir3Zp0dixNcewJrA/Qzg9zgRDSxh0qXbTHZhow6MCzptSuXTK YiaQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:date:subject:cc:to :from:dkim-signature; bh=4yRrbrBgSxdJ79OQjBT7+5ISj594QXFc3tEp13d/zYw=; fh=3f9mDxfq3/ja9ND8oDQWFnDjM5vMC9YbivNGShVk+Ig=; b=n6zu2r+4cJL1qA73uhat664Ogg9rX2slPZ2OyIjQtPxeMGgHnBXqlcZN+UefF3ytdv jRxgvXarKsVRP63+SUco4T5PHEDtbgw7hLHbPYI/+YuhNuYOkVr8PtN70K7smV7A0VMM G2TgtBMgnl+tftnFxqLwwyL5HJyVV+9hHM41H7vyfFZNH6kmnczk3TvZudc6TLe95FWo nbYcgROdyW4ahicoT9OTBoBbT2aSRktuRuso50NuQZdR4S1CQ+sGDe+pTtfEILYRRGBd aoBzXWzbJ/wfRho/W0Y6FjpsHI6//Quzq9GUUO3EkcZ652ECF5XUZsk+DZpl1LYs3UWZ MLrA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@microchip.com header.s=mchp header.b=yu+VeSoO; arc=pass (i=1 spf=pass spfdomain=microchip.com dkim=pass dkdomain=microchip.com dmarc=pass fromdomain=microchip.com); spf=pass (google.com: domain of linux-kernel+bounces-45711-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-45711-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=QUARANTINE sp=REJECT dis=NONE) header.from=microchip.com X-Forwarded-Encrypted: i=1; AJvYcCXgXVQc2stiJ9JcS4nojX0+2CIQIdrHt/ikAdlVCaPsE9vWEJHrkwi3Jhu85s9iQYmpP7l6QY3TwhoCZ+1dnxJX2WLfSQ== Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id l4-20020a1709065a8400b00a35e65df482si2006258ejq.304.2024.01.30.19.35.59 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Jan 2024 19:35:59 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-45711-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@microchip.com header.s=mchp header.b=yu+VeSoO; arc=pass (i=1 spf=pass spfdomain=microchip.com dkim=pass dkdomain=microchip.com dmarc=pass fromdomain=microchip.com); spf=pass (google.com: domain of linux-kernel+bounces-45711-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-45711-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=QUARANTINE sp=REJECT dis=NONE) header.from=microchip.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id D159A1F26AB6 for <ouuuleilei@gmail.com>; Wed, 31 Jan 2024 03:35:58 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 42ECB125B9; Wed, 31 Jan 2024 03:35:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b="yu+VeSoO" Received: from esa.microchip.iphmx.com (esa.microchip.iphmx.com [68.232.153.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5063718AFA; Wed, 31 Jan 2024 03:35:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=68.232.153.233 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706672144; cv=none; b=uCzOk7AqeavFNLXqwimyL0B6epZHAzLyO64Z/6pZbvjQvKsHg7O4+Xy/TsuBvsTiJtbQ1cURCRNlkxi664QhD7KYkF44EgtAN0h+2IOjMHKcJ8qwcwdAOFg+wYBNWFHDISHhnNinixUYY6CGFXayw86pmEfrSw1NfmiVYkoCc20= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706672144; c=relaxed/simple; bh=f0XKxASiWqQLt7IJY+mMMoBts6D4KCVhB8RusSPYAvY=; h=From:To:CC:Subject:Date:Message-ID:MIME-Version:Content-Type; b=k+Ad5jf9AfLW8fjE4y2t9p4g4Mr9mCQHcLXGD50u5uOcXkJc9Or8PdmC0mk3ByJ0tNMN733uQOeDRqGvCvM0s4w7emjdr3amRpZxcuQKMMbwblMBaBbBtPYC1PJLrOdJEjj1Yk4VVBCi6woi6fHEBKBS3DzHm/Fv21ZCGorK0Fo= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=microchip.com; spf=pass smtp.mailfrom=microchip.com; dkim=pass (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b=yu+VeSoO; arc=none smtp.client-ip=68.232.153.233 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=microchip.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=microchip.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=microchip.com; i=@microchip.com; q=dns/txt; s=mchp; t=1706672143; x=1738208143; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=f0XKxASiWqQLt7IJY+mMMoBts6D4KCVhB8RusSPYAvY=; b=yu+VeSoOqRJwl9UKNTP5T97tOSGgXVMahzqiyANE7510MEav2lnwn5up PRLUsGUc35JcacGSCfqPeF5xf+xyMy/Wudit8OT1rbLDWq7TK6nBngVJY CzlnDfAYOkbxf8LTd0WCCdIz0I+ewBI9OXfsZe34qO5VFxKPcX1OTEmY/ eLrCW5t7mnaJghiW0+B3Yx3vSHfOn1owFYXTfynX0Y0hbFcmTNdsN1W/L krPPVj+QUvYb52GoDaWMwH/e1A2QPyJ/TmdWKYjRRsoEeGoHWvRBZ9WUA a4OKyYyEE2zA7LFLra2W7AnB2s3HMsbDdleS5x+jLoCvfwmg/WLvtLXht Q==; X-CSE-ConnectionGUID: nlghDPAHRPKfgwJ/dbSwLg== X-CSE-MsgGUID: Iurwu5k6SxCsDUlGefwzgg== X-IronPort-AV: E=Sophos;i="6.05,231,1701154800"; d="scan'208";a="246268336" X-Amp-Result: SKIPPED(no attachment in message) Received: from unknown (HELO email.microchip.com) ([170.129.1.10]) by esa5.microchip.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 30 Jan 2024 20:35:41 -0700 Received: from chn-vm-ex04.mchp-main.com (10.10.85.152) by chn-vm-ex01.mchp-main.com (10.10.85.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Tue, 30 Jan 2024 20:35:33 -0700 Received: from che-lt-i70843lx.microchip.com (10.10.85.11) by chn-vm-ex04.mchp-main.com (10.10.85.152) with Microsoft SMTP Server id 15.1.2507.35 via Frontend Transport; Tue, 30 Jan 2024 20:35:25 -0700 From: Dharma Balasubiramani <dharma.b@microchip.com> To: <sam@ravnborg.org>, <bbrezillon@kernel.org>, <maarten.lankhorst@linux.intel.com>, <mripard@kernel.org>, <tzimmermann@suse.de>, <airlied@gmail.com>, <daniel@ffwll.ch>, <robh+dt@kernel.org>, <krzysztof.kozlowski+dt@linaro.org>, <conor+dt@kernel.org>, <nicolas.ferre@microchip.com>, <alexandre.belloni@bootlin.com>, <claudiu.beznea@tuxon.dev>, <dri-devel@lists.freedesktop.org>, <devicetree@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>, <linux-kernel@vger.kernel.org>, <lee@kernel.org>, <thierry.reding@gmail.com>, <u.kleine-koenig@pengutronix.de>, <linux-pwm@vger.kernel.org> CC: <hari.prasathge@microchip.com>, <manikandan.m@microchip.com>, "Dharma Balasubiramani" <dharma.b@microchip.com> Subject: [linux][PATCH v5 0/3] Convert Microchip's HLCDC Text based DT bindings to JSON schema Date: Wed, 31 Jan 2024 09:05:20 +0530 Message-ID: <20240131033523.577450-1-dharma.b@microchip.com> X-Mailer: git-send-email 2.25.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1789575465594702596 X-GMAIL-MSGID: 1789575465594702596 |
Series |
Convert Microchip's HLCDC Text based DT bindings to JSON schema
|
|
Message
Dharma Balasubiramani
Jan. 31, 2024, 3:35 a.m. UTC
Converted the text bindings to YAML and validated them individually using following commands $ make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ $ make dtbs_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ changelogs are available in respective patches. As Sam suggested I'm sending the PWM binding as it is in this patch series, clean up patch will be sent as separate patch. Dharma Balasubiramani (3): dt-bindings: display: convert Atmel's HLCDC to DT schema dt-bindings: atmel,hlcdc: convert pwm bindings to json-schema dt-bindings: mfd: atmel,hlcdc: Convert to DT schema format .../atmel/atmel,hlcdc-display-controller.yaml | 85 ++++++++++++++++ .../bindings/display/atmel/hlcdc-dc.txt | 75 -------------- .../devicetree/bindings/mfd/atmel,hlcdc.yaml | 99 +++++++++++++++++++ .../devicetree/bindings/mfd/atmel-hlcdc.txt | 56 ----------- .../bindings/pwm/atmel,hlcdc-pwm.yaml | 44 +++++++++ .../bindings/pwm/atmel-hlcdc-pwm.txt | 29 ------ 6 files changed, 228 insertions(+), 160 deletions(-) create mode 100644 Documentation/devicetree/bindings/display/atmel/atmel,hlcdc-display-controller.yaml delete mode 100644 Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt create mode 100644 Documentation/devicetree/bindings/mfd/atmel,hlcdc.yaml delete mode 100644 Documentation/devicetree/bindings/mfd/atmel-hlcdc.txt create mode 100644 Documentation/devicetree/bindings/pwm/atmel,hlcdc-pwm.yaml delete mode 100644 Documentation/devicetree/bindings/pwm/atmel-hlcdc-pwm.txt
Comments
On Wed, Jan 31, 2024 at 09:05:23AM +0530, Dharma Balasubiramani wrote: > Convert the atmel,hlcdc binding to DT schema format. > > Align clocks and clock-names properties to clearly indicate that the LCD > controller expects lvds_pll_clk when interfaced with the lvds display. This > alignment with the specific hardware requirements ensures accurate device tree > configuration for systems utilizing the HLCDC IP. > > Signed-off-by: Dharma Balasubiramani <dharma.b@microchip.com> Reviewed-by: Conor Dooley <conor.dooley@microchip.com> Thanks, Conor.
Hi Rob, On 31/01/24 9:05 am, Dharma B - I70843 wrote: > Converted the text bindings to YAML and validated them individually using following commands > > $ make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ > $ make dtbs_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ > > changelogs are available in respective patches. > > As Sam suggested I'm sending the PWM binding as it is in this patch series, clean up patch > will be sent as separate patch. > I would want to know if I can have the examples in display and pwm bindings separately or if I have to delete them from both and have a single, comprehensive example in mfd binding. I'm a little puzzled about this. > Dharma Balasubiramani (3): > dt-bindings: display: convert Atmel's HLCDC to DT schema > dt-bindings: atmel,hlcdc: convert pwm bindings to json-schema > dt-bindings: mfd: atmel,hlcdc: Convert to DT schema format > > .../atmel/atmel,hlcdc-display-controller.yaml | 85 ++++++++++++++++ > .../bindings/display/atmel/hlcdc-dc.txt | 75 -------------- > .../devicetree/bindings/mfd/atmel,hlcdc.yaml | 99 +++++++++++++++++++ > .../devicetree/bindings/mfd/atmel-hlcdc.txt | 56 ----------- > .../bindings/pwm/atmel,hlcdc-pwm.yaml | 44 +++++++++ > .../bindings/pwm/atmel-hlcdc-pwm.txt | 29 ------ > 6 files changed, 228 insertions(+), 160 deletions(-) > create mode 100644 Documentation/devicetree/bindings/display/atmel/atmel,hlcdc-display-controller.yaml > delete mode 100644 Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt > create mode 100644 Documentation/devicetree/bindings/mfd/atmel,hlcdc.yaml > delete mode 100644 Documentation/devicetree/bindings/mfd/atmel-hlcdc.txt > create mode 100644 Documentation/devicetree/bindings/pwm/atmel,hlcdc-pwm.yaml > delete mode 100644 Documentation/devicetree/bindings/pwm/atmel-hlcdc-pwm.txt > -- With Best Regards, Dharma B.
On Thu, Feb 01, 2024 at 03:38:37AM +0000, Dharma.B@microchip.com wrote: > Hi Rob, > > On 31/01/24 9:05 am, Dharma B - I70843 wrote: > > Converted the text bindings to YAML and validated them individually using following commands > > > > $ make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ > > $ make dtbs_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ > > > > changelogs are available in respective patches. > > > > As Sam suggested I'm sending the PWM binding as it is in this patch series, clean up patch > > will be sent as separate patch. > > > > I would want to know if I can have the examples in display and pwm > bindings separately or if I have to delete them from both and have a > single, comprehensive example in mfd binding. I'm a little puzzled about > this. The strong preference is 1 complete example in the MFD binding. That avoids 2 copies of the same thing, issues with incomplete examples, and temporary warnings bisecting the series. Rob
On 02/02/24 4:06 am, Rob Herring wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe > > On Thu, Feb 01, 2024 at 03:38:37AM +0000, Dharma.B@microchip.com wrote: >> Hi Rob, >> >> On 31/01/24 9:05 am, Dharma B - I70843 wrote: >>> Converted the text bindings to YAML and validated them individually using following commands >>> >>> $ make dt_binding_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ >>> $ make dtbs_check DT_SCHEMA_FILES=Documentation/devicetree/bindings/ >>> >>> changelogs are available in respective patches. >>> >>> As Sam suggested I'm sending the PWM binding as it is in this patch series, clean up patch >>> will be sent as separate patch. >>> >> >> I would want to know if I can have the examples in display and pwm >> bindings separately or if I have to delete them from both and have a >> single, comprehensive example in mfd binding. I'm a little puzzled about >> this. > > The strong preference is 1 complete example in the MFD binding. That > avoids 2 copies of the same thing, issues with incomplete examples, > and temporary warnings bisecting the series. Sure, I will drop the examples in display and pwm bindings while sending v6. -- Thanks, Dharma B. > > Rob
On Wed, 31 Jan 2024 09:05:23 +0530, Dharma Balasubiramani wrote: > Convert the atmel,hlcdc binding to DT schema format. > > Align clocks and clock-names properties to clearly indicate that the LCD > controller expects lvds_pll_clk when interfaced with the lvds display. This > alignment with the specific hardware requirements ensures accurate device tree > configuration for systems utilizing the HLCDC IP. > > [...] Applied, thanks! [3/3] dt-bindings: mfd: atmel,hlcdc: Convert to DT schema format commit: 7dd93269787781869d3dbb23138ec1455d26b047 -- Lee Jones [李琼斯]
On Thu, 08 Feb 2024, Lee Jones wrote: > On Wed, 31 Jan 2024 09:05:23 +0530, Dharma Balasubiramani wrote: > > Convert the atmel,hlcdc binding to DT schema format. > > > > Align clocks and clock-names properties to clearly indicate that the LCD > > controller expects lvds_pll_clk when interfaced with the lvds display. This > > alignment with the specific hardware requirements ensures accurate device tree > > configuration for systems utilizing the HLCDC IP. > > > > [...] > > Applied, thanks! > > [3/3] dt-bindings: mfd: atmel,hlcdc: Convert to DT schema format > commit: 7dd93269787781869d3dbb23138ec1455d26b047 Replaced with v6.