[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAL9uMOGw_mPxzSjyFKcs7PT9b0FMow1gujiBEMQJEbcznjgfLg@mail.gmail.com>
Date: Wed, 19 Apr 2017 22:25:01 +0200
From: Carlo Caione <carlo@...lessm.com>
To: Darren Hart <dvhart@...radead.org>
Cc: Carlo Caione <carlo@...one.org>,
Andy Shevchenko <andy@...radead.org>,
Andy Shevchenko <andy.shevchenko@...il.com>,
Platform Driver <platform-driver-x86@...r.kernel.org>,
linux-kernel@...r.kernel.org,
Linux Upstreaming Team <linux@...lessm.com>
Subject: Re: [PATCH v2 1/2] hp-wmi: Do not shadow error values
On Wed, Apr 19, 2017 at 10:11 PM, Darren Hart <dvhart@...radead.org> wrote:
> On Wed, Apr 19, 2017 at 07:41:53PM +0200, Carlo Caione wrote:
>> From: Carlo Caione <carlo@...lessm.com>
>>
>> All the helper functions (i.e. hp_wmi_dock_state, hp_wmi_tablet_state,
>> ...) using hp_wmi_perform_query to perform an HP WMI query shadow the
>> returned value in case of error.
>>
>> We return -EINVAL only when the HP WMI query returns a positive value
>> (the specific error code) to not mix this up with the actual value
>> returned by the helper function.
>
> So Andy is correct in that we try to avoid shadowing error codes where possible.
> I accepted v1 of this series because it fixed an existing problem in a way
> consistent with the existing code.
>
> Since v1 is already in for-next, let's consider the following a subsequent
> cleanup. Would you please create a new patch to address the shadowing error code
> issues on top of the v1 patch series.
No problem. On its way.
--
Carlo Caione | +39.340.80.30.096 | Endless
Powered by blists - more mailing lists