All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Heiko Stübner" <heiko@sntech.de>
To: linux-i2c@vger.kernel.org,
	Wolfram Sang <wsa+renesas@sang-engineering.com>
Cc: Wolfram Sang <wsa+renesas@sang-engineering.com>,
	Andi Shyti <andi.shyti@kernel.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 47/64] i2c: rk3x: reword according to newest specification
Date: Fri, 22 Mar 2024 14:51:00 +0100	[thread overview]
Message-ID: <13914065.RDIVbhacDa@diego> (raw)
In-Reply-To: <20240322132619.6389-48-wsa+renesas@sang-engineering.com>

Am Freitag, 22. März 2024, 14:25:40 CET schrieb Wolfram Sang:
> Match the wording of this driver wrt. the newest I2C v7, SMBus 3.2, I3C
> specifications and replace "master/slave" with more appropriate terms.
> They are also more specific because we distinguish now between a remote
> entity ("client") and a local one ("target").
> 
> Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>

Reviewed-by: Heiko Stuebner <heiko@sntech.de>

> ---
>  drivers/i2c/busses/i2c-rk3x.c | 18 +++++++++---------
>  1 file changed, 9 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c/busses/i2c-rk3x.c
> index 086fdf262e7b..01febd886bdd 100644
> --- a/drivers/i2c/busses/i2c-rk3x.c
> +++ b/drivers/i2c/busses/i2c-rk3x.c
> @@ -28,8 +28,8 @@
>  /* Register Map */
>  #define REG_CON        0x00 /* control register */
>  #define REG_CLKDIV     0x04 /* clock divisor register */
> -#define REG_MRXADDR    0x08 /* slave address for REGISTER_TX */
> -#define REG_MRXRADDR   0x0c /* slave register address for REGISTER_TX */
> +#define REG_MRXADDR    0x08 /* client address for REGISTER_TX */
> +#define REG_MRXRADDR   0x0c /* client register address for REGISTER_TX */
>  #define REG_MTXCNT     0x10 /* number of bytes to be transmitted */
>  #define REG_MRXCNT     0x14 /* number of bytes to be received */
>  #define REG_IEN        0x18 /* interrupt enable */
> @@ -68,8 +68,8 @@ enum {
>  /* REG_IEN/REG_IPD bits */
>  #define REG_INT_BTF       BIT(0) /* a byte was transmitted */
>  #define REG_INT_BRF       BIT(1) /* a byte was received */
> -#define REG_INT_MBTF      BIT(2) /* master data transmit finished */
> -#define REG_INT_MBRF      BIT(3) /* master data receive finished */
> +#define REG_INT_MBTF      BIT(2) /* host data transmit finished */
> +#define REG_INT_MBRF      BIT(3) /* host data receive finished */
>  #define REG_INT_START     BIT(4) /* START condition generated */
>  #define REG_INT_STOP      BIT(5) /* STOP condition generated */
>  #define REG_INT_NAKRCV    BIT(6) /* NACK received */
> @@ -184,7 +184,7 @@ struct rk3x_i2c_soc_data {
>   * @wait: the waitqueue to wait for i2c transfer
>   * @busy: the condition for the event to wait for
>   * @msg: current i2c message
> - * @addr: addr of i2c slave device
> + * @addr: addr of i2c client device
>   * @mode: mode of i2c transfer
>   * @is_last_msg: flag determines whether it is the last msg in this transfer
>   * @state: state of i2c transfer
> @@ -979,7 +979,7 @@ static int rk3x_i2c_setup(struct rk3x_i2c *i2c, struct i2c_msg *msgs, int num)
>  	/*
>  	 * The I2C adapter can issue a small (len < 4) write packet before
>  	 * reading. This speeds up SMBus-style register reads.
> -	 * The MRXADDR/MRXRADDR hold the slave address and the slave register
> +	 * The MRXADDR/MRXRADDR hold the client address and the client register
>  	 * address in this case.
>  	 */
>  
> @@ -1016,7 +1016,7 @@ static int rk3x_i2c_setup(struct rk3x_i2c *i2c, struct i2c_msg *msgs, int num)
>  			addr |= 1; /* set read bit */
>  
>  			/*
> -			 * We have to transmit the slave addr first. Use
> +			 * We have to transmit the client addr first. Use
>  			 * MOD_REGISTER_TX for that purpose.
>  			 */
>  			i2c->mode = REG_CON_MOD_REGISTER_TX;
> @@ -1162,8 +1162,8 @@ static u32 rk3x_i2c_func(struct i2c_adapter *adap)
>  }
>  
>  static const struct i2c_algorithm rk3x_i2c_algorithm = {
> -	.master_xfer		= rk3x_i2c_xfer,
> -	.master_xfer_atomic	= rk3x_i2c_xfer_polling,
> +	.xfer		= rk3x_i2c_xfer,
> +	.xfer_atomic	= rk3x_i2c_xfer_polling,
>  	.functionality		= rk3x_i2c_func,
>  };
>  
> 





WARNING: multiple messages have this Message-ID (diff)
From: "Heiko Stübner" <heiko@sntech.de>
To: linux-i2c@vger.kernel.org,
	Wolfram Sang <wsa+renesas@sang-engineering.com>
Cc: Wolfram Sang <wsa+renesas@sang-engineering.com>,
	Andi Shyti <andi.shyti@kernel.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 47/64] i2c: rk3x: reword according to newest specification
Date: Fri, 22 Mar 2024 14:51:00 +0100	[thread overview]
Message-ID: <13914065.RDIVbhacDa@diego> (raw)
In-Reply-To: <20240322132619.6389-48-wsa+renesas@sang-engineering.com>

Am Freitag, 22. März 2024, 14:25:40 CET schrieb Wolfram Sang:
> Match the wording of this driver wrt. the newest I2C v7, SMBus 3.2, I3C
> specifications and replace "master/slave" with more appropriate terms.
> They are also more specific because we distinguish now between a remote
> entity ("client") and a local one ("target").
> 
> Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>

Reviewed-by: Heiko Stuebner <heiko@sntech.de>

> ---
>  drivers/i2c/busses/i2c-rk3x.c | 18 +++++++++---------
>  1 file changed, 9 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c/busses/i2c-rk3x.c
> index 086fdf262e7b..01febd886bdd 100644
> --- a/drivers/i2c/busses/i2c-rk3x.c
> +++ b/drivers/i2c/busses/i2c-rk3x.c
> @@ -28,8 +28,8 @@
>  /* Register Map */
>  #define REG_CON        0x00 /* control register */
>  #define REG_CLKDIV     0x04 /* clock divisor register */
> -#define REG_MRXADDR    0x08 /* slave address for REGISTER_TX */
> -#define REG_MRXRADDR   0x0c /* slave register address for REGISTER_TX */
> +#define REG_MRXADDR    0x08 /* client address for REGISTER_TX */
> +#define REG_MRXRADDR   0x0c /* client register address for REGISTER_TX */
>  #define REG_MTXCNT     0x10 /* number of bytes to be transmitted */
>  #define REG_MRXCNT     0x14 /* number of bytes to be received */
>  #define REG_IEN        0x18 /* interrupt enable */
> @@ -68,8 +68,8 @@ enum {
>  /* REG_IEN/REG_IPD bits */
>  #define REG_INT_BTF       BIT(0) /* a byte was transmitted */
>  #define REG_INT_BRF       BIT(1) /* a byte was received */
> -#define REG_INT_MBTF      BIT(2) /* master data transmit finished */
> -#define REG_INT_MBRF      BIT(3) /* master data receive finished */
> +#define REG_INT_MBTF      BIT(2) /* host data transmit finished */
> +#define REG_INT_MBRF      BIT(3) /* host data receive finished */
>  #define REG_INT_START     BIT(4) /* START condition generated */
>  #define REG_INT_STOP      BIT(5) /* STOP condition generated */
>  #define REG_INT_NAKRCV    BIT(6) /* NACK received */
> @@ -184,7 +184,7 @@ struct rk3x_i2c_soc_data {
>   * @wait: the waitqueue to wait for i2c transfer
>   * @busy: the condition for the event to wait for
>   * @msg: current i2c message
> - * @addr: addr of i2c slave device
> + * @addr: addr of i2c client device
>   * @mode: mode of i2c transfer
>   * @is_last_msg: flag determines whether it is the last msg in this transfer
>   * @state: state of i2c transfer
> @@ -979,7 +979,7 @@ static int rk3x_i2c_setup(struct rk3x_i2c *i2c, struct i2c_msg *msgs, int num)
>  	/*
>  	 * The I2C adapter can issue a small (len < 4) write packet before
>  	 * reading. This speeds up SMBus-style register reads.
> -	 * The MRXADDR/MRXRADDR hold the slave address and the slave register
> +	 * The MRXADDR/MRXRADDR hold the client address and the client register
>  	 * address in this case.
>  	 */
>  
> @@ -1016,7 +1016,7 @@ static int rk3x_i2c_setup(struct rk3x_i2c *i2c, struct i2c_msg *msgs, int num)
>  			addr |= 1; /* set read bit */
>  
>  			/*
> -			 * We have to transmit the slave addr first. Use
> +			 * We have to transmit the client addr first. Use
>  			 * MOD_REGISTER_TX for that purpose.
>  			 */
>  			i2c->mode = REG_CON_MOD_REGISTER_TX;
> @@ -1162,8 +1162,8 @@ static u32 rk3x_i2c_func(struct i2c_adapter *adap)
>  }
>  
>  static const struct i2c_algorithm rk3x_i2c_algorithm = {
> -	.master_xfer		= rk3x_i2c_xfer,
> -	.master_xfer_atomic	= rk3x_i2c_xfer_polling,
> +	.xfer		= rk3x_i2c_xfer,
> +	.xfer_atomic	= rk3x_i2c_xfer_polling,
>  	.functionality		= rk3x_i2c_func,
>  };
>  
> 





_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

WARNING: multiple messages have this Message-ID (diff)
From: "Heiko Stübner" <heiko@sntech.de>
To: linux-i2c@vger.kernel.org,
	Wolfram Sang <wsa+renesas@sang-engineering.com>
Cc: Wolfram Sang <wsa+renesas@sang-engineering.com>,
	Andi Shyti <andi.shyti@kernel.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 47/64] i2c: rk3x: reword according to newest specification
Date: Fri, 22 Mar 2024 14:51:00 +0100	[thread overview]
Message-ID: <13914065.RDIVbhacDa@diego> (raw)
In-Reply-To: <20240322132619.6389-48-wsa+renesas@sang-engineering.com>

Am Freitag, 22. März 2024, 14:25:40 CET schrieb Wolfram Sang:
> Match the wording of this driver wrt. the newest I2C v7, SMBus 3.2, I3C
> specifications and replace "master/slave" with more appropriate terms.
> They are also more specific because we distinguish now between a remote
> entity ("client") and a local one ("target").
> 
> Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>

Reviewed-by: Heiko Stuebner <heiko@sntech.de>

> ---
>  drivers/i2c/busses/i2c-rk3x.c | 18 +++++++++---------
>  1 file changed, 9 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c/busses/i2c-rk3x.c
> index 086fdf262e7b..01febd886bdd 100644
> --- a/drivers/i2c/busses/i2c-rk3x.c
> +++ b/drivers/i2c/busses/i2c-rk3x.c
> @@ -28,8 +28,8 @@
>  /* Register Map */
>  #define REG_CON        0x00 /* control register */
>  #define REG_CLKDIV     0x04 /* clock divisor register */
> -#define REG_MRXADDR    0x08 /* slave address for REGISTER_TX */
> -#define REG_MRXRADDR   0x0c /* slave register address for REGISTER_TX */
> +#define REG_MRXADDR    0x08 /* client address for REGISTER_TX */
> +#define REG_MRXRADDR   0x0c /* client register address for REGISTER_TX */
>  #define REG_MTXCNT     0x10 /* number of bytes to be transmitted */
>  #define REG_MRXCNT     0x14 /* number of bytes to be received */
>  #define REG_IEN        0x18 /* interrupt enable */
> @@ -68,8 +68,8 @@ enum {
>  /* REG_IEN/REG_IPD bits */
>  #define REG_INT_BTF       BIT(0) /* a byte was transmitted */
>  #define REG_INT_BRF       BIT(1) /* a byte was received */
> -#define REG_INT_MBTF      BIT(2) /* master data transmit finished */
> -#define REG_INT_MBRF      BIT(3) /* master data receive finished */
> +#define REG_INT_MBTF      BIT(2) /* host data transmit finished */
> +#define REG_INT_MBRF      BIT(3) /* host data receive finished */
>  #define REG_INT_START     BIT(4) /* START condition generated */
>  #define REG_INT_STOP      BIT(5) /* STOP condition generated */
>  #define REG_INT_NAKRCV    BIT(6) /* NACK received */
> @@ -184,7 +184,7 @@ struct rk3x_i2c_soc_data {
>   * @wait: the waitqueue to wait for i2c transfer
>   * @busy: the condition for the event to wait for
>   * @msg: current i2c message
> - * @addr: addr of i2c slave device
> + * @addr: addr of i2c client device
>   * @mode: mode of i2c transfer
>   * @is_last_msg: flag determines whether it is the last msg in this transfer
>   * @state: state of i2c transfer
> @@ -979,7 +979,7 @@ static int rk3x_i2c_setup(struct rk3x_i2c *i2c, struct i2c_msg *msgs, int num)
>  	/*
>  	 * The I2C adapter can issue a small (len < 4) write packet before
>  	 * reading. This speeds up SMBus-style register reads.
> -	 * The MRXADDR/MRXRADDR hold the slave address and the slave register
> +	 * The MRXADDR/MRXRADDR hold the client address and the client register
>  	 * address in this case.
>  	 */
>  
> @@ -1016,7 +1016,7 @@ static int rk3x_i2c_setup(struct rk3x_i2c *i2c, struct i2c_msg *msgs, int num)
>  			addr |= 1; /* set read bit */
>  
>  			/*
> -			 * We have to transmit the slave addr first. Use
> +			 * We have to transmit the client addr first. Use
>  			 * MOD_REGISTER_TX for that purpose.
>  			 */
>  			i2c->mode = REG_CON_MOD_REGISTER_TX;
> @@ -1162,8 +1162,8 @@ static u32 rk3x_i2c_func(struct i2c_adapter *adap)
>  }
>  
>  static const struct i2c_algorithm rk3x_i2c_algorithm = {
> -	.master_xfer		= rk3x_i2c_xfer,
> -	.master_xfer_atomic	= rk3x_i2c_xfer_polling,
> +	.xfer		= rk3x_i2c_xfer,
> +	.xfer_atomic	= rk3x_i2c_xfer_polling,
>  	.functionality		= rk3x_i2c_func,
>  };
>  
> 





_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2024-03-22 13:51 UTC|newest]

Thread overview: 218+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-22 13:24 [PATCH 00/64] i2c: reword i2c_algorithm according to newest specification Wolfram Sang
2024-03-22 13:24 ` Wolfram Sang
2024-03-22 13:24 ` Wolfram Sang
2024-03-22 13:24 ` Wolfram Sang
2024-03-22 13:24 ` Wolfram Sang
2024-03-22 13:24 ` Wolfram Sang
2024-03-22 13:24 ` Wolfram Sang
2024-03-22 13:24 ` [PATCH 01/64] " Wolfram Sang
2024-03-23  9:47   ` Andi Shyti
2024-04-08  8:27     ` Wolfram Sang
2024-03-22 13:24 ` [PATCH 02/64] i2c: ali15x3: reword " Wolfram Sang
2024-03-25 23:46   ` Andi Shyti
2024-03-22 13:24 ` [PATCH 03/64] i2c: altera: " Wolfram Sang
2024-03-26  0:12   ` Andi Shyti
2024-03-22 13:24 ` [PATCH 04/64] i2c: amd-mp2-pci: " Wolfram Sang
2024-03-26  0:14   ` Andi Shyti
2024-03-22 13:24 ` [PATCH 05/64] i2c: aspeed: " Wolfram Sang
2024-03-22 13:24   ` Wolfram Sang
2024-03-22 13:24   ` Wolfram Sang
2024-03-25  2:29   ` Andrew Jeffery
2024-03-25  2:29     ` Andrew Jeffery
2024-03-25  2:29     ` Andrew Jeffery
2024-03-25  2:29     ` Andrew Jeffery
2024-03-26  0:17   ` Andi Shyti
2024-03-26  0:17     ` Andi Shyti
2024-03-26  0:17     ` Andi Shyti
2024-03-26  0:17     ` Andi Shyti
2024-04-08  8:35     ` Wolfram Sang
2024-04-08  8:35       ` Wolfram Sang
2024-04-08  8:35       ` Wolfram Sang
2024-04-08  8:35       ` Wolfram Sang
2024-03-22 13:24 ` [PATCH 06/64] i2c: au1550: " Wolfram Sang
2024-03-26  7:27   ` Andi Shyti
2024-04-08  8:49     ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 07/64] i2c: bcm-iproc: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-26  7:29   ` Andi Shyti
2024-03-26  7:29     ` Andi Shyti
2024-03-22 13:25 ` [PATCH 08/64] i2c: bcm-kona: " Wolfram Sang
2024-03-26  7:39   ` Andi Shyti
2024-03-26 12:43   ` Florian Fainelli
2024-03-22 13:25 ` [PATCH 09/64] i2c: bcm2835: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-26 12:44   ` Florian Fainelli
2024-03-26 12:44     ` Florian Fainelli
2024-03-26 19:03   ` Andi Shyti
2024-03-26 19:03     ` Andi Shyti
2024-03-22 13:25 ` [PATCH 10/64] i2c: brcmstb: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-26 12:44   ` Florian Fainelli
2024-03-26 12:44     ` Florian Fainelli
2024-03-26 19:04   ` Andi Shyti
2024-03-26 19:04     ` Andi Shyti
2024-03-22 13:25 ` [PATCH 11/64] i2c: cadence: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-26 19:06   ` Andi Shyti
2024-03-26 19:06     ` Andi Shyti
2024-03-22 13:25 ` [PATCH 12/64] i2c: cht-wc: " Wolfram Sang
2024-03-26 19:06   ` Andi Shyti
2024-03-22 13:25 ` [PATCH 13/64] i2c: cp2615: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 14/64] i2c: cpm: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-26 19:09   ` Andi Shyti
2024-03-26 19:09     ` Andi Shyti
2024-04-08  9:04     ` Wolfram Sang
2024-04-08  9:04       ` Wolfram Sang
2024-04-10 15:25       ` Andi Shyti
2024-04-12  6:32         ` Jochen Friedrich
2024-03-22 13:25 ` [PATCH 15/64] i2c: davinci: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-25 15:07   ` Bartosz Golaszewski
2024-03-25 15:07     ` Bartosz Golaszewski
2024-03-22 13:25 ` [PATCH 16/64] i2c: digicolor: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 17/64] i2c: dln2: " Wolfram Sang
2024-03-26 19:16   ` Andi Shyti
2024-03-22 13:25 ` [PATCH 18/64] i2c: eg20t: " Wolfram Sang
2024-03-26 19:18   ` Andi Shyti
2024-03-22 13:25 ` [PATCH 19/64] i2c: emev2: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 20/64] i2c: fsi: " Wolfram Sang
2024-03-26 20:08   ` Andi Shyti
2024-03-26 20:08     ` Andi Shyti
2024-03-22 13:25 ` [PATCH 21/64] i2c: gpio: " Wolfram Sang
2024-03-27 20:44   ` Andi Shyti
2024-03-22 13:25 ` [PATCH 22/64] i2c: highlander: " Wolfram Sang
2024-03-27 21:02   ` Andi Shyti
2024-04-08  9:07     ` Wolfram Sang
2024-04-10 15:19       ` Andi Shyti
2024-03-22 13:25 ` [PATCH 23/64] i2c: hix5hd2: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 24/64] i2c: i801: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 25/64] i2c: ibm_iic: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 26/64] i2c: imx-lpi2c: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 27/64] i2c: iop3xx: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 28/64] i2c: isch: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 29/64] i2c: ismt: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 30/64] i2c: ljca: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 31/64] i2c: lpc2k: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 32/64] i2c: ls2x: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 33/64] i2c: mchp-pci1xxxx: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 34/64] i2c: microchip-corei2c: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-25 19:14   ` Conor Dooley
2024-03-25 19:14     ` Conor Dooley
2024-03-22 13:25 ` [PATCH 35/64] i2c: mlxcpld: " Wolfram Sang
2024-03-22 22:28   ` Vadim Pasternak
2024-03-22 13:25 ` [PATCH 36/64] i2c: mpc: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 37/64] i2c: mt7621: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-25  8:06   ` AngeloGioacchino Del Regno
2024-03-25  8:06     ` AngeloGioacchino Del Regno
2024-03-25  8:07   ` Stefan Roese
2024-03-25  8:07     ` Stefan Roese
2024-03-22 13:25 ` [PATCH 38/64] i2c: mv64xxx: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 39/64] i2c: octeon-core: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 40/64] i2c: owl: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 41/64] i2c: piix4: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 42/64] i2c: powermac: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 43/64] i2c: pxa-pci: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 44/64] i2c: qup: " Wolfram Sang
2024-03-22 14:35   ` Bjorn Andersson
2024-03-22 13:25 ` [PATCH 45/64] i2c: rcar: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 46/64] i2c: riic: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 47/64] i2c: rk3x: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:51   ` Heiko Stübner [this message]
2024-03-22 13:51     ` Heiko Stübner
2024-03-22 13:51     ` Heiko Stübner
2024-03-22 13:25 ` [PATCH 48/64] i2c: sh7760: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 49/64] i2c: sh_mobile: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 50/64] i2c: sis5595: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 51/64] i2c: sis630: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 52/64] i2c: sprd: " Wolfram Sang
2024-03-25  1:01   ` Baolin Wang
2024-03-22 13:25 ` [PATCH 53/64] i2c: st: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 17:11   ` Easwar Hariharan
2024-03-22 17:11     ` Easwar Hariharan
2024-04-08  9:14     ` Wolfram Sang
2024-04-08  9:14       ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 54/64] i2c: stm32f4: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 55/64] i2c: sun6i-p2wi: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 56/64] i2c: synquacer: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 57/64] i2c: taos-evm: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 58/64] i2c: tiny-usb: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 59/64] i2c: uniphier-f: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 60/64] i2c: uniphier: " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25 ` [PATCH 61/64] i2c: viperboard: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 62/64] i2c: xlp9xx: " Wolfram Sang
2024-03-25  3:39   ` George Cherian
2024-03-22 13:25 ` [PATCH 63/64] i2c: scx200_acb: " Wolfram Sang
2024-03-22 13:25 ` [PATCH 64/64] i2c: reword i2c_algorithm in drivers " Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 13:25   ` Wolfram Sang
2024-03-22 14:34   ` Bjorn Andersson
2024-03-22 14:34     ` Bjorn Andersson
2024-03-22 14:34     ` Bjorn Andersson
2024-03-22 15:11   ` Nicolas Ferre
2024-03-22 15:11     ` Nicolas Ferre
2024-03-22 15:11     ` Nicolas Ferre
2024-03-22 16:47     ` Wolfram Sang
2024-03-22 16:47       ` Wolfram Sang
2024-03-22 16:47       ` Wolfram Sang
2024-03-22 17:05       ` Guenter Roeck
2024-03-22 17:05         ` Guenter Roeck
2024-03-22 17:09         ` Wolfram Sang
2024-03-22 17:09           ` Wolfram Sang
2024-03-22 17:09           ` Wolfram Sang
2024-03-22 16:09   ` Andy Shevchenko
2024-03-22 16:09     ` Andy Shevchenko
2024-03-22 16:09     ` Andy Shevchenko
2024-03-22 16:09     ` Andy Shevchenko
2024-03-22 16:48     ` Wolfram Sang
2024-03-22 16:48       ` Wolfram Sang
2024-03-22 16:48       ` Wolfram Sang
2024-03-22 16:48       ` Wolfram Sang
2024-03-22 17:00       ` Andy Shevchenko
2024-03-22 17:00         ` Andy Shevchenko
2024-03-22 17:00         ` Andy Shevchenko
2024-03-25  7:45   ` Oleksij Rempel
2024-03-25  7:45     ` Oleksij Rempel
2024-03-25  7:45     ` Oleksij Rempel
2024-03-25  7:53   ` Jarkko Nikula
2024-03-25  7:53     ` Jarkko Nikula
2024-03-25  7:53     ` Jarkko Nikula
2024-04-02 12:35   ` Linus Walleij
2024-04-02 12:35     ` Linus Walleij
2024-04-02 12:35     ` Linus Walleij
2024-04-02 12:35     ` Linus Walleij
2024-03-23  9:20 ` [PATCH 00/64] i2c: reword i2c_algorithm " Andi Shyti
2024-03-23  9:20   ` Andi Shyti
2024-03-23  9:20   ` Andi Shyti
2024-03-23  9:20   ` Andi Shyti
2024-03-23  9:20   ` Andi Shyti
2024-03-23  9:20   ` Andi Shyti
2024-03-23  9:20   ` Andi Shyti
2024-03-26  0:36   ` Andi Shyti
2024-03-26  0:36     ` Andi Shyti
2024-03-26  0:36     ` Andi Shyti
2024-03-26  0:36     ` Andi Shyti
2024-03-26  0:36     ` Andi Shyti
2024-03-26  0:36     ` Andi Shyti
2024-03-26  0:36     ` Andi Shyti
2024-04-05  8:48     ` Wolfram Sang
2024-04-05  8:48       ` Wolfram Sang
2024-04-05  8:48       ` Wolfram Sang
2024-04-05  8:48       ` Wolfram Sang
2024-04-05  8:48       ` Wolfram Sang
2024-04-05  8:48       ` Wolfram Sang
2024-04-05  8:48       ` Wolfram Sang

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=13914065.RDIVbhacDa@diego \
    --to=heiko@sntech.de \
    --cc=andi.shyti@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.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 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.