Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp5625692pxb; Mon, 28 Mar 2022 15:08:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwwg1AMtcGNOaVG/4AZAaED85I9xGe/lekGW7ZouyZYTazKQBnvhM94WH8ivRGuJ1C+jBvL X-Received: by 2002:a05:6a00:1791:b0:4fb:2796:83a1 with SMTP id s17-20020a056a00179100b004fb279683a1mr14782212pfg.36.1648505325581; Mon, 28 Mar 2022 15:08:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648505325; cv=none; d=google.com; s=arc-20160816; b=q8qPc2JxS2HvEftSlmiGqgdlM9olz09zgzdVYynyntZ1Ugl8VP7oOI2YPmEP/jdDzm cvvpYdH6JN7jGE6w2BbIV7VM00Y3/7wA5A7PtTzzoFz9a8dA/SM8qwPQ9sTnzGopCgDV MJednhWqAMbSCy9H0lCZUyjid/9tYVFjr/YIBVeHdDbrpD0eRxeo18gShkEqPTjdI2Tj gQUrawqYY6OwymXvlIqjBCArQPv9R5pWW92nCFFRpC9RHLJ8K1YY8lmQNEpadSowDr0Y GOrshjeTvjZYRRNXUBFR3Vb7ksDz1QQDnluJ7KPgtou2K+ARWAhSZ2+lXnLDkPC/NTtq CfXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=luW4QddEUHEeTCsB5tnLrA5ZY3G7Z1NHFFiX0D6kOYs=; b=Jk0Ip5L4/GqdYzVqxw3iIF3xBn3J75q2ASERR/vwESXvhGdm276aF4+Y6QUyp8pJGm BaVhZ+iwRl/d+Wtj/04B1ACyHdeSOqJwrsctKMFvObgYhshrRzhaCtH4nvXQQvCHBR6g w+2ZNp9TtDsoz74A29nsqw3ycXgQCzTwiuo0w9oeCjADcFZOtqBtsC09NiEeevFVRoW0 +Ym3BWfUUhImXRGRFFsR/c6IL7EZDHivuZsW0oa8mg0ra7z3dUXvXf0lyirP6hXUsZJN T+H7XRlFvGi0uSFE9PVvt8TyJeHHDEcCbrAt1lev/yLLD1jAurCKWD48HcrW/ddSGkrg gotg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="B/S6hrX0"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id v19-20020a056a00149300b004fa7bbaac00si16692148pfu.238.2022.03.28.15.08.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Mar 2022 15:08:45 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="B/S6hrX0"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 9872F1557CE; Mon, 28 Mar 2022 14:29:53 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239913AbiC1PwX (ORCPT + 99 others); Mon, 28 Mar 2022 11:52:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41452 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240012AbiC1PwV (ORCPT ); Mon, 28 Mar 2022 11:52:21 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 00B10CD5; Mon, 28 Mar 2022 08:50:39 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 6F629613FB; Mon, 28 Mar 2022 15:50:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 76CC1C004DD; Mon, 28 Mar 2022 15:50:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1648482638; bh=cfmzoeuc0V8BTCkvRfj2S2digY7zbrgxq081UFRKSiA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=B/S6hrX0lFQCyAH8QUge1wrf1MquW+Br4gd7ulK2dCOB410WfDouWGyQV4rp7zO7V 9guwMf+mZHGsCXtesW95MsOTt2ErcUQ4G9I5twWpOJIzggciko9EgW9BDedb5+TJbh 9AkvZW8AzxWThc7mRbbuSf/O+ooz8awzqL7n//hW9D7Y2WKLJX8mRjn4WXQ1pdTSEI YbdtewqJkRavHBKy5Zyr3qXtrMttCyO4rB9ORUpc0ytauDDe3FrQh5bQ31oU93b3Zf uWVL9Ia0rOjxsnH1V9SIDkkJn6Q9chZ523TM+zOFsthJbZnSuv6dl6yDkrJia+9OCW Tq8qJQDzqCBaQ== Date: Mon, 28 Mar 2022 08:50:31 -0700 From: Nathan Chancellor To: Eugene Shalygin Cc: Guenter Roeck , darcagn@protonmail.com, Jean Delvare , linux-hwmon@vger.kernel.org, Linux Kernel Mailing List Subject: Re: [PATCH 2/4] hwmon: (asus-ec-sensors) implement locking via the ACPI global lock Message-ID: References: <20220327121404.1702631-1-eugene.shalygin@gmail.com> <20220327121404.1702631-3-eugene.shalygin@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 28, 2022 at 04:44:24PM +0200, Eugene Shalygin wrote: > > First, you can go up to 100 columns nowadays. Second, the column > > limit is waived for strings because it is more important to not > > split them. If you _still_ want to stick with 80 columns, sorry, > > no, I don't have a solution. Your problem is with the editor, > > not with kernel formatting rules. > > Thank you, G?nter, 100 is better than 80 and the string fits. I > wonder, why is the .clang-format file not updated and still says the > limit is 80? Because the documentation still says that 80 is preferred: https://kernel.org/doc/html/latest/process/coding-style.html#breaking-long-lines-and-strings "The preferred limit on the length of a single line is 80 columns. Statements longer than 80 columns should be broken into sensible chunks, unless exceeding 80 columns significantly increases readability and does not hide information." There have been a few different times that people have tried to update the .clang-format file, which ultimately leads back to that paragraph in the documentation. https://lore.kernel.org/r/20200610125147.2782142-1-christian.brauner@ubuntu.com/ https://lore.kernel.org/r/03d462504887401ffbcdb58a392ad01923a2be7b.camel@perches.com/ A somewhat recent patch to try and update the documentation to match checkpatch was posted but did not really go anywhere: https://lore.kernel.org/r/d7130556-a8a4-76c0-0fde-b6b1439efda6@infradead.org/ Cheers, Nathan