From: Hans de Goede <hdegoede@redhat.com>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>,
Andy Shevchenko <andy@infradead.org>,
MyungJoo Ham <myungjoo.ham@samsung.com>,
Chanwoo Choi <cw00.choi@samsung.com>,
Mathias Nyman <mathias.nyman@intel.com>,
Heikki Krogerus <heikki.krogerus@linux.intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Platform Driver <platform-driver-x86@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
USB <linux-usb@vger.kernel.org>
Subject: Re: [PATCH 02/12] usb: typec: Start using ERR_PTR
Date: Fri, 16 Feb 2018 12:21:42 +0100 [thread overview]
Message-ID: <c0b2929e-ca14-3341-6e47-57f6fe49d4e6@redhat.com> (raw)
In-Reply-To: <CAHp75VfRX3sPKS8Fbt-5cRskRg=75XYfnE7UYLO5c37iUvkgWg@mail.gmail.com>
Hi,
On 16-02-18 12:07, Andy Shevchenko wrote:
> On Fri, Feb 16, 2018 at 12:47 PM, Hans de Goede <hdegoede@redhat.com> wrote:
>> From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
>>
>> In order to allow the USB Type-C Class driver take care of
>> things like muxes and other possible dependencies for the
>> port drivers, returning ERR_PTR instead of NULL from the
>> registration functions in case of failure.
>>
>> The reason for taking over control of the muxes for example
>> is because handling them in the port drivers would be just
>> boilerplate.
>
>> void typec_unregister_altmode(struct typec_altmode *alt)
>> {
>> - if (alt)
>> - device_unregister(&alt->dev);
>> + device_unregister(&alt->dev);
>> }
>
> But it's a pattern to guarantee that unregister type of functions are
> NULL (or ERR_PTR) aware.
Agreed this needs an if (!IS_ERR_OR_NULL()), will fix for v2.
Regards,
Hans
>
>
>> void typec_unregister_partner(struct typec_partner *partner)
>> {
>> - if (partner)
>> - device_unregister(&partner->dev);
>> + device_unregister(&partner->dev);
>> }
>
> Ditto.
>
next prev parent reply other threads:[~2018-02-16 11:21 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-16 10:47 [PATCH 00/12] USB Type-C device-connection, mux and switch support Hans de Goede
2018-02-16 10:47 ` [PATCH 01/12] drivers: base: Unified device connection lookup Hans de Goede
[not found] ` <20180216104751.8371-2-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2018-02-16 11:00 ` Andy Shevchenko
2018-02-16 11:21 ` Hans de Goede
2018-02-16 11:28 ` Heikki Krogerus
2018-02-16 10:47 ` [PATCH 02/12] usb: typec: Start using ERR_PTR Hans de Goede
2018-02-16 11:07 ` Andy Shevchenko
2018-02-16 11:21 ` Hans de Goede [this message]
2018-02-16 10:47 ` [PATCH 03/12] usb: typec: API for controlling USB Type-C Multiplexers Hans de Goede
2018-02-16 14:00 ` Andy Shevchenko
2018-02-16 10:47 ` [PATCH 04/12] usb: common: Small class for USB role switches Hans de Goede
[not found] ` <20180216104751.8371-5-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2018-02-16 14:07 ` Andy Shevchenko
2018-02-16 14:22 ` Heikki Krogerus
2018-02-16 18:33 ` Randy Dunlap
2018-02-16 10:47 ` [PATCH 05/12] usb: typec: tcpm: Set USB role switch to device mode when configured as such Hans de Goede
2018-02-16 13:19 ` Heikki Krogerus
2018-02-16 10:47 ` [PATCH 07/12] xhci: Add option to get next extended capability in list by passing id = 0 Hans de Goede
2018-02-16 13:21 ` Heikki Krogerus
[not found] ` <20180216104751.8371-1-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2018-02-16 10:47 ` [PATCH 06/12] usb: typec: tcpm: Use new Type-C switch/mux and usb-role-switch functions Hans de Goede
2018-02-16 13:20 ` Heikki Krogerus
2018-02-16 10:47 ` [PATCH 08/12] xhci: Add Intel extended cap / otg phy mux handling Hans de Goede
2018-02-16 13:32 ` Heikki Krogerus
2018-02-16 13:53 ` Andy Shevchenko
2018-02-16 10:47 ` [PATCH 10/12] usb: typec: driver for Pericom PI3USB30532 Type-C cross switch Hans de Goede
2018-02-16 13:33 ` Andy Shevchenko
2018-02-16 13:43 ` Heikki Krogerus
2018-02-16 10:47 ` [PATCH 09/12] usb: roles: Add Intel XHCI USB role switch driver Hans de Goede
2018-02-16 13:38 ` Heikki Krogerus
2018-02-16 13:47 ` Andy Shevchenko
2018-02-16 10:47 ` [PATCH 11/12] platform/x86: intel_cht_int33fe: Add device connections for the Type-C port Hans de Goede
2018-02-16 13:10 ` Andy Shevchenko
[not found] ` <20180216104751.8371-12-hdegoede-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2018-02-16 13:43 ` Heikki Krogerus
2018-02-16 10:47 ` [PATCH 12/12] extcon: axp288: Set USB role where necessary Hans de Goede
2018-02-16 13:19 ` Andy Shevchenko
2018-02-16 13:45 ` Heikki Krogerus
2018-02-16 13:36 ` [PATCH 00/12] USB Type-C device-connection, mux and switch support Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c0b2929e-ca14-3341-6e47-57f6fe49d4e6@redhat.com \
--to=hdegoede@redhat.com \
--cc=andy.shevchenko@gmail.com \
--cc=andy@infradead.org \
--cc=cw00.choi@samsung.com \
--cc=dvhart@infradead.org \
--cc=gregkh@linuxfoundation.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mathias.nyman@intel.com \
--cc=myungjoo.ham@samsung.com \
--cc=platform-driver-x86@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox