[PATCH v2 2/2] iio: adc: add Nuvoton NCT720x ADC driver
Jonathan Cameron
jic23 at kernel.org
Thu Dec 12 05:28:17 AEDT 2024
On Tue, 10 Dec 2024 13:47:25 +0800
Yu-Hsian Yang <j2anfernee at gmail.com> wrote:
> Dear Jonathan Cameron,
>
> Sorry the above mail is not finished and just sent it.
> I would explain why we can't use bulk read sequential bytes in our chips.
Ah! I replied to previous. Let me see what you added.
> > > > +
> > > > + guard(mutex)(&chip->access_lock);
> > > > + err = regmap_read(chip->regmap, REG_CHANNEL_ENABLE_1, &value);
> > > > + if (err < 0)
> > > > + return err;
> > > > + data[0] = (u8)value;
> > > > +
> > > > + err = regmap_read(chip->regmap, REG_CHANNEL_ENABLE_2, &value);
> > > > + if (err < 0)
> > > > + return err;
> > >
> > > Here I think you can use a bulk read as the registers are next to each other.
> > >
> >
> Generally, registers with 8 bits support Byte format, and registers
> with more than 8 bits support Word format.
> If transmission a Word command to a register that supports Byte
> format, the second byte will get 0xFF.
> Here, if we use regmap_bulk_read(), we would get first byte correct
> and second byte is wrong 0xff.
>
> I use i2ctransfer command to demo it.
> root at evb-npcm845:~# i2ctransfer -f -y 5 w1 at 0x1d 0x13 r1
> 0xff
> root at evb-npcm845:~# i2ctransfer -f -y 5 w1 at 0x1d 0x14 r1
> 0x0f
>
> root at evb-npcm845:~# i2ctransfer -f -y 5 w1 at 0x1d 0x13 r2
> 0xff 0xff
> And if we read four bytes, you can see the first and third byte as we wanted.
> root at evb-npcm845:~# i2ctransfer -f -y 5 w1 at 0x1d 0x13 r4
> 0xff 0xff 0x0f 0xff
>
> so we can't use bulk read directly since it would get a second byte 0xff.
> The safe method is to use read byte twice.
That command does not do the same thing as regmap_bulk_read() will here.
It will issue a series of byte reads.
Jonathan
More information about the openbmc
mailing list