linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Cooks <andrew.cooks@opengear.com>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>,
	"open list:GPIO SUBSYSTEM" <linux-gpio@vger.kernel.org>,
	open list <linux-kernel@vger.kernel.org>,
	platypus-sw@opengear.com, Jean Delvare <jdelvare@suse.de>,
	linux-i2c@vger.kernel.org
Subject: Re: [PATCH] gpio-pca953x: fall back to byte-at-a-time for 24-bit io
Date: Mon, 29 Jan 2018 14:11:35 +1000	[thread overview]
Message-ID: <0f82783e-3f78-34dd-4f80-8e21328f9c91@opengear.com> (raw)
In-Reply-To: <CAHp75Vcpdh36yjXCCOQthYKdY3vPi5EDrqFWauyv9WDgjcZPYQ@mail.gmail.com>

Hi Andy

On 29/12/17 19:44, Andy Shevchenko wrote:
> On Tue, Dec 5, 2017 at 4:17 AM, Andrew Cooks <andrew.cooks@opengear.com> wrote:
>> Using TCA6424A with i2c-piix4 bus driver requires byte-at-a-time IO,
>> because the i2c-piix4 driver (and probably some SMBus controllers) don't
>> support I2C_SMBUS_I2C_BLOCK_DATA.
> 
> Why not to fix piix4 for now?

The piix4 driver applies to so many chips and has been around for such a long time, that I don't know if this kind of change is safe to make. Do you think it's safe to assume that all the implementations that use this driver can handle the 3byte block writes?

I've added Jean to the CC list to get the piix4 maintainer's perspective.

> 
>>  static int pca953x_write_regs_24(struct pca953x_chip *chip, int reg, u8 *val)
>>  {
>> +       int ret, i;
>>         int bank_shift = fls((chip->gpio_chip.ngpio - 1) / BANK_SZ);
>>
>> -       return i2c_smbus_write_i2c_block_data(chip->client,
>> +       if (i2c_check_functionality(chip->client->adapter,
>> +                                   I2C_FUNC_SMBUS_WRITE_I2C_BLOCK)) {
>> +               return i2c_smbus_write_i2c_block_data(chip->client,
>>                                               (reg << bank_shift) | REG_ADDR_AI,
>>                                               NBANK(chip), val);
> 
>> +       } else {
> 
> Redundant and makes useless indentation level below.

Thanks, will fix this.

> 
>> +               for (i = 0; i < NBANK(chip); i++) {
>> +                       ret = i2c_smbus_write_byte_data(chip->client,
>> +                                                       (reg << 1) + i, val[i]);
>> +                       if (ret < 0)
>> +                               return ret;
>> +               }
>> +               return ret;
>> +       }
>>  }
>>
>>  static int pca953x_write_regs(struct pca953x_chip *chip, int reg, u8 *val)
>> @@ -249,7 +261,7 @@ static int pca953x_read_regs_24(struct pca953x_chip *chip, int reg, u8 *val)
>>  {
>>         int bank_shift = fls((chip->gpio_chip.ngpio - 1) / BANK_SZ);
>>
>> -       return i2c_smbus_read_i2c_block_data(chip->client,
>> +       return i2c_smbus_read_i2c_block_data_or_emulated(chip->client,
>>                                              (reg << bank_shift) | REG_ADDR_AI,
>>                                              NBANK(chip), val);
> 
> Don't we have a counter part for writing?
> 
> Perhaps, it might be another option.
> 

Again, I don't know if it's safe to assume that the i2c controllers can do this and would appreciate comments.

Thanks for your review!

a.

       reply	other threads:[~2018-01-29  4:11 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1512440242-8983-1-git-send-email-andrew.cooks@opengear.com>
     [not found] ` <CAHp75Vcpdh36yjXCCOQthYKdY3vPi5EDrqFWauyv9WDgjcZPYQ@mail.gmail.com>
2018-01-29  4:11   ` Andrew Cooks [this message]
2018-02-08 12:10     ` [PATCH] gpio-pca953x: fall back to byte-at-a-time for 24-bit io Jean Delvare

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=0f82783e-3f78-34dd-4f80-8e21328f9c91@opengear.com \
    --to=andrew.cooks@opengear.com \
    --cc=andy.shevchenko@gmail.com \
    --cc=jdelvare@suse.de \
    --cc=linus.walleij@linaro.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=platypus-sw@opengear.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).