From mboxrd@z Thu Jan 1 00:00:00 1970 From: harinik@xilinx.com (Harini Katakam) Date: Tue, 2 Dec 2014 15:35:48 +0530 Subject: [PATCH 3/4] devicetree: bindings: Add defeature-repeated-start property for Cadence I2C In-Reply-To: <1417514749-24319-1-git-send-email-harinik@xilinx.com> References: <1417514749-24319-1-git-send-email-harinik@xilinx.com> Message-ID: <1417514749-24319-4-git-send-email-harinik@xilinx.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org From: Vishnu Motghare This patch adds "defeature-repeated-start" property in i2c-cadence.txt. Signed-off-by: Vishnu Motghare Signed-off-by: Harini Katakam --- .../devicetree/bindings/i2c/i2c-cadence.txt | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/Documentation/devicetree/bindings/i2c/i2c-cadence.txt b/Documentation/devicetree/bindings/i2c/i2c-cadence.txt index 7cb0b56..9d417a7 100644 --- a/Documentation/devicetree/bindings/i2c/i2c-cadence.txt +++ b/Documentation/devicetree/bindings/i2c/i2c-cadence.txt @@ -11,6 +11,17 @@ Required properties: Optional properties: - clock-frequency: Desired operating frequency, in Hz, of the bus. - clock-names: Input clock name, should be 'pclk'. + - defeature-repeated-start: Include this property to defeature repeated start + This defeature is due to a few bugs in the + I2C controller. + Completion interrupt after a read/receive + operation is NOT obtained if HOLD bit is set + at that time. Because of this bug, repeated start + will only work if there are no transfers following + a read/receive transfer. + If HOLD is held for long without a transfer, + invalid read transactions are generated by the + controller due to a HW timeout related bug. Example: i2c at e0004000 { -- 1.7.9.5