[PATCH] ARM: vexpress: initial device tree support

[Timur Tabi]

Jamie Lokier wrote:

> It still needs to know *which* I2C bus master is connected to the
> display. Some graphics hardware has multiple, e.g. one to talk with
> the DVI/HDMI transmitter, another connected by cable to the display.

Yes, this is my problem.  I have multiple I2C busses on my system, and there's no way to guess which one is connected to the DVI port.  A phandle in the device tree is the only way I can figure out which I2C bus to use.  But there's another problem.  I can use of_find_i2c_device_by_node() to determine the i2c_client (and therefore, the i2c_adapter) to use for fb_ddc_read().  However, that function only works if the I2C device was probed.  That typically is done by the I2C driver for the device, but there is no "edid" device driver.  So my framebuffer driver is going to have to pretend to be one.

I wish there were some way to obtain the i2c_adapter struct more easily.

> I have worked with devices that shared the same I2C for DDC and
> talking with on-board devices. (That was a bad idea, as some monitors
> clamp the lines high or low excessively even when switched off.) Point
> here is sometimes there's a dedicated one for DDC; sometimes there isn't.

I also have this problem.  I need to toggle a GPIO in order to get the I2C bus connected to the DVI port.  The same I2C bus is used for the audio codec and a bunch of other devices.  Our SOC has four I2C busses, so I don't understand why the board designed didn't dedicate one for the DDC.  But I can easily work around this issue.


-- 
Timur Tabi
Linux kernel developer at Freescale