Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2112169pxf; Sat, 27 Mar 2021 03:00:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz7xOYsVah/zqlmZhBsv9DJoIWFwWTNsOW1+mFmdPuM9ZM3tTjt2Jz87Hkncweiee56CCVG X-Received: by 2002:a05:6402:510b:: with SMTP id m11mr19751442edd.103.1616839230881; Sat, 27 Mar 2021 03:00:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616839230; cv=none; d=google.com; s=arc-20160816; b=cppRM/CJ6y4ksf9xLxYw2Pv0sNLmP1zdoxnwjFHTTCKlM6wP2qrtBm98UA9FPEk1tS +lIiYk6p9V3qxZlJt0CYGtWX9lnRwEE+AMdHuCdUqYVDWqL7IbtzsaTyukpFMAdKbOgD lvoaxBrB2V5IFRYGPIgdynyX/6kY+rBOol98cgtA0+hzWau3MY9rioroSbi83qFALp7g nHLFkWzImZmnNhf3wzkEGneSAApL2bcb/MjDkqwm/LK4BWHdut2l+MXDMWSZkK1uR3Ed Gr6bgY3HHq2AKiGDoxMYoj/K/Kgpy41lHRuScVjyLkOlqB5rO3oXAUJsZ1IGH/Z3CJLS QZ3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=zx3a0D5NWvfSTuOhJnt0Cc3/XYiAuQaR57rS6LVzXN4=; b=k6iANAB6vFhDoyMD/uVRECmzXNOtlX9dZBzroFm/dxKIccnm6S3Ycdlzy1xgMAvVfs kAWDTmVjiOoEtAmRXOxjpuXGSM/cQXD1lylG42WULa9Tuc/FG3WZ4rtDCu+I5sIRkH9P tCoLp/TchtW30c454niAHcxyb4udnw/cS9iWXkNN58Hpx0IuoVLdIastU5RUQfg2+3s8 cL33nqx6iI+Aw7aaEPVojf2Xs3IOOoHZjPr2Vw0vl5n9wQIznzk+yu/eqPOTksBNNhIH t40L41NnZ19tWdmHp7hnZuaCKxmIaqVAAPpKtfBxp7wgrXOqtJ7k1wWemByqVZ+Wh0x/ eq0g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l21si9172260edw.87.2021.03.27.03.00.08; Sat, 27 Mar 2021 03:00:30 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231445AbhC0J7D (ORCPT + 99 others); Sat, 27 Mar 2021 05:59:03 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:15358 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230288AbhC0J6f (ORCPT ); Sat, 27 Mar 2021 05:58:35 -0400 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.59]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4F6vPW00WMz8yBB; Sat, 27 Mar 2021 17:56:30 +0800 (CST) Received: from [127.0.0.1] (10.40.192.162) by DGGEMS405-HUB.china.huawei.com (10.3.19.205) with Microsoft SMTP Server id 14.3.498.0; Sat, 27 Mar 2021 17:58:29 +0800 Subject: Re: [PATCH v2 06/15] ACPI: LPSS: fix some coding style issues To: Andy Shevchenko References: <1616831193-17920-1-git-send-email-tanxiaofei@huawei.com> <1616831193-17920-7-git-send-email-tanxiaofei@huawei.com> 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" , Joe Perches From: Xiaofei Tan Message-ID: <22ba9fc3-11c6-bda4-d666-5d8b2f874349@huawei.com> Date: Sat, 27 Mar 2021 17:58:29 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.40.192.162] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andy, On 2021/3/27 16:19, 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. > OK. I would remove this modification from the patch. > Joe? > > > WARNING: Missing a blank line after declarations > > Signed-off-by: Xiaofei Tan > > --- > drivers/acpi/acpi_lpss.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/drivers/acpi/acpi_lpss.c b/drivers/acpi/acpi_lpss.c > index be73974..2df231e 100644 > --- a/drivers/acpi/acpi_lpss.c > +++ b/drivers/acpi/acpi_lpss.c > @@ -187,7 +187,7 @@ static void byt_i2c_setup(struct > lpss_private_data *pdata) > > /* Expected to always be true, but better safe then sorry */ > if (uid_str) > - uid = simple_strtol(uid_str, NULL, 10); > + uid = kstrtol(uid_str, NULL, 10); > > /* Detect I2C bus shared with PUNIT and ignore its d3 status */ > status = acpi_evaluate_integer(handle, "_SEM", NULL, > &shared_host); > @@ -377,6 +377,7 @@ static const struct acpi_device_id > acpi_lpss_device_ids[] = { > static int is_memory(struct acpi_resource *res, void *not_used) > { > struct resource r; > + > return !acpi_dev_resource_memory(res, &r); > } > > @@ -1200,6 +1201,7 @@ static int acpi_lpss_poweroff_noirq(struct > device *dev) > if (pdata->dev_desc->resume_from_noirq) { > /* This is analogous to the > acpi_lpss_suspend_noirq() case. */ > int ret = acpi_lpss_do_poweroff_late(dev); > + > if (ret) > return ret; > } > -- > 2.8.1 > > > > -- > With Best Regards, > Andy Shevchenko > >