[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75Vc4CF_Vn90FdFKwBf7egPNHvEWa=mja8w4SarKaW2KZRw@mail.gmail.com>
Date: Thu, 1 Mar 2018 11:32:47 +0200
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Heikki Krogerus <heikki.krogerus@...ux.intel.com>
Cc: Jun Li <jun.li@....com>, Hans de Goede <hdegoede@...hat.com>,
Darren Hart <dvhart@...radead.org>,
Andy Shevchenko <andy@...radead.org>,
MyungJoo Ham <myungjoo.ham@...sung.com>,
Chanwoo Choi <cw00.choi@...sung.com>,
Mathias Nyman <mathias.nyman@...el.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Guenter Roeck <linux@...ck-us.net>,
"platform-driver-x86@...r.kernel.org"
<platform-driver-x86@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>
Subject: Re: [PATCH v5 01/12] drivers: base: Unified device connection lookup
On Thu, Mar 1, 2018 at 9:28 AM, Heikki Krogerus
<heikki.krogerus@...ux.intel.com> wrote:
> Hi,
>
> On Thu, Mar 01, 2018 at 12:56:57AM +0000, Jun Li wrote:
>> > +struct device *device_find_connection(struct device *dev, const char
>> > +*con_id) {
>> > + return __device_find_connection(dev, con_id, generic_match, NULL); }
>>
>> - return __device_find_connection(dev, con_id, generic_match, NULL);
>> + return __device_find_connection(dev, con_id, NULL, generic_match);
>
> Good catch!
It seems I proposed to put function first parameter followed by opaque
data pointer for it.
In that case it would be exactly like now.
Though, I didn't check if the parameter ordering was changed in the prototype.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists