From: Gary Thomas <gary@mlbassoc.com>
To: halli manjunatha <hallimanju@gmail.com>
Cc: tomi.valkeinen@nokia.com,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: DSS2 TV settings
Date: Thu, 11 Jun 2009 05:50:20 -0600 [thread overview]
Message-ID: <4A30EF7C.1030809@mlbassoc.com> (raw)
In-Reply-To: <ca6476860906110309wa9d0c76sf9022ee379972205@mail.gmail.com>
halli manjunatha wrote:
> Hi Thomas,
>
>>> [not 100% related] The documentation says that TI is working on
>>> the V4L2 support. Do you know the status of this? where I might
>>> find it?
>> I cannot help you with this. There have been mails about it on
>> linux-omap and v4l2 lists, so you could search those archives.
>
> There is a public repository representing the V4L2 driver on the
> Tomi's DSS patches. Here is the link to that.
>
> http://arago-project.org/git/people/vaibhav/ti-psp-omap-video.git?p=people/vaibhav/ti-psp-omap-video.git;a=shortlog;h=refs/heads/ti_display
>
Thanks for the pointer.
Which board(s) has this been tested with (so I can look at the configs)?
What are you using to test it with?
I noticed that your tree is 2.6.30-rc7, Tomi's is -rc8. There are quite
a few differences (> 1MB patch file). How can I reconcile what you've
changed with my working tree (which is based on Tomi's 2.6.30-rc8 tree)?
Thanks for any help
> On Thu, Jun 11, 2009 at 11:38 AM, Tomi
> Valkeinen<tomi.valkeinen@nokia.com> wrote:
>> Hi,
>>
>> On Wed, 2009-06-10 at 19:17 +0200, ext Gary Thomas wrote:
>>> Tomi,
>>>
>>> I'm running your latest DSS2 tree and have some questions about
>>> the TV settings. The timings, as published, don't work all that
>>> well on our TV sets. When I display a frame buffer to the TV
>>> (using the recipe from the Documentation directory), some of
>>> the actual frame buffer does not show on the screen. In particular,
>>> if I have "tux" from the default system console framebuffer
>>> showing, the top of his head is chopped off, as is a fair
>>> amount of his left side. Further tests show that some amount
>>> of the frame buffer is not present on all margins.
>>>
>>> Is this to be expected?
>>> Can the timings be adjusted so that the whole frame buffer shows?
>> That is to be expected. I'm not an expert on analog TVs, but I think
>> analog TVs always have non-visible areas. Some TVs show more of the
>> total frame, and some show less.
>>
>> You need to adjust the overlay position and size so that it's fully
>> visible on the TV. I guess there are some sane defaults that are more or
>> less ok for every TV out there, and omapfb could use those defaults, but
>> I haven't really had time to study the TV out.
>>
>>> [not 100% related] The documentation says that TI is working on
>>> the V4L2 support. Do you know the status of this? where I might
>>> find it?
>> I cannot help you with this. There have been mails about it on
>> linux-omap and v4l2 lists, so you could search those archives.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
next prev parent reply other threads:[~2009-06-11 11:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-10 17:17 DSS2 TV settings Gary Thomas
2009-06-11 6:08 ` Tomi Valkeinen
2009-06-11 10:09 ` halli manjunatha
2009-06-11 11:50 ` Gary Thomas [this message]
2009-06-11 12:19 ` halli manjunatha
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A30EF7C.1030809@mlbassoc.com \
--to=gary@mlbassoc.com \
--cc=hallimanju@gmail.com \
--cc=linux-omap@vger.kernel.org \
--cc=tomi.valkeinen@nokia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox