> -----Original Message----- > From: Jonathan Cameron <jic23@xxxxxxxxxx> > Sent: 2022年6月5日 0:17 > To: Wolfram Sang <wsa@xxxxxxxxxx> > Cc: Bough Chen <haibo.chen@xxxxxxx>; Jonathan Cameron > <Jonathan.Cameron@xxxxxxxxxx>; lars@xxxxxxxxxx; > linux-iio@xxxxxxxxxxxxxxx; pmeerw@xxxxxxxxxx; dl-linux-imx > <linux-imx@xxxxxxx> > Subject: Re: [PATCH] iio: accel: mma8452: remove the reset operation during > driver probe > > On Thu, 24 Feb 2022 18:33:26 +0100 > Wolfram Sang <wsa@xxxxxxxxxx> wrote: > > > > > Wolfram is there a standard way to work around missing ACK in > > > > cases like this? Would just ignoring the return value be fine or > > > > are their i2c masters that will get stuck if they don't get the expected ack? > > > > Did I get this right: the reset procedures terminates the ACK and STOP? > > And the client expects a new START condition for communication? > > > Hi I use a I2C logic analyzer and find this reset just terminate ACK, and I2C bus controller then detect this NACK, and give a STOP. After that, I2C bus work normal. If just ignore this return, everything continue will be fine. Seems for this sensor, after the reset bit is set, it works immediately, so will not give ACK. I will send a v2 patch, just ignore this return rather than remove the whole reset operation. Best Regards Bough Chen > @Bough Chen, > > I'm assuming this is still an issue for you? If so can you reply to Wolfram so we > can hopefully move this forwards. > > Found this because it's still listed as needing an action in the IIO patchwork. > > Thanks, > > Jonathan
