lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
 <VI1PR06MB8616FBEE8A355BF5A314D504D864A@VI1PR06MB8616.eurprd06.prod.outlook.com>
Date: Tue, 27 May 2025 12:02:39 +0000
From: KUCHARCZYK Lukasz <lukasz.kucharczyk@...ca-geosystems.com>
To: Carlos Song <carlos.song@....com>, Oleksij Rempel
	<o.rempel@...gutronix.de>, "stefan.eichenberger@...adex.com"
	<stefan.eichenberger@...adex.com>, Pengutronix Kernel Team
	<kernel@...gutronix.de>, Andi Shyti <andi.shyti@...nel.org>, Shawn Guo
	<shawnguo@...nel.org>, Sascha Hauer <s.hauer@...gutronix.de>, Fabio Estevam
	<festevam@...il.com>
CC: "open list:FREESCALE IMX I2C DRIVER" <linux-i2c@...r.kernel.org>, "open
 list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" <imx@...ts.linux.dev>,
	"moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
	<linux-arm-kernel@...ts.infradead.org>, open list
	<linux-kernel@...r.kernel.org>, GEO-CHHER-bsp-development
	<bsp-development.geo@...ca-geosystems.com>,
	"customers.leicageo@...gutronix.de" <customers.leicageo@...gutronix.de>
Subject: RE: [PATCH] i2c: imx: fix emulated smbus block read

> -----Original Message-----
> From: Carlos Song <carlos.song@....com>
> Sent: 27 May 2025 12:46
> Subject: RE: [PATCH] i2c: imx: fix emulated smbus block read
> 
> I2C SMBUS block read need first read one byte from data length offset then
> I2C will know how many bytes need to continue read. For this issue you can
> meet " Error: Read failed " when using i2cget -f -y bus address offset s to test.
> 
> So you apply this change to make i2c-imx controller can behavior like this:
> 
> S Addr Wr [A] Comm [A] Sr Addr Rd [A] [Count] A [Data] A [Data] A ... A
> [Data] NA P
> 
> Do I understand this right?

hi Carlos; thanks for the message! Yes, exactly, that's correct.

I run into this issue while trying to integrate a smart battery into a
IMX8-based system. Fetching of properties that rely on data block read
operation (i.e., ManufacturerName, DeviceName,  DeviceChemistry and
ManufacturerData) was failing.

With the fix the block read looks just like you described.


Without the fix, the transaction on the bus looked somehow like:
S Addr Wr [A] Comm [A] Sr Addr Rd [A] [Count] NA [0xff] NA [0xff] NA ... [0xff] NA P

(i.e., the Count is not acknowledged and SDA remains high afterwards).

Lukasz

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ