All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Suzuki K Poulose <suzuki.poulose@arm.com>
Cc: linux-kernel@vger.kernel.org, rafael@kernel.org,
	linux-arm-kernel@lists.infradead.org,
	"Alan Tull" <atull@kernel.org>,
	"Alessandro Zummo" <a.zummo@towertech.it>,
	"Alexander Aring" <alex.aring@gmail.com>,
	"Alexander Shishkin" <alexander.shishkin@linux.intel.com>,
	"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	"Andrew Lunn" <andrew@lunn.ch>, "Arnd Bergmann" <arnd@arndb.de>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Daniel Vetter" <daniel@ffwll.ch>, "Dan Murphy" <dmurphy@ti.com>,
	"David Airlie" <airlied@linux.ie>,
	"David S. Miller" <davem@davemloft.net>,
	devicetree@vger.kernel.org, "Doug Ledford" <dledford@redhat.com>,
	dri-devel@lists.freedesktop.org,
	"Elie Morisse" <syniurge@gmail.com>,
	"Eric Anholt" <eric@anholt.net>,
	"Florian Fainelli" <f.fainelli@gmail.com>,
	"Frank Rowand" <frowand.list@gmail.com>,
	"Harald Freudenberger" <freude@linux.ibm.com>,
	"Heikki Krogerus" <heikki.krogerus@linux.intel.com>,
	"Heiko Carstens" <heiko.carstens@de.ibm.com>,
	"Heiko Stübner" <heiko@sntech.de>,
	"Heiner Kallweit" <hkallweit1@gmail.com>,
	"Inki Dae" <inki.dae@samsung.com>,
	"Jacek Anaszewski" <jacek.anaszewski@gmail.com>,
	"James E.J. Bottomley" <jejb@linux.ibm.com>,
	"Jason Gunthorpe" <jgg@ziepe.ca>, "Jiri Slaby" <jslaby@suse.com>,
	"Joe Perches" <joe@perches.com>, "Joerg Roedel" <joro@8bytes.org>,
	"Lee Jones" <lee.jones@linaro.org>, "Len Brown" <lenb@kernel.org>,
	"Liam Girdwood" <lgirdwood@gmail.com>,
	linux-acpi@vger.kernel.org, linux-fpga@vger.kernel.org,
	linux-i2c@vger.kernel.org, linux-leds@vger.kernel.org,
	linux-rockchip@lists.infradead.org, linux-rtc@vger.kernel.org,
	linux-spi@vger.kernel.org, linux-usb@vger.kernel.org,
	linux-wpan@vger.kernel.org,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Mark Brown" <broonie@kernel.org>,
	"Martin K. Petersen" <martin.petersen@oracle.com>,
	"Mathieu Poirier" <mathieu.poirier@linaro.org>,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	"Maxime Ripard" <maxime.ripard@bootlin.com>,
	"Mika Westerberg" <mika.westerberg@linux.intel.com>,
	"Moritz Fischer" <mdf@kernel.org>,
	"Nehal Shah" <nehal-bakulchandra.shah@amd.com>,
	"Oliver Neukum" <oneukum@suse.com>, "Pavel Machek" <pavel@ucw.cz>,
	"Peter Oberparleiter" <oberpar@linux.ibm.com>,
	"Peter Rosin" <peda@axentia.se>,
	"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
	"Rob Herring" <robh+dt@kernel.org>,
	"Robin Murphy" <robin.murphy@arm.com>,
	"Sandy Huang" <hjc@rock-chips.com>,
	"Sebastian Andrzej Siewior" <bigeasy@linutronix.de>,
	"Seung-Woo Kim" <sw0312.kim@samsung.com>,
	"Shyam Sundar S K" <shyam-sundar.s-k@amd.com>,
	"Srinivas Kandagatla" <srinivas.kandagatla@linaro.org>,
	"Stefan Schmidt" <stefan@datenfreihafen.org>,
	"Takashi Iwai" <tiwai@suse.com>,
	"Thor Thayer" <thor.thayer@linux.intel.com>,
	"Tomas Winkler" <tomas.winkler@intel.com>,
	"Ulf Hansson" <ulf.hansson@linaro.org>,
	"Will Deacon" <will.deacon@arm.com>,
	"Wolfram Sang" <wsa@the-dreams.de>
Subject: Re: [PATCH v3 0/7] drivers: Add generic device lookup helpers
Date: Thu, 25 Jul 2019 16:10:36 +0200	[thread overview]
Message-ID: <20190725141036.GA14950@kroah.com> (raw)
In-Reply-To: <20190723221838.12024-1-suzuki.poulose@arm.com>

On Tue, Jul 23, 2019 at 11:18:31PM +0100, Suzuki K Poulose wrote:
> We have device iterators to find a particular device matching a criteria
> for a given bus/class/driver. i.e, {bus,class,driver}_find_device()
> APIs. The matching criteria is a function pointer for the APIs. Often the
> lookup is based on a generic property of a device (e.g, name, fwnode, of node
> pointer or device type) rather than a driver specific information. However, each
> driver writes up its own "match" function, spilling the similar match functions
> all over the driver subsystems.
> 
> This series adds device match helpers by generic device properties of a device.
> Using these generic match functions, introduce wrappers to the existing
>  *_find_device() helpers and converts the existing users to use the new wrappers.
>  i.e,
> 	{bus/class/driver}_find_device_by_name()
> 	{bus/class/driver}_find_device_by_fwnode()
> 	{bus/class/driver}_find_device_by_devt()
> 	{bus/class/driver}_find_device_by_acpi_dev()
> 
> Also adds a wrapper for finding a platform device by driver, to avoid
> spilling the platform_bus internals in the individual drivers. Applies
> on 5.3-rc1.
> 
>    [0] git://linux-arm.org/linux-skp.git driver-cleanup/v3
> RFC[1] https://marc.info/?i=1559577023-558-1-git-send-email-suzuki.poulose@arm.com
> V1 [2] https://marc.info/?i=1559747630-28065-1-git-send-email-suzuki.poulose@arm.com
> V2 [3] https://marc.info/?i=1560534863-15115-1-git-send-email-suzuki.poulose@arm.com
> 
> Changes since v2:
>  - Merge the device match helper introduction patch with the variants
>    of the helpers, for better review.
>  - Use platform_find_device_by_driver for mcde drm driver.

This looks good to me at first glance, thanks for doing this work.

I'll wait a few days to collect acks from various subsystem maintainers
before taking the series in my tree.

thanks,

greg k-h

WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Suzuki K Poulose <suzuki.poulose@arm.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
	Alexander Aring <alex.aring@gmail.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Jacek Anaszewski <jacek.anaszewski@gmail.com>,
	rafael@kernel.org,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	linux-fpga@vger.kernel.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Alexandre Belloni <alexandre.belloni@bootlin.com>,
	dri-devel@lists.freedesktop.org,
	Liam Girdwood <lgirdwood@gmail.com>,
	Elie Morisse <syniurge@gmail.com>,
	Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
	linux-i2c@vger.kernel.org, Pavel Machek <pavel@ucw.cz>,
	Shyam Sundar S K <shyam-sundar.s-k@amd.com>,
	Frank Rowand <frowand.list@gmail.com>,
	linux-leds@vger.kernel.org, linux-rtc@vger.kernel.org,
	Maxime Ripard <maxime.ripard@bootlin.com>,
	Florian Fainelli <f.fainelli@gmail.com>,
	linux-acpi@vger.kernel.org, Jason Gunthorpe <jgg@ziepe.ca>,
	Lee Jones <lee.jo>
Subject: Re: [PATCH v3 0/7] drivers: Add generic device lookup helpers
Date: Thu, 25 Jul 2019 16:10:36 +0200	[thread overview]
Message-ID: <20190725141036.GA14950@kroah.com> (raw)
In-Reply-To: <20190723221838.12024-1-suzuki.poulose@arm.com>

On Tue, Jul 23, 2019 at 11:18:31PM +0100, Suzuki K Poulose wrote:
> We have device iterators to find a particular device matching a criteria
> for a given bus/class/driver. i.e, {bus,class,driver}_find_device()
> APIs. The matching criteria is a function pointer for the APIs. Often the
> lookup is based on a generic property of a device (e.g, name, fwnode, of node
> pointer or device type) rather than a driver specific information. However, each
> driver writes up its own "match" function, spilling the similar match functions
> all over the driver subsystems.
> 
> This series adds device match helpers by generic device properties of a device.
> Using these generic match functions, introduce wrappers to the existing
>  *_find_device() helpers and converts the existing users to use the new wrappers.
>  i.e,
> 	{bus/class/driver}_find_device_by_name()
> 	{bus/class/driver}_find_device_by_fwnode()
> 	{bus/class/driver}_find_device_by_devt()
> 	{bus/class/driver}_find_device_by_acpi_dev()
> 
> Also adds a wrapper for finding a platform device by driver, to avoid
> spilling the platform_bus internals in the individual drivers. Applies
> on 5.3-rc1.
> 
>    [0] git://linux-arm.org/linux-skp.git driver-cleanup/v3
> RFC[1] https://marc.info/?i=1559577023-558-1-git-send-email-suzuki.poulose@arm.com
> V1 [2] https://marc.info/?i=1559747630-28065-1-git-send-email-suzuki.poulose@arm.com
> V2 [3] https://marc.info/?i=1560534863-15115-1-git-send-email-suzuki.poulose@arm.com
> 
> Changes since v2:
>  - Merge the device match helper introduction patch with the variants
>    of the helpers, for better review.
>  - Use platform_find_device_by_driver for mcde drm driver.

This looks good to me at first glance, thanks for doing this work.

I'll wait a few days to collect acks from various subsystem maintainers
before taking the series in my tree.

thanks,

greg k-h
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Suzuki K Poulose <suzuki.poulose@arm.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
	Alexander Aring <alex.aring@gmail.com>,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Jacek Anaszewski <jacek.anaszewski@gmail.com>,
	rafael@kernel.org,
	Alexander Shishkin <alexander.shishkin@linux.intel.com>,
	linux-fpga@vger.kernel.org,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Alexandre Belloni <alexandre.belloni@bootlin.com>,
	dri-devel@lists.freedesktop.org,
	Liam Girdwood <lgirdwood@gmail.com>,
	Elie Morisse <syniurge@gmail.com>,
	Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
	linux-i2c@vger.kernel.org, Pavel Machek <pavel@ucw.cz>,
	Shyam Sundar S K <shyam-sundar.s-k@amd.com>,
	Frank Rowand <frowand.list@gmail.com>,
	linux-leds@vger.kernel.org, linux-rtc@vger.kernel.org,
	Maxime Ripard <maxime.ripard@bootlin.com>,
	Florian Fainelli <f.fainelli@gmail.com>,
	linux-acpi@vger.kernel.org, Jason Gunthorpe <jgg@ziepe.ca>,
	Lee Jones <lee.jo
Subject: Re: [PATCH v3 0/7] drivers: Add generic device lookup helpers
Date: Thu, 25 Jul 2019 16:10:36 +0200	[thread overview]
Message-ID: <20190725141036.GA14950@kroah.com> (raw)
In-Reply-To: <20190723221838.12024-1-suzuki.poulose@arm.com>

On Tue, Jul 23, 2019 at 11:18:31PM +0100, Suzuki K Poulose wrote:
> We have device iterators to find a particular device matching a criteria
> for a given bus/class/driver. i.e, {bus,class,driver}_find_device()
> APIs. The matching criteria is a function pointer for the APIs. Often the
> lookup is based on a generic property of a device (e.g, name, fwnode, of node
> pointer or device type) rather than a driver specific information. However, each
> driver writes up its own "match" function, spilling the similar match functions
> all over the driver subsystems.
> 
> This series adds device match helpers by generic device properties of a device.
> Using these generic match functions, introduce wrappers to the existing
>  *_find_device() helpers and converts the existing users to use the new wrappers.
>  i.e,
> 	{bus/class/driver}_find_device_by_name()
> 	{bus/class/driver}_find_device_by_fwnode()
> 	{bus/class/driver}_find_device_by_devt()
> 	{bus/class/driver}_find_device_by_acpi_dev()
> 
> Also adds a wrapper for finding a platform device by driver, to avoid
> spilling the platform_bus internals in the individual drivers. Applies
> on 5.3-rc1.
> 
>    [0] git://linux-arm.org/linux-skp.git driver-cleanup/v3
> RFC[1] https://marc.info/?i=1559577023-558-1-git-send-email-suzuki.poulose@arm.com
> V1 [2] https://marc.info/?i=1559747630-28065-1-git-send-email-suzuki.poulose@arm.com
> V2 [3] https://marc.info/?i=1560534863-15115-1-git-send-email-suzuki.poulose@arm.com
> 
> Changes since v2:
>  - Merge the device match helper introduction patch with the variants
>    of the helpers, for better review.
>  - Use platform_find_device_by_driver for mcde drm driver.

This looks good to me at first glance, thanks for doing this work.

I'll wait a few days to collect acks from various subsystem maintainers
before taking the series in my tree.

thanks,

greg k-h
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2019-07-25 14:10 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-23 22:18 [PATCH v3 0/7] drivers: Add generic device lookup helpers Suzuki K Poulose
2019-07-23 22:18 ` Suzuki K Poulose
2019-07-23 22:18 ` [PATCH v3 1/7] drivers: Introduce device lookup variants by name Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-25 15:42   ` Alexandre Belloni
2019-07-25 15:42     ` Alexandre Belloni
2019-07-29 14:37   ` Heikki Krogerus
2019-07-29 14:37     ` Heikki Krogerus
2019-07-23 22:18 ` [PATCH v3 2/7] drivers: Introduce device lookup variants by of_node Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-25 13:54   ` Lee Jones
2019-07-25 13:54     ` Lee Jones
2019-07-25 13:54     ` Lee Jones
2019-07-30 11:03     ` Greg KH
2019-07-30 11:03       ` Greg KH
2019-07-30 11:03       ` Greg KH
2019-07-30 11:03       ` Greg KH
2019-07-25 19:25   ` Wolfram Sang
2019-07-25 19:25     ` Wolfram Sang
2019-07-25 19:25     ` Wolfram Sang
2019-07-25 19:25     ` Wolfram Sang
2019-07-25 21:01   ` Moritz Fischer
2019-07-25 21:01     ` Moritz Fischer
2019-07-25 21:01     ` Moritz Fischer
2019-07-25 21:01     ` Moritz Fischer
2019-07-26 17:18   ` Mark Brown
2019-07-26 17:18     ` Mark Brown
2019-07-26 17:18     ` Mark Brown
2019-07-26 17:18     ` Mark Brown
2019-07-23 22:18 ` [PATCH v3 3/7] drivers: Introduce device lookup variants by fwnode Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-24 10:16   ` Robin Murphy
2019-07-24 10:16     ` Robin Murphy
2019-07-25 17:10   ` Mathieu Poirier
2019-07-25 17:10     ` Mathieu Poirier
2019-07-29 14:36   ` Heikki Krogerus
2019-07-29 14:36     ` Heikki Krogerus
2019-07-23 22:18 ` [PATCH v3 4/7] drivers: Introduce device lookup variants by device type Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-23 22:18 ` [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-26 17:18   ` Mark Brown
2019-07-26 17:18     ` Mark Brown
2019-07-26 20:23   ` Wolfram Sang
2019-07-26 20:23     ` Wolfram Sang
2019-07-26 20:23     ` Wolfram Sang
2019-08-01 11:58     ` Andy Shevchenko
2019-08-01 11:58       ` Andy Shevchenko
2019-08-01 11:58       ` Andy Shevchenko
2019-08-01 12:08       ` Wolfram Sang
2019-08-01 12:08         ` Wolfram Sang
2019-08-01 12:21         ` Andy Shevchenko
2019-08-01 12:21           ` Andy Shevchenko
2019-08-01 12:27           ` Wolfram Sang
2019-08-01 12:27             ` Wolfram Sang
2019-07-23 22:18 ` [PATCH v3 6/7] drivers: Add generic helper to match any device Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-23 22:24   ` Bjorn Helgaas
2019-07-23 22:24     ` Bjorn Helgaas
2019-07-23 22:18 ` [PATCH v3 7/7] platform: Add platform_find_device_by_driver() helper Suzuki K Poulose
2019-07-23 22:18   ` Suzuki K Poulose
2019-07-24 10:44   ` Robin Murphy
2019-07-24 10:44     ` Robin Murphy
2019-07-25 14:10 ` Greg KH [this message]
2019-07-25 14:10   ` [PATCH v3 0/7] drivers: Add generic device lookup helpers Greg KH
2019-07-25 14:10   ` Greg KH
2019-07-30 11:56 ` Greg KH
2019-07-30 11:56   ` Greg KH
2019-07-30 11:56   ` Greg KH

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=20190725141036.GA14950@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=a.zummo@towertech.it \
    --cc=airlied@linux.ie \
    --cc=alex.aring@gmail.com \
    --cc=alexander.shishkin@linux.intel.com \
    --cc=alexandre.belloni@bootlin.com \
    --cc=andrew@lunn.ch \
    --cc=arnd@arndb.de \
    --cc=atull@kernel.org \
    --cc=bhelgaas@google.com \
    --cc=bigeasy@linutronix.de \
    --cc=broonie@kernel.org \
    --cc=daniel@ffwll.ch \
    --cc=davem@davemloft.net \
    --cc=devicetree@vger.kernel.org \
    --cc=dledford@redhat.com \
    --cc=dmurphy@ti.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=eric@anholt.net \
    --cc=f.fainelli@gmail.com \
    --cc=freude@linux.ibm.com \
    --cc=frowand.list@gmail.com \
    --cc=heikki.krogerus@linux.intel.com \
    --cc=heiko.carstens@de.ibm.com \
    --cc=heiko@sntech.de \
    --cc=hjc@rock-chips.com \
    --cc=hkallweit1@gmail.com \
    --cc=inki.dae@samsung.com \
    --cc=jacek.anaszewski@gmail.com \
    --cc=jejb@linux.ibm.com \
    --cc=jgg@ziepe.ca \
    --cc=joe@perches.com \
    --cc=joro@8bytes.org \
    --cc=jslaby@suse.com \
    --cc=lee.jones@linaro.org \
    --cc=lenb@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-fpga@vger.kernel.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-leds@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=linux-rtc@vger.kernel.org \
    --cc=linux-spi@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=linux-wpan@vger.kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=martin.petersen@oracle.com \
    --cc=mathieu.poirier@linaro.org \
    --cc=maxime.ripard@bootlin.com \
    --cc=mcoquelin.stm32@gmail.com \
    --cc=mdf@kernel.org \
    --cc=mika.westerberg@linux.intel.com \
    --cc=nehal-bakulchandra.shah@amd.com \
    --cc=oberpar@linux.ibm.com \
    --cc=oneukum@suse.com \
    --cc=pavel@ucw.cz \
    --cc=peda@axentia.se \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rafael@kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=robin.murphy@arm.com \
    --cc=shyam-sundar.s-k@amd.com \
    --cc=srinivas.kandagatla@linaro.org \
    --cc=stefan@datenfreihafen.org \
    --cc=suzuki.poulose@arm.com \
    --cc=sw0312.kim@samsung.com \
    --cc=syniurge@gmail.com \
    --cc=thor.thayer@linux.intel.com \
    --cc=tiwai@suse.com \
    --cc=tomas.winkler@intel.com \
    --cc=ulf.hansson@linaro.org \
    --cc=will.deacon@arm.com \
    --cc=wsa@the-dreams.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.