From: Eric Nelson <eric.nelson@boundarydevices.com>
To: Diego <diego.ml@zoho.com>, meta-freescale@yoctoproject.org
Subject: Re: [PATCH 05/12] xf86-video-imxfb-vivante: Upgrade to 3.10.17-1.0.0_beta version
Date: Wed, 29 Jan 2014 09:52:52 -0700 [thread overview]
Message-ID: <52E931E4.8080202@boundarydevices.com> (raw)
In-Reply-To: <3937412.XS9fnJcWms@localhost.localdomain>
Thanks Diego,
On 01/29/2014 08:56 AM, Diego wrote:
> Eric Nelson wrote:
>> I'm not sure if this is the right patch to tag, but during my testing of
>> the Vivante/X integration, I saw some issues related to mode settings.
>>
>> On Nitrogen6x Quad core, I'm seeing X start up with a mode of 640x480,
>> on the HDMI device even though the kernel command line is configured
>> for 720P.
>>
>> The same is not true with the same monitor and Nitrogen6_Lite (Solo
>> processor):
>>
>> The prime leads are these from Xorg.0.log (attached):
>>
>> [3585503.788] (II) VIVANTE(0): Output DISP3 BG - DI1 connected
>> [3585503.788] (II) VIVANTE(0): Using exact sizes for initial modes
>> [3585503.788] (II) VIVANTE(0): Output DISP3 BG - DI1 using initial mode
>> V:640x480p-60
>> [3585504.480] (II) VIVANTE(0): imxDisplayPreInit: virtual set 640 x 480,
>> display width 0
>> [3585504.480] (II) VIVANTE(0): FBDevPreInit: adjust display width 640
>>
>> Oddly, the display reverts to 720p (1280x720) if I stop X.
>>
>> This appears using either kernel version 3.0.35 or 3.10.17.
>>
>> I'm continuing to investigate, but thought I'd send out a note
>> in case others are seeing similar behaviour or know what might
>> be involved here.
>
> I confirm I have the same issue, X is starting per default at 640x480 on HDMI,
> which is not a good default.
> I can subsequently change the resolution to 1280x720 or 1920x1080 with xrandr.
>
I just tested on SABRE SD to remove the possibility that one of
our kernel patches was coming into play and found the same result:
root@imx6qsabresd:~# cat /proc/cmdline
video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24 video=mxcfb1:off
video=mxcfb2:off video=mxcfb3:off console=ttymxc0,115200
root=/dev/mmcblk0p2 rootwait rw
root@imx6qsabresd:~# cat /sys/class/graphics/fb0/mode
U:640x480p-60
Regards,
Eric
next prev parent reply other threads:[~2014-01-29 16:52 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-25 22:09 [PATCH 0/12] Freescale 3.10.17-1.0.0-beta - part2 Otavio Salvador
2014-01-25 22:09 ` [PATCH 01/12] imx-base.inc: Drop EXTRA_IMAGEDEPENDS setting Otavio Salvador
2014-01-25 22:09 ` [PATCH 02/12] u-boot-imx: Upgrade for 3.10.17-1.0.0_beta release Otavio Salvador
2014-01-25 22:09 ` [PATCH 03/12] linux-imx: Upgrade to 3.10.17-1.0.0_beta version Otavio Salvador
2014-01-25 22:09 ` [PATCH 04/12] linux-imx (3.0.35): Allow use with 3.10.17-1.0.0 GPU Otavio Salvador
2014-01-25 22:09 ` [PATCH 05/12] xf86-video-imxfb-vivante: Upgrade to 3.10.17-1.0.0_beta version Otavio Salvador
2014-01-27 23:43 ` Eric Nelson
2014-01-28 0:40 ` Otavio Salvador
2014-01-28 20:05 ` Eric Nelson
2014-01-29 15:56 ` Diego
2014-01-29 16:52 ` Eric Nelson [this message]
2014-01-25 22:09 ` [PATCH 06/12] gpu-viv-bin-mx6q: " Otavio Salvador
2014-01-25 22:09 ` [PATCH 07/12] gpu-viv-g2d: Fix packaging Otavio Salvador
2014-01-25 22:09 ` [PATCH 08/12] gpu-viv-g2d: Update to 3.10.17-1.0.0_beta Otavio Salvador
2014-01-25 22:09 ` [PATCH 09/12] imx6slevk: Add new device tree imx6sl-evk-csi.dtb Otavio Salvador
2014-01-25 22:09 ` [PATCH 10/12] imx6dlsabreauto.conf: Add ecspi and flexcan1 device tree support Otavio Salvador
2014-01-25 22:09 ` [PATCH 11/12] imx6qsabreauto.conf: " Otavio Salvador
2014-01-25 22:09 ` [PATCH 12/12] imx6qsabreauto.conf: Add sata uboot config support Otavio Salvador
2014-01-25 22:11 ` [PATCH 0/12] Freescale 3.10.17-1.0.0-beta - part2 Otavio Salvador
2014-01-25 23:22 ` Eric Nelson
2014-01-27 10:25 ` Diego
2014-01-27 10:40 ` Diego Rondini
2014-01-27 14:22 ` Xrandr and Vivante acceleration (was Freescale 3.10.17-1.0.0-beta - part2) Eric Nelson
2014-01-25 22:33 ` [PATCH 0/12] Freescale 3.10.17-1.0.0-beta - part2 Otavio Salvador
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=52E931E4.8080202@boundarydevices.com \
--to=eric.nelson@boundarydevices.com \
--cc=diego.ml@zoho.com \
--cc=meta-freescale@yoctoproject.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.