[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210105124956.GN552508@nvidia.com>
Date: Tue, 5 Jan 2021 08:49:56 -0400
From: Jason Gunthorpe <jgg@...dia.com>
To: Dan Williams <dan.j.williams@...el.com>
CC: Mark Brown <broonie@...nel.org>,
Greg KH <gregkh@...uxfoundation.org>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
<alsa-devel@...a-project.org>,
"Kiran Patil" <kiran.patil@...el.com>,
linux-rdma <linux-rdma@...r.kernel.org>,
Shiraz Saleem <shiraz.saleem@...el.com>,
Martin Habets <mhabets@...arflare.com>,
Liam Girdwood <lgirdwood@...il.com>,
"Ranjani Sridharan" <ranjani.sridharan@...ux.intel.com>,
Fred Oh <fred.oh@...ux.intel.com>,
Dave Ertman <david.m.ertman@...el.com>,
"Jakub Kicinski" <kuba@...nel.org>,
Netdev <netdev@...r.kernel.org>,
Leon Romanovsky <leonro@...dia.com>,
David Miller <davem@...emloft.net>,
"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
Parav Pandit <parav@...lanox.com>,
"Lee Jones" <lee.jones@...aro.org>
Subject: Re: [resend/standalone PATCH v4] Add auxiliary bus support
On Mon, Jan 04, 2021 at 07:12:47PM -0800, Dan Williams wrote:
> I get that, but I'm fearing a gigantic bus_ops structure that has
> narrow helpers like ->gpio_count() that mean nothing to the many other
> clients of the bus. Maybe I'm overestimating the pressure there will
> be to widen the ops structure at the bus level.
If we want a 'universal device' then that stuff must live
someplace.. Open coding the dispatch as is today is also not the end
of the world, just seeing that is just usually a sign something is not
ideal with the object model.
Jason
Powered by blists - more mailing lists