All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Samuel Ortiz <sameo@linux.intel.com>
Cc: Tomas Winkler <tomas.winkler@intel.com>,
	arnd@arndb.de, linux-kernel@vger.kernel.org
Subject: Re: [char-misc-next 01/11 V4] mei: bus: Initial MEI Client bus type implementation
Date: Tue, 26 Mar 2013 16:21:08 -0700	[thread overview]
Message-ID: <20130326232108.GA30620@kroah.com> (raw)
In-Reply-To: <20130326133326.GA19511@zurbaran>

On Tue, Mar 26, 2013 at 02:33:26PM +0100, Samuel Ortiz wrote:
> > > +/**
> > > + * struct mei_cl_device - MEI device handle
> > > + * An mei_cl_device pointer is returned from mei_add_device()
> > > + * and links MEI bus clients to their actual ME host client pointer.
> > > + * Drivers for MEI devices will get an mei_cl_device pointer
> > > + * when being probed and shall use it for doing ME bus I/O.
> > > + *
> > > + * @dev: linux driver model device pointer
> > > + * @uuid: me client uuid
> > > + * @cl: mei client
> > > + * @priv_data: client private data
> > > + */
> > > +struct mei_cl_device {
> > > +	struct device dev;
> > > +
> > > +	uuid_le uuid;
> > > +	struct mei_cl *cl;
> > > +
> > > +	void *priv_data;
> > > +};
> > 
> > Why is priv_data needed?  What's wrong with the pointer provided to you
> > in struct device?
> mei_cl_device->dev->p->driver_data is used by mei drivers to carry their
> private data around, we define mei_cl_get_clientdata/mei_cl_set_clientdata for
> that and keep the mei_cl_device structure opaque to them.
> mei_cl_device->priv_data is used internally by the drivers/misc/mei/ bus
> related code to carry technology specific pointers. drivers/misc/mei/nfc.c
> uses it to fetch its private data when it gets a mei_cl_device pointer.

Ugh, that looks like a mess, but ok, if you say it is needed, I'll trust
you.

> > > +struct mei_cl_driver {
> > > +	struct device_driver driver;
> > > +	const char *name;
> > 
> > What's wrong with the driver.name field?
> >From your initial comments on patchset v1:
> 
> "
> 	> +static struct mei_bus_driver contact_driver = {
> 	> +     .driver = {
> 	> +                .name = CONTAC_DRIVER_NAME,
> 	> +               },
> 
> 	Can't you put a name field in your mei_bus_driver structure and then
> 	copy it to the version in the driver model?  That's what other bus
> 	drivers do and it makes more sense.
> "
> 
> And you were right, that is indeed what other bus drivers do. Did I
> misunderstand you here ?

No, you are right, sorry for giving conflicting information, it's fine
as-is.

greg k-h

  parent reply	other threads:[~2013-03-26 23:21 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-20 22:44 [char-misc-next 00/11 V4] Add Client MEI bus and NFC device Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 01/11 V4] mei: bus: Initial MEI Client bus type implementation Tomas Winkler
2013-03-25 20:28   ` Greg KH
2013-03-26 13:33     ` Samuel Ortiz
2013-03-26 22:01       ` Samuel Ortiz
2013-03-26 23:21       ` Greg KH [this message]
2013-03-20 22:44 ` [char-misc-next 02/11 V4] mei: bus: Implement driver registration Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 03/11 V4] mei: bus: Initial implementation for I/O routines Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 04/11 V4] mei: bus: Add bus related structures to mei_cl Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 05/11 V4] mei: bus: Call bus routines from the core code Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 06/11 V4] mei: bus: Synchronous API for the data transmission Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 07/11 V4] mei: bus: Implement bus driver data setter/getter Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 08/11 V4] mei: nfc: Initial nfc implementation Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 09/11 V4] mei: nfc: Connect also the regular ME client Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 10/11 V4] mei: nfc: Add NFC device to the MEI bus Tomas Winkler
2013-03-20 22:44 ` [char-misc-next 11/11 V4] mei: nfc: Implement MEI bus IO ops Tomas Winkler

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=20130326232108.GA30620@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=arnd@arndb.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sameo@linux.intel.com \
    --cc=tomas.winkler@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.