From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Hans de Goede <hdegoede@redhat.com>,
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>,
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 04/12] usb: common: Small class for USB role switches
Date: Fri, 16 Feb 2018 16:22:09 +0200 [thread overview]
Message-ID: <20180216142209.GS1480@kuha.fi.intel.com> (raw)
In-Reply-To: <CAHp75VcU1CUN5A9qFw4mDGjdeD+mtSWxx-YwtkaAXkUdcmcwpg@mail.gmail.com>
On Fri, Feb 16, 2018 at 04:07:59PM +0200, Andy Shevchenko wrote:
> On Fri, Feb 16, 2018 at 12:47 PM, Hans de Goede <hdegoede@redhat.com> wrote:
>
> > USB role switch is a device that can be used to choose the
> > data role for USB connector. With dual-role capable USB
> > controllers, the controller itself will be the switch, but
> > on some platforms the USB host and device controllers are
> > separate IPs and there is a mux between them and the
> > connector. On those platforms the mux driver will need to
> > register the switch.
> >
> > With USB Type-C connectors, the host-to-device relationship
> > is negotiated over the Configuration Channel (CC). That
> > means the USB Type-C drivers need to be in control of the
> > role switch. The class provides a simple API for the USB
> > Type-C drivers for the control.
> >
> > For other types of USB connectors (mainly microAB) the class
> > provides user space control via sysfs attribute file that
> > can be used to request role swapping from the switch.
>
> > +static int __switch_match(struct device *dev, const void *name)
>
> bool?
No, this is callback for class_find_device(). It takes int so int it
is.
> > +{
> > + return !strcmp((const char *)name, dev_name(dev));
> > +}
>
>
> > +static ssize_t role_store(struct device *dev, struct device_attribute *attr,
> > + const char *buf, size_t size)
> > +{
> > + struct usb_role_switch *sw = to_role_switch(dev);
> > + int ret;
> > +
> > + ret = sysfs_match_string(usb_roles, buf);
> > + if (ret < 0) {
> > + bool res;
> > +
> > + /* Extra check if the user wants to disable the switch */
> > + ret = kstrtobool(buf, &res);
> > + if (ret || res)
> > + return -EINVAL;
> > + }
> > +
>
> > + ret = usb_role_switch_set_role(sw, ret);
> > + if (!ret)
> > + ret = size;
> > +
> > + return ret;
>
> Perhaps
>
> ret = ...
> if (ret)
> return ret;
>
> return size;
Sure. Hans, can you clean-up this as well?
> > +}
>
> > +struct usb_role_switch *
> > +usb_role_switch_register(struct device *parent,
> > + const struct usb_role_switch_desc *desc)
> > +{
> > + struct usb_role_switch *sw;
> > + int ret;
> > +
> > + if (!desc || !desc->set)
> > + return ERR_PTR(-EINVAL);
> > +
> > + sw = kzalloc(sizeof(*sw), GFP_KERNEL);
> > + if (!sw)
> > + return ERR_PTR(-ENOMEM);
>
> > + ret = device_register(&sw->dev);
> > + if (ret) {
> > + put_device(&sw->dev);
>
> Memory leak?
No. Check usb_role_switch_release().
Thanks,
--
heikki
next prev parent reply other threads:[~2018-02-16 14:22 UTC|newest]
Thread overview: 45+ 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
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
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-25 12:13 ` Hans de Goede
2018-02-16 10:47 ` [PATCH 04/12] usb: common: Small class for USB role switches Hans de Goede
2018-02-16 14:07 ` Andy Shevchenko
2018-02-16 14:22 ` Heikki Krogerus [this message]
2018-02-19 9:32 ` Hans de Goede
2018-02-25 12:16 ` Hans de Goede
2018-02-16 18:33 ` Randy Dunlap
2018-02-25 12:16 ` Hans de Goede
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 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 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
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-25 13:01 ` Hans de Goede
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-25 12:11 ` Hans de Goede
2018-02-16 13:47 ` Andy Shevchenko
2018-02-25 13:29 ` Hans de Goede
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 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
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-25 13:49 ` Hans de Goede
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
-- strict thread matches above, loose matches on Subject: below --
2018-02-16 10:43 [PATCH 0/12] " Hans de Goede
2018-02-16 10:43 ` [PATCH 04/12] usb: common: Small class for USB role switches Hans de Goede
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=20180216142209.GS1480@kuha.fi.intel.com \
--to=heikki.krogerus@linux.intel.com \
--cc=andy.shevchenko@gmail.com \
--cc=andy@infradead.org \
--cc=cw00.choi@samsung.com \
--cc=dvhart@infradead.org \
--cc=gregkh@linuxfoundation.org \
--cc=hdegoede@redhat.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