Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753991AbbG2UhS (ORCPT ); Wed, 29 Jul 2015 16:37:18 -0400 Received: from bh-25.webhostbox.net ([208.91.199.152]:34656 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752025AbbG2UhQ (ORCPT ); Wed, 29 Jul 2015 16:37:16 -0400 Message-ID: <55B93978.9070306@roeck-us.net> Date: Wed, 29 Jul 2015 13:37:12 -0700 From: Guenter Roeck User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 MIME-Version: 1.0 To: "Rafael J. Wysocki" CC: "Moore, Robert" , "rjw@rjwysocki.net" , "lenb@kernel.org" , "Zheng, Lv" , "linux-acpi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "devel@acpica.org" Subject: Re: [PATCH v2] acpi: Use kstrtoul() instead of strtoul()/simple_strtoul() References: <1438043542-2960-1-git-send-email-linux@roeck-us.net> <94F2FBAB4432B54E8AACC7DFDE6C92E37D329493@ORSMSX112.amr.corp.intel.com> <55B91DAF.3060605@roeck-us.net> <94F2FBAB4432B54E8AACC7DFDE6C92E37D3294E8@ORSMSX112.amr.corp.intel.com> <55B9304E.6020408@roeck-us.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated_sender: linux@roeck-us.net X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roeck-us.net X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: linux@roeck-us.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3473 Lines: 93 On 07/29/2015 01:04 PM, Rafael J. Wysocki wrote: > Hi Guenter, > > On Wed, Jul 29, 2015 at 9:58 PM, Guenter Roeck wrote: >> On 07/29/2015 12:33 PM, Moore, Robert wrote: >>>> >>>> -----Original Message----- >>>> From: Guenter Roeck [mailto:linux@roeck-us.net] >>>> Sent: Wednesday, July 29, 2015 11:39 AM >>>> To: Moore, Robert; rjw@rjwysocki.net >>>> Cc: lenb@kernel.org; Zheng, Lv; linux-acpi@vger.kernel.org; linux- >>>> kernel@vger.kernel.org; devel@acpica.org >>>> Subject: Re: [PATCH v2] acpi: Use kstrtoul() instead of >>>> strtoul()/simple_strtoul() >>>> >>>> On 07/29/2015 10:51 AM, Moore, Robert wrote: >>>>> >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Guenter Roeck [mailto:linux@roeck-us.net] >>>>>> Sent: Monday, July 27, 2015 5:32 PM >>>>>> To: rjw@rjwysocki.net >>>>>> Cc: lenb@kernel.org; Moore, Robert; Zheng, Lv; >>>>>> linux-acpi@vger.kernel.org; linux-kernel@vger.kernel.org; >>>>>> devel@acpica.org; Guenter Roeck >>>>>> Subject: [PATCH v2] acpi: Use kstrtoul() instead of >>>>>> strtoul()/simple_strtoul() >>>>>> >>>>>> simple_strtoul() is deprecated; replace with kstrtoul() and >>>> >>>> kstrtouint(). >>>>> >>>>> >>>>> The ACPICA code is os-independent and cannot use these functions (at >>>> >>>> least not directly). >>>>> >>>>> >>>>> >>>> Odd argument, given that kstrtoul() is used already in the acpi code. >>> >>> >>> They are not in the os-independent ACPICA code. The ACPI-related drivers >>> are another story, since they are OS-dendent. >>> >> >> That this OS independent code mandates functions such as strtoul(), >> which may not exist in a target OS, and that it maps strtoul() to >> simple_strtoul() in a global include file, doesn't seem to be >> correct either and is asking for repeated trouble. I would have >> hoped that at the very least such mappings would be implemented >> in local include files. > > The header is obviously OS-dependent and it does what it does just > because simple_strtoul() is available and serves the purpose. > > As I said in the previous message, the strtoul() used by ACPICA might > be redefined in terms of kstroul(). > > And the change in sysfs.c is still OK. Do you want me to apply this > change only? > Let's step back a bit. The problem I was trying to solve was that there were two definitions of strtoul(), which caused compile errors for some builds. libcfs_string.h 105 #define strtoul(str, endp, base) simple_strtoul(str, endp, base) aclinux.h 122 #define strtoul simple_strtoul The first was in lustre code. My patch to remove that definition has been accepted, so now there is only one such definition left. Fixing the sysfs code only might make some sense - I'll leave that up to you - but it doesn't address the problem I was trying to solve, which is that strtoul() is defined in a global but driver specific include file (include/linux/...). That definition would still be there and may cause trouble again if someone else defines strtoul elsewhere for similar reasons. A fix might be to move the definition of strtoul from aclinux.h to some include file in drivers/acpi, but I don't know the code well enough to know if that is even feasible, or which file to move it to. Thanks, Guenter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/