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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 7CF31C4725D for ; Mon, 22 Jan 2024 03:39:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Content-ID:In-Reply-To: References:Message-ID:Date:Subject:To:From:Reply-To:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=ABBWiExpN20AlCwey9xZptdtlFviVWO5h3jLmCDXGg4=; b=O2iqZFUnL99iEI T9H7r9ex9672NrE3u3VAAusm6JEzMVpgZg3Qe3bRn8NNOQGK9Qoxtb7ezXZXq/q9DwlHW21xgHohL mVsaNGC8t+enS4kSDLG9NUkF3bcyl1Q9pFfwokuIFUkUVQ5NFsQq92tGTRHMINowONW1//jaWGS3R 2lOpk/2bqtP2HusnlykZvWy2Si4sooz0YgQ85eXUNF2BgeR2dwVJ9POpu4cYG4SCPw3obMtsro+y+ GFD9yyhapXHWLnYLoZl7GZpQvrfXR4pnSeCGaOsWHZyC+TTedYWeN+qnfaH2aq9qRLxJSrkMhlAo2 yOt8ggr7teL2/cvNoTUw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1rRl9X-00ATJ8-32; Mon, 22 Jan 2024 03:39:15 +0000 Received: from esa.microchip.iphmx.com ([68.232.154.123]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1rRl9Q-00ATIP-39 for linux-arm-kernel@lists.infradead.org; Mon, 22 Jan 2024 03:39:13 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=microchip.com; i=@microchip.com; q=dns/txt; s=mchp; t=1705894749; x=1737430749; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=6P4lyqvwH9IK+Hf/n+ho682h7RCPlUPkDkvIyKmVRpw=; b=TO+2igglUmrFf1Aa4isJD3AKucCHFjWN89JzCvIWorsyGPAZTSiPVr0q ggTQSwVe0odQKk1v+8qWlFZhw6jPr4EiaRL98dhVva7sd6eu0+0Mn89uE V8/y1oB3rPGUk4VCMApmRoqyhhFIw0b7kT0g4G7mAuS/8JQM6hjH+euUI Hq73vkXsbkKg1KwqrRr+3LIx2qNC3ri/Ivx400ZXwAERfsK7XrNgFTqJO uXWeBHRfU5T2UnIAPe+O5LCjkWUBKDSgqKjtgtKA1q0QmpnjLeMW1sdam BNcX1RS2++s6jItNLR47NoEUkrNZVsf1cHrvYSU6WHIwLbtV7mbL/g41h A==; X-CSE-ConnectionGUID: QVc0DboYQwK2IFM2JgkuMA== X-CSE-MsgGUID: 7K/lbZYBT1mvQuCbTERZtA== X-IronPort-AV: E=Sophos;i="6.05,211,1701154800"; d="scan'208";a="15559356" X-Amp-Result: SKIPPED(no attachment in message) Received: from unknown (HELO email.microchip.com) ([170.129.1.10]) by esa2.microchip.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 21 Jan 2024 20:39:01 -0700 Received: from chn-vm-ex02.mchp-main.com (10.10.85.144) 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; Sun, 21 Jan 2024 20:38:45 -0700 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (10.10.215.250) by email.microchip.com (10.10.87.72) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35 via Frontend Transport; Sun, 21 Jan 2024 20:38:45 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=S5vz6xxePaThetVCkqg3rLHl4q4dH5XcpKz4koU44oqVg+e8cTGDfZJ8wpLvCYXk9gv34wBJuqFAxPtlUjh70i27892oJYV7z30ikoIoaMBGeW4WxDmQRz9pEiexb2Naw8bpjSkNd0Q6JFGveBDtJtQIaxZNLmuhJ5KWUCOiR/gbngZFcXXEPg6n9F4TD+ZVoh6lKRSqHAsLiOjloNT6gYk9vd7rhQ3MFhOz2CGkY5bgVfVde6bG/YdrzoSflJFSUYrFmYSnH9qZWoO9VUHpKi7AX62/OPFVfx4BCqzOZTK64y/KVVPRlbTRRwUicPzVdaUlToTLh803DFM5dJW9yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=6P4lyqvwH9IK+Hf/n+ho682h7RCPlUPkDkvIyKmVRpw=; b=K9UdxCJd/tZ5B1JzvxLzozDrPb3foUwo+1UwqHXGxU3LHpg6mTqOHyJvi+ApAVtxxqFc1Au/j0C9S8+GaG7akNc19E0IkeTKdycjcNgZqJZ27stR+5qP9zwpZWOHK6bQ3YI+DDKai8NIndMqSzkkuEvLRV3TjVIUSYijN7y6bScPemFef1+pPWUmrILGY1oEPl3noF1q+MaQvndlloa4kXdT1z3/oUAzUrYP4+5UuYmDOHs5oi70VuWW05r7WKE1Pu/viWDXNpTdYJZW1D/zQEAH+1wIvwfQIxVZyMs3ySDEpVEf5SG+8lIChbM4pQi5Z+h5MjBmwdruxCBXZC8I5g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microchip.com; dmarc=pass action=none header.from=microchip.com; dkim=pass header.d=microchip.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microchip.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6P4lyqvwH9IK+Hf/n+ho682h7RCPlUPkDkvIyKmVRpw=; b=EWu0r069GzjDqPMXa3DwMmONvIeiuovyXZAzXvI4ZkiI6Fz9MXTaU1HdlMTjX2/iBDsjPh2YPwzky6//9DZvJOhdZiDEZ6xv2gs6TnYWTKdXHF3wtybCwZ4UAES/HnCo7UXdQdxp3sxWN+3wwtN9YBI6sFaVgmxAKD+cOLFiNQ0H5UtlMMLJoRQ4GUYlrYxzaRqcEoLwHXTV+4yEXZu+qEbm57T1tDwBMGnWaIbis/dGlTDn7R1WbMKFwJplysCSPZKM27MXkl68liWUHewuBMSOHFKeplCf2Jnz6hDNUzWu4h9xIZ3lbCt26RoDcgdmYDlnvxNQ0Hvf5xojbgv0cw== Received: from PH7PR11MB6451.namprd11.prod.outlook.com (2603:10b6:510:1f4::16) by BL1PR11MB5352.namprd11.prod.outlook.com (2603:10b6:208:311::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7202.32; Mon, 22 Jan 2024 03:38:43 +0000 Received: from PH7PR11MB6451.namprd11.prod.outlook.com ([fe80::80b9:80a3:e88a:57ee]) by PH7PR11MB6451.namprd11.prod.outlook.com ([fe80::80b9:80a3:e88a:57ee%3]) with mapi id 15.20.7202.031; Mon, 22 Jan 2024 03:38:41 +0000 From: To: Subject: Re: [PATCH v3 3/3] dt-bindings: mfd: atmel,hlcdc: Convert to DT schema format Thread-Topic: [PATCH v3 3/3] dt-bindings: mfd: atmel,hlcdc: Convert to DT schema format Thread-Index: AQHaSfB9G+vm5oXSwEmW6mjsJvC8kbDftWKAgADHFQCAAI7AgIAEKeOA Date: Mon, 22 Jan 2024 03:38:41 +0000 Message-ID: References: <20240118092612.117491-1-dharma.b@microchip.com> <20240118092612.117491-4-dharma.b@microchip.com> <20240118-recent-glorified-fd35d72e006e@spud> <20240119-character-mardi-43571d7fe7d5@wendy> In-Reply-To: <20240119-character-mardi-43571d7fe7d5@wendy> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=microchip.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: PH7PR11MB6451:EE_|BL1PR11MB5352:EE_ x-ms-office365-filtering-correlation-id: 13afbc10-466e-42eb-510c-08dc1afba0c3 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: q2vYK2OQSty47RKj5mdZP2Zhd7XHmyYtaY/HF/BI2PfurA3yAPZenRFZWM2sNQbWzvXyrbp98S8m99ZQ/JcXXocnXHouwiTsIsBq///UsmR7Ee8QIg5vDnip8AgCF3UvqIWuk+I7b51i71+T1YVhFVF30SHh+FoAUQ1QdK9s2Z0PhV2KquzyQVCDs0BfNMm29rbBW6wb05YvigFkER2TX356Pzr8MVGi5f4arc3s+5SmNQfXHP2cGlmohIz3NImMmxbYgxQ9cL1NytjEHbBZEuQBRogq8woSm8eh54/yIrL0LNfdxmAfw91ceZ4ZPtolxB7InzLrd9HRzRtvvstQp7Wj3djrB7ct3XkJAP9p7BJMmX3ERmYMrev0stZdjxpsNkverwuuanX/+9nErVDSNwzp+c/jJWlUII2YIlwLF4P82ejvSsWBaxyQaOZTikfvheM2dhWuamVMSdCXctZAnsSfyyQNFW/I4aRbR1stxDcdef2Br0uH+4dXAG+nsGIkwjEyba+HvMAyC0VoLL48wzxv2wG9GcbE+pK2B/4zvUNk/wRhDesXqGccRYMCV+WHKsseqjJVKUiGhqsQhxqwsQVTavEpEYmKb31P9KOfgDgtL3I6i76oQcKc2bdMPwQ8p8OPEwI4hQkLqsPnQEbVnoF/bYcHJkoO0gTfKBwcW3cEttdwTA9cBHtnDDrTCZlZ x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PH7PR11MB6451.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(39860400002)(346002)(136003)(396003)(366004)(376002)(230922051799003)(186009)(1800799012)(64100799003)(451199024)(31686004)(38070700009)(66476007)(2906002)(5660300002)(66946007)(6636002)(91956017)(64756008)(66446008)(6486002)(66556008)(37006003)(76116006)(54906003)(7416002)(6512007)(26005)(71200400001)(316002)(478600001)(6506007)(8936002)(4326008)(6862004)(8676002)(53546011)(2616005)(107886003)(122000001)(83380400001)(38100700002)(36756003)(86362001)(31696002)(41300700001)(45980500001);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?V2paUVNLY0QyM2VaN1ducG5nQnRoc3ZUNTNlcjNwenBLQWZ0WU00dlBwMUZq?= =?utf-8?B?TC9WNnZOV3lyeXd3Qml0TGgzbFhsZnpHOXg5bEk1eHlRMHBYMkhwdUlOQUFG?= =?utf-8?B?RGZFc0pISlRUckhNSlMvYTdlcXd5WTZETlVtUWdGM2Mvd3JCUW92dmltMDlC?= =?utf-8?B?aHZodGlpcmJHSllTb1A1a3JDY2Rvcm8wTGUzSlFEUUdBSzRMenZhOUMyRk5j?= =?utf-8?B?Z0IyYVA5SEhwcW5YRGlXTy9UTTJLMlJrS1FWazQyY0hpaEZ4UU13RE1kZ0J4?= =?utf-8?B?cDdlL1dDQUJsMTczZUVUZ0daZTZXR3RRNnBEMjFZSnpERlVrNUxvT2VhNktT?= =?utf-8?B?TTJmRWxRanA5Q0VLVlNpQ0UxclNjNUtncGc1eVFVSExPa0ZtRVJ3dS81aWIy?= =?utf-8?B?MVoxMmxNbmlOd0hFOXNNNVowMHNYbzhoc2hmNjNHazVFVDFFQzlIYURRQjI5?= =?utf-8?B?eFBaMXRVVExMM21xdXZ3WWxHVi9Hak5ScUE0bjZHdFJETThYTHpndDFvTmtH?= =?utf-8?B?NUpHenFVTEVHbzc1MStkb0pOelZaY0dMdzlNZm8xRVBxMStTWmVneVA4OFhp?= =?utf-8?B?eWVad3R4SDMzT2M2a0hRZzVPYW5yalE1Z3lPVXZwQU9hNGN0NXgzaUwrSjlZ?= =?utf-8?B?MzM4dWtSVTV6UGhUSDRyQ3VCL0lvMW85KzFlTVRqZHd0TWpMaURPVjlLWFdT?= =?utf-8?B?b1VpY0NibU5WNS9NNUZJNDBTS2Vidjduc2d6dzIrNWNZdCtHVWVmTlllRW51?= =?utf-8?B?RVlYTWoxTm1pNVlXRkIycjZDLzJ5ZzF5SFllTW9MTHBEZDNZeXI3YXpPeVNq?= =?utf-8?B?Z1RhbWVDRkNHekFVRGRoZDg1VlY3S3NwUHFnbThvU2hVVkg1ZnZyRUJZbjVH?= =?utf-8?B?bDUxZldEL3dFWmZFKzZjZWNUUUtkTlp0V0piUjR1ZENtd2RRbWNFTlB5RG1s?= =?utf-8?B?ZUE0RFd2NE1YRDUveDV5TmVEamQ4Q0N4YzQrQVNNdEYvc013Z3A5WjZxWnRp?= =?utf-8?B?bjhPMEUxclViWlNoMThUcjVNd2FJMmdIYTAyVE13V29qd3dGTU1FM0o5QUtI?= =?utf-8?B?d2pFL3J3MnoxMDlFdi9sZlRRWDBuSkE1czErRU9qRzA2TitHUHpqM3FrcTMx?= =?utf-8?B?a2ptbVRqN2tiK3FFQ0VubUJyTzM1ZzJxVUVQZDU2eGtFL0t6ZmhHaS9DTkFw?= =?utf-8?B?ejUweTVwNUNHS2FPMndKbkE0bnJTU0RRY25zNERSdDVCYjdtVkxuOE5vR05j?= =?utf-8?B?YkxUN015ZWZkNnZybkhIT3Z3MlF3UTF3NkFQZWg2ZEQ2bEZ0UHdqNHdwTi9N?= =?utf-8?B?RmRETGQ1SFhWVjhRRytyT29UOGxPNmxlTEM1VmZXb2p4ZzIrdkREVjB3ZjVz?= =?utf-8?B?NDAvcDFEZS91QVRoRlltcFZIbUtnYlV4cTd0cHZkeDdRbThUUjV1Tm5yOGdt?= =?utf-8?B?TVNrQjlneFgwaU9KNTRIRkNzQmw5cGFVY3I5aTkvK0VYcTN4eFBqa0lzYURU?= =?utf-8?B?TXdLOEo4TDlxNmFTcHlXY1J3dVFlOXV4cVBSa3M4aVFKNDduQ25xVGM4WTJ3?= =?utf-8?B?eldUQ1VrK3lLUU9LQjBRRXpLcVFadW5qZjhFWnRlSFFsRG1EVFRGY1ZyUHE3?= =?utf-8?B?QVNNREx4bkcvcG5PNGlObWtiM0RoTytLWm0wcTlDOExIYXBKanBqREJsY1JC?= =?utf-8?B?MWJaeHJTZEE5Yzc3WTZVM24wdWVyZHhxVmUrV3hUVzV6MHIweThSSW9NZkFT?= =?utf-8?B?Z1djNEVlOGJsOUxjU0ZPbHlGanYvdzVPZjRlTmxHTFdQRENPTkFJQ0xwUjIr?= =?utf-8?B?MS85NzJZdU1Ddm53Vll5M3pqYXRDSWVQSmMvNFVNcHJvZkdaOVA5TmZZd3dB?= =?utf-8?B?VjU3SUxMQi9FMDBXelhDclg0UlVTYzdIT2p2SXY4NkpYb09nMkp0V0NHN05N?= =?utf-8?B?QzQwRnN0dFRzS2lkelRFNVVYVVAwSTgvdmljVUpRYnd6SktRTzZ5R3FwL2do?= =?utf-8?B?TStZdHRXajYxUFZPR0RjUGsxc1lWUGdzK2lpbWp3a3FOOGZ3dGNQT2ttUDlB?= =?utf-8?B?U24zYko0U3AwaVBoeHpqTzNXb3hWZ251UDFwU1ovZW9DcVV4cExHNmpQVW4x?= =?utf-8?Q?MKPw60hoCMPtLJ0W4o8Th0LNM?= Content-ID: <3050872FAB0E8F4DAE4DC0254D833AC8@namprd11.prod.outlook.com> MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH7PR11MB6451.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 13afbc10-466e-42eb-510c-08dc1afba0c3 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Jan 2024 03:38:41.5616 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3f4057f3-b418-4d4e-ba84-d55b4e897d88 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: bEQkULzIcS6E2K8XFycx8keucKMfn6GLGcgS8IgXggCXHVWoa2cV9x7jeungiLEYbdFvqewm7jsU0kSDLCce2w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR11MB5352 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240121_193909_371241_1235B00B X-CRM114-Status: GOOD ( 18.46 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: alexandre.belloni@bootlin.com, linux-pwm@vger.kernel.org, Linux4Microchip@microchip.com, dri-devel@lists.freedesktop.org, thierry.reding@gmail.com, krzysztof.kozlowski+dt@linaro.org, claudiu.beznea@tuxon.dev, airlied@gmail.com, sam@ravnborg.org, lee@kernel.org, u.kleine-koenig@pengutronix.de, devicetree@vger.kernel.org, conor+dt@kernel.org, tzimmermann@suse.de, maarten.lankhorst@linux.intel.com, mripard@kernel.org, robh+dt@kernel.org, linux-arm-kernel@lists.infradead.org, bbrezillon@kernel.org, linux-kernel@vger.kernel.org, conor@kernel.org, daniel@ffwll.ch Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Conor, On 19/01/24 5:33 pm, Conor Dooley - M52691 wrote: > On Fri, Jan 19, 2024 at 03:32:49AM +0000, Dharma.B@microchip.com wrote: >> On 18/01/24 9:10 pm, Conor Dooley wrote: >>> On Thu, Jan 18, 2024 at 02:56:12PM +0530, Dharma Balasubiramani wrote: >>>> Convert the atmel,hlcdc binding to DT schema format. >>>> >>>> Adjust the clock-names property to clarify that the LCD controller expects >>>> one of these clocks (either sys_clk or lvds_pll_clk to be present but not >>>> both) along with the slow_clk and periph_clk. This alignment with the actual >>>> hardware requirements will enable accurate device tree configuration for >>>> systems using the HLCDC IP. >>>> >>>> Signed-off-by: Dharma Balasubiramani >>>> --- >>>> changelog >>>> v2 -> v3 >>>> - Rename hlcdc-display-controller and hlcdc-pwm to generic names. >>>> - Modify the description by removing the unwanted comments and '|'. >>>> - Modify clock-names simpler. >>>> v1 -> v2 >>>> - Remove the explicit copyrights. >>>> - Modify title (not include words like binding/driver). >>>> - Modify description actually describing the hardware and not the driver. >>>> - Add details of lvds_pll addition in commit message. >>>> - Ref endpoint and not endpoint-base. >>>> - Fix coding style. >>>> ... >>>> .../devicetree/bindings/mfd/atmel,hlcdc.yaml | 97 +++++++++++++++++++ >>>> .../devicetree/bindings/mfd/atmel-hlcdc.txt | 56 ----------- >>>> 2 files changed, 97 insertions(+), 56 deletions(-) >>>> create mode 100644 Documentation/devicetree/bindings/mfd/atmel,hlcdc.yaml >>>> delete mode 100644 Documentation/devicetree/bindings/mfd/atmel-hlcdc.txt >>>> >>>> diff --git a/Documentation/devicetree/bindings/mfd/atmel,hlcdc.yaml b/Documentation/devicetree/bindings/mfd/atmel,hlcdc.yaml >>>> new file mode 100644 >>>> index 000000000000..eccc998ac42c >>>> --- /dev/null >>>> +++ b/Documentation/devicetree/bindings/mfd/atmel,hlcdc.yaml >>>> @@ -0,0 +1,97 @@ >>>> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) >>>> +%YAML 1.2 >>>> +--- >>>> +$id:http://devicetree.org/schemas/mfd/atmel,hlcdc.yaml# >>>> +$schema:http://devicetree.org/meta-schemas/core.yaml# >>>> + >>>> +title: Atmel's HLCD Controller >>>> + >>>> +maintainers: >>>> + - Nicolas Ferre >>>> + - Alexandre Belloni >>>> + - Claudiu Beznea >>>> + >>>> +description: >>>> + The Atmel HLCDC (HLCD Controller) IP available on Atmel SoCs exposes two >>>> + subdevices, a PWM chip and a Display Controller. >>>> + >>>> +properties: >>>> + compatible: >>>> + enum: >>>> + - atmel,at91sam9n12-hlcdc >>>> + - atmel,at91sam9x5-hlcdc >>>> + - atmel,sama5d2-hlcdc >>>> + - atmel,sama5d3-hlcdc >>>> + - atmel,sama5d4-hlcdc >>>> + - microchip,sam9x60-hlcdc >>>> + - microchip,sam9x75-xlcdc >>>> + >>>> + reg: >>>> + maxItems: 1 >>>> + >>>> + interrupts: >>>> + maxItems: 1 >>>> + >>>> + clocks: >>>> + maxItems: 3 >>> Hmm, one thing I probably should have said on the previous version, but >>> I missed somehow: It would be good to add an items list to the clocks >>> property here to explain what the 3 clocks are/are used for - especially >>> since there is additional complexity being added here to use either the >>> sys or lvds clocks. >> May I inquire if this approach is likely to be effective? >> >> clocks: >> items: >> - description: peripheral clock >> - description: generic clock or lvds pll clock >> Once the LVDS PLL is enabled, the pixel clock is used as the >> clock for LCDC, so its GCLK is no longer needed. >> - description: slow clock >> maxItems: 3 > > Hmm that sounds very suspect to me. "Once the lvdspll is enabled the > generic clock is no longer needed" sounds like both clocks can be provided > to the IP on different pins and their provision is not mutually > exclusive, just that the IP will only actually use one at a time. If > that is the case, then this patch is nott correct and the binding should > allow for 4 clocks, with both the generic clock and the lvds pll being > present in the DT at the same time. > > I vaguely recall internal discussion about this problem some time back > but the details all escape me. Let's delve deeper into the clock configuration for LCDC_PCK. Considering the flexibility of the design, it appears that both clocks, sys_clk (generic clock) and lvds_pll_clk, can indeed be provided to the IP simultaneously. The crucial aspect, however, is that the IP will utilize only one of these clocks at any given time. This aligns with the specific requirements of the application, where the choice of clock depends on whether the LVDS interface or MIPI/DSI is in use. To ensure proper configuration of the pixel clock period, we need to distinctly identify which clocks are being utilized. For instance, in the LVDS interface scenario, the lvds_pll_clk is essential, resulting in LCDC_PCK being set to the source clock. Conversely, in the MIPI/DSI case, the LCDC GCLK is required, leading to LCDC_PCK being defined as source clock/CLKDIV+2. Considering the potential coexistence of sys_clk and lvds_pll_clk in the Device Tree (DT), we may need to introduce an additional flag in the DT. This flag could serve as a clear indicator of whether the LVDS interface or MIPI/DSI is being employed. As we discussed to drop this flag and just have any one of the clocks I believe that this approach provides a sensible and scalable solution, allowing for a comprehensive representation of the clocking configuration. > > Thanks, > Conor. -- With Best Regards, Dharma B. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel