Re: Using Xilinx Framebuffer on ML405 and 2.6.20.4

Re: Using Xilinx Framebuffer on ML405 and 2.6.20.4

[Lorenz Kolb]

> Message: 1
> Date: Tue, 24 Apr 2007 17:58:13 +0400
> From: Andrei Konovalov <akonovalov@ru.mvista.com>
> Subject: Re: Using Xilinx Framebuffer on ML405 and 2.6.20.4
> To: Grant Likely <grant.likely@secretlab.ca>
> Cc: linuxppc-embedded@ozlabs.org
> Message-ID: <462E0CF5.4060402@ru.mvista.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Grant Likely wrote:
>> On 4/24/07, Peter Mendham <petermendham@computing.dundee.ac.uk> wrote:
>>> Dear all,
>>>
>>> I am wanting to use the Xilinx TFT controller from the ML403/5 reference
>>> project (probably from ML300 as well) under a 2.6.20.4 kernel.  I have
>>> Grant Likely's patchset applied in which there is a platform device
>>> entry for the framebuffer.  Does anyone know if there is mainline
>>> support for the Xilinx-style framebuffer?  If so, how do I enable it?  I
>>> have included framebuffer support in my kernel build, but I assume I
>>> need a driver also? Any tips greatly appreciated.
>> 
>> Heh, I've got a driver.  I just haven't published it yet.  Give me a few
days...
>> 
>> g.
>> 
>
> We have one too :)

To be continued: we have one too :)
I guess fb support is too simple, as too many people have wrote that driver
...

Greetings,

Lorenz

Using Xilinx Framebuffer on ML405 and 2.6.20.4

[Peter Mendham]

Dear all,

I am wanting to use the Xilinx TFT controller from the ML403/5 reference 
project (probably from ML300 as well) under a 2.6.20.4 kernel.  I have 
Grant Likely's patchset applied in which there is a platform device 
entry for the framebuffer.  Does anyone know if there is mainline 
support for the Xilinx-style framebuffer?  If so, how do I enable it?  I 
have included framebuffer support in my kernel build, but I assume I 
need a driver also? Any tips greatly appreciated.

Thanks in advance,
-- Peter


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

Re: Using Xilinx Framebuffer on ML405 and 2.6.20.4

[Grant Likely]

On 4/24/07, Peter Mendham <petermendham@computing.dundee.ac.uk> wrote:
> Dear all,
>
> I am wanting to use the Xilinx TFT controller from the ML403/5 reference
> project (probably from ML300 as well) under a 2.6.20.4 kernel.  I have
> Grant Likely's patchset applied in which there is a platform device
> entry for the framebuffer.  Does anyone know if there is mainline
> support for the Xilinx-style framebuffer?  If so, how do I enable it?  I
> have included framebuffer support in my kernel build, but I assume I
> need a driver also? Any tips greatly appreciated.

Heh, I've got a driver.  I just haven't published it yet.  Give me a few days...

g.

-- 
Grant Likely, B.Sc. P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195

Re: Using Xilinx Framebuffer on ML405 and 2.6.20.4

[Peter Mendham]

Grant Likely wrote:
> Heh, I've got a driver.  I just haven't published it yet.  Give me a 
> few days...
Fantastic.  I'm happy to be on the front line of alpha testing if that's 
any help.

No worries with a few day's delay though, I'm trying to fit the TFT 
controller into with my design with a TEMAC in it and I'm having some 
serious issues meeting timing requirements.  The SystemACE controller 
just gives up the ghost loading the kernel image.  If you or anyone else 
has any tips on how to get designs that fail timing to work I'd love to 
hear them.  The other thing is a sanity check: I've assumed the reason 
the SystemACE controller is giving up is a bus mess-up caused by 
timing.  Any better ideas?

-- Peter

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

Re: Using Xilinx Framebuffer on ML405 and 2.6.20.4

[Andrei Konovalov]

Grant Likely wrote:
> On 4/24/07, Peter Mendham <petermendham@computing.dundee.ac.uk> wrote:
>> Dear all,
>>
>> I am wanting to use the Xilinx TFT controller from the ML403/5 reference
>> project (probably from ML300 as well) under a 2.6.20.4 kernel.  I have
>> Grant Likely's patchset applied in which there is a platform device
>> entry for the framebuffer.  Does anyone know if there is mainline
>> support for the Xilinx-style framebuffer?  If so, how do I enable it?  I
>> have included framebuffer support in my kernel build, but I assume I
>> need a driver also? Any tips greatly appreciated.
> 
> Heh, I've got a driver.  I just haven't published it yet.  Give me a few days...
> 
> g.
> 

We have one too :)

Re: Using Xilinx Framebuffer on ML405 and 2.6.20.4

[Peter Mendham]

Andrei Konovalov wrote:
> Grant Likely wrote:
>> On 4/24/07, Peter Mendham <petermendham@computing.dundee.ac.uk> wrote:
>>> Dear all,
>>>
>>> I am wanting to use the Xilinx TFT controller from the ML403/5 
>>> reference
>>> project (probably from ML300 as well) under a 2.6.20.4 kernel.  I have
>>> Grant Likely's patchset applied in which there is a platform device
>>> entry for the framebuffer.  Does anyone know if there is mainline
>>> support for the Xilinx-style framebuffer?  If so, how do I enable 
>>> it?  I
>>> have included framebuffer support in my kernel build, but I assume I
>>> need a driver also? Any tips greatly appreciated.
>>
>> Heh, I've got a driver.  I just haven't published it yet.  Give me a 
>> few days...
>>
>> g.
>>
>
> We have one too :)
>
Do you have a patch that I can apply to a mainline kernel to include the 
driver?

Thanks,
-- Peter


-- 
------------------------------------------
Dr Peter Mendham
------------------------------------------
Space Systems Research Group
School of Computing, University of Dundee
Dundee, Scotland, DD1 1HN, UK
------------------------------------------
e: petermendham@computing.dundee.ac.uk
t: +44 (0)1382 386729
f: +44 (0)1382 388838
------------------------------------------


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.