Received: by 2002:a05:7412:2a8c:b0:e2:908c:2ebd with SMTP id u12csp1332710rdh; Mon, 25 Sep 2023 09:27:08 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGh3DbJRl/2JpFYRnKuIYgaGoI3jmwZXX3CnBgX/fjisyW5Icqi5OGXC57Ci0XoaaLSc/6L X-Received: by 2002:a05:6808:ddd:b0:3a7:6213:6899 with SMTP id g29-20020a0568080ddd00b003a762136899mr8237650oic.24.1695659228357; Mon, 25 Sep 2023 09:27:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695659228; cv=none; d=google.com; s=arc-20160816; b=Dp4SUFG/fGc5wa1vRZPgMz4OqiPuZOwEhbIJPdaU6RwHbGKHnAAAPVg10nxlEM9iL2 roVO9FZVx4pA8Dvfn6xzaoHegKvMQdb7geyzQZM2LscclTg8J6UZ+6/SM5avPwDBRH8g ioupPl9MtZZR+2vUCeWSymuF0KaV6zHo5RICH2y4MJOIZGUt4B0ixg7TEuDstC1c+6IK /SMbgg/UPXFPkyvFLBjGPiF9SXzlUIP0IuSIBeJfBkjUxLiBdMpX6bQsceEmQFIzQNdT xNVUn5JwXhTyZDQPE24xUvLc6O15sCN/CZqyGMIXZotR71qv2dHaT2rH7YvDIi2nas0f rZlw== 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:references:organization:in-reply-to:subject:cc:to :from:dkim-signature; bh=TOHPcDn/BUiPqRAJc0rwV5smWTjo89f76iZZduB6ssg=; fh=TMQ82gwuHzzmI0oX26+rMIp4ztzxRU7OTeEVPKZYR98=; b=YBvQfT/9lqy6qaXYbPnqXBNiWjpcQtdq/6NJ7AiSbwj/XueK5GhCXNSciqVDclRKla rEwU2eJADWU1k3HVwLo1tJFQC7zNZndl3Vr9avoVIvTb1YDQLISYd7AOQ1wDG9LsI6CV UbkR/wcOBFE2PlsTAGBO4hJHvzRaZANkpEpFC2o/YeFTLbK6Hxvn/iS1fQHXPClOc672 wJc2j/dVRXA94lhQ8lnFSNSmwQ0MPX7s8ifm7KGYtAo9a4/su05jyokGLNLnbsAl/E3l Agfbs+SJfR0wvu24WZmu7wWgioKV9/glGmU3dND/I4RfkUr8gRTnmSXvdHvZXDnnhAlT BeFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=KmHHfcb5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from lipwig.vger.email (lipwig.vger.email. [23.128.96.33]) by mx.google.com with ESMTPS id d2-20020a633602000000b00569cd6ead3asi10239444pga.643.2023.09.25.09.27.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 25 Sep 2023 09:27:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) client-ip=23.128.96.33; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=KmHHfcb5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id 4FB6F805D5F7; Mon, 25 Sep 2023 04:09:11 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229556AbjIYLI5 (ORCPT + 99 others); Mon, 25 Sep 2023 07:08:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42906 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230341AbjIYLIv (ORCPT ); Mon, 25 Sep 2023 07:08:51 -0400 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 78906D3 for ; Mon, 25 Sep 2023 04:08:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1695640124; x=1727176124; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version:content-transfer-encoding; bh=9p+XqtzXvIJ3hJIh/2hgy3YcmayjqQFoFDHhEcEBbDk=; b=KmHHfcb5g91IPuWi6XO94KkeSowm8yY0aWCV8q3zLwsfYAEF5K8UPCkv n9mNbrkuu92qHjzGQPkPUMnk9wOtgQS5h+6WWJN+1kG92rwMk6uvPJ8C4 3itvL9SGHVbhGDADYffqVCFxfiuCofCHIUpmOMgKKJeC65asKJrXStVYV wZ8efo6QVHSlvB9ARotFZzeu5lkrawehWsca6wJm42cO8wxTAtSQca5n9 vidopMgvxU8lk/YlUm4sIjh2SHNOz5Wk91kEzIKWYw4IsW9ligtoOO+/v WXwmTxfEgxxvxAe/8kAcpaI4ssN+IuL/Jj8++d1wr2COXCRZCU0cp6iaS g==; X-IronPort-AV: E=McAfee;i="6600,9927,10843"; a="467510679" X-IronPort-AV: E=Sophos;i="6.03,174,1694761200"; d="scan'208";a="467510679" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Sep 2023 04:08:30 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10843"; a="838536484" X-IronPort-AV: E=Sophos;i="6.03,174,1694761200"; d="scan'208";a="838536484" Received: from smgotth-mobl.ger.corp.intel.com (HELO localhost) ([10.252.40.46]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Sep 2023 04:08:27 -0700 From: Jani Nikula To: Robert Foss , Yang Li Cc: neil.armstrong@linaro.org, jonas@kwiboo.se, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, jernej.skrabec@gmail.com, Laurent.pinchart@ideasonboard.com, andrzej.hajda@intel.com Subject: Re: [PATCH -next] drm/bridge: clean up some inconsistent indentings In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20230920004400.81091-1-yang.lee@linux.alibaba.com> Date: Mon, 25 Sep 2023 14:08:25 +0300 Message-ID: <87a5tao6hi.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lipwig.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Mon, 25 Sep 2023 04:09:11 -0700 (PDT) On Mon, 25 Sep 2023, Robert Foss wrote: > NAK Feels a bit harsh. > Personally I value maintaining a simple to follow `git blame` history > over correcting indentation. > > Ideally bad indentation should never be committed in the first place. Agreed, but when that inevitably happens, do you really want it to be cast in stone? To me leaving bad indent (or style, or whatever) in place indicates we don't care, while the opposite is true. Maybe look into tooling that lets you easily git blame the parent commit of a line in git blame? (For example, in emacs vc-annotate, it's just a matter of hitting 'a'.) BR, Jani. > > On Wed, Sep 20, 2023 at 2:44=E2=80=AFAM Yang Li wrote: >> >> drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c:336 dw_hdmi_cec_suspend() = warn: inconsistent indenting >> >> Signed-off-by: Yang Li >> --- >> drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 6 +++--- >> 1 file changed, 3 insertions(+), 3 deletions(-) >> >> diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c b/drivers/gpu= /drm/bridge/synopsys/dw-hdmi-cec.c >> index 673661160e54..fe2ff4984fc5 100644 >> --- a/drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c >> +++ b/drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c >> @@ -333,9 +333,9 @@ static int __maybe_unused dw_hdmi_cec_suspend(struct= device *dev) >> struct dw_hdmi_cec *cec =3D dev_get_drvdata(dev); >> >> /* store interrupt status/mask registers */ >> - cec->regs_polarity =3D dw_hdmi_read(cec, HDMI_CEC_POLARITY); >> - cec->regs_mask =3D dw_hdmi_read(cec, HDMI_CEC_MASK); >> - cec->regs_mute_stat0 =3D dw_hdmi_read(cec, HDMI_IH_MUTE_CEC_STA= T0); >> + cec->regs_polarity =3D dw_hdmi_read(cec, HDMI_CEC_POLARITY); >> + cec->regs_mask =3D dw_hdmi_read(cec, HDMI_CEC_MASK); >> + cec->regs_mute_stat0 =3D dw_hdmi_read(cec, HDMI_IH_MUTE_CEC_STAT= 0); >> >> return 0; >> } >> -- >> 2.20.1.7.g153144c >> --=20 Jani Nikula, Intel