[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <nycvar.YFH.7.76.1906261409130.27227@cbobk.fhfr.pm>
Date: Wed, 26 Jun 2019 14:09:21 +0200 (CEST)
From: Jiri Kosina <jikos@...nel.org>
To: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
cc: benjamin.tissoires@...hat.com, even.xu@...el.com,
hyungwoo.yang@...el.com, linux-input@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [UPDATE][PATCH v4] HID: intel-ish-hid: fix wrong driver_data
usage
On Wed, 5 Jun 2019, Srinivas Pandruvada wrote:
> From: Hyungwoo Yang <hyungwoo.yang@...el.com>
>
> Currently, in suspend() and resume(), ishtp client drivers are using
> driver_data to get "struct ishtp_cl_device" object which is set by
> bus driver. It's wrong since the driver_data should not be owned bus.
> driver_data should be owned by the corresponding ishtp client driver.
> Due to this, some ishtp client driver like cros_ec_ishtp which uses
> its driver_data to transfer its data to its child doesn't work correctly.
>
> So this patch removes setting driver_data in bus drier and instead of
> using driver_data to get "struct ishtp_cl_device", since "struct device"
> is embedded in "struct ishtp_cl_device", we introduce a helper function
> that returns "struct ishtp_cl_device" from "struct device".
>
> Signed-off-by: Hyungwoo Yang <hyungwoo.yang@...el.com>
> Acked-by: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
Applied to for-5.2/fixes.
--
Jiri Kosina
SUSE Labs
Powered by blists - more mailing lists