linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Peter Rosin <peda@axentia.se>
To: Wolfram Sang <wsa+renesas@sang-engineering.com>,
	"linux-i2c@vger.kernel.org" <linux-i2c@vger.kernel.org>
Cc: "linux-renesas-soc@vger.kernel.org" 
	<linux-renesas-soc@vger.kernel.org>,
	"devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-clk@vger.kernel.org" <linux-clk@vger.kernel.org>,
	"linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-leds@vger.kernel.org" <linux-leds@vger.kernel.org>,
	"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>,
	"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	"linux-rtc@vger.kernel.org" <linux-rtc@vger.kernel.org>,
	"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>
Subject: Re: [PATCH 00/34] treewide: simplify getting the adapter of an I2C client
Date: Sun, 9 Jun 2019 16:37:52 +0000	[thread overview]
Message-ID: <661f1084-da4e-75f0-e632-335134932801@axentia.se> (raw)
In-Reply-To: <20190608105619.593-1-wsa+renesas@sang-engineering.com>

On 2019-06-08 12:55, Wolfram Sang wrote:
> While preparing a refactoring series, I noticed that some drivers use a
> complicated way of determining the adapter of a client. The easy way is
> to use the intended pointer: client->adapter
> 
> These drivers do:
> 	to_i2c_adapter(client->dev.parent);
> 
> The I2C core populates the parent pointer as:
> 	client->dev.parent = &client->adapter->dev;
> 
> Now take into consideration that
> 	to_i2c_adapter(&adapter->dev);
> 
> is a complicated way of saying 'adapter', then we can even formally
> prove that the complicated expression can be simplified by using
> client->adapter.
> 
> The conversion was done using a coccinelle script with some manual
> indentation fixes applied on top.
> 
> To avoid a brown paper bag mistake, I double checked this on a Renesas
> Salvator-XS board (R-Car M3N) and verified both expression result in the
> same pointer. Other than that, the series is only build tested.

Similar things go on in:

drivers/hwmon/lm90.c
drivers/leds/leds-is31fl319x.c
drivers/of/unittest.c

Those have this pattern:

	struct device *dev = &client->dev;
	struct i2c_adapter *adapter = to_i2c_adapter(dev->parent);

And drivers/rtc/rtc-fm3130.c has a couple of these:

	tmp = i2c_transfer(to_i2c_adapter(fm3130->client->dev.parent),
			...);

where fm3130->client is of type "struct i2c_client *"

Cheers,
Peter

  parent reply	other threads:[~2019-06-09 16:38 UTC|newest]

Thread overview: 77+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-08 10:55 [PATCH 00/34] treewide: simplify getting the adapter of an I2C client Wolfram Sang
2019-06-08 10:55 ` [PATCH 01/34] clk: clk-cdce706: simplify getting the adapter of a client Wolfram Sang
2019-06-13  9:45   ` Simon Horman
2019-06-25 22:55   ` Stephen Boyd
2019-06-08 10:55 ` [PATCH 02/34] gpu: drm: bridge: sii9234: " Wolfram Sang
2019-06-08 11:40   ` Laurent Pinchart
2019-06-12 14:04     ` Andrzej Hajda
2019-06-08 10:55 ` [PATCH 03/34] iio: light: bh1780: " Wolfram Sang
2019-06-08 11:39   ` Jonathan Cameron
2019-06-08 10:55 ` [PATCH 04/34] leds: leds-pca955x: " Wolfram Sang
2019-06-09 11:03   ` Jacek Anaszewski
2019-06-09 11:05     ` Pavel Machek
2019-06-09 11:17       ` Jacek Anaszewski
2019-06-08 10:55 ` [PATCH 05/34] leds: leds-tca6507: " Wolfram Sang
2019-06-13  9:47   ` Simon Horman
2019-06-08 10:55 ` [PATCH 06/34] media: i2c: ak881x: " Wolfram Sang
2019-06-13  9:47   ` Simon Horman
2019-06-08 10:55 ` [PATCH 07/34] media: i2c: mt9m001: " Wolfram Sang
2019-06-13  9:47   ` Simon Horman
2019-06-08 10:55 ` [PATCH 08/34] media: i2c: mt9m111: " Wolfram Sang
2019-06-13  9:47   ` Simon Horman
2019-06-08 10:55 ` [PATCH 09/34] media: i2c: mt9p031: " Wolfram Sang
2019-06-08 11:42   ` Laurent Pinchart
2019-06-08 10:55 ` [PATCH 10/34] media: i2c: ov2640: " Wolfram Sang
2019-06-13  9:48   ` Simon Horman
2019-06-08 10:55 ` [PATCH 11/34] media: i2c: tw9910: " Wolfram Sang
2019-06-13  9:48   ` Simon Horman
2019-06-08 10:55 ` [PATCH 12/34] misc: fsa9480: " Wolfram Sang
2019-06-13  9:49   ` Simon Horman
2019-06-08 10:55 ` [PATCH 13/34] misc: isl29003: " Wolfram Sang
2019-06-13  9:49   ` Simon Horman
2019-06-08 10:55 ` [PATCH 14/34] misc: tsl2550: " Wolfram Sang
2019-06-13  9:49   ` Simon Horman
2019-06-08 10:55 ` [PATCH 15/34] mtd: maps: pismo: " Wolfram Sang
2019-06-13  9:50   ` Simon Horman
2019-06-08 10:55 ` [PATCH 16/34] power: supply: bq24190_charger: " Wolfram Sang
2019-06-13  9:50   ` Simon Horman
2019-06-08 10:55 ` [PATCH 17/34] power: supply: bq24257_charger: " Wolfram Sang
2019-06-13  9:50   ` Simon Horman
2019-06-08 10:55 ` [PATCH 18/34] power: supply: bq25890_charger: " Wolfram Sang
2019-06-13  9:50   ` Simon Horman
2019-06-08 10:55 ` [PATCH 19/34] power: supply: max14656_charger_detector: " Wolfram Sang
2019-06-13  9:51   ` Simon Horman
2019-06-08 10:55 ` [PATCH 20/34] power: supply: max17040_battery: " Wolfram Sang
2019-06-13  9:52   ` Simon Horman
2019-06-08 10:56 ` [PATCH 21/34] power: supply: max17042_battery: " Wolfram Sang
2019-06-13  9:52   ` Simon Horman
2019-06-08 10:56 ` [PATCH 22/34] power: supply: rt5033_battery: " Wolfram Sang
2019-06-13  9:52   ` Simon Horman
2019-06-08 10:56 ` [PATCH 23/34] power: supply: rt9455_charger: " Wolfram Sang
2019-06-13  9:52   ` Simon Horman
2019-06-08 10:56 ` [PATCH 24/34] power: supply: sbs-manager: " Wolfram Sang
2019-06-13  9:53   ` Simon Horman
2019-06-08 10:56 ` [PATCH 25/34] regulator: max8952: " Wolfram Sang
2019-06-10 17:34   ` Applied "regulator: max8952: simplify getting the adapter of a client" to the regulator tree Mark Brown
2019-06-08 10:56 ` [PATCH 26/34] rtc: fm3130: simplify getting the adapter of a client Wolfram Sang
2019-06-09 14:48   ` Alexandre Belloni
2019-06-08 10:56 ` [PATCH 27/34] rtc: m41t80: " Wolfram Sang
2019-06-09 14:48   ` Alexandre Belloni
2019-06-08 10:56 ` [PATCH 28/34] rtc: rv8803: " Wolfram Sang
2019-06-09 14:49   ` Alexandre Belloni
2019-06-08 10:56 ` [PATCH 29/34] rtc: rx8010: " Wolfram Sang
2019-06-09 14:49   ` Alexandre Belloni
2019-06-08 10:56 ` [PATCH 30/34] rtc: rx8025: " Wolfram Sang
2019-06-09 14:49   ` Alexandre Belloni
2019-06-08 10:56 ` [PATCH 31/34] staging: media: soc_camera: imx074: " Wolfram Sang
2019-06-13  9:53   ` Simon Horman
2019-06-08 10:56 ` [PATCH 32/34] staging: media: soc_camera: mt9t031: " Wolfram Sang
2019-06-13  9:54   ` Simon Horman
2019-06-08 10:56 ` [PATCH 33/34] staging: media: soc_camera: soc_mt9v022: " Wolfram Sang
2019-06-13  9:54   ` Simon Horman
2019-06-08 10:56 ` [PATCH 34/34] usb: typec: tcpm: fusb302: " Wolfram Sang
2019-06-08 12:59   ` Guenter Roeck
2019-06-13  9:54     ` Simon Horman
2019-06-09 16:37 ` Peter Rosin [this message]
2019-06-10  7:15   ` [PATCH 00/34] treewide: simplify getting the adapter of an I2C client Wolfram Sang
2019-06-27 18:28 ` Sebastian Reichel

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=661f1084-da4e-75f0-e632-335134932801@axentia.se \
    --to=peda@axentia.se \
    --cc=devel@driverdev.osuosl.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-iio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-leds@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=linux-rtc@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=wsa+renesas@sang-engineering.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;
as well as URLs for NNTP newsgroup(s).