Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2259015pxf; Sat, 27 Mar 2021 06:44:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzUe3XWx0hXU4JXd1cjctWXs/Mi1oMEjInV4k0Z7TDh6VUY0xc+Ix9yn1BvBDQPvp4cjG/j X-Received: by 2002:a05:6402:42c9:: with SMTP id i9mr20626010edc.35.1616852656808; Sat, 27 Mar 2021 06:44:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616852656; cv=none; d=google.com; s=arc-20160816; b=F1EDdprRdrpvL71GUTF2EVIsq7nrZJ3ZFrmVA6N46RYDmU/1ABOoXZklahKYHEZQAC kDC9VFDmTQTbaOMp3kuF+miXLVhwNpLM7Z+go/KqWRuL4HlCgeDgqBFoVnHg1C89dT6h HVzhh+CR/IiZIaGCQG/wXvj0/EvVMAXCeuScT+2Zco1eigr8uTDaGqlkf6crLYnZDXtn VyA9vYbDxYjAG5ZxKikSFOeJNYPNyavRoMDIHtNd7KxNHu3CPy+BMpNZyXhHjKG9F3TY zXdPqZ+VzwPH9VScdRjgWatSWyn5QYVeCduPdUtrqNhbpAweXt99RR7uTSRJJRaYecEg BT9Q== 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 :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=Q4r0LJ/SEAn0Kunmkji/QgZ4Xs6B8gSx/d8oBvEgS3o=; b=f6qTXrsNH1tenUno2d8T0lGgBBGT6JaONVWME7MD/d7Z63y7ltXie6OCZ/P3u1zfzK TAFdm8esacOQZQUF7PWwNTIXsuvToeMBwK9MMZWClrtdi8k7oHdBctH9BgIz5WkPwbEY JITDMwxt1MGssKbPASgyS9kGYAU8vNXAcHBJBINq9WvjZH4U1ZBqI3PlUyg5xn2YI8uB Y++MK/PK+hPWh+VSH9KM6Kox50soOe9rHv2d8skpPS7yLAfmP6Y/b3W+yHUBaNrzn3QB eAlWtYjejPhMS6GUIFwlAFgH7ZON5SvYs9D3tvP2M86V/w05wxxjTraCJZVudHlUi7jo uZ/A== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s18si8952551ejj.88.2021.03.27.06.43.54; Sat, 27 Mar 2021 06:44:16 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230092AbhC0NjS (ORCPT + 99 others); Sat, 27 Mar 2021 09:39:18 -0400 Received: from smtprelay0088.hostedemail.com ([216.40.44.88]:54426 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S230105AbhC0NjL (ORCPT ); Sat, 27 Mar 2021 09:39:11 -0400 Received: from omf20.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay01.hostedemail.com (Postfix) with ESMTP id 27C20100E7B40; Sat, 27 Mar 2021 13:39:10 +0000 (UTC) Received: from [192.168.1.159] (unknown [47.151.137.21]) (Authenticated sender: joe@perches.com) by omf20.hostedemail.com (Postfix) with ESMTPA id 6092A18A608; Sat, 27 Mar 2021 13:39:08 +0000 (UTC) Message-ID: <50e838ca74c56b9fd5cbbc2d7234829f0e0b4131.camel@perches.com> Subject: Re: [PATCH v2 06/15] ACPI: LPSS: fix some coding style issues From: Joe Perches To: Andy Shevchenko , Xiaofei Tan Cc: "rjw@rjwysocki.net" , "lenb@kernel.org" , "rui.zhang@intel.com" , "bhelgaas@google.com" , "linux-acpi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-pci@vger.kernel.org" , "linuxarm@openeuler.org" Date: Sat, 27 Mar 2021 06:39:07 -0700 In-Reply-To: References: <1616831193-17920-1-git-send-email-tanxiaofei@huawei.com> <1616831193-17920-7-git-send-email-tanxiaofei@huawei.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.38.1-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspamout03 X-Rspamd-Queue-Id: 6092A18A608 X-Spam-Status: No, score=1.60 X-Stat-Signature: or65y7ksn6r8hjdwk1z5k5ok7iqhenqo X-HE-Tag: 1616852348-647392 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2021-03-27 at 10:19 +0200, Andy Shevchenko wrote: > On Saturday, March 27, 2021, Xiaofei Tan wrote: > > > Fix some coding style issues reported by checkpatch.pl, including > > following types: > > > > WARNING: simple_strtol is obsolete, use kstrtol instead > > > And one more thing, the above message is bogus. Read what the comments in > the code says about use cases for simple_*() vs. kstrto*() ones. > > Joe? This check and message is nearly 10 years old and was appropriate for when it was implemented. kernel.h currently has: * Use these functions if and only if you cannot use kstrto, because So the message could be changed to something like: WARNING: simple_strtol should be used only when kstrtol can not be used.