DSS porting problems

DSS porting problems

[Gary Thomas]

I'm porting my platform (3530, very similar to LDP) to your tree.
  http://www.bat.org/~tomba/git/linux-omap-dss.git
Since you have complete support for the 3430SDP, I started with
that board file.  I've added my own display (larger Hitachi
screen that is 800x600).  I've run into a few problems:

* All output to the main frame buffer (/dev/fb0) seems to go to
the very last line of the display.

* The documentation (Documentation/arm/OMAP/DSS) does not seem
to match what's in sysfs.  In particular, there are no "horizontal"
or "vertical" fields in the displayN tree.  This makes the examples
of how to clone, etc, not work.

Any ideas what I should look at?

Thanks

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

Re: DSS porting problems

[Tomi Valkeinen]

On Thu, 2009-06-04 at 23:22 +0200, ext Gary Thomas wrote:
> I'm porting my platform (3530, very similar to LDP) to your tree.
>   http://www.bat.org/~tomba/git/linux-omap-dss.git
> Since you have complete support for the 3430SDP, I started with
> that board file.  I've added my own display (larger Hitachi
> screen that is 800x600).  I've run into a few problems:
> 
> * All output to the main frame buffer (/dev/fb0) seems to go to
> the very last line of the display.

Difficult to say anything about this. The problem could be in the board
file configuration, or in the panel driver. 

> 
> * The documentation (Documentation/arm/OMAP/DSS) does not seem
> to match what's in sysfs.  In particular, there are no "horizontal"
> or "vertical" fields in the displayN tree.  This makes the examples
> of how to clone, etc, not work.

Thanks, I pushed a fix for the documentation.

 Tomi

Re: DSS porting problems

[Gary Thomas]

Tomi Valkeinen wrote:
> On Thu, 2009-06-04 at 23:22 +0200, ext Gary Thomas wrote:
>> I'm porting my platform (3530, very similar to LDP) to your tree.
>>   http://www.bat.org/~tomba/git/linux-omap-dss.git
>> Since you have complete support for the 3430SDP, I started with
>> that board file.  I've added my own display (larger Hitachi
>> screen that is 800x600).  I've run into a few problems:
>>
>> * All output to the main frame buffer (/dev/fb0) seems to go to
>> the very last line of the display.
> 
> Difficult to say anything about this. The problem could be in the board
> file configuration, or in the panel driver. 
> 

So the question remains - how do I debug this?  I have a straight
forward LCD panel, much like what's on LDP or Beagle (the two I
know about), just a different model with larger size.  I cloned
the panel description from the sharp_ls and changed the dimensions.

>> * The documentation (Documentation/arm/OMAP/DSS) does not seem
>> to match what's in sysfs.  In particular, there are no "horizontal"
>> or "vertical" fields in the displayN tree.  This makes the examples
>> of how to clone, etc, not work.
> 
> Thanks, I pushed a fix for the documentation.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

Re: DSS porting problems

[Tomi Valkeinen]

Hi,

On Fri, 2009-06-05 at 13:39 +0200, ext Gary Thomas wrote:
> Tomi Valkeinen wrote:
> > On Thu, 2009-06-04 at 23:22 +0200, ext Gary Thomas wrote:
> >> I'm porting my platform (3530, very similar to LDP) to your tree.
> >>   http://www.bat.org/~tomba/git/linux-omap-dss.git
> >> Since you have complete support for the 3430SDP, I started with
> >> that board file.  I've added my own display (larger Hitachi
> >> screen that is 800x600).  I've run into a few problems:
> >>
> >> * All output to the main frame buffer (/dev/fb0) seems to go to
> >> the very last line of the display.
> > 
> > Difficult to say anything about this. The problem could be in the board
> > file configuration, or in the panel driver. 
> > 
> 
> So the question remains - how do I debug this?  I have a straight
> forward LCD panel, much like what's on LDP or Beagle (the two I
> know about), just a different model with larger size.  I cloned
> the panel description from the sharp_ls and changed the dimensions.

You need to change the panel timings and polarizations etc. also, in the
panel driver. Changing just x and y res does not work.

 Tomi