Hello Dmitry, On Tue, Aug 18, 2020 at 5:08 PM Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx> wrote: > > Hi Furquan, > > On Tue, Aug 18, 2020 at 04:42:15PM -0700, Furquan Shaikh wrote: > > On an AMD chromebook, where the same I2C bus is shared by both Raydium > > touchscreen and a trackpad device, it is observed that interleaving of > > I2C messages when raydium_i2c_read_message() is called leads to the > > Raydium touch IC reporting incorrect information. This is the sequence > > that was observed to result in the above issue: > > > > * I2C write to Raydium device for RM_CMD_BANK_SWITCH > > * I2C write to trackpad device > > * I2C read from trackpad device > > * I2C write to Raydium device for setting address > > * I2C read from Raydium device >>>> This provides incorrect > > information > > > > This change updates raydium_i2c_read_message and > > raydium_i2c_send_message to perform all the I2C transfers in the > > function as part of a single i2c_transfer transaction. This ensures > > that no transactions are initiated to any other device on the same bus > > in between and hence the information obtained from the touchscreen > > device is correct. Verified with the patch across multiple > > reboots (>100) that the information reported by the Raydium > > touchscreen device during probe is correct. > > The devices (touchpad and touchscreen) have to have different addresses > and therefore should be able to operate independently of each other. Are > you sure that the problem is not in i2c controller implementation that > mixes up data streams from 2 separate devices? Yes, the I2C addresses for the touchpad and touchscreen devices are different on this platform. Based on i2c tracing and the operations performed by the driver, the transactions are being sent out to the correct address. The issue occurs only when a transaction for the touchpad device is sent after the `RM_CMD_BANK_SWITCH` command is sent to the touchscreen device and before the driver reads back the required data. Snippet of tracing in good and bad case (with comments): Bad case: ``` i2c_write: i2c-0 #0 a=039 f=0000 l=5 [aa-20-00-1b-94] <<<<<< RM_CMD_BANK_SWITCH command to touchscreen device i2c_result: i2c-0 n=1 ret=1 i2c_write: i2c-0 #0 a=015 f=0000 l=2 [03-01] <<<<<< Transaction to touchpad device i2c_read: i2c-0 #1 a=015 f=0001 l=2 i2c_reply: i2c-0 #1 a=015 f=0001 l=2 [00-10] i2c_result: i2c-0 n=2 ret=2 i2c_write: i2c-0 #0 a=039 f=0000 l=1 [94] <<<<<< Write/read after RM_CMD_BANK_SWITCH to touchscreen device i2c_read: i2c-0 #1 a=039 f=0001 l=16 i2c_reply: i2c-0 #1 a=039 f=0001 l=16 [15-00-20-74-07-00-d8-02-00-00-00-ef-ff-ff-ff-00] <<<<<< Incorrect data i2c_result: i2c-0 n=2 ret=2 ``` Good case: ``` i2c_write: i2c-0 #0 a=015 f=0000 l=2 [03-01] <<<<<< Same transaction as above to touchpad device with same response from touchpad device i2c_read: i2c-0 #1 a=015 f=0001 l=2 i2c_reply: i2c-0 #1 a=015 f=0001 l=2 [00-10] i2c_result: i2c-0 n=2 ret=2 ... i2c_write: i2c-0 #0 a=039 f=0000 l=5 [aa-20-00-1b-94] <<<<<< RM_CMD_BANK_SWITCH command to touchscreen device i2c_result: i2c-0 n=1 ret=1 i2c_write: i2c-0 #0 a=039 f=0000 l=1 [94] <<<<<< Write/read after RM_CMD_BANK_SWITCH to touchscreen device i2c_read: i2c-0 #1 a=039 f=0001 l=16 i2c_reply: i2c-0 #1 a=039 f=0001 l=16 [42-18-22-a2-01-01-01-00-4a-2a-80-07-38-04-18-18] <<<<<< Correct data ``` It can be seen that the transaction which got interleaved in the bad case is also sent out in the good case with the same response from the touchpad device. Based on this evidence, the issue points towards a problem with touchscreen firmware expectations. Also, this same designware I2C driver is used on many other platforms as well. What is unique about this platform is that the touchpad and touchscreen devices share the same bus. Thanks, Furquan > > Thanks. > > -- > Dmitry
