All of lore.kernel.org
 help / color / mirror / Atom feed
From: Leon Romanovsky <leon@kernel.org>
To: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Cc: "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
	"kuba@kernel.org" <kuba@kernel.org>,
	"parav@mellanox.com" <parav@mellanox.com>,
	"tiwai@suse.de" <tiwai@suse.de>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"ranjani.sridharan@linux.intel.com"
	<ranjani.sridharan@linux.intel.com>,
	"fred.oh@linux.intel.com" <fred.oh@linux.intel.com>,
	"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
	"dledford@redhat.com" <dledford@redhat.com>,
	"broonie@kernel.org" <broonie@kernel.org>,
	Parav Pandit <parav@nvidia.com>, Jason Gunthorpe <jgg@nvidia.com>,
	"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"Ertman, David M" <david.m.ertman@intel.com>,
	"Williams, Dan J" <dan.j.williams@intel.com>,
	"Saleem, Shiraz" <shiraz.saleem@intel.com>,
	"davem@davemloft.net" <davem@davemloft.net>,
	"Patil, Kiran" <kiran.patil@intel.com>
Subject: Re: [PATCH v2 1/6] Add ancillary bus support
Date: Fri, 9 Oct 2020 14:40:47 +0300	[thread overview]
Message-ID: <20201009114047.GQ13580@unreal> (raw)
In-Reply-To: <1e2a38ac-e259-f955-07ad-602431ad354b@linux.intel.com>

On Thu, Oct 08, 2020 at 08:29:00AM -0500, Pierre-Louis Bossart wrote:
>
> > > > > > But ... since the init() function is performing both device_init and
> > > > > > device_add - it should probably be called ancillary_device_register,
> > > > > > and we are back to a single exported API for both register and
> > > > > > unregister.
> > > > >
> > > > > Kind reminder that we introduced the two functions to allow the
> > > > > caller to know if it needed to free memory when initialize() fails,
> > > > > and it didn't need to free memory when add() failed since
> > > > > put_device() takes care of it. If you have a single init() function
> > > > > it's impossible to know which behavior to select on error.
> > > > >
> > > > > I also have a case with SoundWire where it's nice to first
> > > > > initialize, then set some data and then add.
> > > > >
> > > >
> > > > The flow as outlined by Parav above does an initialize as the first
> > > > step, so every error path out of the function has to do a
> > > > put_device(), so you would never need to manually free the memory in
> > > the setup function.
> > > > It would be freed in the release call.
> > >
> > > err = ancillary_device_initialize();
> > > if (err)
> > > 	return ret;
> > >
> > > where is the put_device() here? if the release function does any sort of
> > > kfree, then you'd need to do it manually in this case.
> > Since device_initialize() failed, put_device() cannot be done here.
> > So yes, pseudo code should have shown,
> > if (err) {
> > 	kfree(adev);
> > 	return err;
> > }
>
> This doesn't work if the adev is part of a larger structure allocated by the
> parent, which is pretty much the intent to extent the basic bus and pass
> additional information which can be accessed with container_of().

Please take a look how ib_alloc_device() is implemented. It does all
that you wrote above in very similar manner to netdev_alloc.

In a nutshell, ib_alloc_device receives needed size from the user and
requires from the users to extend their structures below "general" one.

Thanks

WARNING: multiple messages have this Message-ID (diff)
From: Leon Romanovsky <leon@kernel.org>
To: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Cc: Parav Pandit <parav@nvidia.com>,
	"Ertman, David M" <david.m.ertman@intel.com>,
	"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
	"parav@mellanox.com" <parav@mellanox.com>,
	"tiwai@suse.de" <tiwai@suse.de>,
	"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
	"ranjani.sridharan@linux.intel.com" 
	<ranjani.sridharan@linux.intel.com>,
	"fred.oh@linux.intel.com" <fred.oh@linux.intel.com>,
	"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
	"dledford@redhat.com" <dledford@redhat.com>,
	"broonie@kernel.org" <broonie@kernel.org>,
	Jason Gunthorpe <jgg@nvidia.com>,
	"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"kuba@kernel.org" <kuba@kernel.org>,
	"Williams, Dan J" <dan.j.williams@intel.com>,
	"Saleem, Shiraz" <shiraz.saleem@intel.com>,
	"davem@davemloft.net" <davem@davemloft.net>,
	"Patil, Kiran" <kiran.patil@intel.com>
Subject: Re: [PATCH v2 1/6] Add ancillary bus support
Date: Fri, 9 Oct 2020 14:40:47 +0300	[thread overview]
Message-ID: <20201009114047.GQ13580@unreal> (raw)
In-Reply-To: <1e2a38ac-e259-f955-07ad-602431ad354b@linux.intel.com>

On Thu, Oct 08, 2020 at 08:29:00AM -0500, Pierre-Louis Bossart wrote:
>
> > > > > > But ... since the init() function is performing both device_init and
> > > > > > device_add - it should probably be called ancillary_device_register,
> > > > > > and we are back to a single exported API for both register and
> > > > > > unregister.
> > > > >
> > > > > Kind reminder that we introduced the two functions to allow the
> > > > > caller to know if it needed to free memory when initialize() fails,
> > > > > and it didn't need to free memory when add() failed since
> > > > > put_device() takes care of it. If you have a single init() function
> > > > > it's impossible to know which behavior to select on error.
> > > > >
> > > > > I also have a case with SoundWire where it's nice to first
> > > > > initialize, then set some data and then add.
> > > > >
> > > >
> > > > The flow as outlined by Parav above does an initialize as the first
> > > > step, so every error path out of the function has to do a
> > > > put_device(), so you would never need to manually free the memory in
> > > the setup function.
> > > > It would be freed in the release call.
> > >
> > > err = ancillary_device_initialize();
> > > if (err)
> > > 	return ret;
> > >
> > > where is the put_device() here? if the release function does any sort of
> > > kfree, then you'd need to do it manually in this case.
> > Since device_initialize() failed, put_device() cannot be done here.
> > So yes, pseudo code should have shown,
> > if (err) {
> > 	kfree(adev);
> > 	return err;
> > }
>
> This doesn't work if the adev is part of a larger structure allocated by the
> parent, which is pretty much the intent to extent the basic bus and pass
> additional information which can be accessed with container_of().

Please take a look how ib_alloc_device() is implemented. It does all
that you wrote above in very similar manner to netdev_alloc.

In a nutshell, ib_alloc_device receives needed size from the user and
requires from the users to extend their structures below "general" one.

Thanks

  reply	other threads:[~2020-10-09 11:41 UTC|newest]

Thread overview: 127+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-05 18:24 [PATCH v2 0/6] Ancillary bus implementation and SOF multi-client support Dave Ertman
2020-10-05 18:24 ` Dave Ertman
2020-10-05 18:24 ` [PATCH v2 1/6] Add ancillary bus support Dave Ertman
2020-10-05 18:24   ` Dave Ertman
2020-10-06  7:18   ` Leon Romanovsky
2020-10-06  7:18     ` Leon Romanovsky
2020-10-06 15:18     ` Pierre-Louis Bossart
2020-10-06 17:02       ` Leon Romanovsky
2020-10-06 17:02         ` Leon Romanovsky
2020-10-06 17:09         ` Parav Pandit
2020-10-06 17:09           ` Parav Pandit
2020-10-06 17:26           ` Leon Romanovsky
2020-10-06 17:26             ` Leon Romanovsky
2020-10-06 17:41             ` Saleem, Shiraz
2020-10-06 17:41               ` Saleem, Shiraz
2020-10-06 19:20               ` Leon Romanovsky
2020-10-06 19:20                 ` Leon Romanovsky
2020-10-07  2:49                 ` Dan Williams
2020-10-07  2:49                   ` Dan Williams
2020-10-07 13:09                   ` Saleem, Shiraz
2020-10-07 13:09                     ` Saleem, Shiraz
2020-10-07 13:36                     ` Leon Romanovsky
2020-10-07 13:36                       ` Leon Romanovsky
2020-10-07 18:55                       ` Dan Williams
2020-10-07 18:55                         ` Dan Williams
2020-10-07 20:01                         ` Ertman, David M
2020-10-07 20:01                           ` Ertman, David M
2020-10-06 18:35             ` Ranjani Sridharan
2020-10-06 18:35               ` Ranjani Sridharan
2020-10-06 17:50         ` Saleem, Shiraz
2020-10-06 17:50           ` Saleem, Shiraz
2020-10-07 18:06         ` Ertman, David M
2020-10-07 19:26           ` Leon Romanovsky
2020-10-07 19:26             ` Leon Romanovsky
2020-10-07 19:53             ` Ertman, David M
2020-10-07 19:53               ` Ertman, David M
2020-10-07 19:57               ` Ertman, David M
2020-10-07 19:57                 ` Ertman, David M
2020-10-07 20:17             ` Parav Pandit
2020-10-07 20:17               ` Parav Pandit
2020-10-07 20:46               ` Ertman, David M
2020-10-07 20:46                 ` Ertman, David M
2020-10-07 20:59                 ` Pierre-Louis Bossart
2020-10-07 21:22                   ` Ertman, David M
2020-10-07 21:49                     ` Pierre-Louis Bossart
2020-10-08  4:56                       ` Parav Pandit
2020-10-08  5:26                         ` Leon Romanovsky
2020-10-08  5:26                           ` Leon Romanovsky
2020-10-08  7:14                           ` Parav Pandit
2020-10-08  7:14                             ` Parav Pandit
2020-10-08  7:45                             ` Leon Romanovsky
2020-10-08  7:45                               ` Leon Romanovsky
2020-10-08  9:45                               ` Parav Pandit
2020-10-08  9:45                                 ` Parav Pandit
2020-10-08 10:17                                 ` Leon Romanovsky
2020-10-08 10:17                                   ` Leon Romanovsky
2020-10-08 13:29                         ` Pierre-Louis Bossart
2020-10-09 11:40                           ` Leon Romanovsky [this message]
2020-10-09 11:40                             ` Leon Romanovsky
2020-10-08 16:54                         ` Ertman, David M
2020-10-08 17:35                           ` Parav Pandit
2020-10-08 18:13                             ` Ertman, David M
2020-10-08  5:21                 ` Leon Romanovsky
2020-10-08  5:21                   ` Leon Romanovsky
2020-10-08  6:32                   ` Dan Williams
2020-10-08  6:32                     ` Dan Williams
2020-10-08  7:00                     ` Leon Romanovsky
2020-10-08  7:00                       ` Leon Romanovsky
2020-10-08  7:38                       ` Dan Williams
2020-10-08  7:38                         ` Dan Williams
2020-10-08  7:50                         ` gregkh
2020-10-08  7:50                           ` gregkh
2020-10-08 11:10                           ` Parav Pandit
2020-10-08 11:10                             ` Parav Pandit
2020-10-08 16:39                             ` Ertman, David M
2020-10-08 16:39                               ` Ertman, David M
2020-10-08  8:00                         ` Leon Romanovsky
2020-10-08  8:00                           ` Leon Romanovsky
2020-10-08  8:09                           ` Dan Williams
2020-10-08  8:09                             ` Dan Williams
2020-10-08 16:42                           ` Ertman, David M
2020-10-08 16:42                             ` Ertman, David M
2020-10-08 17:21                             ` Leon Romanovsky
2020-10-08 17:21                               ` Leon Romanovsky
2020-10-08 18:25                     ` Ertman, David M
2020-10-08 18:25                       ` Ertman, David M
2020-10-07 20:30         ` Ertman, David M
2020-10-07 20:18       ` Ertman, David M
2020-10-06 17:23   ` Leon Romanovsky
2020-10-06 17:23     ` Leon Romanovsky
2020-10-06 17:45     ` Saleem, Shiraz
2020-10-06 17:45       ` Saleem, Shiraz
2020-10-08 22:04     ` Ertman, David M
2020-10-08 22:04       ` Ertman, David M
2020-10-08 22:41       ` Dan Williams
2020-10-08 22:41         ` Dan Williams
2020-10-09 14:26         ` Pierre-Louis Bossart
2020-10-09 19:22           ` Dan Williams
2020-10-09 19:22             ` Dan Williams
2020-10-09 19:39             ` Pierre-Louis Bossart
2020-10-09 19:39               ` Pierre-Louis Bossart
2020-10-12 18:34               ` Ertman, David M
2020-10-08 17:20   ` Leon Romanovsky
2020-10-08 17:20     ` Leon Romanovsky
2020-10-08 17:28     ` Ertman, David M
2020-10-08 17:28       ` Ertman, David M
2020-10-05 18:24 ` [PATCH v2 2/6] ASoC: SOF: Introduce descriptors for SOF client Dave Ertman
2020-10-05 18:24   ` Dave Ertman
2020-10-13  1:05   ` Randy Dunlap
2020-10-13  1:05     ` Randy Dunlap
2020-10-13  1:31     ` Pierre-Louis Bossart
2020-10-13  1:31       ` Pierre-Louis Bossart
2020-10-13  1:55       ` Randy Dunlap
2020-10-13  1:55         ` Randy Dunlap
2020-10-13  1:56         ` Randy Dunlap
2020-10-13  1:56           ` Randy Dunlap
2020-10-13 15:08           ` Pierre-Louis Bossart
2020-10-13 19:35             ` Randy Dunlap
2020-10-13 19:57               ` Pierre-Louis Bossart
2020-10-05 18:24 ` [PATCH v2 3/6] ASoC: SOF: Create client driver for IPC test Dave Ertman
2020-10-05 18:24   ` Dave Ertman
2020-10-05 18:24 ` [PATCH v2 4/6] ASoC: SOF: ops: Add ops for client registration Dave Ertman
2020-10-05 18:24   ` Dave Ertman
2020-10-05 18:24 ` [PATCH v2 5/6] ASoC: SOF: Intel: Define " Dave Ertman
2020-10-05 18:24   ` Dave Ertman
2020-10-05 18:24 ` [PATCH v2 6/6] ASoC: SOF: debug: Remove IPC flood test support in SOF core Dave Ertman
2020-10-05 18:24   ` Dave Ertman

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=20201009114047.GQ13580@unreal \
    --to=leon@kernel.org \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=dan.j.williams@intel.com \
    --cc=davem@davemloft.net \
    --cc=david.m.ertman@intel.com \
    --cc=dledford@redhat.com \
    --cc=fred.oh@linux.intel.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jgg@nvidia.com \
    --cc=kiran.patil@intel.com \
    --cc=kuba@kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=parav@mellanox.com \
    --cc=parav@nvidia.com \
    --cc=pierre-louis.bossart@linux.intel.com \
    --cc=ranjani.sridharan@linux.intel.com \
    --cc=shiraz.saleem@intel.com \
    --cc=tiwai@suse.de \
    /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.