Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
Date: Tue, 8 Jun 2021 14:26:26 +0200
Cc: Peter Korsgaard <peter@xxxxxxxxxxxxx>, linux-i2c@xxxxxxxxxxxxxxx, linux-renesas-soc@xxxxxxxxxxxxxxx
In-reply-to: <20210608142211.6aa9ad4f@endymion>
Mail-followup-to: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>, Jean Delvare <jdelvare@xxxxxxx>, Peter Korsgaard <peter@xxxxxxxxxxxxx>, linux-i2c@xxxxxxxxxxxxxxx, linux-renesas-soc@xxxxxxxxxxxxxxx
References: <20210310204648.GA332643@ninjato> <87tuoe5zfc.fsf@dell.be.48ers.dk> <20210413125433.GA9879@kunai> <20210521132158.6e0689c0@endymion> <YK1fwC4aR5RKTPcB@kunai> <20210602110332.73f9cbc1@endymion> <YLew8cFWTRQKrBuk@kunai> <20210604155708.14159db0@endymion> <YLp9Lc5Ondu3Gicg@kunai> <20210608142211.6aa9ad4f@endymion>

> So I'm actually tempted to add the feature to *both* tools. Crestez's
> patch would be the base for the i2cget implementation, to which I would
> happily add SMBus block read support. For i2cdump, it's about adding
> support for register range to the "i" mode. I took a quick look already
> and it seems fairly trivial to implement.

Sounds good. Let's take this road then. I am convinced :)

Attachment: signature.asc
Description: PGP signature

References:
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Wolfram Sang
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Peter Korsgaard
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Wolfram Sang
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Jean Delvare
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Wolfram Sang
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Jean Delvare
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Wolfram Sang
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Jean Delvare
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Wolfram Sang
- Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
  - From: Jean Delvare

Prev by Date: Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
Next by Date: Re: [PATCH 1/3] dt-bindings: i2c: update bindings for MT8195 SoC
Previous by thread: Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
Next by thread: Re: [PATCH i2c-tools] Revert "tools: i2ctransfer: add check for returned length from driver"
Index(es):
- Date
- Thread

[Index of Archives] [Linux GPIO] [Linux SPI] [Linux Hardward Monitoring] [LM Sensors] [Linux USB Devel] [Linux Media] [Video for Linux] [Linux Audio Users] [Yosemite News] [Linux Kernel] [Linux SCSI]