[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5257A402.5030806@metafoo.de>
Date: Fri, 11 Oct 2013 09:08:50 +0200
From: Lars-Peter Clausen <lars@...afoo.de>
To: Tomi Valkeinen <tomi.valkeinen@...com>
CC: "Dr. H. Nikolaus Schaller" <hns@...delico.com>,
Marek Belisko <marek@...delico.com>, plagnioj@...osoft.com,
linux-kernel@...r.kernel.org, linux-omap@...r.kernel.org,
linux-fbdev@...r.kernel.org
Subject: Re: [PATCH] omapdss: Add new panel driver for Topolly td028ttec1
LCD.
On 10/11/2013 06:41 AM, Tomi Valkeinen wrote:
> On 10/10/13 21:58, Lars-Peter Clausen wrote:
>
>> According to the datasheet the the panel as a dedicated dout pin. Maybe
>> you did not connect it in your design, which means you won't be able to
>> read any data from the panel at all.
>
> I don't see a dedicated dout in the datasheet...
> http://dl.wolfgang-draxinger.net/openmoko/doc/TD028TTEC1.pdf
Hm, ok, looks like the display controller used in the panel (the jbt6k74) has
separate DIN and DOUT, but the panel only has one pin. But the datasheet for
the panel is not exactly clear on whether it's DIN pin is both the DIN and DOUT
pin from the controller or, just DIN and DOUT not being connected at all.
>
>> Also your custom bitbang code looks a bit strange:
>>
>> gpio_set_value(data->dout_gpio, 1);
>> if (gpio_get_value(data->din_gpio) == 0)
>> return 1;
>>
>> You set the state on the dout pin and then read the din pin, if both do
>> not match you abort with an error. This suggest that, for whatever
>> reason, you feed the dout pin back into the din pin in your design. Btw.
>> this is also the only place where din is used in your driver.
>
> Yes, he said the single "Serial interface data input/output" pin is
> connected to both din and dout on the SoC. I guess the purpose of that
> gpio_get_value() is to ensure that the panel is not pulling the line
> when the SoC is writing to it. Not that I really understand how that can
> work, but I'm not a HW guy =).
Hm, ok. I don't think the panel will ever actively drive the line. So in my
opinion using either the McBSP SPI master or the GPIO bitbang SPI master should
work just fine. You just wouldn't be able to read any register from the device.
But the driver is not attempting to do this, so it should be fine.
- Lars
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists