public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
To: Greg KH <gregkh@linuxfoundation.org>
Cc: Guenter Roeck <linux@roeck-us.net>,
	Badhri Jagan Sridharan <badhri@google.com>,
	Oliver Neukum <oneukum@suse.com>,
	linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org
Subject: Re: [PATCHv11 2/3] usb: USB Type-C connector class
Date: Tue, 22 Nov 2016 15:37:53 +0200	[thread overview]
Message-ID: <20161122133753.GG18501@kuha.fi.intel.com> (raw)
In-Reply-To: <20161122105111.GF18501@kuha.fi.intel.com>

On Tue, Nov 22, 2016 at 12:51:11PM +0200, Heikki Krogerus wrote:
> Hi Greg,
> 
> On Mon, Nov 21, 2016 at 03:45:06PM +0100, Greg KH wrote:
> > > We could allocate an extra structure for the partner when
> > > typec_connect() is called, but we would do that just for the sake of
> > > having something to free in the release hook. It would not be useful
> > > for anything. It would not help us increase/decrease the reference
> > > count of the device, and the port driver would still have to provide
> > > details about the partner capabilities the moment it tells us the
> > > partner was connected.
> > 
> > Again, free the device for which this release function is being called
> > for, that is why it is there.
> 
> The struct device is now member of struct typec_partner. This is what
> a typical port driver would have (I hope it's readable):
> 
> struct my_port {
>         /* This structure is provided by the class */
>         struct typec_port *port;
> 
>         /*
>          * Don't forget, there can only be one partner at a time
>          */
>         struct typec_partner partner; /* NOTE: this is not a pointer */
> };
> 
> int my_interrupt(...)
> {
>         ...
>         /*
>          * Connection happened (I'm skipping the typec_connection
>          * wrapper in this example)
>          */
>         my_port->partner.usb_pd = ...
>         ...
>         ret = typec_connect(my_port->port, &my_port->partner);
>         ...
>         /*
>          * Disconnect
>          */
>         typec_disconnect(my_port->port);
>         memset(&my_port->partner, 0, sizeof(struct typec_partner));
>         ...
> }
> 
> int my_probe(...)
> {
>         struct my_port *my_port;
>         ...
>         my_port = devm_kzalloc(...
>         ...
>         my_port->port = typec_register_port(...
>         ...
> }
> 
> To have something to free when the partner device's reference counter
> goes to zero and release is called (this happens after all the
> alternate modes, so the children, and the device are unregistered), we
> will need an extra structure, just for the fun of having something to
> free in release.
> 
> struct internal_partner_structure {
>         struct device dev;
>         struct typec_partner *partner_capabilities; /* port driver provides */
> };
> 
> Why is this necessary in this case? It is just something extra we have
> to do, just so we can allocate that when connection happens and the
> partner device is generated, and so we can then free that thing when
> release gets called? It does not give us anything. It does not affect
> anything.

Blah, ignore that message. I'm talking about the wrong thing here.

Sorry about that.

-- 
heikki

  reply	other threads:[~2016-11-22 13:40 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-17 10:50 [PATCHv11 0/3] USB Type-C Connector class Heikki Krogerus
2016-11-17 10:50 ` [PATCHv11 1/3] lib/string: add sysfs_match_string helper Heikki Krogerus
2016-11-17 10:50 ` [PATCHv11 2/3] usb: USB Type-C connector class Heikki Krogerus
2016-11-21 10:33   ` Greg KH
2016-11-21 13:27     ` Heikki Krogerus
2016-11-21 14:46       ` Greg KH
2016-11-22  7:58         ` Heikki Krogerus
2016-11-22  8:19           ` Greg KH
2016-11-21 10:35   ` Greg KH
2016-11-21 13:11     ` Heikki Krogerus
2016-11-21 14:23       ` Heikki Krogerus
2016-11-21 15:33         ` Guenter Roeck
2016-11-22  8:52           ` Heikki Krogerus
2016-11-21 14:45       ` Greg KH
2016-11-22 10:51         ` Heikki Krogerus
2016-11-22 13:37           ` Heikki Krogerus [this message]
2016-11-22 13:45         ` Heikki Krogerus
2016-11-17 10:50 ` [PATCHv11 3/3] usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY Heikki Krogerus

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=20161122133753.GG18501@kuha.fi.intel.com \
    --to=heikki.krogerus@linux.intel.com \
    --cc=badhri@google.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=oneukum@suse.com \
    /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