Re: [PATCH] i2c: bcm2835: Set up the rising/falling edge delays

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Wolfram Sang <wsa@xxxxxxxxxxxxx> writes:

> [ Unknown signature status ]
> On Thu, Feb 08, 2018 at 02:54:05PM +0100, Boris Brezillon wrote:
>> From: Eric Anholt <eric@xxxxxxxxxx>
>> 
>> We were leaving them in the power on state (or the state the firmware
>> had set up for some client, if we were taking over from them).  The
>> boot state was 30 core clocks, when we actually want to sample some
>> time after (to make sure that the new input bit has actually arrived).
>> 
>> Signed-off-by: Eric Anholt <eric@xxxxxxxxxx>
>> Signed-off-by: Boris Brezillon <boris.brezillon@xxxxxxxxxxx>
>> Cc: Gerd Hoffmann <kraxel@xxxxxxxxxx>
>> ---
>> Hello,
>> 
>> I'm reviving this patch that has been posted a while ago by Gerd.
>> It fixes EDID retrieval on some (broken?) HDMI displays, but I'm pretty
>> sure it will fix other I2C setup.
>> 
>> Note that I also tested the change with a regular I2C device and it
>> worked just fine.
>
> Applied to for-current, thanks!
>
> Could you provide a Fixes tag if you think this should go to stable?

It would be a fix back to the start of the driver, but should apply
cleanly back to:

Fixes: 9446f62e8e18 ("i2c: bcm2835: Add support for dynamic clock")

and over a year ago seems like plenty of backport.

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux