Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1071034pxa; Thu, 20 Aug 2020 01:26:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxnV4KUSQWx/P9XE4T0Dt9yuR5y/A1IyEW5XVJ5IagL/4cbcyIty6H+zYhVEzOWyEmnUtvh X-Received: by 2002:a17:906:6a84:: with SMTP id p4mr2246726ejr.374.1597912014077; Thu, 20 Aug 2020 01:26:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597912014; cv=none; d=google.com; s=arc-20160816; b=JKZ/qg8mpgK736hGShxEOREkKj4xbDqLN/QfPEcDQIwX6ufUMCo771UHRZ+Pi9x8Eo pzzq0Yktpgl5VM4AP+VyBJU/e3SSXlIR6q9BCHvQTyiBfWVxsGrT0drsiSWYQJ7DHn0m uHAb2CfuRg2cerNcUP0RlYgj35PXKGL0muCBKzgwTZJtWuE4X+2IOVkuQK5H6YrOGHKg M1HaukRD8brULaAACFPH0Y8wH4QUCS6RU6jCoxIE9X1C+7Mfwf7ZqxlCp/xaSyvgVeBl orELpx2TJZrOkGsuvKIYG+wq0EV3cuHIcfOqB6sBVY2m5cPJQHEAiBmKfvM/XLeuKye3 X+Tw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=SrUQJe+SbGK7LfKKLgWx9lCfp6Hc1vvH6aGwjBCBXCo=; b=x9Q9DVQRKFzdps7bxTqswItz6/wmDmihWgV485STKOOIe0gKeB0JVqAFjApcUXOOtX CwSmGaZZpl/ij6Sqxri1TsqmfuS7lAieyfAm0BOQrkbH4P9qds5MoJNZwyV1rp6e2WOW 9Ygqlgwv/QFzB4O9Se00gDZIIHC5DwRblUQiIMNI1d9pjDSm3YRLwUz3bpjqMs4Mts8R ikODXaaqZ232T9URGSK2eWYZZEqjwljXD+KrqjuTDYX5HEvR67f4+EIXTw8FSX8MAQ6b 3e6/rreNh4Sq2/kyC1Iaf7GfurZ8mSkoiKIfj2zROrsZAjz4RpkukMzNX4gr44SdZbEH zVXQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=k0Qrqpn4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b22si945409edx.6.2020.08.20.01.26.29; Thu, 20 Aug 2020 01:26:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=k0Qrqpn4; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725916AbgHTIXl (ORCPT + 99 others); Thu, 20 Aug 2020 04:23:41 -0400 Received: from mail.kernel.org ([198.145.29.99]:38992 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725824AbgHTIXi (ORCPT ); Thu, 20 Aug 2020 04:23:38 -0400 Received: from coco.lan (ip5f5ad5a3.dynamic.kabel-deutschland.de [95.90.213.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 8686E22BED; Thu, 20 Aug 2020 08:23:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1597911818; bh=fwGVCmgPxQ4tMxOoVebfaKdoWjHkC+p6W4oBmOn2pCQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=k0Qrqpn40gEcXyvKnJpr0UKl58JLXD6w6wg75Lq2H21jh3VFgBAOCOS+kekx5tu9V jsUl78z48aIZGiHBdWd1mOYDpQBTELDITS0xBdrtmERRoFb9QzRIeW0N/YpsPE8jit 7HQ7sD1Dxlw1XtG5XGuAiZ1QVR+DwoViOpFp6a28= Date: Thu, 20 Aug 2020 10:23:32 +0200 From: Mauro Carvalho Chehab To: John Stultz Cc: Greg Kroah-Hartman , linuxarm@huawei.com, mauro.chehab@huawei.com, Manivannan Sadhasivam , Daniel Vetter , dri-devel , Xiubin Zhang , Liwei Cai , Chen Feng , driverdevel , lkml , Rob Herring Subject: Re: [PATCH 25/49] staging: hikey9xx/gpu: do some code cleanups Message-ID: <20200820102332.7223d38d@coco.lan> In-Reply-To: References: <9fa944021373ec5b82c2c1e118c15d9effe7f964.1597833138.git.mchehab+huawei@kernel.org> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org (added c/c Rob Herring) Em Wed, 19 Aug 2020 18:53:06 -0700 John Stultz escreveu: > On Wed, Aug 19, 2020 at 4:46 AM Mauro Carvalho Chehab > wrote: > > @@ -376,7 +355,7 @@ static int kirin_drm_platform_resume(struct platform_device *pdev) > > } > > > > static const struct of_device_id kirin_drm_dt_ids[] = { > > - { .compatible = "hisilicon,hi3660-dpe", > > + { .compatible = "hisilicon,kirin960-dpe", > > > One issue, elsewhere in your patch stack you still refer to the > hisilicon,hi3660-dpe compatible string. This should probably be > consistent one way or the other. Agreed with regards to consistency. It sounds to me that calling those as Kirin 9xx (and the previous one as Kirin 620) is better than using the part number. Here, googling for "Kirin 970" gave about 6.9 million hits, while "Hi3670" gave only 75,5K hits. Kirin 620 has similar results: 6.85 million hits, against 61,9 hits for "Hi3620". With "Kirin 960", the numbers are a lot higher: had 21,4 million hits, against 423K hits for "Hi3660". So, my preference is to use "Kirin 620, 960 and 970" for future changes. - Currently, there are already some inconsistency, as some places use the part number where others use "Kirin xxx" designation, when referring to Kirin 620, 960 and 970. I would love to make this consistent among the Kernel. However, I'm not sure if changing "compatible" would be acceptable by DT maintainers. If something like that would be OK, I can prepare a separate patchset to be applied at the Kernel. Thanks, Mauro